не работают Продажи> Заказы!

[wivern]

/admin/index.php?route=sale/order&token=65wf8oI4kAVQjfd...eOuIinYlJN

показывает в адресной строке такой токен и белый экран.

Куда копать?

заметил что тоже скамое происходит и при обращении к заказам со страницы статистики в л.к. и при обращении в продажи (там где пишется сумма заказов)

http://78led.ru/admin/index.php?route=sale/order&token

-что не так????

[admin]

ну там вон на скрине сыпется ошибка

что вы для этого сделали ?

[wivern]

там не та ошибка, там ошибка кышменеджера

[wivern]

мужики, менял в SQL количество товара, могло повлиять??

[wivern]

Товар скорее всего парсером кривым залит и не заполнены веса.

Если бы кое кто умел отлаживать скрипт, то включил ошибки и на 99% увидел divizon by zero.

 

А если бы еще не леньки - то гугл по запросу "divizion by zero checkout" выдает 30 ссылок все про одно, как это лечить.

не думаю что парсер от usergio кривой

[wivern]

Со всем уважением к  нему, косяков я там знаю порядочно.

Все парсеры - кривые. Так как это путь  в никуда по сути.

 

Что касается вашей ситуации..

 

То. 

1. включайте отображение ошибок

2. отключайте все доставки / оплаты.

 

И смотрите что получится.

 

Если заработает последовательно включайте все в зад и смотрите где проблемы.

А теперь можно для дурачков?) 1 пункт и второй соответсвенно как реализовать?

[wivern]

еще ставил vqmod для фильтра не могу там найти $old_error = error_reporting(0);

[wivern]

Со всем уважением к  нему, косяков я там знаю порядочно.

Все парсеры - кривые. Так как это путь  в никуда по сути.

 

Что касается вашей ситуации..

 

То. 

1. включайте отображение ошибок

2. отключайте все доставки / оплаты.

 

И смотрите что получится.

 

Если заработает последовательно включайте все в зад и смотрите где проблемы.

Отключил в админке все доставки, оплаты, ошибки в админке были включены и должны были писаться в фаил errors.log  почистил кеш после манипуляций, результата 0 ошибки не выводит.

[admin]

в шттпаксессе включите

[wivern]

Options +FollowSymlinks

# Prevent Directoy listing

Options -Indexes

# Prevent Direct Access to files

<FilesMatch "(?i)((\.tpl|\.ini|\.log|(?<!robots)\.txt))">

Order deny,allow

Deny from all

</FilesMatch>

# SEO URL Settings

RewriteEngine On

# 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=feed/google_sitemap [L]

RewriteRule ^googlebase.xml$ index.php?route=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

Прошу прощения за незнание матчасти, как?

[wivern]

php_value display_errors 1

прописал в конце фаила, не работает чё-то)

[wivern]

в шттпаксессе включите

Parse error: syntax error, unexpected '=>' (T_DOUBLE_ARROW) in /var/www/u0105872/data/www/78led.ru/admin/controller/sale/order.php on line 927

 

вот что пишет при переходе в заказы) я ее вычислил)

[wivern]

Вобщем, не знаю как аукнется, но заменил order.php в папке admin/catalog/sale/ на оригинальный из вашей сборки , в админке добавил доступ с моего IP к API,  и о чудо! доступ к заказам возобновился...)

[wivern]

 

Есть господин usergio, парсер которого изменяет файлы.

 

 

 

осталось с кэш менеджером разобраться)

http://forum.ocshop.info/index.php?/topic/1575-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-%D0%BE%D1%87%D0%B8%D1%81%D1%82%D0%BA%D0%B8-%D0%BA%D1%8D%D1%88%D0%B0/

[wivern]

Вы английский понимаете ?

Кроме прав на файлы есть еще владелец. Вы могли перенесети с локалки на сервер под юзером FTP, А PHP работет под Юзером апача.

Поэтому скрипт не может удалить файлы.

Английский со словарём. в php не шарю. после ручного удаления по FTP фаилов ошибка исчезла, после просмотра нескольких страниц и повторной попытки очистить кэш ошибка повторилась. Как быть? получается фаилы создаются под юзером не апача??

[wivern]

где искать rmdir?)