ocStore 3.0.3.7 - Модифицированный OpenCart

[Yoda]

В 01.02.2022 в 06:59, Reanimaster сказал:

Добрый день. Подскажите, как заставить нормально работать Redis?

Он то кеширует, но кеш не чистит.

Поискал по коду flushall или del key

Нет таких функций.

Редис сам удаляет протухшие сущности.

[Reanimaster]

15 часов назад, Yoda сказал:

Редис сам удаляет протухшие сущности.

Это отлично. Но когда я делаю изменения на сайте, меню например меняю, или категории добавляю, они на фронте не отображаются пока я на сервере не очищу кеш через, например, redis-cli flushall async.

Разве не логично, что при очистке всего кеша в опенкарт - так же нужно и в редис все чистить?

[Yoda]

6 минут назад, Reanimaster сказал:

Это отлично. Но когда я делаю изменения на сайте, меню например меняю, или категории добавляю, они на фронте не отображаются пока я на сервере не очищу кеш через, например, redis-cli flushall async.

Разве не логично, что при очистке всего кеша в опенкарт - так же нужно и в редис все чистить?

 

Из коробки в  opencart  нет функционала полной очистки кеша.
Сделайте скрипт в одну строку, который будет это делать через shell_exec к примеру.
Задача на 2 минуты. Дольше пост на форуме создавать!

[Reanimaster]

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

Из коробки в  opencart  нет функционала полной очистки кеша.
Сделайте скрипт в одну строку, который будет это делать через shell_exec к примеру.
Задача на 2 минуты. Дольше пост на форуме создавать!

Окстор - это не опенкарт из коробки.

И пишу именно в этой теме, дабы разработчики это пофиксили, тем самым делая сборку лучше.

Или вырезать вообще этот фукнционал, ибо он частично работает. ИМХ

[Yoda]

5 часов назад, Reanimaster сказал:

Окстор - это не опенкарт из коробки.

И пишу именно в этой теме, дабы разработчики это пофиксили, тем самым делая сборку лучше.

Или вырезать вообще этот фукнционал, ибо он частично работает. ИМХ

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

https://github.com/ocStore/ocStore/tree/ocstore-3-0-2-0

 

Где вы так клянчить то научились ?

 

[Reanimaster]

44 минуты назад, Yoda сказал:

Где вы так клянчить то научились ?

А где вы увидели что я клянчу?

Это тема обсуждения сборки.

Я ее и обсуждаю.

[AlektroNik]

9 часов назад, Reanimaster сказал:

Это отлично. Но когда я делаю изменения на сайте, меню например меняю, или категории добавляю, они на фронте не отображаются пока я на сервере не очищу кеш через, например, redis-cli flushall async.

Разве не логично, что при очистке всего кеша в опенкарт - так же нужно и в редис все чистить?

 

Для redis я не знаю как сделать.
Но делал для Memcached.

 

Источник <https://opencartforum.com/topic/80798-memcached-na-opencart-23/?do=findComment&comment=1480654>

 

Я сделал так:

 

В файле admin/controller/common/developer.php в двух местах перед строчкой

    $files = glob(DIR_CACHE . 'cache.*');

вставить

    // AlektroNik. Memcached clear.

    $m = new Memcached();

    $m->addServer('localhost', 11211);

    $m->flush(0);

[Fialka11]

В 27.01.2022 в 12:52, mpn2005 сказал:

Использовать версию php 7.3 или выше.

 

Добрый вечер, аналогичная проблема при установке движка.

Но как только изменяю на верси 7.3 , то при перехоте получаю ошибку 500 , подскажите как решить? 

[Fialka11]

Только что, Fialka11 сказал:

Добрый вечер, аналогичная проблема при установке движка.

Но как только изменяю на верси 7.3 , то при перехоте получаю ошибку 500 , подскажите как решить? 

вопрос закрыт!

[mpn2005]

43 минуты назад, Fialka11 сказал:

Добрый вечер, аналогичная проблема при установке движка.

Но как только изменяю на верси 7.3 , то при перехоте получаю ошибку 500 , подскажите как решить? 

А что в логе ошибок php?

При возникновении ошибки 500, там обязательно должно что-то быть.

[Fialka11]

Только что, mpn2005 сказал:

А что в логе ошибок php?

При возникновении ошибки 500, там обязательно должно что-то быть.

Решила так:

Не перейменовала эти файлы config-dist.php а когда уже запустилась установка тогда и перейменовала

[stanr]

В 18.08.2021 в 15:48, mpn2005 сказал:

С одной стороны. А с другой стороны, их не стоит и сохранять. Там же нет ничего полезного.

 

Данные сессии никак не влияют на корзину.

Корзина привязана к ID сессии, а не к данным из сессии.

ID сессии хранится в куках браузера. И время жизни определяется настройкой session.cookie_lifetime

Если там ноль, то кука умирает с закрытием браузера. И по умолчанию там ноль.

Если там не ноль, то в большинстве версия OC3 есть глюк и сессия сразу протухает, т.к. время создания попадает в прошлое. И не получится даже заглогинится в админку. В ocStore-3.0.3.7 это уже из коробки исправлено. В чистом OC3 это так и не поправили.

 

Параметр session.gc_maxlifetime относится к времени жизни именно данных сессии. Но не самого ID сессии.

 

Вы всё слепили в кучу и перемешали.

Можно сесиию делать долгой. Но при этом лучше не сохранять пустые сессии.

В первых версия OC3 сессии вообще никогда не чистились из за кривой либы. И на этих версиях можно часто встретить таблицу сессий овер 1Гб.

 

Если важна только корзина, то данные самой сессии можно долго не хранить. А хранить дольше только куку с ID сессии.

 

Что в параметре session.cookie_lifetime?

Если там ноль, то браузер работает как надо.

 

1000×189 png
94,6 kB

 

 

 

Хотел спросить, а можно ли сделать чтобы залогиненный админ сохранялся как можно дольше, ибо задолбался уже пароль вводить каждый раз? Может подскажете где это можно в ocstore 2.3 и opencart 3 сделать?

[Tom]

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

 

Хотел спросить, а можно ли сделать чтобы залогиненный админ сохранялся как можно дольше, ибо задолбался уже пароль вводить каждый раз? Может подскажете где это можно в ocstore 2.3 и opencart 3 сделать?

 

[chukcha]

13 минут назад, Tom сказал:

 

для тройки надо адаптировать

[mpn2005]

17 часов назад, stanr сказал:

 

Хотел спросить, а можно ли сделать чтобы залогиненный админ сохранялся как можно дольше, ибо задолбался уже пароль вводить каждый раз? Может подскажете где это можно в ocstore 2.3 и opencart 3 сделать?

Настройте сессии как надо. И не будет выкидывать. Если для ОС3, то нужно ещё описанные выше правки внести, можно посмотреть их в репозитории git свежей версии сборки ocStore3.

[stanr]

В 13.02.2022 в 23:53, chukcha сказал:

для тройки надо адаптировать

попробовал на 2.3 - установилось, но не сработало.

то есть все равно через какое-то время выкидывает.

[stanr]

19 часов назад, mpn2005 сказал:

Настройте сессии как надо. И не будет выкидывать. Если для ОС3, то нужно ещё описанные выше правки внести, можно посмотреть их в репозитории git свежей версии сборки ocStore3.

так знал бы как настроить... для oc3 вроде решился вопрос: прописыванием $this->maxlifetime = 359001440;

вот как тут

уже сутки норм "держит"

 

а в 2.3 пока не знаю где и что на что поменять...

[AlektroNik]

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

так знал бы как настроить... для oc3 вроде решился вопрос: прописыванием $this->maxlifetime = 359001440;

вот как тут

уже сутки норм "держит"

 

а в 2.3 пока не знаю где и что на что поменять...

 

Вот заметики себе делал.
Может Вам пригодится.
 

Обсуждение:

 

 

 

Время жизни сессии (авторизации посетителя) на сайте определяется в файле /system/library/session/db.php и указывает на параметр php session.gc_maxlifetime:

 

$this->maxlifetime = ini_get('session.gc_maxlifetime') !== null ? (int)ini_get('session.gc_maxlifetime') : 1440;

 

Если в php.ini указан gc_maxlifetime в разделе  session, то используем его (в моем случае он примерно 33,6 часа), если не указан то 1440 сек. = 24 мин.

 

НА МОЕМ ХОСТИНГЕ ЗАПРЕЩЕНО УПРАВЛЯТЬ ЭТИМИМ ПАРАМЕТРАМИ, ПОЭТОМУ НУЖНО НАСТРАИВАТЬ НАПРЯМУЮ В PHP.INI!!!

 

Оба параметра следует выставлять одинаковые. Одно без другого не живет. Т.к. если умрут данные сессии, то из ЛК пользователя выкинет.

 

 

Определяем время жизни cookie вместо "При завершении сеанса браузера". По умолчанию там ноль.

Если там ноль, то кука умирает с закрытием браузера как минимум в "Яндекс Браузере", остальные браузеры cookie сохраняют всеравно.

Хранит ID сессии на стороне клиента.

2 месяца равно 5356800 секунд. Плюс автопродление при посещении страницы.

 

Время можно изменить в .htaccess:

php_value session.cookie_lifetime 5356800

Или PHP функцией ini_set():

ini_set('session.cookie_lifetime', 5356800);

Или В php.ini:

; Два месяца

session.cookie_lifetime = 5356800

 

 

Относится к времени жизни именно данных сессии. Время сохранения авторизации на сайте.

Хранит ID сессии на стороне сервера.

2 месяца равно 5356800 секунд. Плюс автопродление при посещении страницы.

Время можно изменить в .htaccess:

php_value session.gc_maxlifetime 5356800

Или PHP функцией ini_set():

ini_set('session.gc_maxlifetime', 5356800);

Или В php.ini:

; Два месяца

session.gc_maxlifetime = 5356800

 

 

И перезапусть PHP-FPM.

[stanr]

21 час назад, AlektroNik сказал:

 

Вот заметики себе делал.
Может Вам пригодится.
 

Обсуждение:

 

 

 

Время жизни сессии (авторизации посетителя) на сайте определяется в файле /system/library/session/db.php и указывает на параметр php session.gc_maxlifetime:

 

$this->maxlifetime = ini_get('session.gc_maxlifetime') !== null ? (int)ini_get('session.gc_maxlifetime') : 1440;

 

Если в php.ini указан gc_maxlifetime в разделе  session, то используем его (в моем случае он примерно 33,6 часа), если не указан то 1440 сек. = 24 мин.

 

НА МОЕМ ХОСТИНГЕ ЗАПРЕЩЕНО УПРАВЛЯТЬ ЭТИМИМ ПАРАМЕТРАМИ, ПОЭТОМУ НУЖНО НАСТРАИВАТЬ НАПРЯМУЮ В PHP.INI!!!

 

Оба параметра следует выставлять одинаковые. Одно без другого не живет. Т.к. если умрут данные сессии, то из ЛК пользователя выкинет.

 

 

Определяем время жизни cookie вместо "При завершении сеанса браузера". По умолчанию там ноль.

Если там ноль, то кука умирает с закрытием браузера как минимум в "Яндекс Браузере", остальные браузеры cookie сохраняют всеравно.

Хранит ID сессии на стороне клиента.

2 месяца равно 5356800 секунд. Плюс автопродление при посещении страницы.

 

Время можно изменить в .htaccess:

php_value session.cookie_lifetime 5356800

Или PHP функцией ini_set():

ini_set('session.cookie_lifetime', 5356800);

Или В php.ini:

; Два месяца

session.cookie_lifetime = 5356800

 

 

Относится к времени жизни именно данных сессии. Время сохранения авторизации на сайте.

Хранит ID сессии на стороне сервера.

2 месяца равно 5356800 секунд. Плюс автопродление при посещении страницы.

Время можно изменить в .htaccess:

php_value session.gc_maxlifetime 5356800

Или PHP функцией ini_set():

ini_set('session.gc_maxlifetime', 5356800);

Или В php.ini:

; Два месяца

session.gc_maxlifetime = 5356800

 

 

И перезапусть PHP-FPM.

 

Спасибо, но дело в том, что в htaccess это дело прописано: https://disk.yandex.com/i/6jKJ0FZ82oE7RA

в php.ini тоже добавил.

но не сработало ...

 

[AlektroNik]

19 минут назад, stanr сказал:

 

Спасибо, но дело в том, что в htaccess это дело прописано: https://disk.yandex.com/i/6jKJ0FZ82oE7RA

в php.ini тоже добавил.

но не сработало ...

 

 

Попробуйте phpinfo поизучать.

Один из кореня сайта, дпугой из папки /admin (из модуля "Домовой" можно).

Я замечал, что уменя разную инфу показывал корень и админка.

[dv1zhok]

Приветствую! Есть вопрос по ocstore:
В статье блога нет блока с дополнительными изображениями: https://skr.sh/sCYbkFsB04I
Это баг? Каким-то образом их можно добавить? Т.к. на фронте есть вывод: https://skr.sh/sCYJ2lpi2eT

Или стандартный блог ocstore не позволяет это делать и придется ставить какое-то другое дополнение блога ?

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

[actu]

Привет, столкнулся с обратным / на страницах пагинации. У движка отключён / в конце url, в htaccess правил нет. Как исправить?

 

[motobrat]

Писал в ветку ранее, но ответа не получил.

Во всех модулях в разделе Курсы валют неправильно прописаны статусы модулей, поле статуса не берется при сохранении. Как следствие - модули не включаются!

Там должно быть по сути
currency_cbr_status для Центральный банк Российской Федерации

currency_nbu_status для укр НБУ

и т.д.

Спасибо Алексу (OCdev.pro) за подсказку))

Змінено 22 лютого 2022 користувачем motobrat

[chukcha]

1. А разве есть такое расширение курсы валют????

Это что-то кастомное

2. module_accaunt_status - это не его статус, а статус  модуля., а не расширения с курсами

Вывод - обращайтесь туда, где вам это делали

 

[ocdev_pro]

22.02.2022 в 18:22, chukcha сказал:

1. А разве есть такое расширение курсы валют????

Это что-то кастомное

2. module_accaunt_status - это не его статус, а статус  модуля., а не расширения с курсами

Вывод - обращайтесь туда, где вам это делали

 

Это не кастомное, это поставляется в сборке ocStore 3