2016-12-30 3 views
0

извините, если мой вопрос не написан надлежащим образом. Пожалуйста, дайте мне знать, что я могу сделать, чтобы помочь вам помочь :)Очень медленный prestashop

Я работаю над веб-сайтом Prestashop, который suddently начал становиться очень медленным на всех страницах (спереди и сзади).

Я заметил, что это запрос, который требует много времени для обработки. После того, как сервер начнет отправлять ответ, он работает быстро.

Когда я перехожу на сайт www.mywebsite.com очень медленно для обработки запроса. Когда я перехожу на сайт www.mywebsite.com/phpmyadmin быстро

у вас есть идеи?

PrestaShop 1.6.1.6

Linux my_host_name 3.10.23-хххх-STD-ipv6-64 # 1 SMP Вт 18 марта 14:48:24 CET 2014 x86_64 GNU/Linux

+0

Вы пытались просмотреть сайт без модулей или переопределить? вы можете отключить его со страницы с названием «производительность» –

+0

спасибо большое, но я работаю в производстве (я знаю, у меня нет выбора :() я ничего не могу отключить, просто выполните некоторую отладку ниндзя – erwan

+0

использует для instance if ($ _ SERVER ['REMOTE_ADDR'] == '') в классах/hook.php для модулей и классов/Tools.php для переопределения –

ответ

1

У меня то же самое проблема некоторое время назад с магазином, когда я установил скрипт для определения страны с IP-адреса. Этот скрипт выполнялся в каждом запросе, так что до завершения скрипта остальная страница не загружается. В любом случае, вы можете активировать Debug Profiling, чтобы узнать, что часть вашей страницы задерживает ответ.

Перейдите на страницу /confif/defines.inc.php и установите _PS_DEBUG_PROFILING_ на номер true. Затем перезагрузите страницу, и вы увидите внизу подробную информацию о каждой загруженной части всей страницы магазина.

Удачи.

-1

Используйте инструмент, как http://tools.pingdom.com и http://www.bytecheck.com, чтобы проверить, что загружается, в TTFB, время ожидания и т.д.

TTFB и WAIT раз.

проверки вы используете Apache 2.4 проверки с использованием PHP FastCGI включить PHP-фмоль включить кэш Smarty включить CCC (мы делаем все, кроме JS, как это создало проблему) в нашем случае, MySQLi был быстрее, чем PDO. включить медленный журнал Mysql в течение 1 секунды + использовать медленный журнал, чтобы увидеть, ожидает ли длинная БД, и оптимизировать запрос, если это возможно, и проверить использование индекса.

Если длительное время загрузки страницы в целом, я бы использовал вышеупомянутые инструменты, а также инструменты firefox/chrom dev и искал длинные элементы загрузки. Сторонние сервисы, рекламная сеть, аналитики, кнопки социальных сетей и т. Д.

было бы также приятно видеть, что такое «медленный». в будущих результатах пост-теста из инструментов выше.

Смежные вопросы