Перейти к содержанию
Форум поддержки пользователей VamShop

c 1.60 перенос в 1.69


Рекомендуемые сообщения

С правами все правильно....

в еррор_лог хостинга


[Sun Mar 10 02:18:20 2013] [error] [client ххх.131.хх.166] File does not exist: /home/ххххххххх/modniedetki.ru/docs/new1/css/images/sf-menu-bg.gif
[/CODE] а php_errors который я прицепил через .htacces (то что посоветовали дав ссылку) там вот такая ерунда продолжается
[CODE]
[10-Mar-2013 02:32:19] PHP Notice: Use of undefined constant E_DEPRECATED - assumed 'E_DEPRECATED' in /home/хххххх/modniedetki.ru/docs/includes/application_top.php on line 42

Хотя я давно уже application_top почистил, убрав оттуда, так же ваш совет....

Ссылка на сообщение
Поделиться на другие сайты

Решил взять бэкап 1.60 и поднять его на OpenServer-e локально.

Все запустил.

Решил попробовать пропатчить вот так как есть, дошел до 1.62-1.63

После обновления в админке вылезло -

Warning: session_start() [function.session-start]: open(tmp\sess_g2qr8s93cd3is7h71c1tfk0rs2, O_RDWR) failed: No such file or directory (2) inC:\OpenServer\domains\modniedetki.bor\admin\includes\application_top.php on line 359

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at C:\OpenServer\domains\modniedetki.bor\admin\includes\application_top.php:359) inC:\OpenServer\domains\modniedetki.bor\admin\includes\application_top.php on line 359

Warning: Cannot modify header information - headers already sent by (output started at C:\OpenServer\domains\modniedetki.bor\admin\includes\application_top.php:359) inC:\OpenServer\domains\modniedetki.bor\admin\includes\functions\general.php on line 131

Warning: Unknown: open(tmp\sess_g2qr8s93cd3is7h71c1tfk0rs2, O_RDWR) failed: No such file or directory (2) in Unknown on line 0

Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (tmp) in Unknown on line 0

Ссылка на сообщение
Поделиться на другие сайты

В новых версиях еще в файлах configure.php новая переменная добавлена:

define('SESSION_WRITE_DIRECTORY', DIR_FS_CATALOG . 'tmp/');[/CODE]

в [b]\includes\configure.php[/b] и в [b]\admin\includes\configure.php[/b]

Я на днях обновил заказчику магаз именно с версии 1.60. Единственная проблема была - ругалось на отсутствие директории tmp, как ни старался. Пришлось в конфиге назначить хранить сессии в базе.

Ссылка на сообщение
Поделиться на другие сайты

Вообщем, прокачал я до 1.69...

оформление заказа по старинке работает, а вот chekout.php так же белый экран.

Я вот что подумал, не могу я больше туда-сюда вертеть...

Что если...

В чистую установленную 1.69...залью таблицы из пропатченной с 1.60-1.69...вопрос только какие?

Мне нужно перенести товар с атрибутами, клиентов, заказы, новости и статьи....

Саша, Хэлп!!! :what:

Ссылка на сообщение
Поделиться на другие сайты

s26

Толкьо что как раз смотрел магазин с белой страницей checkout.php

В лог файле тоже ошибок не писало.

Я включил отображение ошибок вот так - http://vamshop.ru/forum/topic/10769-8%d0%ba%d0%b0%d0%ba-%d0%b2%d0%ba%d0%bb%d1%8e%d1%87%d0%b8%d1%82%d1%8c-%d0%be%d1%82%d0%be%d0%b1%d1%80%d0%b0%d0%b6%d0%b5%d0%bd%d0%b8%d0%b5-php-%d0%be%d1%88%d0%b8%d0%b1%d0%be%d0%ba-%d0%b5%d1%81%d0%bb%d0%b8-%d0%bd%d0%b5%d1%82-%d0%b4%d0%be%d1%81%d1%82/

На checkout.php стала видна ошибка, было два модули sogl - 1 доставки и 1 оплаты, а системное название модулей не должно повторяться.

Просто отключил один sogl, что б названия не дублировались.

Это я так, к слову, мало ли, может тоже как раз Ваш случай.

Ссылка на сообщение
Поделиться на другие сайты

Ошибка в моем случае - кроется в базе данных, а конкретно в таблице "configuration"

После переноса именно этой таблицы... chekout.php начинает давать сбой в виде 500-ой ошибки(

Ссылка на сообщение
Поделиться на другие сайты

Список активных модулей хранится именно в таблице "configuration":

MODULE_ORDER_TOTAL_INSTALLED - модули итого

MODULE_PAYMENT_INSTALLED - модули оплаты

MODULE_SHIPPING_INSTALLED - модули доставки

может Александр и прав - смотрите, чтобы в этих полях не было дублирующих названий

Ссылка на сообщение
Поделиться на другие сайты
  • 2 weeks later...

Нашел я затык)))) он был при

Настройки - Склад

Разрешить оформление заказа false Сразу на chekout.php начинает выдавать ошибку

Ссылка на сообщение
Поделиться на другие сайты

И что, опять ни в логах нигде нет текста ошибки?!

Я не могу сказать ничего, не зная текста ошибки, это вообще очень странно, что при 500 ошибке нет записи в логе.

Ссылка на сообщение
Поделиться на другие сайты
×
×
  • Создать...