GoldenLine
Zaloguj się
Oskar Jędrzej Szymczyk

Oskar Jędrzej Szymczyk ux designer,
lecturer

Temat: Duże obciążenie procesora

Znajomy ma serwisy oparty na WP.
~ 10 tyś podstron
~ 100 tyś UU miesięcznie

Pakiet hostingowy Start 2.0 w superhost.pl

Zarówno transfer jak i przestrzeń dyskowa stoją na niskim poziomie, natomiast obciążenie procesora oscyluje w granicach 200-300% (juz na wtyczce cache). Superhost wskazuje jako źródło nadmiernego obciążenia plik indeks.php

Testowane były dwie wtyczki cache:
- Quick Cache
- W3 Total Cache (page; database; object; browser; varnisch) - wypada troche lepiej

Serwis jest aktualizowany około raz na tydzień, cache ustawiony na 1 dzień lub 1 tydzień (zależy gdzie)

Pozostałe włączone wtyczki:
- BWP Google XML Sitemaps
- Kwayy HTML Sitemap
- Open in New Window Plugin
- Super Simple Google Analytics
- WP All Import

Ustawione permalink na "/%postname%/"

WP w wersji ENG. Wszystkie wtyczki oraz WP zaktualizowane do najnowszych wersji. PHP 5.3

Czy można jakoś zmniejszyć obciążenie proca? Czy to juz po prostu kres tego hostingu (planu)?

Dzięki,
O.
Link do wypowiedziLink
Maciej Palmowski

Maciej Palmowski Programista WP

Temat: Duże obciążenie procesora

Są 3 wyjścia:
- któryś plugin coś psuje - tu raczej nie ma wyjścia - wyłączamy plugina na dzień/kilka godzin i patrzymy czy coś się zmieniło
- w skórze jest coś nie tak - może tu lata jakieś dziwne zapytanie do bazy. Bym musiał zobaczyć pliki, bo tak to tylko zgadywanie
- hosting osiągnął limit

Dodatkowo nie zaszkodzi wywalić niepotrzebne wersja wpisu.

Co do cache'a - czy on na pewno działał. Szczególnie W3 można czasem troszkę źle skonfigurować i bez włączonego debugowania nie widać, że cache tak naprawdę nie działa.
Link do wypowiedziLink
Konrad Karpieszuk

Konrad Karpieszuk WordPress Plugin
Compatibility
Assurance for WPML

Temat: Duże obciążenie procesora

Oskar Jędrzej S.:
~ 10 tyś podstron
~ 100 tyś UU miesięcznie

Pakiet hostingowy Start 2.0 w superhost.pl

przy takim czyms ja bym juz raczej szukal dedyku a nie hosting wspoldzielony
- W3 Total Cache (page; database; object; browser; varnisch) - wypada troche lepiej

jak juz Maciej napisal, tu moze zalezec od konfiguracji . od siebie dodam, ze w3 total potrzebuje chwile czasu zanim zaczyna pokazywac na co go stac. kejczowanie troche mu chyba zajmuje
Pozostałe włączone wtyczki:

powylaczac i sprawdzac czy nie przyspieszy
- Open in New Window Plugin

dobrze zgaduje, ze ona robi preg_replace na wszystkich tekstach wpisow bloga i dodaje target="_blank" do zewnetrznych linkow? to jestem niemal pewien ze to wlasnie ona zarzyna ;)
- Super Simple Google Analytics

GA lepiej statycznie osadzic w headerze czy stopce skórki
Czy można jakoś zmniejszyć obciążenie proca? Czy to juz po prostu kres tego hostingu (planu)?

zawsze mozna zmniejszyc ale podejrzewam ze najszybsze rozwiazanie to zmiana hosta
Link do wypowiedziLink
Zbigniew Podrażka

Zbigniew Podrażka Serwis komputerowy ,
tworzenie stron www
w Wordpress, SEO.

Temat: Duże obciążenie procesora

Do porad powyżej dodałbym jeszcze:

1. Próba użycia wtyczki Super Cache zamiast tych które masz - sprawdzona w praniu - może pomoże

i 2. to może jakiegoś firewall-a postawić - ja polecam OSE Firewall

Podaje je jako próbę - gdyż na więcej trzeba by było mieć więcej danych i wgląd w 'co nie co' :) ;)
Link do wypowiedziLink
Maciej Palmowski

Maciej Palmowski Programista WP

Temat: Duże obciążenie procesora

Open in new window, jeżeli opis nie kłamie raczej nie jest powodyrem - "The Open in New Window Plugin Plugin uses JavaScript to target external links to a new browser window, leaving your blog page open.". Tak czy siak takiego JSa też można statycznie wrzucić zamiast przez plugina.

Coraz bardziej wierzę, że to coś w skórze.
Link do wypowiedziLink
Konrad Karpieszuk

Konrad Karpieszuk WordPress Plugin
Compatibility
Assurance for WPML

Temat: Duże obciążenie procesora

Zbigniew Podrażka:
i 2. to może jakiegoś firewall-a postawić - ja polecam OSE Firewall

takie cos tylko zwolni dzialanie, bo to po prostu kolejna wtyczka, ktora dodatkowo analizuje kazde zapytanie i sprawdza czy nie jest to proba ataku. to dodatkowy czas pracy procesora i imo jest to niepotrzebne, jesli ktos ma wszstkie wtyczki aktualne, z wiadomego zrodla i w ogole prowadzi blog z głową :)

jesli juz stawiac cos co stoi miedzy zapytaniem a wordpressem to jakis proxy cache (np nginx) ale do tego potrzebny jest nie wirtualny hosting a dedyk
Link do wypowiedziLink
Zbigniew Podrażka

Zbigniew Podrażka Serwis komputerowy ,
tworzenie stron www
w Wordpress, SEO.

Temat: Duże obciążenie procesora

Konrad Karpieszuk:
Zbigniew Podrażka:
i 2. to może jakiegoś firewall-a postawić - ja polecam OSE Firewall

takie cos tylko zwolni dzialanie, bo to po prostu kolejna wtyczka, ktora dodatkowo analizuje kazde zapytanie i sprawdza czy nie jest to proba ataku. to dodatkowy czas pracy procesora i imo jest to niepotrzebne, jesli ktos ma wszstkie wtyczki aktualne, z wiadomego zrodla i w ogole prowadzi blog z głową :)

jesli juz stawiac cos co stoi miedzy zapytaniem a wordpressem to jakis proxy cache (np nginx) ale do tego potrzebny jest nie wirtualny hosting a dedyk

Tu bym polemizował - gdyż w wielu przypadkach może odciążyć - blokując różne ataki, a w dłuższym okresie nawet znacznie zmniejszyć obciążenie. Ale.....
jest jeden problem p. Konradzie :) my dajemy porady praktycznie błądząc w ciemnościach.
Oprócz porad innych (z którymi się zgadzam - ale po co powielać wpisy) podałem jeszcze te które też pomagają - choć może akurat nie w tym przypadku (za mało danych) :)

Pozdrawiam serdecznie
Link do wypowiedziLink
Maciej Palmowski

Maciej Palmowski Programista WP

Temat: Duże obciążenie procesora

Mimo wszystko jeżeli mamy już firewallować to jednak na poziomie serwera, a nie poziomie WP/php. Przyznam jednak rację - jeżeli jakieś boty nawalają to dobry firewall też może być rozwiązaniem.
Zbigniew Podrażka:
Konrad Karpieszuk:
Zbigniew Podrażka:
i 2. to może jakiegoś firewall-a postawić - ja polecam OSE Firewall

takie cos tylko zwolni dzialanie, bo to po prostu kolejna wtyczka, ktora dodatkowo analizuje kazde zapytanie i sprawdza czy nie jest to proba ataku. to dodatkowy czas pracy procesora i imo jest to niepotrzebne, jesli ktos ma wszstkie wtyczki aktualne, z wiadomego zrodla i w ogole prowadzi blog z głową :)

jesli juz stawiac cos co stoi miedzy zapytaniem a wordpressem to jakis proxy cache (np nginx) ale do tego potrzebny jest nie wirtualny hosting a dedyk

Tu bym polemizował - gdyż w wielu przypadkach może odciążyć - blokując różne ataki, a w dłuższym okresie nawet znacznie zmniejszyć obciążenie. Ale.....
jest jeden problem p. Konradzie :) my dajemy porady praktycznie błądząc w ciemnościach.
Oprócz porad innych (z którymi się zgadzam - ale po co powielać wpisy) podałem jeszcze te które też pomagają - choć może akurat nie w tym przypadku (za mało danych) :)

Pozdrawiam serdecznie
Link do wypowiedziLink
Oskar Jędrzej Szymczyk

Oskar Jędrzej Szymczyk ux designer,
lecturer

Temat: Duże obciążenie procesora

Theme z jakiej obecnie korzysta serwis to: http://shakenandstirredweb.com/theme/shaken-grid-free
Jest to co prawda darmowa wtyczka, ale spełnia oczekiwania i do tego jest RWD.
Można ją zmienić na inną (płatną), oczywiście jeżeli to będzie miało uzasadnienie. Można w jakiś sposób sprawdzić czy to ona jest problemem?

Wtyczki:
- Super Cache - mam ją zamiar potestować, ale chciałbym aby na każdej z wtyczek cache "chwilę" pochodził
- "Drobne wtyczki" faktycznie postaram się pousuwać zastępując je modyfikacjami na sztywno - dzięki za sugestie

Co ciekawe obecnie hosting wskazuje jako główne źródła obciążenia inde.php, a na drugim miejscu wp-cron.php

W W3 Total Cache znalazłem takie dodatkowe rozwiązanie jak CloudFlare - czy warto z tego korzystać, czy to faktycznie coś daje ?

Tak się zastanawiam może zmienić hosting na jakiś bardziej WP-friendly ;) , czy to nie ma znaczenia ?

Dzięki wielkie za odpowiedzi.

Oskar
Link do wypowiedziLink
Maciej Palmowski

Maciej Palmowski Programista WP

Temat: Duże obciążenie procesora

Popatrzyłem troszkę na skórę i raczej nie powinna sprawiać problemów. Wydaje się, że jest ok.

wp-cron? Odpalasz coś z niego? https://gist.github.com/987128 - tym, podobno, podejrzysz co się ma odpalić z crona (nie testowalem).
Link do wypowiedziLink
Oskar Jędrzej Szymczyk

Oskar Jędrzej Szymczyk ux designer,
lecturer

Temat: Duże obciążenie procesora

Chwile dzisiaj nad tym popracowałem, obecnie działają jedynie wtyczki:
- W3 Total Cache
- BWP Google XML Sitemaps
- Kwayy HTML Sitemap
- WP All Import

Inne wprowadzone modyfikacje ("poznajdowane w sieci"):
1. wyłaczenie revision postów - dodałem w wp-config.php:
define('WP_POST_REVISIONS', false);


2. Wgrałem plik robots.txt


Sitemap: http://domena.com/sitemapindex.xml



User-agent: *

Disallow: /wp-admin/

Disallow: /wp-includes/

Disallow: /wp-content/plugins/

Disallow: /wp-content/cache/

Disallow: /wp-content/themes/

Disallow: /trackback

Disallow: */trackback

Disallow: /*.php$

Disallow: *?replytocom

Disallow: *?fb_xd_fragment

Disallow: *?print=1


3. Dodałem w wp-config.php: 
 define('WP_CACHE', true);


Sam nic nie uruchamiam z crona, może jakas wtyczka? Poczekam jedne dzień i spróbuję jeszcze na chwile wyłączyć wszystkie tyczki poza cache.

Czy dodanie wpisów w pliku .htaccess opisanych tutaj jest zasadne ?
http://blog.poradnik-webmastera.com/227/skrypty/jak-zo...

Dzięki wielkie za odpowiedzi.
Oskar
Link do wypowiedziLink
Piotr Jasiulewicz

Piotr Jasiulewicz PHP/Java
professional

Temat: Duże obciążenie procesora

Zmien na dedyka, cos taniego dostaniesz z hetznera lub ovh.
Link do wypowiedziLink
Maciej Palmowski

Maciej Palmowski Programista WP

Temat: Duże obciążenie procesora

Co .htaccess to w3 cache wprowadza sporo zmian w tym pliku i raczej wystarczy się tego trzymać.

>Zmien na dedyka, cos taniego dostaniesz z hetznera lub ovh.

Najpierw próbujemy zoptymalizować, a potem pomyśli się nad zmianą serwisu. To nie sztuka zmienić serwer.
Link do wypowiedziLink
Konrad Karpieszuk

Konrad Karpieszuk WordPress Plugin
Compatibility
Assurance for WPML

Temat: Duże obciążenie procesora

Maciej Palmowski:
Najpierw próbujemy zoptymalizować, a potem pomyśli się nad zmianą serwisu. To nie sztuka zmienić serwer.

ja jestem zupelnie odmiennego zdania :) jesli zmiana serwera na inny nie podniesie znacznie oplat i zajmie godzine, to wole to wlasnie zrobic, niz grzebac dwa tygodnie w ustawieniach, przyspieszac zapytanie o 0.0002 sekundy by na koniec sie okazalo ze przeciez jestem na hostingu wspoldzielonym i to kto inny zabiera mi zasoby ;)
Link do wypowiedziLink
Maciej Palmowski

Maciej Palmowski Programista WP

Temat: Duże obciążenie procesora

Ale to raczej bardziej drastyczny przypadek niż 0,00002 sekundy. Swoją drogą jest to genialna szansa się pouczyć optymalizacji - nie każdy ma okazję bawić się takim serwisem. Inna sprawa, że po optymalizacji i tak warto się wynieść na coś lepszego.

Poza tym łatwo wpędzić się w zły nawyk - piszmy kod źle - najwyżej zmienimy serwer, przecież to dużo nie kosztuje ;)
Link do wypowiedziLink
Konrad Karpieszuk

Konrad Karpieszuk WordPress Plugin
Compatibility
Assurance for WPML

Temat: Duże obciążenie procesora

Maciej Palmowski:
Ale to raczej bardziej drastyczny przypadek niż 0,00002 sekundy.

no tak. ale wiekszosc optymalizacji zapytan tak sie konczy. czlowiek robi indeksy na kolumnach, a po wszystkich przyspieszenie wynosi 0.000002 ;) przy generalnym wolnym dzialaniu calego serwisu, gdy nie wiadomo co szkodzi i ciezko to zdiagnozowac, czasem nie warto szukac przyczyn w wordpressie. nadal sie upieram ze to slaby hosting :)
Poza tym łatwo wpędzić się w zły nawyk - piszmy kod źle - najwyżej zmienimy serwer, przecież to dużo nie kosztuje ;)

w sumie sie zgadzam. pytanie tylko czy autor wątku wie co to xdebug i chce mu sie bawic w szukanie nim wąskich gardeł :) jesli tak, mozna potestowac i sie pouczyc. jesli jednak trzeba rozwiazac problem jak najszybciej - zasada brzytwy ockhama zawsze sie sprawdza: najprostsze wyjasnienia są najbardziej prawdziwe. a najprostszy powod wedlug mnie to share hosting. tego optymalizacja nie przeskoczysz
Link do wypowiedziLink
Piotr Jasiulewicz

Piotr Jasiulewicz PHP/Java
professional

Temat: Duże obciążenie procesora

@Konrad

Zgadzam sie, a przede wszystkim:

"The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet."
— Michael A. Jackson

Bezdoglebnej wiedzy nt tego co sie robi, optymalizacja to ciekawie spedzone 2-3 tygodnie, zamiast godziny i nowego serwera.
Link do wypowiedziLink
Oskar Jędrzej Szymczyk

Oskar Jędrzej Szymczyk ux designer,
lecturer

Temat: Duże obciążenie procesora

Na pewno, kiedyś trzeba będzie zmienić na rozwiązanie o lepszych parametrach, ale również wtedy korzyści wynikające z optymalizacji będą widoczne. Dlatego najpierw wolałbym "wycisnąć co się da" z obecnego hostingu. Przy tym wszystkim też sporo się uczę, a to już bezcenne :)

Mniejsza z tym.

Otóż dotychczasowe działania przyniosły pierwsze zauważalne efekty. Obciążenie spadło do poziomu 115-160% - to już chyba nieźle.

Jutro powyłączam resztę wtyczek i zobaczę jakie to przyniesie efekty.

W ciągu 2-tygodni potestowałbym też inne wtyczki cache - będzie to chyba dobry testy ich wydajności, na serwisie o takim ruchu. O efektach będę informował.

Jak macie inne pomysły to oczywiście jestem otwarty na propozycje.

Dzięki wielkie za odpowiedzi.
O.
Link do wypowiedziLink
Piotr Jasiulewicz

Piotr Jasiulewicz PHP/Java
professional

Temat: Duże obciążenie procesora

Jesli masz w tym frajde i Cie to interesuje, to go for it ;) Jakby co, mozesz zawsze wyslac maila ;)
Link do wypowiedziLink
Oskar Jędrzej Szymczyk

Oskar Jędrzej Szymczyk ux designer,
lecturer

Temat: Duże obciążenie procesora

Odnośnie dużego obciążenia generowanego przez wp-cron.php
Okazuje się ze wp-cron może powodować zbyt duże obciążenie na stronach z dużym ruchem.

W takim wypadku polecane jest korzystanie z "prawdziwego" crona:
http://wp.tutsplus.com/articles/insights-into-wp-cron-...
Można też wspomóc się dodatkową wtyczką.

Sprawdzę te rozwiązania.
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

WordPress, a duże firmy...




Wyślij zaproszenie do
Anuluj