lavka

Модели меняли, потому что было нужно - изначально ошиблись в смысле полей Модель и SKU. И в этой связи понадобилось исправить отчет на ID

Обращался с желанием подобного дополнения к автору, но понимания не нашел. Константин сказал - модуль понимает только его собственный формат CSV-файла и никакие сторонние эксели переваривать не собирается. Досадно, потому что сделать автоматизацию действительно хочется и, на мой взгляд, никто лучше автора не напишет это дополнение к модулю.

Не знаю, говорили или нет об этом. Обновил модуль со старой версии 3.1.4 до последней и при работе с товарами случайно крупно налетел - стёр все категории товарам! Раньше, если требовалось редактировать категории или главные категории, снимал в модуле галку "игнорировать" у соответствующего поля и после работы галка "игнорировать" ставилась обратно автоматически. Сейчас же она запоминает последние настройки и в результате при работе с другими таблицами обнулил категории всем товарам. Имейте ввиду.

Периодически не записывается в заказе выбранный постамат, в случае, если у клиента устройство на iOS. Магаз, 1.5.5.1.1, симпла 4.1.6, пикпоинт 1.5.7.5

Задача: исключить некоторые низкомаржинальные товары / группы товаров из дисконтной программы. Мне в идеале видится дополнительная галка в товаре "Не действует купон", которая проверяется при применении купона в корзине. Почему не исправить сам купон? Их несколько тысяч и не очень удобно править при каждом изменении (сегодня на эти товары действует скидка, завтра нет, послезавтра снова) Как можно это решить?

Подтверждаю, работает. А в чем было дело, если не секрет? И зачем упоминание Москвы во всех fromcity? Оно не повлияет для регионов?

Перекидывает на главную страницу магазина (ссылка типа http://site.ru/#) Не срабатывает яваскрипт похоже, разберитесь, пожалуйста! В консоли: postamat.js?_=1446903083973:194 Uncaught TypeError: Cannot read property 'hideCloseButton' of undefined postamat.js?_=1446903083973:116 Failed to execute 'postMessage' on 'DOMWindow': The target origin provided ('http://pickpoint.ru') does not match the recipient window's origin ('http://site.ru').

По традиции, пацан сказал - пацан сделал. Правки для выбора самопривоза или вызова курьера: в VQMOD-файле пикпоинта меняем <file name="admin/view/template/sale/order_list.tpl"> <operation> <search position="after"><![CDATA[<div class="buttons">]]></search> <add><![CDATA[<div class="buttons"><form style="float: left;" id="form_export_pickpoint" action="<?php echo $export_pickpoint; ?>" method="post">Начать экспорт с <input type="text" size=1 name="export_from" value="<?php echo $pickpoint_start; ?>"> <a onclick="$('#form_export_pickpoint').submit();" class="button">Экспорт в PickPoint</a></form></div>]]></add> </operation> </file> на <file name="admin/view/template/sale/order_list.tpl"> <operation> <search position="after"><![CDATA[<div class="buttons">]]></search> <add><![CDATA[<div class="buttons"><form style="float: left;" id="form_export_pickpoint" action="<?php echo $export_pickpoint; ?>" method="post">Начать экспорт с <input type="text" size=1 name="export_from" value="<?php echo $pickpoint_start; ?>"> Тип привоза: <select name="privoz"><option value="CUR">Вызов курьера</option><option value="WIN">Самопривоз</option></select> <a onclick="$('#form_export_pickpoint').submit();" class="button">Экспорт в PickPoint</a></form></div>]]></add> </operation> </file> и заменяем контроллер экспорта на новый из вложения export_pickpoint.php

Еще пожелание - возможность выбора при экспорте "самопривоз / вызов курьера" и экспорт не с указанного номера заказа, а просто выделенные галками заказы

И было бы здорово в новой версии получить возможность задавать постамат в админке опенкарта.

Люблю я этот форум. Что-нибудь спросишь, потрахаешься сам пару часов и готово. Во вложении немного доработанный экспорт в XML, у меня работает. 1. Добавил себе новый статус заказа "В обработке (оплачен)". Модуль проверяет статус заказа, и если ID совпадает с нужным, убирает из выгрузки цену заказа и меняет тип оплаты. 2. Модуль проверяет статусы заказов и выгружает только "В обработке" и "В обработке (оплачен)" - у меня это id = 2 и 4. Не берет еще не обработанные или отмененные заказы. Отправили заказы - поменяйте статус на другой, чтобы второй раз не выгружалось ненужное. 3. Модуль проверяет наличие фамилии и e-mail. Если ничего особенного в этих полях не задано, в выгрузку они не попадают 4. Не передает список товаров, я ограничился "сувенирной продукцией" 5. Тип доставки в пикпоинт - самопривоз. Если у вас забор курьером, меняйте сами по руководству. export_pickpoint.php

Как сделать, чтобы экспорт в XML срабатывал только для тех заказов, которым присвоен определенный статус? Чтобы не уходили в экспорт ненужные/отмененные заказы?

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

Во всплывающем. Плюс, оно адаптивное для разных экранов и устройств и имеет собственное встроенное geoip

И по традиции, сам спросил - сам ответил. В контроллер категории блога после $this->document->setTitle( $title ); дописать $this->document->setDescription( $category_info['meta_description'] ); $this->document->setKeywords( $category_info['meta_keyword'] ); и в SQL-базе заполнить непосредственно сами поля метатегов для корневой категории.

Парни, а как добавить мета-теги непосредственно самому блогу, его главной странице? В базе же не предусмотрено места для хранения этого дела и механизма

Кстати, надо добавить в admin/model/order.php в deleteOrder строку, чтобы удалялись пикпоинты при удалении заказа. Чот типа <file name="admin/model/sale/order.php"> <operation> <search position="after"><![CDATA[$this->db->query("DELETE FROM " . DB_PREFIX . "affiliate_transaction WHERE order_id = '" . (int)$order_id . "'");]]></search> <add><![CDATA[ $this->db->query("DELETE FROM " . DB_PREFIX . "pickpoint WHERE order_id = '" . (int)$order_id . "'");]]></add> </operation> </file>

Нужно очистить кэш

Ну вот я думал, это всем очевидный вопрос) В общем, вышло так, что купоны действительно добавляются в отчет только при использовании с сайта. Никто не делал, чтобы через админку тоже?

Сабж. Захожу в общий отчет по купонам /index.php?route=report/sale_coupon и ищу конкретно купон, примененный клиентом вчера - его нет. Почему так может быть? Единственный момент - купон применял вручную через админку (редактировал заказ), а не через оформление на сайте. Ощущение, что купон не попал в oc_coupon_history, такое может быть?

А, туплю. Но для Статей не получается - у них нет date_modified

По аналогии не выходит - модели Категорий, Статей и прочего не просят date_modified из базы.

Хочу выбрать измененные сегодня заказы. Захожу в Продажи - Заказы, щелкаю в поле "Дата изменения", выбираю сегодняшнюю и жму "Фильтр". Выскакивает белый экран со строкой: /site.ru/public_html/vqmod/vqcache/vq2-admin_model_sale_order.php(634): DB->query('SELECT COUNT(*) AS total FROM `oc_order` WHERE order_status_id > '0' AND DATE(o.date_modified) = DATE('2015-06-15')') Пошел смотреть в этой модели функцию getTotalOrders, а в ней: if (!empty($data['filter_date_added'])) { $sql .= " AND DATE(date_added) = DATE('" . $this->db->escape($data['filter_date_added']) . "')"; } if (!empty($data['filter_date_modified'])) { $sql .= " AND DATE(o.date_modified) = DATE('" . $this->db->escape($data['filter_date_modified']) . "')"; } Откуда это "o."? Убрал его и фильтр работает. Версия оксторе 1.5.5.1.1

Логично. Спасибо, этот вариант самый лучший, по мне.

Реплейс потому что какой вкмод нашел для исходника, тот и правил) Я думал о canonical на limit, это было бы логично. Но зачем поисковику в выдаче эта страшная портянка, грузящаяся полминуты? А так да, нужно бы прописать и на limit и на order, может быть, кто-то подскажет, как?