Nie bardzo mam w tej chwili czas na dłuższe analizy, ale…
Generalnie strona ma bardzo dużo requestów. To by się zgadzało z sytuacją, że kolejne wejścia przez jakiś czas są już szybkie – przeglądarka sobie te pliki cache’uje. Jeśli natomiast nagłówki cache’owania tych plików są źle ustawione, to w cache’u będą trzymane np. tylko tak długo, jak długo trwa sesja, itp.
Dokładniejszy raport masz tutaj: http://tools.pingdom.com/fpt/#!/KIJkuo70T/http://www.consolescups.pl/
Generujesz około 600 requestów (w tym 116 skryptów i 28 cssów) i każesz pobierać ponad 5MB danych. Nic dziwnego, że załadowanie tego wszystkiego trochę trwa.
Także wygenerowanie samego html strony głównej nie jest zbyt szybkie (około 3-5 s). Więc i w skórce by się trochę optymalizacji przydało.
Twórca wątku
izi
(@izi)
Witam serdecznie,
Bardzo dziękuje za poświęcony czas i wstępną analizę. Będąc szczerym – nigdy wcześniej się z czymś takim nie spotkałem i dlatego prosiłbym o jakąkolwiek pomoc… Nawet link, który wyjaśni mi jak zoptymalizować, jak naprawić, jak mogę poprawić wczytywanie strony, bardzo mi pomoże.
Sam jeszcze postaram się teraz jak najwięcej googlować w tej sprawie i mam nadzieję, że już samemu uda mi się poprawić wydajność witryny, jednak nie ukrywam, że fachowa pomoc może mi ułatwić zadanie.
Dlatego jeszcze raz – proszę o pomoc.
Fachowa pomoc wymagałaby już dość konkretnych uwag i analiz.
Pewnym rozwiązaniem byłoby zainstalowanie wtyczki cache’ującej, jeśli takowej nie posiadasz jeszcze, ale to jest raczej obejście problemu i kwestii requestów w pełni nie rozwiąże (choć też i w tym powinno pomóc).
Z rzeczy, które powinieneś zrobić to:
– zoptymalizować HTML, CSS i JS (wywalić zbędne rzeczy),
– zminifikować JSy,
– połączyć w jeden plik pliki CSS i pliki JS (tu oczywiście nie wszystkie, niektóre np. lepiej dalej zaciągać z zewnętrznych serwerów),
– spróbować połączyć obrazki w sprite’y i je zoptymalizować, żeby zajmowały mniej miejsca,
– zoptymalizować też samą skórkę (i używane wtyczki), żeby samo generowanie HTMLa strony było szybsze.
To by był taki plan średni, żeby wszystko było dobrze. Plan maksimum dorzuciłby jeszcze stosowanie CDNa do serwowania plików statycznych.
Plan minimum to natomiast zainstalowanie wtyczki cache’ującej (choćby W3TC i jej skonfigurowanie). Tylko musisz się wtedy liczyć ze wszystkim, co cache przynosi ze sobą.
Wybacz, że bardzo ogólnikowo, ale sensowne zoptymalizowanie większego serwisu w pełni, to już jest trochę pracy (a że taką usługę mam w ofercie, to też nie bardzo wypada mi to robić charytatywnie).
Dokładnie tak jak już Krzysiek napisał, zacznij od cache, potem optymalizuj to co Krzysiek wskazał.
Ja dorzucę jeszcze do tego:
-wyłącz a nawet usuń całkowicie zbędne czy nieużywane wtyczki
-optymalizuj grafiki
-wywal te „Lajki” z kategorii i innych list, daj tylko pojedyńczego wewnątrz wpisu/strony
Skorzystaj z podpowiedzi jakie oferuje Google Page Speed czy YSlow i rozwiązuj kolejno wskazane przez nie problemy.
Twórca wątku
izi
(@izi)
Wielkie dzięki Panowie, będę walczył :)!
Serdecznie pozdrawiam!
@adpawl:
Z usuwaniem like’ów bym uważał. Tzn. jasne – efekt wydajnościowy da to z pewnością, z drugiej strony jest to już jawna zmiana funkcjonalności.
Coś kosztem czegoś. Warto się zastanowić, czy jest sens dublować lajki – skoro i tak są we wpisach/stronach. …i czy jest sens tracić czas i zasoby w ten sposób.
Coś takiego ma rację bytu np. w przypadku stron typu demoty, ale tutaj mało prawdopodobne jest, że ludzie masowo będą lajkowali z poziomu głównej czy kategorii po samej zajawce przed otwarciem całego wpisu.
Więc na samej głównej masz tutaj każdorazowo masę requestów z tych 10 zbędnych lajków …i jeszcze zdziwienie że konsumuje tyle mega.
Jeżeli jednak już by się uprzeć tak przy tych lajkach, to konieczna jest zmiana ich formy – i ładować asynchronicznie.
adpawl:
Raczej nie będą lajkowali z poziomu głównej, ale mogą np. z większym prawdopodobieństwem czytać te artykuły, które mają dużo lajknięć 😉
Dodatkowo akurat lajk nie stanowi największego obciążenia i tego typu rzeczami, które zmieniają już samą funkcjonalność, zajmowałbym się dopiero wtedy, gdy już pozostałych rzeczy nie da się zmodyfikować (a tych jest całe mnóstwo).
Zgodzę się natomiast w pełni z tym, że powinny być ładowane asynchronicznie.
