Jump to content

Recommended Posts

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

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

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

 

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

 

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

Edited by blyskavka

Share this post


Link to post
Share on other sites

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

  • +1 1

Share this post


Link to post
Share on other sites

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

Edited by blyskavka

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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


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

Share this post


Link to post
Share on other sites

Добрый день!

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

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

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

Edited by blyskavka

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
On 2/12/2019 at 4:38 PM, blyskavka said:

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

 

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

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

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

Share this post


Link to post
Share on other sites
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;

 

Share this post


Link to post
Share on other sites
2 hours ago, blyskavka said:

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

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

 

 max_input_vars = 5000;

 

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

Spoiler

 max_input_vars integer

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

 

Share this post


Link to post
Share on other sites
3 часа назад, 100napb сказал:

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

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

Share this post


Link to post
Share on other sites

вот

 

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

 

Share this post


Link to post
Share on other sites
1 час назад, AWARO сказал:

вот

 

 

 

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

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

 

Edited by blyskavka

Share this post


Link to post
Share on other sites
4 часа назад, 100napb сказал:

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

 

 max_input_vars = 5000;

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

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

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

Share this post


Link to post
Share on other sites
2 часа назад, blyskavka сказал:

 

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

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

 

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

Share this post


Link to post
Share on other sites
2 часа назад, AWARO сказал:

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

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

Share this post


Link to post
Share on other sites
1 час назад, blyskavka сказал:

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

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

Share this post


Link to post
Share on other sites

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

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
В 27.02.2019 в 01:30, blyskavka сказал:

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

 

 

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

 

Share this post


Link to post
Share on other sites
В 02.03.2019 в 12:16, Esox сказал:

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

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

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

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

 

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
You are posting as a guest. If you have an account, please sign in.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.