AlexDW
-
Постов
621 -
Зарегистрирован
-
Посещение
-
Победитель дней
97
Тип контента
Профили
Документация OpenCart
Информация
OpenCart Wiki
Форумы
Блоги
Дополнения
Магазин
Весь контент AlexDW
-
откройте файл конфига движка config.php и смотрите значение DIR_CACHE - это и будет путь к файлам системного кеша для сброса / очистки системного кеша в Opencart - в этой папке удалите файлы начинающиеся на cache. -
это вопрос не к модулю, а работе вашего seourl пробуйте сбросить кеш seo после его изменений
-
самое логичное - обратиться к автору модуля
-
список поддерживаемых шорткодов указан прямо в модуле, смотрите иконку подсказки стандартно таких полей нет если речь про Custom fields, т.е. пользовательские(настраиваемые, произвольные - в зависимости от используемого перевода) поля, которые задаются в админке в разделе Покупатели - то они пока не поддерживаются, стоит в планах на доработку если речь про добавленные каким-то еще способом - то по идее через шорткоды можно выводить любую информацию все упирается в то, как и откуда формируются данные
-
Здравствуйте посмотреть варианты подходящих шаблонов html писем в сети и подогнать под себя или нанять кого-нибудь кто сделает как нужно неясно про какую вкладку речь если про стандартную при просмотре заказа - используйте шорткоды для вывода нужной информации, см. подсказки в модуле
-
так вот же вроде
-
Модуль обновлен до версии 1.32 - исправлен баг кэширования при создании PDF на некоторых хостингах
-
Здравствуйте с подобными вопросами нужно в ЛС обращаться а с учетом что здесь модуль не покупали - сначала еще и данные предоставить о покупке (где, когда, кем и на какой домен приобретался)
-
если бы ТНБ хотя бы намекал мне, когда у меня будет свободное время, вместо авралов и геморроев - с радостью бы указывал конкретные сроки ) надеюсь в течении месяца-двух доберусь
-
нет ругается на то, что в файле sale/order_info.twig встретился {% end %} там, где его быть не должно
-
искать в модификаторах
-
OrderField позволяет выводить вес - как самих товаров, так и итоговый вес заказа правда, в текущей версии пока без учета веса опций (стоит на доработку в списке задач) посоветовал бы глянуть на модуль но неясны моменты и про блок с информацией - откуда/как в блоке будут браться данные о готовности черенков и сортах на замену
-
Модуль обновлен до версии 1.31 - добавлена отправка pdf в письме покупателю при создании заказа при условии что статус заказа числится в доступных для покупателя при создании pdf - добавлена отправка pdf в письме админу при создании заказа вне зависимости от статуса заказа или опции отправки покупателю - добавлен учет веса опций при выводе веса товаров и/или общего веса заказа с возможностью показа веса для каждой опции рядом с ее значением - добавлено поле для ввода своего кода CSS с подсветкой синтаксиса при наличии плагина CodeMirror (входит в состав движков с версии 2302) - добавлена поддержка символа рубля - добавлена поддержка движков версии 3038 - улучшена поддержка PHP 7.4 и выше - улучшен механизм лицензирования - прочие правки и улучшения
-
с учетом вариантов немного либо данный мод здесь ни при чем либо у вас еще какое-то кеширование используется, модулями или на уровне сервера ну или что-то не так делаете
-
в админке в Панели управления в верхнем правом углу тыкнуть синюю иконку с шестеренкой и потом нажать иконку обновления напротив Theme (кэш шаблона twig)
-
хорошо бы в документации по движку Opencart поправить вывод изображений а то с раздела Расширения и ниже вместо изображений только текст ссылок
-
вероятно не все почистили, например кеш twig они для того и предназначены принцип работы модификаторов в опенкарт: вносятся изменения в какой-то нужный файл, согласно коду самого модификатора движок при обновлении кеша модификаторов создает копию оригинального файла движка в папке кеша модификаторов и в работе потом использует именно этот измененный файл плюсы подобного в том, что оригинальные файлы движка не затрагиваются и все правки легко удалить отключением/удалением модификатора главное не забывать обновлять кеши модификаторов и шаблонизатора twig после этого, для применения изменений
-
насколько помню, в стандартном менеджере изображений при его открытии нет никаких хлебных крошек соответственно и причину ищите в коде, который их добавляет у вас
-
можете прямо здесь глянуть и уточнить интересующие моменты у автора фильтра
-
плюс чтобы не совершить ошибок новичка и не попасть на уловки мошенников - пользуйтесь только легальными площадками подробнее здесь https://warez.rip/
-
не нужно гадать, нужно фактически смотреть создайте в папке с движком файл info.php, вставьте в него код откройте в браузере по ссылке ваш_сайт/info.php , ищите на странице max_input_vars и смотрите ее значения и обязательно потом созданный файл удалите если все танцы с бубном по изменению значения не помогли - уточните этот момент у своего хостера
-
-
вероятно неверно / не там делали смотрите здесь и проверьте фактическое значение max_input_vars после изменений
-
если заказ с ненулевым статусом есть в БД, а отправки письма по нему не было - значит проблема с самой отправкой (попало в спам, ошибка при отправке из-за неверных настроек почты и тд) причину искать по логам сервера если письмо отправлено при нулевом заказе - искать причину в платежке и/или способе оформления заказа проверять все это рекомендуется с использованием стандартного оформления заказа (при условии, что в нем не ковырялись)
-
нет отправка письма происходит уже после того, как заказ в БД добавлен (и его статус изменен на отличный от 0) стандартно в Opencart заказ попадает в БД на последнем этапе, на странице финального подтверждения клиента при этом у него нулевой статус (пропавший/потерянный) после подтверждения статус заказа меняется на нужный и отправляются письма о заказе если перед последним подтверждением клиент возвращается обратно - например посмотреть варианты доставки / оплаты и тд - заказ так и висит в базе с нулевым статусом а при переходе на финал - создается по новой (см.выше) но уже с другим номером если же пришло письмо о заказе, а сам он числится в потерянных - искать причину в способах оплаты обычно после подтверждения оплаты платежная система должна вернуть код успешной оплаты и соответственно изменить статус заказа