Dotrox
-
Публікації
2 003 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Dotrox
-
Сделайте скрин. На сайте я таких ссылок не увидел, а Вебвизор же их где-то взял.
-
Объясните начальству, что переезд на другой хостинг не означает "трогать" старый домен! Зачем? Никакого new.ru быть не должно! Прописываете в DNS для mysite.ru все поддомены указывая при этом в А записи ip нового сервера и всё.
-
Почему вы думаете, что для всех в СНГ рубль - это удобный ценовой ориентир? То есть, даже без выхода за пределы СНГ давно был смысл перейти на доллар, как базовую валюту. А дополнительная индикация в других валютах будет иметь смысл только в случае использования курсов платёжных агрегаторов, через которые происходит оплата. Иначе эти цены могут вводить в заблуждение ввиду сильного отличия от реальных курсов при оплате.
-
Сделать отдельный магазин. Можно ещё попробовать поизвращаться и сделать на старом хостинге внешний доступ к базе и прописать её в конфиге магазина на новом.
-
Поставил сначала только на admin, затем рекурсивно на все поддиректории - ошибка всё равно не исчезла. Может ли быть, что там просто неправильно путь к директории формируется при вызове chmod()? -
Откуда вы их копировали?
-
После установки модуль в админке всё время выдаёт такую ошибку: Warning: chmod(): No such file or directory in /admin/controller/shipping/novaposhta.php on line 9641 ocStore 1.5.3.1, версия модуля 3.3.1. В чём может быть проблема?
-
Вы в этом уверены? Значит вот там, где источник внутреннего перехода, эта ссылка и есть в битом виде. Пытаться ещё что-то угадать не видя сайта - не имеет смысла.
-
На любом нормальном хостинге за статику отвечает nginx, поэтому: 1. Бессмысленно их сжимать самостоятельно. 2. Бессмысленно пытаться что-то настроить в .htaccess. Просто попросите хостера включить сжатие, если такой опции нет в панели управления.
-
vQmod - это основной источник всех внезапностей в ОК, поскольку он модифицирует файлы на лету и по собственной инициативе. Возможно, у вас был какой-то фикс, который позволял SeoPro правильно воспринимать эти символы, а сейчас он отвалился. Попробуйте для начала очистить кеш vQmod.
-
У вас там мусор в ссылке: http://poznavajamir.ru/binokli/binokl_veber_classic_bpc_20%D1%8550_vl/ И у второго товара тоже. Не кардинально, а правильно! Надо просто убрать символы, которые энкодятся. У вас это иксы из названия товара. У вас есть vQmod?
-
У вас на скрине и справа и слева категории - это видно по хлебным крошкам. Вывод категорий в виде выпадающего списка сделать, конечно, можно, но вы для начала определитесь со структурой, потому что не факт, что вам нужно всё делать именно через категории. Возможно, вам больше подойдут категории + атрибуты + фильтр по атрибутам.
-
Копать в логи сервера, ошибка 500 в журнал ошибок ОК не попадает. Что угодно, что вызывает ошибки уровня E_ERROR, E_PARSE (остальные из приводящих к ошибке 500 тут маловероятны).
-
Вы таким редиректом всё сломаете! В ОК расширение php имеет только один файл в ссылках - точка входа в приложение. При наличии ЧПУ, такие ссылки есть только у аякс запросов. И в любом случае такой редирект сломает любой не ЧПУ запрос.
-
Вот это всё зачем? Вы уверены, что в конфигах ваши правки сохранились? В админке SSL включён?
-
То, что вы этого не понимаете, как раз и доказывает, что вы могли переключиться даже не заметив. SeoPro - это не часть ОК, это разработка местного сообщества, которая присутствует в ocStore и некоторых других сборках. Из коробки в ОК есть своя система ЧПУ, которая имеет ряд недостатков, но тоже вполне рабочая. За неё отвечает файл /catalog/controller/common/seo_url.php.
-
Это значит, что вы раньше SeoPro не использовали и включили его только когда на SSL переключались.
-
Любопытно, как вы умудрились его удалить, если даже не редактировали?
-
Значит с url.php проблем таки нет. А файл /catalog/controller/common/seo_pro.php редактировали? Вы кстати, уверены, что у вас сейчас именно SeoPro включён?
-
В файле проблем не вижу. У вас vQmod используется? БД не при чём, если вы только её перед этим уже не ковырнули. Но это могло повлиять только на проблему с ЧПУ, а не на 404.
-
Несовсем понял, зачем вы его вообще ставили. В какой момент у вас пропали ЧПУ и на всех страницах начало выдавать 404? Есть у меня подозрение, что вы тут могли что-то накосячить: Покажите, что у вас сейчас в /system/library/url.php.
-
Я имел ввиду немного другое, но и такой вариант возможен. Попробуйте в контроллере модуля вместо return $this->load->view('extension/module/category_wall', $data); сделать так: $this->response->setOutput($this->load->view('extension/module/category_wall', $data));
-
Любопытная проблема. Вы SeoPro используете? Опишите последовательно все действия, которые вы делали при переходе на https (даже самые очевидные).
-
Вам нужно делать рендер отдельно и вставлять уже готовый html. Для примера посмотрите, как выводится корзина в шапке. И научитесь пользоваться вставкой кода в редакторе на форуме, это полотнище текста ведь не читабельно!
-
На это моих телепатических способностей уже не хватает.
