[tartareandesire]

Ursprungligen postat av ConnyWesth

Om man väl använder require() så använd då require_once() i stället så laddas filen bara en gång....

Är varje prestandaförbättring viktig så är require bättre.

[Conny Westh]

Ursprungligen postat av tartareandesire

Är varje prestandaförbättring viktig så är require bättre.

Det är ytterst sällan som prestandaoptimering är första fokus i användarinteraktiva applikationer.

Mer än 90-99 procent av datorns tid står den och väntar på att användaren ska utföra något, så att optimera användargränssnitt för hastighet är i normalfallet mindre viktigt (lägre prioriterat), det som däremot är viktigt att fokusera på är:

1) enkelhet att använda
2) eliminera felkällor vid utveckling
3) underlätta uppdatering/underhåll
4) Underlätta drift/administration

Punkt 3 och 4 ovan står normalt för 5/6 av totala kostnaden under ett systems livslängd.

Först om man upplever problem med prestanda kan man lägga ner tid på att optimera för hastighet. Optast behövs det inte alls hastightsoptimeras vid denna typ av applikationer.

Det är viktigt att man har en plan för vad man lägger ner kostnaden på för ett system.

[coredev]

Ursprungligen postat av ConnyWesth

Det är ytterst sällan som prestandaoptimering är första fokus i användarinteraktiva applikationer. Mer än 90-99 procent av datorns tid står den och väntar på att användaren ska utföra något, så att optimera användargränssnitt för hastighet är i normalfallet mindre viktigt (lägre prioriterat)...

Nope.

Det stämmer säkert när det gäller vanliga windowsapplikationer, men detta är en webbapplikation och där har du helt andra krav. Tar något mer än 2 sekunder så kan du räkna med att användaren laddar om sidan ELLER tröttnar - båda är rätt dåliga scenarion. Du riskerar dessutom att bli straffade i SERP:en om din webbplats snurrar långsamt. Utvecklar du webbapplikationer skall du ha ett högt fokus på just prestanda.

[tartareandesire]

Ursprungligen postat av coredev

Nope.

Det stämmer säkert när det gäller vanliga windowsapplikationer, men detta är en webbapplikation och där har du helt andra krav. Tar något mer än 2 sekunder så kan du räkna med att användaren laddar om sidan ELLER tröttnar - båda är rätt dåliga scenarion. Du riskerar dessutom att bli straffade i SERP:en om din webbplats snurrar långsamt. Utvecklar du webbapplikationer skall du ha ett högt fokus på just prestanda.

Exakt. Driften är dessutom också en kostnad man måste räkna med + att miljötänk även bör finnas med inom webbutveckling. Det här handlar ju inte alls om optimering i efterhand heller vilket gör att det inte tar någon extra tid om man har koll på vad man gör.

[dAEk]

Istället för att argumentera fram och tillbaka - kan ni inte göra mätningar från ett av era projekt och lägga upp resultaten här? CPU time, pages/sec och kanske något till mätvärde som kan vara intressant för att mäta skillnaden.

Eftersom jag inte kan PHP blir det en vild gissning och det är att skillnaden förmodligen är försvinnande liten.

[tartareandesire]

Ursprungligen postat av dAEk

Istället för att argumentera fram och tillbaka - kan ni inte göra mätningar från ett av era projekt och lägga upp resultaten här? CPU time, pages/sec och kanske något till mätvärde som kan vara intressant för att mäta skillnaden.

Eftersom jag inte kan PHP blir det en vild gissning och det är att skillnaden förmodligen är försvinnande liten.

Skillnaden är i de flesta fall försvinnande liten, ja, men varje optimeringsmöjlighet är för trafikintensiva webbplatser mycket viktig. Många bäckar små. Detta är som sagt var också en så pass simpel optimeringsmöjlighet att det borde gå per automatik.

Att det är en skillnad mellan normalvarianten och _once är självförklarande av funktionaliteten i sig. Det finns en hel del skrivet på nätet redan med diverse tester. Den faktiska skillnaden varierar ju dock en del från en webbplats till en annan i likhet med de flesta andra optimeringar man kan göra.