Зависает opencart, с чего начать поиск проблемы?

Question

[20strannik08]

Здравствуйте! На vps стоит ocstore 2.3.0.2.4. Все работало само по себе годами.
С недавнего времени, стал подвисать, как при оформлении заказов, так и при смене статусов заказов в админке. Подвисания хаотичные, то есть то нет. Отключал поочередно модули доставки, это не решило проблему. В момент подвисаний нагрузка на процессор vps нулевая. Такое ощущение как будто какойто запрос сам сайт делает исходящий что ли...хз. Логи ошибок что опенкарта что сервера, ничего по делу не говорят... Уже ума не приложу куда копать...Пните в нужном направлении плз(

Сервер, ubuntu, nginx,php-fpm(7.3), mariadb(движок aria, бд маленькая 76мб).
Кол-во товаров в магазине менее 400.
В самом опенкарта дофига всякого установлено конечно(все купленное), но из того что может иметь отношение к корзине и заказам в админке это пожалуй только доставки: СДЕК, Боксберри, ПочтаРФ и трекинг Liveinform. Все это поочередно и одновременно отключал, не решило проблему...

Answer 1

[Dimonchik]

точно не помогу, но рекомендую изучить вот это словосочетание
APM newrelic ( ну и аналоги)
вообще попробуй, может его php клиента будет достаточно без изменений кода...

второй варик - чистый инсталл отдельно и последующее добавление модулей

ну и третий

На vps

откуда знать что его не перепродали куче новых и они жрут все ресурсы?

Comments

[20strannik08]

Благодарю за ответ. Я изучу APM newrelic.

Чистый инсталл с последующей сборкой магаза...бррр оставлю это как самый крайний из крайних случаев)

А о третьем варианте даже страшно подумать)))

Забыл в посте добавить, что почтового сервера на vps нет, используется почта яндекса через smtp, может ли оно проблемы создавать? Смена статуса заказа в админке даже без уведомлений по почте так же тормозит(так же не всегда), но все же...

[Dimonchik]

20strannik08, не, SMTP обычно быстр - т.к. только текст, ну если не перегружен вложениями + запросов мало (много - бан), эта часть не должна влиять

хотя, конечно, смотря как реализовано

так понимаю, какой-то компонент обновился и началось

[20strannik08]

Dimonchik, перебробовал много чего, и таки 2 момента остались:
1) Новый голый опенкарт на том же сервере не имеет проблемы.
2) Полна копия проблемного опенкарта на локалке имеет подвисания. Но как тока инет отрубаю, проблема исчезает и все летает.

С включеным инетом через "sudo tcpdump -i wlp1s0" тоже мало инфы

13:45:40.730171 ARP, Request who-has local-TW118 tell Eltex.Home, length 28
13:45:40.730214 ARP, Reply local-TW118 is-at 68:ec:c5:2d:08:de (oui Unknown), length 28

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

P.S. примечательно то что если кеш модификаторов полностью сбросить, что по сути должно все расширения отключить, это не решает проблемы.

[Dimonchik]

20strannik08, если на локалке залогировать на полчаса все внешние соединения, найти адрес и потом в хостс прописать или локнуть?

[20strannik08]

Dimonchik, Я уже тоже начал подумывать над этим...
Не подскажите способ как это реализовать лучше всего?

[Dimonchik]

красиво не подскажу

вертится что-то вроде tcpview / fiddler / burpsuite... опять же стандатные линукс машрутизация, но хз как там логи

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

Answer 2

[Павел]

Проверьте запросы к базе данных, например при помощи модификатора:

spoiler

<?xml version="1.0" encoding="utf-8"?>
<modification>
	<name>SQL Query Time Log</name>
    <version>0.2</version>
    <code>SQL Query Time Log</code>
    <author>Otvet</author>
	
	<file path="system/library/db.php">
		<operation>
			<search><![CDATA[
			return $this->db->query($sql);
			]]></search>
			<add position="replace"><![CDATA[			
		$min_time = 10;//МИНИМАЛЬНОЕ ВРЕМЯ ИСПОЛНЕНИЯ ЗАПРОСА В МС, ЗАПИСЫВАЕМОЕ В ЛОГ
        $file = debug_backtrace();
        $name = (!isset($file[0]['file'])) ? 'N/A' : $file[0]['file'];
        $start = (time() + microtime());
        $query_out = $this->db->query($sql);
        $end = (time() + microtime());
        $sql_time = round($end - $start, 5)*1000;
        if ($sql_time > $min_time) {
        file_put_contents(DIR_LOGS.'sql_time.log', ("\nСтраница:".$_SERVER['REQUEST_URI']."\nИсточник:" . $name . "\nВремя выполнения: " . $sql_time . "мс \n\n" . $sql . "\n\n----------------------\n"), FILE_APPEND); }
        return $query_out;
			]]></add>
		</operation>
		<operation>
			<search><![CDATA[
			return $this->adaptor->query($sql, $params);
			]]></search>
			<add position="replace"><![CDATA[			
		$min_time = 10;//МИНИМАЛЬНОЕ ВРЕМЯ ИСПОЛНЕНИЯ ЗАПРОСА В МС, ЗАПИСЫВАЕМОЕ В ЛОГ
        $file = debug_backtrace();
        $name = (!isset($file[0]['file'])) ? 'N/A' : $file[0]['file'];
        $start = (time() + microtime());
        $query_out = $this->adaptor->query($sql, $params);
        $end = (time() + microtime());
        $sql_time = round($end - $start, 5)*1000;
        if ($sql_time > $min_time) {
        file_put_contents(DIR_LOGS.'sql_time.log', ("\nСтраница:".$_SERVER['REQUEST_URI']."\nИсточник:" . $name . "\nВремя выполнения: " . $sql_time . "мс \n\n" . $sql . "\n\n----------------------\n"), FILE_APPEND); }
        return $query_out;
			]]></add>
		</operation>
	</file>
</modification>

На странице оформления посмотрите в консоли разработчика, во вкладке сеть, может не все скрипты доставки убираются со страницы при отключении модуля (может там модификтор используется для добавления скриптов, и при отключении модуля, он все равно их вставляет на страницу)

Comments

[20strannik08]

Хорошее начало, я и забыл об этом.Благодарю, именно с этого я и начну.