AlexDW
-
Публікації
11 319 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача AlexDW
-
такое лучше у автора модуля и спрашивать
-
на скрине явно не opencart, выберите верную БД -
сайт доступен и с www, и без - даже в консоли все пестрит редирект настройте на что-то одно
-
да вспоминайте, после чего такое началось если сразу с момента запуска сайта - имеет смысл обратиться к хостеру проверьте файлы на наличие левых подключений к БД в обход классов движка (ищите по _connect) на форуме как-то попадался код, где подобное подключение вообще было сделано в цикле здесь почитайте https://sqlinfo.ru/forum/viewtopic.php?id=7444
-
-
- Ни-се-во не понимаю! (с) модуль не добавляет никаких кнопок/ссылок, а лишь меняет логику поиска движка если у вас изначально есть какие-то проблемы с работой поиска на сайте - модуль не поможет
-
да нет никаких проблем просто у вас сам код вывода обернут в различные условия которые в свою очередь имеют отступы и переводы строк вот и получается на выходе код с этими отступами/переводами
-
-
для понимания, почему может включаться режим обслуживания при обновлении кеша модификаторов, до начала их обработки - магазин автоматически переходит в режим обслуживания после окончания обработки модификаторов - режим обслуживания переводится в то же состояние, которое было до обновления кеша модификаторов сделано это для исключения возможных проблем совместимости на витрине магазина наиболее распространенная причина произвольного включения режима обслуживания - какой-либо сбой во время обновления кеша модификаторов (переполнение файла логов, закончилось свободное место на хостинге и тп) т.е. получается, что перед обновлением режим обслуживания включился а из-за сбоя во время обработки - до обратного выставления статуса режима обслуживания очередь просто не доходит что и приводит к включенному режиму обслуживания
- 1 відповідь
-
- 1
-
-
- информер
- управлением режимом обслуживания
- (і ще %d)
-
в Opencart фото хранятся не в БД, а на самом сервере в каталоге движка в папке image в БД хранятся лишь их пути
-
напрямую зависит от кода вашего модификатора
-
-
если раздел темы верный и у ТС движок 3х - выдаст что такой таблицы не существует в тройке oc_seo_url плюс в тройке уже встроен сео-менеджер, танцы с БД не нужны достаточно выбрать в меню Design > SEO URL и ввести %172 в поле Query если в списке результатов не будет строки с product_id=172 - значит самого алиаса не существует если строк с product_id=172 будет несколько - причина в дублях, удалять лишние
-
как вариант, пробуйте в файле system\library\cache\file.php добавить clearstatcache();
-
-
-
если ничего дополнительного не ставили, проверьте работу в другом браузере, из которого не логинитесь в админку CartKeeper может не совсем корректно показывать товары в том браузере, где добавление товаров идет вперемешку и под залогиненным админом, и под разлогиненным (на корзины клиентов это не влияет, им админка недоступна) если что-то еще ставили после установки CartKeeper - в ЛС нужны доступы в админку и по FTP (по FTP - вплоть до каталога модификаторов, если он отдельно вынесен за пределы каталога движка)
-
проверьте, не редактировался ли этот файл шаблона через встроенный Редактор тем в админке если да - в этом и причина, редактор криво работает не используйте его вообще или пробуйте
-
понятно, что визуально проще воспринимается название товара на родном языке но в таких случаях как у вас - сборка заказов обычно идет по номенклатуре / коду / модели товара если конечно она не организована по принципу "Вася! достань фигню с третьей полки!"
-
это не размеры, а опции ищите модуль вывода опций на страницах категорий (либо у автора шаблона уточните этот момент) только учтите, такой вывод - не самое лучше решение, так как ведет к излишней нагрузке
-
автообновление валют в настройках админки попробуйте отключить и проверьте
