[Innocast]

Avskaffa Apache och skaffa thttpd eller liknande!

[Innocast]

Originally posted by thorsell@Sep 22 2006, 21:22
Fungera gzip med php också? Alltså den färdiggenerarade html-sidan (tillverkad av php), kan den gzip:as?

if (substr_count($_SERVER['HTTP_ACCEPT_ENCODING'], 'gzip')) ob_start("ob_gzhandler");

längst upp i dokumentet... blir grymt bra textkomprimering och man sparar bandbredd och laddtid

[thorsell]

Ursprungligen postat av tech24

if substr_count_SERVERHTTP_ACCEPT_ENCODING, gzip ob_startob_gzhandler;

längst upp i dokumentet... blir grymt bra textkomprimering och man sparar bandbredd och laddtid

Behövs någon avslutning på det? typ ob_end_flush(); i slutet av php-dokumentet?

[iXam]

Tänk på att det tar extra processortid att komprimmera.
På en tom webserver där man utvecklar sidan kanske det verkar snabbare men när ni har 100 besökare i sekunden *kanske* det inte blir snabbare.
Här måste man alltså testa. En lätt förstasida med några 100 byte htmlkod kanske inte är lämplig att dynamiskt komprimera men en sökresultatsida på 100KB kanske absolut det.
Sen får man även väga CPU-kostnad vs. bandbreddskostnad.

Är ens arbetsverktyg apache,php och MySQL så är det google och experimentera sig fram som gäller. Finns otroligt många lager mellan serverns CPU och klientens CPU att optimera (hårdvara,OS,programvarukonfigurering,kompilerings alternativ osv.). Att blint säga "index är lösningen" kan vara lika fel som det ibland kan vara rätt.
Att sätta index på en column där det endast kan förekomma två olika värden kan vara ett fel. MySQL 5.1 kan optimerar detta problemet med partitionering.

[Seattlegrunge]

Testade följande kodsnutt allra överst på några php-sidor jag pillar med nu:

if substr_count_SERVERHTTP_ACCEPT_ENCODING, gzip ob_startob_gzhandler;

Det fungerar klockrent på min utvecklingsserver. Men när jag testade på skarpa servern så fick jag följande fel:

Notice: Undefined index: HTTP_ACCEPT_ENCODING in W:\xxx\yyy\zzz\demo\functions.php on line 2

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at W:\xxx\yyy\zzz\demo\functions.php:2) in W:\xxx\yyy\zzz\demo\functions.php on line 4

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at W:\xxx\yyy\zzz\demo\functions.php:2) in W:\xxx\yyy\zzz\demo\functions.php on line 4

Varför fungerar det på ena servern, men inte andra.
Utvecklingsservern är IIS 6 och skarpa servern är IIS 5.
Är det nåt jag måste fixa i php.ini tro? Båda servrarna kör näst intill allra senaste versionen av php.

[DeSoto]

Ursprungligen postat av Henrik Nygren

Varför avinstallera Dreamweacer? Programmet blandar iaf inte in någon smutskod som frontpage säkerligen gör.
Tar SQL mindre serverresurs än php?

Dreamweaver producerar smutskod. Inlines styles och onödiga taggar. Visst, håller med om att det helt klart är bättre än FrontPage, men kan man undvika DW, så bör man göra det.

Det jag menade med att låta SQL göra jobbet var inte bara att göra simpla konkateneringar, utan att använda t.ex. COUNT(), SUM() etc. istället för att loopa igenom ett dataset och göra beräkningen med ett serverside-språk.

[Henrik Nygren]

Ursprungligen postat av DeSoto

Dreamweaver producerar smutskod. Inlines styles och onödiga taggar. Visst, håller med om att det helt klart är bättre än FrontPage, men kan man undvika DW, så bör man göra det.
Det jag menade med att låta SQL göra jobbet var inte bara att göra simpla konkateneringar, utan att använda t.ex. COUNT(), SUM() etc. istället för att loopa igenom ett dataset och göra beräkningen med ett serverside-språk.

Hmm, eftersom jag jobbar i Code Mode hela tiden i DW så borde väl ingen smutskod smita in?

[Kaffe]

Originally posted by DeSoto@Sep 23 2006, 10:24
Dreamweaver producerar smutskod. Inlines styles och onödiga taggar. Visst, håller med om att det helt klart är bättre än FrontPage, men kan man undvika DW, så bör man göra det.

Man bör undvika WYSIWYG, inte specifikt Dreamweaver eller Frontpage.

Jag kan hålla med att om man sedan enbart arbetar i kodläget i Dreamweaver så finns det ju billigare alternativ att tillgå. Men har man väl införskaffat (vi förutsätter att man varit legal och köpt programvara) så kan man lika gärna använda den, för den är en utmärkt kod-editor.

[DeSoto]

Ursprungligen postat av Henrik Nygren

Hmm, eftersom jag jobbar i Code Mode hela tiden i DW så borde väl ingen smutskod smita in?

Det förstås, det kan ju vara trevligt att ha syntax highlightning. Jag menade dock bara ifall man enbart jobbar i designläge.

[grazzy]

Det känns som att html-bloat är ett rätt litet problem om man kör med mod_gzip som packar upp till 80% ...