bigimoot

Если нужен более широкий функционал и с настройками то рекомендую АОП. Там очень большой пакет функционала, за очень приятную цену. Правда нужно время что этот функционал освоить. Поддержка более чем отзывчивая)

2 часа назад, matroskin92 сказал:

Здравствуйте, напишите автору модуля OCFilter, адаптация выдается по запросу

Спасибо, обратился. Пока на новой версии фильтра (от 4.8) не реализовано такой возможности так что будем ждать)

Добрый день! Не могу сообразить, как Мультисклад подружить с OCFilter?

Всем привет!

Спасибо разработчику за модуль!

Заметил один неприятный момент, что на "Посылку" не распространяется Объявленная ценность.

Где-то 80% магазинов из России в основном пользуются тарифом "посылки" и страхуют груз. 

Я удивился, что в данном модуле не работает страховка на тарифе "Посылка" (официально об этом объявлено разработчиком).

Когда я узнал,что postprice.ru по API данный тариф передаёт данные с учетом об.стоимости, заморочился почему отображается на сайте без.

Оказалось, что модуль фильтрует тарифы по объявленной ценности и на тарифы со страховкой не передает данные о стоимости корзины на удаленный сервер.

Нашел где этот фильтр отключить - по итогу "посылки" считаются с учетом страховки.

На 50-60х строках файла: корень/catalog/model/extension/shipping/gixocruspostcalc.php

найти код:

if (in_array($shipping, $this->config->get('shipping_gixocruspostcalc_delivery_services'))) {
							$cost = 0;
							$insurance = 0;

							if (strpos($shipping, 'val_') !== false) {
								$cost = $delivery_val[$shipping];
								$insurance = $sub_total;
							} else {
								$cost = $delivery[$shipping];
							}

и закомментировать фильтр вот так:

if (($delivery) && ($delivery_val)) {
					foreach ($shippings as $shipping) {
						if (in_array($shipping, $this->config->get('shipping_gixocruspostcalc_delivery_services'))) {
							//$cost = 0;
							//$insurance = 0;

							//if (strpos($shipping, 'val_') !== false) {
								$cost = $delivery_val[$shipping];
								$insurance = $sub_total;
						/*	} else {
								$cost = $delivery[$shipping];
								
							}*/

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

В целом модуль Огонь и postprice.ru на сегодня передает актуальную информацию о тарифах) Лучшее, а главное самое простое решение

@nikifalex обновления отключил, в целом вариант @ashap вполне помогает, что бы не проходило обновление по каждому полю (хотя в simple это тоже настраивается. Но суть вся в том, что все модули доставки одновременно начинают обращаться к своим серверам за расчетами и пока ОС не соберет все данные, на экране просто обновление страницы, что занимает не мало времени( Ведь наверняка устанавливают и большее количество подобных модулей

Добрый вечер!

Столкнулся с такой проблемой:

Установлены на сайте официальные модули транспортных СДЭК, Boxberry, которые считают доставку в корзине по API.

В процессе ввода полей каждый раз происходит обновление Доставок (стоимости и вариантов) которое занимает уйму времени.. Если их подключать по одиночке, то еще куда не шло, а вместе это около 7 секунд. Пробовал варианты корзины и с simple и со встроенным от шаблона UniShop2, но по итогу лучше не стало..

Вывод который сделал (может и не логичный), нужно как то ограничивать запросы к расчетам доставки у этих модулей, что бы расчет начинался при выборе конкретного способа доставки. 

Например: нажал СДЭК, после чего пошел расчет методов доставки именно СДЭКа.

Вопрос:

Какие методы можно использовать для решение подобной проблемы?

Логично ли мое умозаключение, и какие могут поджидать подводные камни?

Может есть готовые варианты решения проблемы?

Всем привет!

Есть кто-нибудь кто решал вопрос по стилям на шаблон UniShop2? Представленные в архиве отображаются не айс (от UniShop выглядит лучше) Дизайнер из меня так себе, тем более не совсем понимаю как это сделать... Неужели файл simple.css надо переписать с нуля? Это при том, что классы корзины Simple и шаблона отличаются, и в целом структура html кода..

Может есть возможность оставить корзину от шаблона, а поля от simple? 

Буду благодарен если направите на путь истинный...

20 минут назад, Prooksius сказал:

и есть автоинкремент?

Вот она и причина моей головной боли, ибо его не было Спасибо, помогло!

26 минут назад, Tom сказал:

Так что там в таблице oc_product_image, с товаром айди которого 55?

как то так: https://ibb.co/njz83cd

самое интересное то, что я её удаляю, и все равно всплывает подобная ошибка

12 минут назад, Tom сказал:

Так не переносите только эти таблицы. А таблицу модификаторов, просто очистите.

Спасибо, за обратную связь. Я имею ввиду не таблицы с модификаторами, а таблицы которые создают сторонние модули. Ибо проще перегрузить дефолтные таблицы OC, чем исключать из того что есть.. а за 3 года накопилось много всякой дряни в т.ч. с варезных сайтов от которых хочется избавится... да да, по началу был глупым и не опытным, и качал откуда попало

15 минут назад, Tom сказал:

Сейчас посмотрите, что у вас в БД творится с товаром , с id 55.

в таблице product ничего не записывается, а в product_image создается запись с картинкой catalog/catalog/149/5/ge-catalog-catalog-batarejnye-otseki-folder-5-02-ru-jpg-file_i-php-id-88954.jpg (название картинки изначально произошло от поставщика, сама картинка рабочая)

41 минуту назад, nash сказал:

Дублирующая запись

не совсем понял... дублирующая запись чего именно?

В данном случае, полностью очищал таблицу product_image и столбец image в таблице product.. Пытался добавлять фотокарточки как через карту товара, так и через АОП... Все равно получаю ошибку На сайте донора дублирующих записей нет.

2 минуты назад, splka сказал:

Полагаю телепаты в отпуске

Какую еще инфу необходимо предоставить? Ошибка подробнее:

Uncaught Exception: Error: Duplicate entry '0' for key 'PRIMARY'<br />Error No: 1062<br />INSERT INTO oc_product_image 
SET `product_id` = '55', `image` = 'catalog/catalog/149/5/ge-catalog-catalog-batarejnye-otseki-folder-5-02-ru-jpg-file_i-php-id-88954.jpg',
`sort_order` = '1' in /..../system/library/db/mysqli.php:48 

Добрый день!

Подскажите, пожалуйста, кто сталкивался. Как правильно перенести определенные таблицы БД с одного opencart на другой?

Нужны определенные таблицы:

1. Товары (и все что с ними связано)

2. Заказы

3. Клиенты

Главное что бы не переносились таблицы модулей/модификаторов, ибо при установке они сами создадут нужные таблицы.

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

Я сам перенес в phpmyadmin следующие таблицы по товарам:

но результат меня не порадовал тем, что при добавлении доп фотографий в товаре вылетает ошибка Error No: 1062

Полагаю где то нарушил технологию.(

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

Есть задача из одного магазина в другой (оба на OC) перенести сначала товары, потом клиентов и заказы. Таблицы БД товара (37 таблиц)  подгрузил на чистый с шаблонам сайт.. Делал это с целью комплексной переустановки модулей на сайте и избавление от всевозможных косячных хвостов и костылей (что бы изначально в БД не было таблиц модификаторов). По итогу при загрузке фотографий как через АОП, как и через админку возникает подобная ошибка как и в этой теме: 

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

Благодарю за ответ.

28 минут назад, nikifalex сказал:

ReplyTo

Благодарю, что направили на путь истинный)

Все получилось

Решение нашел тут: 

Здравствуйте уважаемые знатоки!

Есть задача, что бы почтовые уведомления о заказе приходили как бы от имени заказчика (в поле от кого email заказчика из формы оформления заказа).

Кода менял саму "безобразную" форму администратору заодно прописал в файле /catalog/controller/mail/order.php

вместо:

$mail->setFrom($this->config->get('config_email'));

вставил:

$mail->setFrom($order_info['email']);

И вроде все заработало. Пришло уведомление, и сразу можно нажать "ответить" не перебивая адрес почты.

Недавно почтовый сервер переехал на mail.ru, и соответственно пришлось подключаться через SMTP, а не MAIL как было раньше.

В итоге в момент оформления заказа уведомление "error", уведомление заказчику проходит, заказ в БД не записывается, уведомление админу не приходит.

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

Если SMTP переписать на старый сервер, то желаемый функционал работает.

Может ли подобное блокироваться записями SPF?

Может кто сталкивался с подобной задачей, буду благодарен вашим советам.