8 sztuczek, za pomocą których przyspieszysz skrypty PHP
Wykonanie przeciętnego skryptu napisanego w PHP trwa kilka milisekund i dla zwykłego użytkownika jest praktycznie niezauważalne. Jednak w wypadku popularnych witryn i dużych fragmentów kodu liczą się każda milisekunda i każdy kilobajt danych. Zobacz, jak przyspieszać swoje skrypty.
tyber16 z- #
- #
- #
- 74
Komentarze (74)
najlepsze
tutaj kilka porad jak w realny sposob mozna przypieszyc strone.
http://developer.yahoo.com/performance/rules.html
i to so porady, ktore potrafia przyspieszyc
Raz, że jest to mało skalowny i wolny (przy dużych obciążeniach/obliczeniach) język
Dwa jest mało intuicyjny
Trzy
Gdy kończą się argumenty, zaczynają się minusy
6. Używaj time() zamiast date()
Który szanujący się programista PHP używa date("U") do zwrócenia timestamp? Skoro funkcja date() pobiera wartość z time(), a na dodatek ma cały szereg możliwych argumentów, to oczywiste, że jest wolniejsza.
7.
Nie. Operator === to operator identyczności. Kontroluje on typ.
Jest nieco bardziej efektywna, ponieważ nie jest funkcją, a tzw. konstrukcją językową.
print także jest konstrukcją języka. Minimalna szybkość echo wynika z tego, że w przciwnieństwie do printa nie może zachowywać się jak "pseudo-funkcja", czyli np. nie zwraca wartości, przez co nie może być wykorzystywana w bardziej złożonych konstrukcjach języka co jest jej wadą.
Wtedy aplikację projektuje się tak aby jedna osoba generowała wynik, a reszta go tylko oglądała.
Chyba nie zrozumiałeś odpowiedzi Cybereka, dla pierwszej osoby zostanie wygenerowana strona i zapisana gdzieś dla następnych userów (w bazie sql, w memcache etc). Gdy inni ludzie będą chcieli tą stronę zobaczyć dostaną kopię jej wygenerowanej zawartości z tego buforu (natychmiast, bez pętli z tysiącem powtórzeń). Można nie buforować całej strony, tylko część itp.. Średni czas generowania strony (długo czekający pierwszy i szybko obsługiwana reszta) przy dobrym doborze tego co się
Przede wszystkim należy dbać o jakość kodu, przejrzystość rozwiązań. Najpierw piszemy aplikację porzadnie, sprawdzamy czy działa i jak szybko, a dopiero potem, jeżeli prędkość działania nas nie zadowala szukamy przyczyny. Po wykryciu przyczyny zastanawiamy się nad poprawieniem danego fragmentu, może zmianami w projekcie.
Dlaczego o tym piszę. Poniewaz autor wspomniał o "zwykłej domowej stronie". W przypadku takich stron bardziej niż optymalizacja pomoże rozważne projektowanie. Trudno mi sobie wyobrazić "prostą domową stronę" wymagającą pętli o milionowych długościach. Dlatego proponował bym raczej zastanawianie się nie nad tym, czy użyć for czy while, ale raczej nad tym, którego algorytmu użyc do rozwiązania problemu. Oczywiście te "milisekundy" też się liczą, ale przyrost prędkości uzyskany usunięciem foreach nie zostanie pewnie zauważone przez użytkowników witryny, natomiast niepotrzebne użycie algorytmu o ponadlogartymicznej złożoności zostanie zauważone na pewno.
Osobom,
Artykuł żałosny, więc zakop.
Poza tym – bezczelny spam.
Spam
Ten serwis nie zasługuje na to, by znosić tak przegranych wewnętrznie ludzi.
Oj bardzo jadowita wypowiedź źle świadcząca o jej autorze. A co do webhosting'u lwia część jego notek które tu się pojawiają rzeczywiście ma niską jakoś merytoryczną (np. ten tekst vs uwagi do niego).
Żałosny, mały człowieczek, który poświęca swój czas nie na czytanie książek, spacer z rodziną, ale na oczernianie określonego serwisu. Pracujesz w konkurencji? To staraj się swoją pracą osiągnąć poziom Webhosting.pl. Potem będziesz się mógł wypowiedać.
To nie jest spam - mogę sobie dokładać do Wykop.pl to, co uważam za wartościowe. Ty nic nie dokładasz, więc w zasadzie nawet nie jesteś częścią tej społeczności.
kilka z tych przykładów omówione, m.in wyższość echo nad print
Ale ogólnie sam temat ciekawy i mam nadzieję, że zmusi chociaż parę osób do pogłębienia wiedzy w kierunku optymalizacji skryptów PHP, do czego ten artykuł to tak raczej średnio, w sumie nie za bardzo chyba możliwe, że się nie nadaję.
To co zostało przedstawione w artykule powinien wiedzieć każdy, kto zajrzał chociaż do dokumentacji. Poza tym przynajmniej połowa z przedstawionych sposobów powinna być znana każdemu programiście.
Dlatego zakop :)
Ja odniosłem się do porad, a tam nic o bazie danych nie napisali. Reszta tekstu mnie nie interesuje.
"Pamiętajmy o tym, że często wąskim gardłem witryny jest baza danych, a zapytania do niej kierowane mogą nas „kosztować” ponad 90% czasu wykonywania skryptu."
Druga sprawa: jak widze te zaj$$iste artykuły spamowe z webhosting to juz mnie skręca.
d%#!$ny artykuł napisany pod publiczkę - i nie sądze zeby byle jaki tekst od razu wrzucac na główną, tylko dlatego ze jest to webhosting.