bogdan281989

Вывод ссылки через контроллер, чтобы была на двух языках формирование ссылки как обычно для опенкарт $data['blog_link'] = $this->url->link('blog/blog', '', true); Название контроллера свое вставьте только.

Все предельно просто, вариантов может быть несколько: Оформлять заказ через корзину, после чего по колбеку в случае оплаты менять группу покупателя. Не оформлять заказ, переадресовывать на платежку с любого контроллера, передавать туда ID пользователя и по колбеку в случае оплаты менять группу покупателя.

Почему повторится? У вас кастомное поле, в методе добавления языка, поля стандартные (описание, тайтл и тд) копируются с языка по умолчанию в новый язык. Если вы добавите новый товар, то естественно вы будете заполнять поля на обоих языках. Копирование происходит исключительно в момент добавления языка в локализации и больше не повторяется

В базе прямо скопировать с рус языка в укр. Или выгрузить в CSV, изменить ID языка на с рус на укр и залить в таблицу описаний

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

Кому как проще, используя CSV PricePro + datacol - парсится все включая урлы, метатеги, картинки по ссылкам и тд и тд, остатки можно подбросить и с базы, но она там неверное не доступна, выше писали что это инсейлс

Спарсить все товары со всеми данными под модуль импорта, далее допилить сеопро чтобы давал такие ссылки как у вас там.

100% правильный совет, сделайте на новом дизайне

Дописать сами доставки, проверять какие товары в текущей корзине согласно нужной вам логике и отключать их или включать.

Добавить поле в базу, добавить запись и вывод поля, прицепить бустраповский календарь)

Дописать и доверстать, я думаю вам помогут в платных услугах.

Зачисление - не фантазии, даже мне платят по счет по привату, даже без межбанка по привату - мне деньги ни разу за 5 минут не приходили. Вы попробуйте создать платеж с привата для бизнеса на свою карту физлица, заявка может висеть и до часа. Сервисы, бухгалтера - все классно, но зачем их клацать, проверять? Если легче один раз распечатать квитанцию с РРО? А если проверенный через сервис платеж не пройдет финмониторинг или еще что ни будь пойдет не так, а товар уже отгрузили? А если оплачивал кум, брат, сват, муж и нету платежа номера и квитанции? Круглосуточно не значит моментально. В общем каждый принимает свои решения, я бы не стал это долбить только ради того, чтобы не применять РРО, для реально работающего магазина (а не детские заказики) - купить терминал, бить чеки и забыть о проблемах. Если вы выбираете свои методы с кучей лишних движений - это дело ваше, я не могу никого ни в чем переубеждать.

У меня нету магазинов, я их обслуживаю. Есть клиенты, у одного допустим 200 заказов в день, приблизительно половина платит через ликпей. Что будет удобнее руками проверять оплаты с qr кода или поставить и выбивать чеки на рро? Не задавайте глупых вопросов, я вам про техническую сторону, у меня опыт чуть больше с программной стороны, я думаю. Потому если у вас заказов больше чем 1 в день, да если ещё учесть что по реквизитам зачисление с задержкой (иногда разной, сам ФОП и принимаю оплаты за услуги) - вариант так себе, особенно если клиент платит сейчас и приезжает на самовывоз через 20 минут и тд, вариантов масса.

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

Может, но все последние картинки налоговой и новости - да.

Да все верно, можно заключить договор с приватом на прием платежей от населения, там дадут QR который будет бросать на форму оплаты по реквизитам и тд. Но применить его к опенкарт и заказу - сложно, нету колбека. Есть и QR у ликпей, но ликпей = РРО. То есть полноценного варианта оплаты по реквизитам с корзины опенкарт похоже что нету.

Это точно, а в текущих ситуациях этого стоит ожидать

Отличается, так как в реалиях для оказания послуги нужно составить и подписать договор, выполнить работу, после чего составить акт выполненных работ, что и будет первычкой. Важно как деньги заходят к вам на расчетный счет, например если через 2902 - то это касса банка, то есть вы выписали счет-фактуру, а человек оплатил и деньги пришли так - то это наверное не РРО.

А у меня есть опыт другой, симпла, амосрм, временами клиенты жалуются что на "Подождите, происходит переход к оплате" думает и думает долго. Есть разные ситуации, дело такое что может по разному отработать, но нравится когда прием заказа как у прома - сравнительно быстро, клиенту нет нужды ждать. Правда у опенкарта и отправка почты идет в это время, а если через смтп, то наверное еще чуть замедляет. Но мой вариант имеет право на жизнь, потому что он работает, при цикле в 3-5 минут отправляется 1-2 заказа курлом, не более, я не думаю что у топикстартера больше заказов в промежутке.

Я не знаю как работает деадков, но скорее всего урл формирует или стандартный seourl или seopro. Если сеопро, там где массив категорий обрабатывается, попробуйте взять последний элемент, остальное обрезать и будут вам ссылки нужного вида и редиректы на них.

Заказ уже создан до момента оплаты (статус 0, он же потерянный заказ), разные платежки работают по разному, если это простой cod - то он просто сразу дописывает такому заказу статус и он есть в админке, если платежки - пишут статус по колбеку. Пока не подтвержден заказ кнопкой в оформлении заказа, например стандартный модуль банковского перевода - ему способ оплаты не записал статус еще.

Следуя вашей логике, то даже если у человека будет несколько десятков тысяч заказов то уже все? Скажите в чем именно затуп будет и нагрузка? В выборке с таблице заказа select на одно условие? Не будет никаких проблем, будут выбираться только те заказы которые еще не отправлены. С addOrderHistory - выше писал, что бывает затуп и серьезный. Симпла стучит в эту функцию похоже каждый раз при обновлении полей, не советуйте такого.

Ничего терять не нужно, установите сеопро если нету, там минимальный допил самого сеопро и все склеится 301 редиректом, потерь никаких не должно быть

Массово экспортировать - да, можно через phpmyadmin и в новый загрузить магазин. Но вам же еще нужно связать товары с производителем.