Venter

есть еще такая штука как модификаторы, и есть такая штука как включение ошибок и лог

если вы ставили какие то модули/модификаторы попробуйте их отключить, обновить модификаторы и проверить как работает. у самой версии 3.0.3 не заметил такого бага

тестировал на версии 3.0.3, все пашет. у вас какая версия опенкарта??? что приходит в консоль??? что приходит в Network???

а что у вас по прилетает в консоль если вы ставите product/category/prod_quickview

можно скрытые поля поставить, если не поможет то прикрутить капчу

ну написал же по поводу сео здесь вообще не при чем, это технический момент решения переноса

Открепить домен от дерриктории где лежат файлы сайта, новый домен прикрепить к этой дирректории, к старому домену создать отдельную деррикторию и засунуть туда htaccess. Как по мне так проще чем перекачивать файлы из папки в папку бд вообще не надо трогать

ну так учитесь. поможет в будущем если с опенкартом работает и меньше по форумам будете ходить. можно таким образом решить вашу задачу через шорткод

Держите новый модификатор. Не забываем обновлять модификаторы blog_tmp.ocmod.xml

по аналогии не пойдет, в код опенкарта нужно смотреть А куда вообще добавляете код???

Причин может быть много. Это не типичная проблема опенкарт, а это именно ваша проблема, нужно смотреть ваш сайт, что вы там правили/ставили и тд. Между работал нормально и появилась вот эта ошибка какие модули ставили/правили?

Сейчас тестировал на 3.0.2 , тоже работает

Вот OCMOD должен помочь что у блога Статьи работала вкладка Дизайн. тестил на 3.0.3, на 3.0.2 должно работать blog_tmp.ocmod.xml

смотрел в версии 3.0.3, у самого движка это не учтено на фронте хотя в админке и в модели сохраняет шаблон

сделать блок Наименование определенной высоты

внимательно читай, очень внимательно, там написано ИЛИ

да тут уже вместо него почему то начали разгрибать мое решение. жесть...

CREATE TABLE `new_orders` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `token` varchar(255) NOT NULL COMMENT 'это хеш ID будущего заказа', `new_id` int(11) NOT NULL COMMENT 'будущий ID', `order_date` int(11) NOT NULL COMMENT 'дата создания в формате time', `status` tinyint(1) NOT NULL DEFAULT '1' COMMENT 'статус обработано/нет', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; status 1- нет, 2 - обработан 1) Перед тем как перейти к оплате: - лезим в таблицу new_orders и выбираем допустим с максим числом поле new_id и status = 1 - если есть такой, то в сессию уже пишем ID = new_id + 1 - иначе ID = будущий id 2) ID записали в сессию, сделали хеш - записали в куки, в бд - token = хеш, new_id 3) если в платежке нужно передать ID то передаем тот который создан в 1 4) после успешной оплаты: - если есть сессия = создаем заказ, идем в бд и по ID ставим статус 2 - если нет сессии получаем куки, лезим в бд и получаем new_id, создаем заказ, идем в бд и по ID или по хешу или все вместе и ставим статус 2 - удаляем сессию, куки блин, да какой же вы тяжолый, я ж сказал что есть моменты разные и решения разные. или не ясно??? я что заставлю использовать свое??? НЕТ сам ты велосипедист ... )) Еще раз, просто предоставлено решение, и оно имеет право на существование, разные бывают нюансы и может кому то не катит просто удалять по крону или еще что то а может вообще кто то другое решение зделает под свои хотелки. Блин.... просто взял написал дополнительное решение и начинается..... После вот такого вообще на..у не хочется никому помогать

ну так я для чего писал про куки и бд

причем тут вообще админка.....?? Короче, решайте так как считаете нужным. Я привел свой вариант, хотите используйте, хотите не используйте, всё остальное зависит от ваших знаний

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

у каждого юсера своя сессия и свой браузер с куками вот и всё И причем тут способы оплаты?

отключаем запись в бд при переходе к оплате. Добавляем: 1) Вместо создания заказа узнаем какой должен быть следующий ID заказа 2) Сохраняем в сессию и пишем в куки этот ID 3) После оплаты достаем с сессии или кук ID, создаем заказ 4) Удаляем сессию ID заказа если она есть, удаляем куки ИЛИ 1) Вместо создания заказа узнаем какой должен быть следующий ID заказа 2) Сохраняем в сессию ID, потом создаем с него хеш и сохраняем в бд (хеш = ID) и куках (Как и где хранить сами решаете) 3) После оплаты проверяем, если есть ID в сессии то создаем заказ, если нету то берем хеш из кук, лезим в бд и сверяем по хешу, если такой есть то берем ID, создаем заказ 4) Удаляем сессию ID заказа если она есть, удаляем хеш из бд и из кук

это вам решать нужен каталог или нет

Есть и еще раз есть. Для этого всего лишь нужны знания по PHP и принцип работы опенкарта. Пиши свой скрипт/функцию и всё если не можешь/не получается правильно заюзать родные методы опенкарта