Donni

Возник такой вопрос. Допустим сервер телеги упал. Как при этом будет действовать модуль? При попытке отправить уведомление зависнет или, например, после трёх попыток прекратит отправку?

Считал, что будет лучше, если информацию о конфид. и куках разместить ссылками во всплывающем окне (при заходе на сайт полоска в нижней части экрана). Таким образом избавляемся от чекбоксов в магазине и соответственно делаем форму на один обязательный пункт меньше (обратная связь / оформление заказа и т. д.) Увидел данный модификатор и задумался. Получается более опытные так не делают. Если использовать модификатор, то покупатель уже не отвертится ("не заметил уведомление"). Получается надежнее, но в форме на один обязательный пункт будет больше. Не хочу получить штраф. Пожалуй поставлю модификатор Или нет (больше всего волнует страница оформления заказа)

@Tanechka3191 @spectre @SiteMix @anboza @Evgeniy2019 @morfius12 Подойдет, если в описании модуля сказано, что поддерживается OpenCart 3.0.2.0. Пример: Если подобной информации нет, то в первую очередь поинтересуйтесь у автора модуля. Если решили создать новую тему, то в следующий раз прикрепите ссылку на необходимый модуль для того, чтобы получить точный ответ.

del

Если конкуренты начнут часто выгружать прайс, то хостинг заблокирует магазин? Имею ввиду в момент выгрузки прайса создается большая нагрузка?

Из-за видео сайт будет медленнее грузится?

Согласен. Меня тоже интересует данный вопрос. Пока выяснил, что так происходит из-за SeoPro. Т. е., если его отключить (так делать не нужно), и включить дефолтный ЧПУ формирователь, то в хлебных крошках категории будут отображаться "нормально". Возможно найду какой-нибудь модуль по исправлению хлебных крошек.

Пробовали решить так: на странице редактирования товара, во вкладке "Связи" выбрать главную категорию (т. е. "более важную")?

Прекрасно работает на Opencart 3. Считаю, что кнопку "Удалить", которая находится возле кнопки "Копировать", лучше убрать, т. к. одно неверное движение и всё...

Подумал, что бесплатный парсер - это хорошо, но настраивать не пробовал, т. к. пока не планирую использовать подобные модули.

Ок, понял

На demo фильтра нет. Добавить бы описание модуля. То же самое в версии модуля для OC 3. Я хотел купить какую-то из версий, но там был куб, поэтому остановился. Теперь куба нет, поэтому добавлю модуль в закладки

Есть. Вот, она В данной директории (ru-ru > extension > module) есть файл seopro_module.php Внутри файла есть переменные, которые упоминаются в журнале ошибок: $_['text_save'] = 'Сохранить'; $_['text_cancel'] = 'Отмена'; Установка модуля прошла успешно, т. е. необходимые файлы загрузились в систему. В том числе файл с языковыми переменными. ====================================================== Чтобы убрать ошибку попробовал так 1) admin\controller\extension\module\seopro_module.php добавил строки и ошибка исчезла $data['text_save'] = $this->language->get('text_save'); $data['text_cancel'] = $this->language->get('text_delete'); 2) Другой способ. Вернул всё как было и в admin\view\template\extension\module\seopro_module.tpl это '<a style="display: none;" onclick="saveAlias(' + g.result + ')"><?php echo $text_save; ?></a> ' + '<a style="display: none;" onclick="cancelAlias(' + g.result + ')"><?php echo $text_cancel; ?></a> ' + заменил на это '<a style="display: none;" onclick="saveAlias(' + g.result + ')"><?php echo $button_save; ?></a> ' + '<a style="display: none;" onclick="cancelAlias(' + g.result + ')"><?php echo $button_cancel; ?></a> ' + и ошибка исчезла В итоге вернул всё как было, т. к. не уверен в правильности решения.

В этом нет необходимости, т. к. скрипт оказался рабочим. Белый экран = "хорошо", т. е. нет файлов c BOM

Моя ошибка. На самом деле всё работает! Прошу прощения.

Я это знал из описания модуля. Сейчас понял в чем была моя ошибка. Тогда я подсунул системе файл в UTF-8 с BOM, но в формате .txt Естественно результатом был белый экран. Сейчас (спустя месяц) понимаю, что сделал ошибку. Вместо .txt сделал .php и в результате на экране увидел название файла в UTF-8 с BOM. Т. е. всё работает! Пойду отпишу в теме поддержки.

Аналогично. Кажется, это штука не работает на OC 2.3 (писал об этом в теме поддержки). У меня получилось. Для этого в гугле нашел информацию о том, что total commander умеет это делать. У меня была фотка с настройками программы, но случайно удалил её, поэтому не могу приложить. Если загуглить, то данные настройки можно найти Если не ошибаюсь, то эта же программа умеет массово менять кодировку UTF-8 c BOM на UTF-8 без BOM (но я не пробовал). Я искал на голом движке Opencart 2.3.0.2 (1 файл нашел). В итоге в файле .htaccess прописал AddDefaultCharset UTF-8 и непонятные символы исчезли.

Здравствуйте. Да, всё верно. Скачал с оф. сайта опенкартком версию 2.3.0.2 и оттуда же русификацию. Поэтому у меня есть директория с русским языком. Называется ru-ru. Пример: Внутри выделенной папки: extension > module лежит файл seopro_module.php Поэтому настройки модуля у меня на русском. Еще один пример на всякий случай А сам модуль брал (установил) с лайвопенкарт

@pobo3 Я на днях ставил дополнение от opencart-template. При установке вышло предупреждение о том, что файлы модуля заменят родные файлы OpenCart. Получается Вы удалили файлы дополнения, но при этом не восстановили родные файлы OpenCart, поэтому страница недоступна.

Сегодня установил Opencart и удалил язык через вкладку "Локализация". Сейчас увидел данный модификатор и задумался. Лучше удалить или установить модификатор? Считаю лучше удалить, чем иметь дополнительный модификатор в системе. А если язык нужно вернуть, то просто добавляем его через ту же вкладку "Локализация" (благодаря тому, что при удалении языковые файлы не стираются). Исключение, если используется ocstore (следует из поста выше).

Этого недостаточно. Необходимо в корневой папке сайта переименовать файл .htaccess.txt на .htaccess т. е. убрать .txt в конце и ЧПУ должен заработать.

А что этот код делает? Из поста выше следует, что доступы светит?