Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

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


Recommended Posts

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

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

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

 

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

 

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

Змінено користувачем blyskavka
Надіслати
Поділитися на інших сайтах


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

  • +1 1
Надіслати
Поділитися на інших сайтах

На хосте буду смотреть сейчас. А вот в файл .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 на сервере, буду мониторить. 

Змінено користувачем blyskavka
Надіслати
Поділитися на інших сайтах


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

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

Надіслати
Поділитися на інших сайтах


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

Надіслати
Поділитися на інших сайтах

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

Вот так выглядит сейчас 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"


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

Надіслати
Поділитися на інших сайтах


Добрый день!

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

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

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

Змінено користувачем blyskavka
Надіслати
Поділитися на інших сайтах


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

Надіслати
Поділитися на інших сайтах


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

Надіслати
Поділитися на інших сайтах


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

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

 

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

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

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

Надіслати
Поділитися на інших сайтах

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;

 

Надіслати
Поділитися на інших сайтах


2 hours ago, blyskavka said:

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

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

 

 max_input_vars = 5000;

 

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

Spoiler

 max_input_vars integer

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

 

Надіслати
Поділитися на інших сайтах

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

вот

 

 

 

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

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

 

Змінено користувачем blyskavka
Надіслати
Поділитися на інших сайтах


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

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

 

 max_input_vars = 5000;

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

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

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

Надіслати
Поділитися на інших сайтах


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

 

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

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

 

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

Надіслати
Поділитися на інших сайтах


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

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

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

Надіслати
Поділитися на інших сайтах


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

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

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

Надіслати
Поділитися на інших сайтах


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

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

 

 

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

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

Надіслати
Поділитися на інших сайтах


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

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

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

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

 

Надіслати
Поділитися на інших сайтах


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

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

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

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

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

 

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

Надіслати
Поділитися на інших сайтах


Створіть аккаунт або увійдіть для коментування

Ви повинні бути користувачем, щоб залишити коментар

Створити обліковий запис

Зареєструйтеся для отримання облікового запису. Це просто!

Зареєструвати аккаунт

Вхід

Уже зареєстровані? Увійдіть тут.

Вхід зараз
  • Зараз на сторінці   0 користувачів

    • Ні користувачів, які переглядиють цю сторінку
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.