Потерянные заказы

[blyskavka]

Добрый день форумчани! Столкнулся с такой нехорошей проблемой. Есть 2 рабочих на ocstore 2.3 магазина, один с дефолтной темой второй с покупной и модулем сипл.

Переодически вижу в отчётах о покупателях, что человек прошел все пути до страницы успешного заказа а заказа нигде нет. Ни в админке ни в базе данных и никаких писем на почту. 

В фильтре ошибочные заказы иногда есть заказы но не те которые были видны в отчётах покупателей и в Гугл аналитике.

 

Может кто сталкивался с этой реальной проблемой, прошу помочь. Так как заказов не много и ещё и теряются.

 

P.s то что теряются это факт так как один раз сам делал заказ через корзину и видел страничку успешного оформления, а заказ нигде не засветился.

Змінено 12 лютого 2019 користувачем blyskavka

[markimax]

Встречал такое, opcache не правильно работал (настроен был) у хостера
Посмотрите в настройках хостинга включен opcache (xcache и т п)
Попробуйте выключить и промониторить

[blyskavka]

На хосте буду смотреть сейчас. А вот в файл .htaccess вставлял команды кэширования со статьи какой-то выложенной на опенкарт-про:
 

Спойлер

Отключил <FilesMatch ".(flv|gif|jpg|jpeg|png|ico|swf|js|css|pdf)$">
Header set Cache-Control "max-age=2592000"
</FilesMatch>

AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/x-javascript

<IfModule mod_gzip.c>
mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$ 
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text\.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image\.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.* 
</IfModule>

 

Отключил opcache на сервере, буду мониторить. 

Змінено 12 лютого 2019 користувачем blyskavka

[blyskavka]

Кеши отключены, но потери продолжаются((( 

Какие ещё идеи? 

[blyskavka]

Раньше пробовал менять на магазине с дефолтной темой методы доставки и оплаты которые шли по умолчанию - результат был неизменный. 
Сейчас в методе доставки стоит модуль "Новая Почта API", в методе оплаты -  "Банковский перевод" и "Оплата при доставке".

Продолжаю эксперименты: вернул статус по умолчанию и для всех платежных систем с id=1, тот который по умолчанию был "Ожидание". Мониторю дальше.

[markimax]

Смотрите... в htacces тот код что дали валидный и нормальный, это сжатие
Но вы дали не полностью весь файл htaccess и может у вас там где то есть правила кеширования для text/html
Если есть - удалите. Т к  возможно при возврате после оплаты берется страница из кеша браузера и не выполняются вычисления, соответственно не заносятся заказы в БД.

[blyskavka]

Эксперимент со сменой статуса на по умолчанию не принес успеха, две минуты назад вижу пользователя со всеми этапами оформления заказа. А заказа нет((( 

Вот так выглядит сейчас htaccess

 

Спойлер

# 1.To use URL Alias you need to be running apache with mod_rewrite enabled.

# 2. In your opencart directory rename htaccess.txt to .htaccess.

# For any support issues please visit: http://www.opencart.com

Options +FollowSymlinks

# Prevent Directoy listing
Options -Indexes

# Prevent Direct Access to files

<FilesMatch "(?i)((\.tpl|\.ini|\.log|(?<!robots)\.txt))">
 Require all denied
## For apache 2.2 and older, replace "Require all denied" with these two lines :
# Order deny,allow
# Deny from all
</FilesMatch>

 

# SEO URL Settings
RewriteEngine On

### переадресация http на https
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
 
### переадресация с www
RewriteCond %{HTTP_HOST} ^www.ххх.com.ua$ [NC]
RewriteRule ^(.*)$ https://ххх.com.ua/$1 [R=301,L]

 

# If your opencart installation does not run on the main web folder make sure you folder it does run in ie. / becomes /shop/

RewriteBase /
RewriteRule ^sitemap.xml$ index.php?route=extension/feed/google_sitemap [L]
RewriteRule ^googlebase.xml$ index.php?route=extension/feed/google_base [L]
RewriteRule ^system/download/(.*) index.php?route=error/not_found [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !.*\.(ico|gif|jpg|jpeg|png|js|css)
RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA]

 

### Additional Settings that may need to be enabled for some servers
### Uncomment the commands by removing the # sign in front of it.
### If you get an "Internal Server Error 500" after enabling any of the following settings, restore the # as this means your host doesn't allow that.

# 1. If your cart only allows you to add one item at a time, it is possible register_globals is on. This may work to disable it:
# php_flag register_globals off

# 2. If your cart has magic quotes enabled, This may work to disable it:
# php_flag magic_quotes_gpc Off

# 3. Set max upload file size. Most hosts will limit this and not allow it to be overridden but you can try
# php_value upload_max_filesize 999M

# 4. set max post size. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
# php_value post_max_size 999M

# 5. set max time script can take. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
# php_value max_execution_time 200

# 6. set max time for input to be recieved. Uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
# php_value max_input_time 200

# 7. disable open_basedir limitations
# php_admin_value open_basedir none

### Display PHP errors 
### Uncomment the commands by removing the # sign in front of it.
# php_flag display_startup_errors on
# php_flag display_errors on
# php_flag html_errors on
# php_flag track_errors on
# php_value error_reporting "E_ALL"

Вроде бы как стандартно кроме редиректов.

[blyskavka]

Добрый день!

Еще наблюдал очень интересную картину, что если 2 покупателя делают одновременно заказ с разницей в несколько секунд (с разных айпи), то нету ни от одного ни от другого заказа.

Продолжаю поиски: на сервере отрубил еще и Memcache на всякий случай проверил файлы на bom символы (хотя все правки делаю через notepad++ или прям на хостинге через их редактор). Оставил вариант оплаты "Оплата при получении" (хотя и другие методы были не на онлайн платежных системах). Но все же пролетают некоторые заказы мимо, в симпле в брошенных заказах их нет (да и откуда взяться если получили ответ об успешном заказе) в базе тоже никого.

Может есть хоть какой-то скрипт как выдернуть хотя бы номер телефона заказчика? А то потерь идут и на сколько даже и неизвестно(((
 

Змінено 14 лютого 2019 користувачем blyskavka

[blyskavka]

Может это глюки сборки ocStore? 
Ребята кто разбирается в данном вопросе, можете предложить что-то или посмотреть (за оплату разумеется) что может давать такой сбой.

[blyskavka]

За сегодняшний день половина заказов которые улетели в бермудский треугольник имели ip адрес в начале 46 (46.211.210.70; 46.96.14.214). В БД видны только в статистике "Отчёт об онлайн пользователях" и больше ни единого упоминания(((

[100napb]

On 2/12/2019 at 4:38 PM, blyskavka said:

Может кто сталкивался с этой реальной проблемой, прошу помочь. Так как заказов не много и ещё и теряются.

 

P.s то что теряются это факт так как один раз сам делал заказ через корзину и видел страничку успешного оформления, а заказ нигде не засветился.

Почти пальцем в небо, но почему бы и не попробовать: Проверьте пожалуйста, какое значение max_input_vars у Вас установлено в php.ini ?

Увеличьте, допустим, до 5000 и продолжите наблюдение

[blyskavka]

1 час назад, 100napb сказал:

какое значение max_input_vars

Такого значения совсем нет
 

Спойлер

magic_quotes_gpc = Off;
register_globals = Off;
default_charset    = UTF-8;
memory_limit = 64M;
max_execution_time = 36000;
upload_max_filesize = 999M;
safe_mode = Off;
mysql.connect_timeout = 20;
session.auto_start = Off;
session.use_only_cookies = On;
session.use_cookies = On;
session.use_trans_sid = Off;
session.cookie_httponly = On;
session.gc_maxlifetime = 3600;
allow_url_fopen = on;
;display_errors = 1;
;error_reporting = E_ALL;

 

[100napb]

2 hours ago, blyskavka said:

Такого значения совсем нет

ну что же, Вы... попробуйте добавить строчку

 

 max_input_vars = 5000;

 

с последующим рестартом службы веб-сервера \ апача \ php-fpm ну или что у Вас там. Кто его знает, какое у Вас значение по умолчанию используется. А так-то важная иной раз штука может быть

Spoiler

 max_input_vars integer

Сколько входных переменных может быть принято в одном запросе (ограничение накладывается на каждую из глобальных переменных $_GET, $_POST и $_COOKIE отдельно). Использование этой директивы снижает вероятность сбоев в случае атак с использованием хеш-коллизий. Если входных переменных больше, чем задано директивой, выбрасывается предупреждение E_WARNING, а все последующие переменные в запросе игнорируются.

 

[blyskavka]

3 часа назад, 100napb сказал:

ну что же, Вы... попробуйте добавить строчку

Та я так сразу и сделал, но на всякий случай выложил)

[HyperLabTeam]

вот

 

эт тож пригодится

 

[blyskavka]

1 час назад, AWARO сказал:

вот

 

 

 

А как вычислять где брошенная корзина а где заказ который состоялся но пролетел мимо базы и админки?

P.S судя из описания модуля он совсем не подходит. Так как если была страница успешного оформления то данные об покупателе удаляются с истории модуля.

 

Змінено 17 лютого 2019 користувачем blyskavka

[blyskavka]

4 часа назад, 100napb сказал:

ну что же, Вы... попробуйте добавить строчку

 

 max_input_vars = 5000;

К сожалению тоже не спасло. Есть пролетевший(

Блин придется идти методом исключения... Буду пробовать смену хостинга если не поможет, то и смену движка с ocstore на opencart русской сборки. 

В журнал ошибок error_log, который включаем в Система-Настройка и который лежит на хостинге в папке Public_html должен дублировать ошибки из журнала ошибок что в админке???

[HyperLabTeam]

2 часа назад, blyskavka сказал:

 

А как вычислять где брошенная корзина а где заказ который состоялся но пролетел мимо базы и админки?

P.S судя из описания модуля он совсем не подходит. Так как если была страница успешного оформления то данные об покупателе удаляются с истории модуля.

 

Все P.S. и т.д. и т.п. вопросы к автору в тех поддержку модуля

[blyskavka]

2 часа назад, AWARO сказал:

Все P.S. и т.д. и т.п. вопросы к автору в тех поддержку модуля

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

[HyperLabTeam]

1 час назад, blyskavka сказал:

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

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

[Esox]

Проблему удалось решить?

 

[blyskavka]

Пока частично, работа продолжается.

[Esox]

В 27.02.2019 в 01:30, blyskavka сказал:

Пока частично, работа продолжается.

 

 

У меня такая же проблема, но более печально. Все заказы сыпятся в ошибочные.

Решение пока нет, изрыл весь форум.

[Esox]

У меня проблему вызывает включенный модуль Сбербанка, прием оплаты с карт.

Перехожу на встроенные "оплата при получение" заказы получают статусы в ожидании и уведомления приходят.

Модуль Сбера, это их типовое решение, которое они предоставляют бесплатно.

Что-то с ним произошло, т.к. до недавнего времени все работало. По мимо этого на другом сайте он же работает почти без нареканий.

 

[blyskavka]

В 02.03.2019 в 12:16, Esox сказал:

У меня проблему вызывает включенный модуль Сбербанка, прием оплаты с карт.

Перехожу на встроенные "оплата при получение" заказы получают статусы в ожидании и уведомления приходят.

Модуль Сбера, это их типовое решение, которое они предоставляют бесплатно.

Что-то с ним произошло, т.к. до недавнего времени все работало. По мимо этого на другом сайте он же работает почти без нареканий.

 

У меня немого иная ситуация. Модули онлайн оплат не использую. 
Заказы по всей видимости ну процентов на 80 не теряю, получал искаженную информацию в статистике связанную с динамическими ip. Но пока еще на 100% не готов сказать, что проблема решена.