Ищу человека который поможет решить проблему с оформлением заказа (платно)

[AlexMax13]

Здравствуйте.

Периодически с 15:00 по 21:00 возникает такая проблема что при оформлении заказа очень долго тупит. Иногда выдает ошибку 524 с жалобой на этот файл https://prnt.sc/aKXbuh3Ctv7a 

 

Сайт подключен к cloudflare, там ограничение в 100 секунд. Когда ниже как сейчас на видео https://youtu.be/e78HQViptjA заказ оформляется, но с дикой задержкой. Я уже все делал, отключал все модули доставки и оплаты, ничего не помогает. Как убрал строчку https://prnt.sc/MtVTXCbw0ZBS из файла контроллера каталога тогда тупость пропала мгновенно, но заказ формируется но соответственно не отображается в пу. Что то явно влияет, но не могу понять что. Мы готовы вам заплатить только чтобы решить эту проблему. Проблема плавающая, в основном проявляется от 15:00 до 21:00

 

кстати, при изменении статуса заказа в админке та же байда https://nimb.ws/Q4eYAJ такдержит с 70 секунд и тогда меняет

 

кто может помочь?

[halfhope]

А с отправкой почты у вас проблем нет?

[AlexMax13]

да вроде бы нет, хотя автор модуля simple тоже подозревал этот момент.

 

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

[mesateri]

30.06.2022 в 20:19, AlexMax13 сказал:

да вроде бы нет, хотя автор модуля simple тоже подозревал этот момент.

 

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

 

Что если попробовать:

1. Раз ошибка происходит в определенное время, то посмотреть есть ли в Планировщике задач на это странные задачи.

2. Если убирание строки помогает решить проблему, то необходимо исследовать саму model-checkout-order  addOrderHistory и локализировать где именно ошибка, путем закомментирования функций. Чтобы решить ошибку, нужно найти место в котором она возникает.

[chukcha]

внешняя ЦРМ
какая нибудь аналитика
Кривые события, например СДЄК в сок время плодил сотни событий
 

[AlexMax13]

В 30.06.2022 в 22:20, mesateri сказав:

1. Раз ошибка происходит в определенное время, то посмотреть есть ли в Планировщике задач на это странные задачи.

 

такая ситуация на разных хостингах

 

Цитата

2. Если убирание строки помогает решить проблему, то необходимо исследовать саму model-checkout-order  addOrderHistory и локализировать где именно ошибка, путем закомментирования функций. Чтобы решить ошибку, нужно найти место в котором она возникает.

 

вообще все из модели убрал до такого состояния https://prnt.sc/5YrBjs3Vr-8- проблема сохранилась

сейчас пытаемся с добрым человеком с этого форума настроить отправку почты через smtp но почему то получаем ошибку 500 на этот же файл: https://prnt.sc/DabXQDlp9bfj

 

в error_log

[30-Jun-2022 20:43:29 UTC] PHP Fatal error:  Uncaught Exception: Error: EHLO not accepted from server! in /home2/babadu/public_html/system/library/mail/smtp.php:120
Stack trace:
#0 /home2/babadu/public_html/system/library/mail.php(142): Mail\Smtp->send()
#1 /home2/babadu/mss/modification/catalog/controller/mail/order.php(319): Mail->send()
#2 /home2/babadu/mss/modification/catalog/controller/mail/order.php(34): ControllerMailOrder->add(Array, '5', '', '')
#3 /home2/babadu/mss/modification/system/engine/action.php(79): ControllerMailOrder->index('checkout/order/...', Array)
#4 /home2/babadu/public_html/system/engine/event.php(62): Action->execute(Object(Registry), Array)
#5 /home2/babadu/mss/modification/system/engine/loader.php(235): Event->trigger('model/checkout/...', Array)
#6 /home2/babadu/public_html/system/engine/proxy.php(47): Loader->{closure}(Array, Array)
#7 /home2/babadu/public_html/catalog/controller/extension/payment/cod.php(13): Proxy->__call('addOrderHistory', Array)
#8 /home2/babadu/mss/modification/system/engine/acti in /home2/babadu/public_html/system/library/mail/smtp.php on line 120

 

[AlexMax13]

В 30.06.2022 в 22:27, chukcha сказав:

внешняя ЦРМ
какая нибудь аналитика
Кривые события, например СДЄК в сок время плодил сотни событий
 

 

отключали все и вся, это мистика какая-то...

[halfhope]

CLRF

[AlexMax13]

В 01.07.2022 в 00:26, halfhope сказав:

CLRF

 

а что это значит?

[halfhope]

01.07.2022 в 02:28, AlexMax13 сказал:

 

а что это значит?

 

Ой) CRLF. Это актуально только для php8. 

[Alxjzx100]

Виснет на отправке почты, 101% даю.

EHLO not accepted from server

Думаю, что стоит добавить ssl:// или tls:// к имени почтового сервера, в зависимости от того, что используется в вашем случае. 

[buslikdrev]

30.06.2022 в 18:54, AlexMax13 сказал:

Проблема плавающая, в основном проявляется от 15:00 до 21:00

Крон задача нагружает сервер?

 

  

01.07.2022 в 02:01, Alxjzx100 сказал:

Думаю, что стоит добавить ssl:// или tls:// к имени почтового сервера

tls:// 100%

[AlexMax13]

В 01.07.2022 в 03:01, Alxjzx100 сказав:

Виснет на отправке почты, 101% даю.

EHLO not accepted from server

Думаю, что стоит добавить ssl:// или tls:// к имени почтового сервера, в зависимости от того, что используется в вашем случае. 

 

да, ssl:// сработало, но так как сайт под cloudflare пришлось добавить и туда dns записи DKIM и SPF, а то не отправляло покупателям на их емейл о из заказе. ожидаю пока

[AlexMax13]

В 01.07.2022 в 08:57, buslikdrev сказав:

Крон задача нагружает сервер?

 

 

а как проверить? есть какие то задачи по крону в модуле новой почты (отписал уже автору) https://prnt.sc/RCxhb_Ma1Vz9 но как проверить есть ли другие задачи по крону где то еще?

[AlexMax13]

сделали по smtp но проблема оказалась в crm 

[mesateri]

01.07.2022 в 13:56, AlexMax13 сказал:

 

а как проверить? есть какие то задачи по крону в модуле новой почты (отписал уже автору) https://prnt.sc/RCxhb_Ma1Vz9 но как проверить есть ли другие задачи по крону где то еще?

В cpanel для хостинга или в ispmanager для ВПС зайти в Планировщик задач

 

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

Змінено 1 липня 2022 користувачем mesateri