tczaude

Debug i profiling on

Witam Mam problem i mam jakaś podwieszkę i nie moge trafić co jest nie tak. na stronie http://sklep.rajskismak.com.pl/6-herbata jest na samym dole przyscisk nastepnej strony w kategori po kliknięciu nie pokazuje reszty produktów Czy ktoś ma jakiś pomysł na to. Z góry dzięki za pomoc Pozdrawiam

Statystyki owszem... Ale czyszczenie bazy danych nie jest zalecane troche osób juz przekombinowało z tym ... Duza baza zastanów się na podziałem tabel i innymi metodami zmniejszania jej objętości A o jakiej wielkości bazy wogóle mówimy ??

Ten sam serwer masz na mysli VPS dedyk ?? Jesli masz shared to mozecie mieć ta sama opcje wykupiona a serwery moga mieć parokrotna róznice w wydajności róznica w ładowaniu tych sklepów nie jest duza jakieś 20% Ale ja bym sie na poczatku skupił nad poprawna konfguracja htacessa etagów zastanowiłbym sie czy rzekomy cdn nie spowalnia Ci strony jak również masz tony skalowanych obrazków itp co spowalnia rengering strony

A wiesz jakie tam zegary sa przypisaywane na klienta kiedys widziałem hosting 6 rdzeni ale po 15% mocy obliczeniowej i bylo fajnie. Zobacz jeszcze na statystyki wydajnosci w prescie tryb debug z listingiem gdzie tracisz czas. Dodatkowo przyznaj sie kiedy optymalizowałeś baze danych... Czy uzywasz jakiś metod cache w PHP ??

A no i idziemy po kolei co prawda nie o ten cache mi chodziło ale najpierw tu trzeba wyeliminować problem . Co do samego wyłączenia zapraszam pierwsze do sprawdzenia tutaj http://www.prestashop.com/forums/topic/342433-nadpisania-brak-mo%C5%BCliwo%C5%9Bci-wy%C5%82aczenia/?do=findComment&comment=1726481 A co bazy zrób defragmentacje paru kolega już tu pomogło

Sprawdz sobie ikonkem testerem on line mozliwe ze trzyma favicone w cachu

Podmień ręcznie przez FTP.. Na komie nic nie musisz zmieniać a błąd wskazuje na problem z zapisem do katalogu

sprawdź uprawnienia katalogu oraz pliku

Start Offset: 0.106 s DNS Lookup: 56 ms Initial Connection: 49 ms Time to First Byte: 805 ms Content Download: 35 ms Static 1 Start Offset: 1.281 s DNS Lookup: 134 ms Initial Connection: 32 ms Time to First Byte: 40 ms static2 Start Offset: 1.323 s DNS Lookup: 5 ms Initial Connection: 32 ms Time to First Byte: 257 ms static3 Start Offset: 1.321 s DNS Lookup: 6 ms Initial Connection: 32 ms Time to First Byte: 223 ms Wiec widać ze to nie problem DNS

Tak masz laga na dns. Ale jest wiele innych profitów z CF ale trzeba sie troche wykazać przy konfiguracji tego. Ale to temat rzeka a ip masz w SF ale trasa z warszawy lub Pragi przeważnie chba ze serwery padną ale nie pamiętam takiej sytuacji. A presta i php ehhhh.... Ale powiedz mi ogolnie biorąc pod uwagę CF to statyki są względne... Ale powiedz mi cos więcej o konfguracji Twoich statycznych serwerów bo zobacz to one w 1 kolejności maja serwować dane maja zapewnić prędkość ładowania css obrazków a u Ciebie stoi Apache do tego to trochę jakby ścigać sie ciężarówką. A slow log możesz w htacess czasmi dodac. A wracając do dna to jak jest host jest skonfigurowany to masz tylko 1 zapytanie...

I powoli do przodu zobacz tego slow loga i zmniejszaj stopniowo czas obserwuj iowait. Wykorzystaj apc lub cos do cachowania obiektów jesli z memcachem chodzi wolniej to znaczy ze cos jest on zle ustawiony dość częsty błąd spotykamy. Workera sobie sprawdź z prostego faktu dość często instalacja apacha instaluje prefork który jest pod 1rdzen powinien być worker albo event. Jeśli php chdzi w konfiguracji php-fpm zrób LoadBalancer.

slowlog = /var/log/php5/slow.log request_slowlog_timeout = 1s Ja dalej nie rozumiem jaki system zachowania używasz. W ramie to może miec na myśli memcache lub apc. Masz 4 rdzenie jakiego workera używasz jesli masz apacha.

Slow logi cos mówia ?? Co rozumiesz cache do ramu ?? Jak wyglada sprawa iowait skoro masz serwer msql www jeszcze cachujesz struktore katalogów ?? nawet SSD czasmi nie pomorze bo zapychasz kontroler.... Dodatkowo sprawdz ustwienia CF jesli robisz minify to potrafi zapchac php w prescie jak uzywasz CF to i tak to zrobi za Ciebie kolejny lag... ZObacz pierwsze wlasnie MInify czy to on nie robi zamieszania. I jeszcze pytanie jaki masz CPU ja potrafie zapchać 6 rdzeni na czasmi to lepiej nie nie zapchane bo szybciej realizuje serie zapytań... Pod warunkiem ze obciażenie nie wynika z w/w lub podobnych czynników

Czyli od tego bym zaczał trza by wyłaczyc ten moduł lub doinstalować