Strategie komprese v PHP a případná podpora v Nette

mcmatak napsal(a):

a já dosud věřil, že gzip probíhá na úrovni apache a to automaticky, alespoň u mne na serveru to tak funguje

to jen v případě že je nainstalovany a nastavený mod_deflate

a ty myslíš, že php bude spotřebovávat méně?

nepoužívám nic speciálního, a moc si nedokážu představit co se skrývá pod bufferovaním výstupu, to jako, že nesmím flushovat? hmm proč bych to dělal

nemám zkušenost s výkonem, ale dost jsem ho řešil a člověk co mi spravuje server ani neřešil, že gzip by měl být nějaké omezení, na druhou stranu kolik operací za sekundu tam proběhne, že zrovna gzip by měl vliv? kolikrát za „ms“ bude ta mašina gzipovat, ale je fakt že nevím jak je výpočetní čas naceněn, jaký máte teda tarif? platíte za traffic? to platíte i za traffic do úložiště?

normálně by mělo php fungovat tak že postupně posílá výstup jak jej generuje… při bufferování se však výstup ukládá do mezipaměti a po zavolání flush se gzipuje a pošle klientovi

pokud to nijak výrazně nezvýší výkon tak je to super. Platíme za výkon virtuálních strojů (vždy souběžně minimálně dva, takže máme distribuované prostředí) a tam je to placeno hodinově a odstupňováno podle výkonu požadované konfigurace. Pro zvýšení celkového výkonu je potřeby koupit silnější virtuální stroje nebo jich koupit větší množství. Jinak platíme za transakce (po tisících) a uložená a odesílané data do a z cloudu (po gigabajtech)

pokud vím tak v ČR budeme první s PHP a s Nette, kdo běží na Windows Azure

pravděpodobně je to závislé na nastavení serveru, ale pokud si pamatuji z dob, kdy jsem se učil php, tak samotné php by mělo všechno posílat okamžitě… jestli si to server někam ukládá a čeká až je ukončený celý požadavek nevím

projekt by měl být spuštěn v průběhu února, tak musíte chvíli počkat, určitě se s tím zde pochlubíme :)

Ragnar napsal(a):

projekt by měl být spuštěn v průběhu února, tak musíte chvíli počkat, určitě se s tím zde pochlubíme :)

Takže tak kolem Velikonoc se máme na co těšit?