Беда. Перестало работаь оформление заказа

Kaavain_new · 08.Апрель.2019 20:45:39

Прошу пардону, пользуюсь другим мылом так как сервер cs-cart настроен некорректно и от него мне не приходят письма.
Также совершенно не нашел раздела “памагите”.
Беда такая - сайт работал исправно много лет. Ни с того ни с сего, дней 10 назад, ничего вроде не менялось ни на сервере, ни в настройках движка… На стадии оформления заказа на АДРЕС ДОСТАВКИ если нажать “продолжить” то идет зависание и далее ошибка 500. В логах:

[Mon Apr 08 22:11:05.719518 2019] [:error] [pid 6241] [client 46.138.142.57:40660] PHP Warning: Error while sending QUERY packet. PID=6241 in /home/admin/web/stencil-library.ru/public_html/app/Tygh/Backend/Database/Mysqli.php on line 79, referer: Содержимое корзины
[Mon Apr 08 22:11:17.532282 2019] [:error] [pid 6241] [client 46.138.142.57:40660] PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 20480 bytes) in /home/admin/web/stencil-library.ru/public_html/app/functions/fn.log.php on line 80, referer: Содержимое корзины
[Mon Apr 08 22:11:17.533170 2019] [:error] [pid 6241] [client 46.138.142.57:40660] PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 20480 bytes) in /home/admin/web/stencil-library.ru/public_html/app/functions/fn.control.php on line 88, referer: Содержимое корзины
[Mon Apr 08 22:11:17.533983 2019] [:error] [pid 6241] [client 46.138.142.57:40660] PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 20480 bytes) in /home/admin/web/stencil-library.ru/public_html/app/Tygh/Ajax.php on line 128, referer: Содержимое корзины
[Mon Apr 08 22:11:17.534998 2019] [:error] [pid 6241] [client 46.138.142.57:40660] PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 20480 bytes) in /home/admin/web/stencil-library.ru/public_html/app/Tygh/Web/Session.php on line 575, referer: Содержимое корзины
2019/04/08 22:17:32 [error] 6466#6466: *186 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 46.138.142.57, server: stencil-library.ru, request: “GET /checkout/ HTTP/2.0”, upstream: “https://173.249.39.218:8443/checkout/”, host: “www.stencil-library.ru”, referrer: “Содержимое корзины”

memory_limit увеличивал, не в этом дело (да и столько лет работало!)
Все сторонние модули отключал.
Кеш чистил.
Сервер перезапускал…

Голову сломал - ничего не помогает…

Дальше - хуже. При попытке оформить заказ как зарегистрированный, в логах:

[Mon Apr 08 22:33:20.516287 2019] [:error] [pid 9866] [client 46.138.142.57:41292] PHP Warning: Error while sending QUERY packet. PID=9866 in /home/admin/web/stencil-library.ru/public_html/app/Tygh/Backend/Database/Mysqli.php on line 79, referer: Содержимое корзины
[Mon Apr 08 22:33:22.039367 2019] [:error] [pid 9866] [client 46.138.142.57:41292] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /home/admin/web/stencil-library.ru/public_html/app/functions/fn.log.php on line 80, referer: Содержимое корзины
[Mon Apr 08 22:33:22.040040 2019] [:error] [pid 9866] [client 46.138.142.57:41292] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /home/admin/web/stencil-library.ru/public_html/app/Tygh/Backend/Cache/Apc.php on line 116, referer: Содержимое корзины
[Mon Apr 08 22:33:22.040084 2019] [:error] [pid 9866] [client 46.138.142.57:41292] PHP Fatal error: ob_get_clean(): Cannot use output buffering in output buffering display handlers in /home/admin/web/stencil-library.ru/public_html/app/Tygh/Ajax.php on line 133, referer: Содержимое корзины
[Mon Apr 08 22:33:22.040433 2019] [:error] [pid 9866] [client 46.138.142.57:41292] PHP Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /home/admin/web/stencil-library.ru/public_html/app/Tygh/Ajax.php:133) in /home/admin/web/stencil-library.ru/public_html/app/Tygh/Web/Session.php on line 317, referer: Содержимое корзины
[Mon Apr 08 22:33:22.040981 2019] [:error] [pid 9866] [client 46.138.142.57:41292] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /home/admin/web/stencil-library.ru/public_html/app/Tygh/Database/Connection.php on line 852, referer: Содержимое корзины
[Mon Apr 08 22:33:22.041779 2019] [:error] [pid 9866] [client 46.138.142.57:41292] PHP Warning: Unknown: A session is active. You cannot change the session module’s ini settings at this time in Unknown on line 0, referer: Содержимое корзины
[Mon Apr 08 22:33:22.041808 2019] [:error] [pid 9866] [client 46.138.142.57:41292] PHP Warning: Unknown: A session is active. You cannot change the session module’s ini settings at this time in Unknown on line 0, referer: Содержимое корзины
[Mon Apr 08 22:34:16.312165 2019] [:error] [pid 9866] [client 141.8.143.141:41400] PHP Warning: Unknown: A session is active. You cannot change the session module’s ini settings at this time in Unknown on line 0
2019/04/08 22:54:47 [error] 6466#6466: *893 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 46.138.142.57, server: stencil-library.ru, request: “GET /checkout/ HTTP/2.0”, upstream: “https://173.249.39.218:8443/checkout/”, host: “www.stencil-library.ru”, referrer: “Содержимое корзины”

Блин, беда, ничего не понимаю.

alex_vp · 09.Апрель.2019 04:26:49

Единственная причина, по которой у меня переставал работать сайт - это логи забивали все дисковое пространство. Если настроен обмен заказами с 1с - его логи в var/files ща месяц способны сожрать террабайт.

cs-cart_team · 09.Апрель.2019 04:54:22

Прежде всего накатите эти изменения:

gist.github.com

https://gist.github.com/vsguts/18809952121f424392210ef814c67a6f

app-Tygh-Database-Connection.php.diff

diff --git a/app/Tygh/Database/Connection.php b/app/Tygh/Database/Connection.php
index f6f75c3..f8eb039 100644
--- a/app/Tygh/Database/Connection.php
+++ b/app/Tygh/Database/Connection.php
@@ -287,9 +287,10 @@ class Connection
 
             $this->db->freeResult($_result);
 
+            return is_array($result) ? $result : array();
         }

This file has been truncated. show original

После этого еще раз воспроизведите проблему и посмотрите ошибку в логах. Скорее всего сломалась какая-то табличка в базе.

В вашей версии CS-Cart был баг, когда ошибки БД писались в лог, который хранится в той же базе. Это вызывало проблему с памятью как у вас и не давало увидеть саму ошибку. Фикс выше исправляет эту проблему.

albinoz · 09.Апрель.2019 08:11:35

30 ГБ в сутки логов от 1С – откуда такие объемы? Даже логи с выгрузкой/обновлением тысячи товаров каждый час будут весить не больше 50 МБ за сутки.

a.shishkin · 09.Апрель.2019 08:17:15

Бывает иногда, если обмен настроен криво и включены полные логи - вот и гоняют каталог с картинками туда сюда. Как говорится с дуру можно…

albinoz · 09.Апрель.2019 08:24:32

А, ну если с картинками, то спору нет, вполне вероятно. Но объем все равно впечатляет)

alex_vp · 09.Апрель.2019 11:03:57

У нас сервер с сайта раз в пять минут заказы запрашивает. При этом обмен товарами отключен, но все равно при каждом обмене (при этом толко выгрузка заказов с сайта в 1С!) 1с зачем-то качает на сайт xml на 80 мегабайт. Я сам в 1с не лажу, но наш программист уклончиво так сказал, что так механика построена, что 1с собирает данные по всем заказам, и отправляет на сайт. То есть, стоит ему нервы потрепать и озадачить?

a.shishkin · 09.Апрель.2019 11:17:09

Да пусть проверит что выгружается. 80 мб это очень много.

theangriestman · 09.Апрель.2019 11:24:26

Выгружайте только те заказы, у которых произошли изменения, и будет вам счастье вместо 80Мб файла)

Kaavain_new · 09.Апрель.2019 13:57:17

Спасибо за реакцию.

Пока я понял следующее: проблема в криво написанном можете от Simtech - расчёт доствюавки Почтой Росии.

Что-то произошло, скорее всего, с почтой - пока не проверял. В итоге Модуль не получает ответ от неё и все вешает.

Отключил модуль расчёта почтой - все заработало!

Приеду домой - буду дальше ковырять. Но виновник ясен и временное решение сделано.

Не должен Модуль так вешать всю систему!

cs-cart_team · 09.Апрель.2019 14:00:15

Модуль дефолтный или какой-то сторонний?

Kaavain_new · 09.Апрель.2019 14:06:37

Дефолтный. У компа буду вечером, буду продолжать.

Расчёт цены доставки (блок на странице) также все весил, поэтому сразу подозрения.

На второй моей инсталляции, которая вообще заброшена годами, та же картина была - то есть стопудово этот Модуль. Я его не менял из коробки.

cs-cart_team · 09.Апрель.2019 14:10:56

Сегодня я видел похожую проблему с EMS у одного из клиентов. Этот сервис уже давно не работает и не отвечает на запросы. Это вызывало проблемы при создании заказа.

Если проблема возникает при использовании какого-то другого способа доставки или вам потребуется помощь, пожалуйста, создайте тикет в Help desk и мы поможем изучить проблему.

Kaavain_new · 09.Апрель.2019 14:13:25

Странно что годы до прошлой недели все работало и считало стоимость.

cs-cart_team · 09.Апрель.2019 14:20:31

Насколько я помню, информация о закрытии сервиса появилась еще в конце 2017го, а весной 2018 он прекратил работу. Из CS-Cart сервис ems удалили в v4.8.1

Kaavain_new · 09.Апрель.2019 14:35:18

Я не использую ЕМС. Только Почта по индексу.

Kaavain_new · 09.Апрель.2019 19:04:48

Короче, виноват был блок расчета стоимости ЕМС. Модуль работает, но главное не выбирать расчет ЕМС.

Касательно “Прежде всего накатите эти изменения:” можете скзать в чем их суть и на что повлияют?

UXeasy · 10.Апрель.2019 04:14:17

Все еще верите в стандартные обработки? Я за 50$ написал обработку для 1с, которая забирает просто нужное (заказы) из CS карта ипользуя стандартные API CS карта. Естессно заказы только новые.

UXeasy · 10.Апрель.2019 04:17:01

Вот это поворот… не было не было и вот опять… модули которые зачем-то работают с ядром. Все-таки попытки сделать чудо-юдо гиперкит CMS+CRM+СКЛАД+Бекэнд+Микросервисы(модули) приводят иногда к неожиданным результатам (где тонко, там и рвется).