Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Stojím si za tím že spouštět nový php proces pro každý request je dobré pouze pro tupé demo, v praxi nepoužitelné.Co kdybyste místo toho, jak to asi nefunguje, raději popsal, jak to tedy podle vás funguje? Já si rád přečtu o sdíleném webhostingu, kde má každý uživatel připravený pool otevřených databázových spojení k MySQL databázi na lokálním serveru.
I to mám ve své odpovědi podchycené - jde o tu část ve které se vyskytuje slovní spojení "tupé demo".A proč to píšete do téhle diskuse, kde se bavíme o sdíleném webhostingu? Pokud by to tazatel řešil na vlastním serveru, který má plně pod kontrolou a může tam provozovat PHP jako modul, tak se na tohle vůbec neptá.
To není pravda. Všechny frameworky pro webové aplikace které jsou o trochu víc než jen tupé demo implementují pool databázových připojení, tady je například popis PHP+MySQL: http://php.net/manual/en/function.mysql-pconnect.phpPokud se interpret PHP startuje znova pro každý požadavek, není kde ten pool držet.
Nie nutne - uvedomte si, ze PHP alebo .htaccess sa citaju a spustaju "odznova" pri kazdom requeste.Stejně tak se musí při každém požadavku navázat spojení do databáze. Což bude trvat dýl, než samotné vyhledávání IP adresy. Pokud už by si to tazatel chtěl řešit vlastnoručně, může mít data v souboru v binárním formátu vhodném pro prohledávání, a při častém přístupu k souboru bude ten soubor v RAM držet cache operačního systému.
Co v databázi [myšleno MySQL] ukládat…Původní dotaz byl, zda použití .htaccess nebo kódu v PHP nebude moc pomalé. Použití MySQL databáze by bylo ještě řádově pomalejší.
Vybrat si z příspěvku který má tři odstavce ten jediný odstavec který neobsahuje to co hledáte a ignorovat ty další dva je hodně defektní způsob komunikace!Neopakoval jsem kontext celé diskuse, předpokládal jsem, že kdo na to bude reagovat, přečte si předchozí komentáře.
KFC/McDonalds a podobní poskytovatelé dnes vždy používají NAT, v lepším případě s blokovaným přístupem na TCP port 25 do internetu, v horším případě se sdílenou adresou na různých blacklistech - to pro spamery kteří chtějí být efektivní není moc přitažlivé.Což o reverzních DNS záznamech neříká vůbec nic.
"pokud zjistí browser že soubor nebyl modifikován, dále servíruje dalších 5 minut z cache a tak pořád dokola?"Ne, to pravda není. Last-Modified říká, kdy byl soubor naposledy změněn. Na rozhodnutí, zda má prohlížeč kontaktovat server, tato hlavička nemá vliv - prohlížeč se serveru musí vždy zeptat, zda soubor nebyl od té doby změněn (samozřejmě pokud hlavička Expires neříká, že platnost souboru skončí později). Hlavička Last-Modified může ušetřit přenos souboru ze serveru do prohlížeče, protože prohlížeč pošle požadavek na server "pošli mi soubor ABC, pokud se změnil od data XY", kde XY je právě Last-Modified hlavička souboru uloženého v cache. Pokud se soubor nezměnil, server jej nemusí prohlížeči posílat, ale jenom pošle zprávu, že se soubor nezměnil. Ušetří se tedy přenos souboru, ale neušetří se navazování spojení a výměna požadavku a odpovědi.
v případě že Response header obsahuje Last-Modiffied:
Navíc, na jejich webu čtu :Všichni ladí konfigurace, opravují chyby, testují, ukládají data redundantně - a úplně zbytečně. Stačí napsat na web "dokonale funkční", a je to.
Služba je zcela bezúdržbová, bezpečná a dokonale funkční.
Takže asi bude problém jinde....
Dle RFC skutečně není povinné mít reverzní záznam, ale ...Tak příště neargumentujte tím, že si má někdo přečíst RFC a někdo jiný se jím řídí, když je to ve skutečnosti přesně opačně.
jinak každý dobytek (podnikatel v marketingu) zajde do KFC/McDonalds, připojí se na tamní wifi, dá hambáč a mezitím odešle spam s 100000 maily.... přesně tohle kontrola reverzního záznamu pohltí a spam pak nedorazí.Přesně tohle kontrola reverzního záznamu vůbec pohltit nemusí, protože nikde není řečeno, že KFC/McDonalds nemá nastavené reverzní záznamy. Někteří ISP je nastavují automaticky pro všechny své adresy, protože nač řešit žádosti zákazníků o vytvoření reverzního záznamu, když je může zadarmo vytvořit automat pro každého. A pak už stačí řešit jenom ty zákazníky, kteří požadují nějaký konkrétní název v reverzním záznamu.
Problem je na strane odesilatele - nema korektne nastavene DNS zaznamy
take SMTP banner tomu musi odpovidatNemusí. Protokol SMTP je definován RFC 2821, ne nějakými pochybnými pravidly, která si vymyslí nějaký správce serveru, když se špatně vyspí.
Diky tomu pak z VOLNY a CENTRUM skoro zmizel spam...Kdyby ty servery vypnuli úplně, zbaví se i toho zbytku spamu. Měli by to zvážit, českému internetu by to zjevně prospělo.
Hosi z virusfree to maji nastaveno spravne, lec ponekud velmi striktne a proto se pak lidi lini studovat RFC divi.Pokud to mají dle RFC, ve kterých přesně bodech je napsáno, že to musí (MUST) být tak, jak píšete?
Ale docela mě zaujalo že něco takového vůbec funguje.O tom, že to funguje, právě spousta lidí pochybuje.
http://www.example.com/styles/20141015/main.css
http://www.example.com/styles/main-20141015.css
http://www.example.com/styles/main.css?20141015
Neodpověděl jsi na otázky, ale opět se vytáčíš. Pokud tvrdíš, že z (podle tebe mých) termínů nic podstatného neplyne, pak to samozřejmě můžeš namítnout - až dané odvození uvedu.Pokud vám jde o podstatu věci, mohl jste si na ty otázky už dávno odpovědět sám a dané odvození uvést. Já bych pak mohl vašim odpovědím třeba oponovat. Tak bychom se přece měli dostat ke stejnému výsledku, ne? Jenže ty otázky jsou tak obecné, že jakákoli odpověď bez kontextu půjde snadno napadnout, že je příliš obecná a zahrnuje pro různé kontexty i nesmysly, jakákoli odpověď s kontextem zase nebude platit pro jiné kontexty. Já si toho Černého Petra první odpovědi opravdu nevytáhnu.
Takto je to jen vyhýbání se odpovědi a tedy Tvé nepřímé uznání, že mám pravdu.Nikoli, pouze uznání toho, že ty otázky jsou opravdu tak nesmyslně formulované, že každý, kdo se na ně pokusí odpovědět, se akorát znemožní. A ta už jsem uznal přímo dříve.
mám sto chutí, zas si tam lidově řečeno kálíš na hlavuTaky si to zasloužíte. Neustále se snažíte poučovat, přitom minimálně polovina případů je, že si špatně přečtete reakci, a pak z téhle vlastní chyby děláte dalekosáhlé závěry.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.