Dotrox
-
Публікації
2 003 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Dotrox
-
Это у них шаблонный ответ. Я уже делал мультимагазин на одном из их шаблонов, про который они тоже говорят об отсутствии поддержки мультимагазина. -
Для начала отключите подсчёт товаров в категориях.
-
Шаблон не влияет на формирование ссылок!
-
Тем не менее, мультимагазин - это единственнй вариант. Как именно не работает? Лицензии на шаблоны octemplates поддерживают поддомены, там просто нет отдельных настроек для каждого.
-
Что вы подразумеваете под "модулем"? Это называется языковой пакет. Если вы его удалили, то ничего удивительного, что у вас он не отображается в списке кодов. Бэкап надо было делать перед началом установки, а не после.
-
Инициализироваться оно будет одинаковое количество раз! Даже, если на текущем запросе редирект не нужен, всё равно модуль будет проверять условие, чтоб убедиться нужен или нет. Волка боятся - в лес не ходить. Давайте тогда вообще откажемся от редиректов в .htaccess из-за того что кто-то может накосячить.
-
Где у вас лежит директория с украинскими языковыми файлами и как она называется?
-
У вас в Code вписано "en-gb". Соответственно, языковые файлы украинского грузятся из директории английского. А ещё локаль неправильная, там значения для русского (но это к текущей проблеме не относится).
-
@ZviNK , вы ведь видите на скрине в чём проблема?
-
Я имел ввиду настройки украинского языка. Подозреваю, что он у вас неправильно настроен.
-
Вы не то заскринили - надо было скринить ваши языковые настройки!
-
Редиректы через модуль - это намного хуже любых редиректов через .htaccess, поскольку требуют запуска ОК. То есть, редирект будет занимать больше времени и потреблять больше серверных ресурсов. Бывают случаи, когда без таких редиректов не обойтись: например, для правильного перенаправления требуется какая-то информация из базы, но это не ваш случай.
-
Бэкапа базы или файлов?
-
А где и как вы свой класс инициализируете? Так речь же идёт сейчас уже про отдельный класс, в который registry будет передаваться при инициализации.
-
Конечно, не работает - десятки раз уже на форуме писал, все редиректы должны быть сразу под "RewriteBase /". А кроме того, где вы такие редиректы откопали вообще? Вот так должно быть (только одна строка на редирект): RewriteRule ^stati/$ /information/stati-o-tovarah/ [R=301,L] И что предлагают взамен?
-
Зависит от того, где ваш класс. Если где-то в system, то в конструкторе делаете: $this->db = $registry->get('db'); А затем используете, как и везде. И не забудьте передать в конструктор $registry при создании экземпляра класса. Если же ваш класс в контроллерах, то там это и так будет работать из коробки (если вы наследуетесь от Controller).
-
Если у вас все старые ссылки на отдельные статьи идут от корня, то придётся для каждой редирект прописывать вручную.
-
Из коробки такой возможности нет даже для вишлистов зарегистрированных.
-
Такого быть не должно! Как вы заходите на поддомен? Вы там где-то домен захардкодили? И у вас не SeoPro?
-
А как вы восстанавливаете правильные данные?
-
Непонятно, что вы называете "данными" и что такое старый сайт, но очень похоже, что у вас есть какие-то правки в кеше модификаторов (вместо правок оригинальных файлов) и они затираются при обновлении кеша.
-
Там ошибка из MySQL: Так что порт должен быть правильный.
-
А права у этого пользователя на соответствующую базу есть? И вы ведь не забыли, что в ОК два конфига? Ошибка в первом сообщении у вас в админке возникает.
-
Сюда для начала: Убедитесь, что в конфигах правильно прописан пользователь и пароль от новой базы.
-
Отключите отправку почты через SMTP.
