konorws

ну тут все верно container иммет фиксированую ширину Есле не отображается почистите кеш модификатором после каждого внесения измненний в файлы

Ну тогда решать вам как это реализовать правильнее отредачить на стороне бекенде. Не справитесь то пишите в ЛС

так проблем и нет изменить в phpmyadmin 1) Берете таблицу 2) На Структуру 3) Нажимете редактировать возде нужной колонки 4) Меняете 5) Живете долго и счастливо

можно в БД можно и в админке если я не ошибаюсь

ну можно и через JS перехватить собития на все силки и тогда уже перекидивать. Но как на меня как то все страно и костильно. Убивать много страниц которие и делают вес сайта в поискових системах

Я думаю вам можноп оппитатся отконфигурировать єто в Групах пользователей Изменить стандартную групу пользователей для зарегистрированіх и не зарегистрированіх юзеров и тогда уже одной из них давать скидку

Тогда посоветую переделать сейчас так как в будущем по мере развития проекта это может обойтись вам намного дороже. Хотя скажу вам так что Опенкарт по архитектуре не саммый удобный для рефакторинга и поддержки!

А бекап точно в пеорядке?? на инсталл перекидивает есле config.php пустой

Но тут вам нужно просто дработать функционал админки чтоб она умела работать с этими полями хотя общее решение вашей задачи это один большой костиль. Так как на много проще было бы создань новые соответсвующие поля для этих параметров а не юзать поля артикулов. Но и я просто не повню чтоб в order_product были поля UPC и EAN

ну вопервых вам нужно определить сервис который будет делать выплата. А дальше уже от него отталкиватся но больше всего вам в раздел Услуги

а скрин ошибки можна ато я не понимаю о чем вы ? А насчет установки в ручную можна както больше информации получить ? что иммено не выходит ?

Ну тут проблема в том что суб запрос не может возвращать более одной строки и на следующий раз старайся подавать читабельный код в запросе к таблице `order_history` нужно добавить LIMIT 1 PS. Добавил сортировку по ID SELECT o.order_id, CONCAT(o.firstname, ' ', o.lastname) AS customer, (SELECT os.name FROM order_status os WHERE os.order_status_id = o.order_status_id AND os.language_id = '1' ) AS status, o.total, o.currency_code, o.currency_value, o.date_added, o.date_modified, (SELECT oh.comment FROM order_history oh WHERE oh.order_status_id = o.order_status_id AND oh.order_id = o.order_id ORDER BY order_history_id DESC LIMIT 1 ) FROM `order` o WHERE o.order_status_id > '0' ORDER BY o.order_id DESC LIMIT 0,50

Добрый день. Вот не так давно столкнулся с одной фичей 301 редиректа если честно я несколько часов не мог понять в чем прикол а потом все добрый дядя Google дал мне ответ. С чего все началось. Ко мне написал старый заказчик с просьбой поправить страницу заказа. А именно перекидать пользователя без авторизации на страницу самой авторизации (зачем ? это уже другая история скажу сразу у него движок не Opencart а самопис какой то). Тут долго думать не пришлось 3 строчки кода (Буду приводить код Opencart что бы было более понятно) Ну вставил я этот код: if(!$this->customer->isLogged()){ $this->response->redirect($this->url->link('account/login')); } Ну думаю проверю на всякий случай. И вот скидаю куки и захожу на страницу заказа оп и все работает.)))) Думаю ладно попробую еще авторизацию пройти. Логинюсь на сайте - идем на страницу оформления - оп и я на странице авторизации с ошибкой доступа Я немножко афигел. Давай копать проврил код все нормально все верно. Убрал код из файла и оп ляля а Ридерект остался причем в любой ситуации перекидивает. Я начал колдовать искал убирал скидивал кеш и нифига. И тут я заглянул в файл редиректа и вот какую строчку я там обнаружил header("HTTP/1.1 301 Moved Permanently"); Уточнил у заказчика откуда он там взялся (пришлось обяснить сначала что он значит и делает). Как оказалось им какая то СЕО прога сказала что на сайте есть 302 редиректы и это не правильно и они решили все перевести в 301. Думаю окей ваши тараканы. Закомментил эту строчку проблема осталась. Начал гуглить, гуглить, гуглить, ........... И на дном из тикетов поддержки Google Chrome я нашел ОТВЕТ: Как оказалось браузеры кешируют 301 редирект и при повторном вызове УРЛ сразуже перенаправлять на кешированный УРЛ. Причем не только Google Chrome а и другие браузеры также. Итоги: Для внутришних редеректов сайта всегда используйте 302 редирект который используется в PHP по умолчанию.

Ну по факту логика просто получаем данные перед сохранением и после потом сравниваем и получаем поля которые были изменены. Ну дев вариант уже работает давно по факту осталось создать ocmod файл но к сожелению сейчас нет времени закончить темболее я уже молчу об поддержке данного модуля а выпустить его в сыром виде безполезно. Порэтому как появится время доделаю его

Есле посмотреть на скриншот то там есть поля дата когда произошло и пользователь который это зделал эти поля есть для всех собитий и модулей

Ну тут ситуация зависит от задачи у меня стояла задача сделать так чтоб можно было как можно быстрее заполнять карточку а ФМ с папками как минимум ее упрощает так как есть несколько дополнительных шагов.

Добрый день после в добавления модуля на главную страницу получаю набор крякозябр вместо конетнта может ктото знает в чем может быть проблема Opencart 1.5.x

Тут решения 2 1) в функции переключения отслеживать ref заголовок который приходит и потом его передавать 2) самому передавать из формы переключения языка url на который нужно далее отправить пользователя Лично я саветую использовать 2

Добрый день. Суть в том что вам нужно увеличить размер ОЗУ выделяемой под выполнения скрипта илиже делать Экспорт не всех заказов

display:none;

Есле хотите чтобы эта информация никак не влияла на сео то можете закрыть данный блок от индексании лично мы ничего не длали просто додали информацию без использования <h1-6>

danineo1, Чтоб оно не влияло на SEO просто используйте теги h1-h6 в инфорамации о доставке и магазине если вы хотите вообще не влиять на сео то можете обвернуть блок еще в тег noindex noffolow

Truth_Explorer, Да тут известная проблема я очень долго искал решение данной проблемы но УВЫ простого решения я не нашел. просто так средствами PHP нельзя оптимизировать картинку. Тут я нашел 2 выхода 1) Подключения платного модуля оптимизация по API который будет оптимизировать вашы картинки (есть проблема во времени создании кешированой картинки) 2) Если же у вас VPS/VDS тогда вы можете установить консольные утилиты и интегрировать с ними PHP скрипт.

kadetff, К стати для теста проверте индексы базы данных довольно часто их нет на опенкарте