Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

brest001

Користувачі
  
 Профіль  Активність

  • Публікації

    567

  • З нами

  • Відвідування

 Тип публікації 

Усі публікації користувача brest001

  1. brest001
    Ошибка появляется иногда при включении быстрого редактирования для некоторых кастомных полей Simple. Сделал небольшой фикс в файле system\library\ompro\omproapi.php (файл прикрепил). Заменять сейчас этот файл есть смысл только если вы работаете с кастомными полями Simple и используете быстрое редактирование этих полей. omproapi.php
  2. brest001
    Давайте в личку доступы, будем разбираться.
  3. brest001
    Когда появляется, где? Это данные пользователя, запрашиваются по user_id. Т.е. эти данные всегда есть, по идее. Как у вас получается, что нет этих данных, я пока не понимаю. Можно конечно подправить в omproapi метод userData, чтобы выводить например для user_group_id значение 0, если данные пользователя не найдены, но они должны быть, надо разобраться почему их нет у вас.
  4. brest001
    @AlektroNik По скрытым копиям буду разбираться позже. Пока не знаю, когда возьмусь . Потому что там писать нужно стили, т.е. то что вставляется в атрибут style. Для body у вас на скрине видите как записано? - так и здесь нужно. А классы можно только в коде письма прописывать. Как я заметил в письмах лучше прописывать стили для каждого элемента, иначе в ящике может вылезти все что угодно. Поэтому в шаблонах писем я и убрал настройки CSS хотя поначалу были. Так что, лучше делать все аккуратно для каждого элемента и проверять, что получается.
  5. brest001
    Я ошибся в спешке, так не работает. Я еще со скрытыми копиями не работал, посмотрел пока поверхностно, надо изучить. Ну, и наверно понадобится какая-то настройка в настройках уведомлений, что-то типа "отправить скрытую копию" и поле с адресами, или адреса брать из настроек магазина. Как по вашему это должно выглядеть, чтобы было удобно? Я пока не очень представляю.
  6. brest001
    Оба способа рабочие, но первый компактнее.
  7. brest001
    Приветствую! Это точно нет, модуль этого файла никак не касается. Письма о новых заказах и об изменении статуса идут через API. Так как у вас третья версия магазина, нужен файл catalog\controller\api\ompro.php https://prnt.sc/1jghn90 Для отправки копии письма об изменении статуса можно добавить в массив получателей $recipients например email магазина, что-то типа этого $recipients[] = array( 'recipient_name' => '', 'email' => $this->config->get('config_email') ); Только это будет обычное письма, не скрытая копия. Пока вы туда не доберетесь, на будущее подумаю что можно сделать, но пока не обещаю.
  8. brest001
    @AlektroNik Спасибо за ответы!
  9. brest001
    Да
  10. brest001
    Всех приветствую! Обновляемся до 2.0.5. Список изменений здесь http://brest001.ru/ompro_doc/ompro_history.html
  11. brest001
    Простого пути нет. Но можно, например, доработать в \system\library\ompro\omproapicustom.php метод orderAddingData. Проверить условие, если "выбран самовывоз", то нужным полям адреса присвоить пустое значение, они и не будут отображаться.
  12. brest001
    Не то чтобы космос, но админку модуля для этого нужно делать еще и для пользовательской части, просто много возни, а смысла пока не очень.
  13. brest001
    Здравствуйте. Не понятно, что значит совместим. Что с чем должно совмещаться? Конкретнее можете сформулировать? Я этот модуль первый раз вижу, описание мало о чем говорит на счет совместимости.
  14. brest001
    Сейчас только править, но скорей всего, добавлю настройку для групп, чтобы выбирать, какие списки использовать (с вариантами или без). Доработка сделана, тестирую.
  15. brest001
    Понял, спасибо.
  16. brest001
    Здравствуйте. Раньше вопрос так не стоял, в основном наоборот, нужен фильтр с вариантами доставок, поэтому и не делал. Внесу описанные ниже изменения в след. обновлении, а пока если нужно срочно, можете сделать самостоятельно. Нужно доработать файл system\library\ompro\omproapi.php 1. готовим массив доставок без вариантов, например перед методом getShippings (строка 2894) добавляем метод public function getShippingsInstalled() { $values = array(); if ($this->ompro->ocversion >= 300) { $this->load->model('setting/extension'); $results = $this->model_setting_extension->getInstalled('shipping'); } else { $this->load->model('extension/extension'); $results = $this->model_extension_extension->getInstalled('shipping'); } if ($results) { foreach ($results as $code) { if ($this->ompro->ocversion < 230) { $this->load->language('shipping/'.$code); } else { $this->load->language('extension/shipping/'.$code); } $values[] = array( 'id' => $code, 'text' => $this->clearTags(trim($this->language->get('heading_title'))) ); } } $values[] = array( 'id' => '*', 'text' => '- не указан -' ); return $values; } 2. Чтобы при настройке фильтра можно было выбрать для списка значений значения полученные в добавленном методе, добавляем его в метод getFilterSelectorValuesApiMethodList() (строка 1089), например после getPayments, таким образом: 'getPayments' => 'Способы оплаты', 'getShippingsInstalled' => 'Способы доставки (без вариантов)', 3. Можно изменить существующий фильтр filter_shipping_method или добавить новый и потом использовать его в таблицах заказов или в блоках фильтров. Изменить нужно примерно так PS: оставьте метод именно с названием getShippingsInstalled (в обновлении он будет такой же), чтобы потом не менять настройки фильтра.
  17. brest001
    1. Можете поизучать пример из Расширенного списка заказов. Евгений, спасибо! Пример из Расширенного списка подойдет, если есть заказы с большой разбежкой по количеству товаров. Например, если товаров немного, то хочется видеть сразу все товары и нужную информацию о товарах в ячейке, без открытия в модальном окне. А если товаров много, то подробная таблица с товарами может существенно влиять на скорость загрузки страницы. Тогда подойдет этот пример - т.е. при определенном количестве товаров заменять таблицу товаров на кнопку для просмотра товаров в модальном окне. Но здесь немного другое. Как я понял, нужно чтобы всегда отображался такой себе упрощенный список товаров (для проскроллить) и чтобы можно было по кнопке открыть таблицу товаров с более подробной информацией. Чтобы сделать такую кнопку, есть другое решение. Возьмем за пример эту кнопку в Простом списке, она открывает в модальном окне шаблон таблицы заказов. В данном случае это вот этот шаблон, для подробного просмотра заказа. Но нам нужен шаблон попроще. Нужно сделать шаблон Таблицы заказов с одной ячейкой в которой разместить переменную для вставки нужной таблицы товаров. Создаем шаблон Таблицы заказов что-то вроде этого Берем код этого шаблона (я взял произвольный) и вставляем в код кнопки. Это html-код кнопки из Простого списка. <a class="btn btn-info btn-xs" data-toggle="tooltip" title="Расширенный просмотр заказа PopUp (в стиле Opencart)" onclick="orderTplView([[{order_id}]], 'RZVE1619532838', 'modal', 1)"> &nbsp; <i class="fa fa-info"></i> &nbsp;</a> Замените код таблицы заказов (RZVE1619532838) на свой, в котором только таблица товаров, а сам код кнопки разместите в нужном месте. Все. Вот пример что у меня получилось, пока готовил ответ Та же кнопка, но выводит только товары. Надеюсь получилось объяснить.
  18. brest001
    Здравствуйте все! Можно обновляться до 2.0.4 Список изменений здесь http://brest001.ru/ompro_doc/ompro_history.html
  19. brest001
    Не знаю пока, посмотрим. Не нравится что-то мне эта идея.
  20. brest001
    Если чей-то вопрос пропустил, напомните.
  21. brest001
    Редактор будет сильно грузить страницу.
  22. brest001
    Сюда "(purchase) в таблице order_product". Только OMPRO не имеет отношения к оформлению заказа и я пока не уверен нужно ли туда лезть. Я имел ввиду 1С Управление торговлей, откуда обычно товары выгружают в интернет-магазин. И там, как я помню, есть понятие "партия товара" или что-то вроде этого. Хотя все это сейчас не имеет смысла, вряд ли в опенкарт будут это внедрять. Мне просто логика нравится - товар один, партии разные, а значит и закупочные цены разные, все четко. О расчете прибыли.
  23. brest001
    Вопрос в том, чтоб должно быть в файлике? Файл формируется на основе заказа, т.е. какие-то данные берутся из заказа или это уже готовый файл, лежит например в загрузках. Если файл еще нужно сформировать по данным заказа, а потом прикрепить к письму, то в каком формате файл? От этого будет зависеть как решать эту задачу, пока у меня нет четкого понимания.
  24. brest001
    Нет, добавлю.
  25. brest001
    Действительно, поэма. Ответ, надеюсь, будет покороче. Опять же всё индивидуально. Как кто работает я не знаю, оба варианта сделаны в принципе для примера. Поле cost добавлено в таблицу и не добавлено в админке в данных товара, потому что многие используют сторонние модули для закупочной цены, которые добавляют такое поле в админку (название поля может быть другое). И, естественно, никто не станет перестраивать схему работы и возможно переделывать другие модули (например, импорт/экспорт), или еще что. В этом случае в OMPRO нужно просто изменить запросы: вместо cost указать используемое для зак. цены поле. Если вы используете поле cost, то при его редактировании в одном заказе - это тоже самое, что вы редактируете данные товара в админке, т.к. это поле таблицы product. Т.е. его не нужно каждый раз редактировать, если цена не меняется Закупочная цена (cost) в таблице product это конечно же удобно, но для статистики не годится. Закупочная цена (purchase) в таблице order_product (в заказах) - приходится вбивать каждый раз вручную, неудобно, но для статистики гут. Поэтому какой вариант использовать, решать вам. Как по мне, закупочная цена должна быть в опенкарте и при оформлении заказа записывалась куда надо. В 1с что-то такое помнится, есть, вроде как партия товара и эти партии могут быть с разными ценами (товар один, а цены разные, что очень логично). Но имеем, что имеем и выкручиваемся каждый по-разному. То, что вы предлагаете, это опять для вас может подойти, другим - нет. Должна быть четкая универсальная схема работы с закупочной ценой, тогда можно и переделывать, если нужно. А пока у каждого свое и настраивать нужно индивидуально, в зависимости от того как кто работает. Модуль многое позволяет сделать и на данном этапе и я пока не вижу смысла что-то принципиально менять в плане закупочной цены. Убедите - я готов, знать бы что должно в итоге получится. PS. Надежда не оправдалась

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.

  Я даю згоду