Till

30.11.2023 в 08:27, AlexFisher сказал:

Так само, як і скрізь. Додати в контролери адмін-чекауту/мейлу/тощо special

if (!is_null($result['special']) && (float)$result['special'] >= 0) {
                $data['special'] = $this->currency->format($this->tax->calculate($result['special'], $result['tax_class_id'], $this->config->get('config_tax')), $this->session->data['currency']);

}

в шаблоні умову на вивід

{% if not product.special %}{{ product.price }}{% else %}<span style="text-decoration:line-through">{{ product.price }}</span> {{ product.special }}</span>

 

Дякую. На жаль, моїх знань не достатньо щоб вчехлити, куди саме вписувати код у контроллері (на прикладі деталей замовлення).
В шаблоні, наче, втулив куди треба))

Я не проти символічно віддячити за детальну допомогу))

Вітаю!
Яким чином можна реалізувати у деталях замовлення в адмінці (та у листах клієнту/адміну з деталями замовлення) вивід ціни товару без знижки (перечеркнута ціна) та зі знижкою?
(330 грн  295 грн)

 

А також та ж сама ситуація у корзині

Буду дуже вдячний за рішення.

24.04.2023 в 22:33, Kaba4ok сказал:

Вітаю. Після оновлення на нову версію, перестало коректно працювати з simple. коли вибираю область, то в полі місто нічого не з'являється. Можливо хтось стикався. підкажіть будь ласка як виправити 

Не знаю що саме мені допомогло, але я:
- Заходив у Сімпл та модуль НП та перезберіг налаштування. Але наче після цього змін не було, проблема залишилась.
- Потім почистив всі можливі кеші: системний кеш сайту, кеш шаблону, серверне кешування (opcache, redis, т.д.).
Тільки після цього все стало норм.  Oc 3.

18.04.2023 в 11:51, cyrus77 сказал:

+1

Я розумію, якби це був якийсь окремий випадок і відповідь з рішенням була б десь посередині сторінок всієї теми...
Але ж тут останні 3-4 сторінки якраз і обговорюється дана проблема. Навіть проскролити цю сторінку доверху і там вже відповідали на це ж питання...

У мене на ос 3 все норм стало.
А от на Ос 2.3 проблеми з актуальністю відділень. Не показуються поштомати, відділення не всі актуальні (дані дуже застарілі).
Хоча база в модулі оновлена і на декількох сайтах відображає одну й ту ж кількість відділень.
 

14.04.2023 в 18:46, Till сказал:

Але при оформленні замовлень немає випадаючого списку з містами та відділеннями у методі доставки на відділення. У методі доставки на поштомат є лише міста у випадаючому списку.

Схожа ситуація і на іншому сайті на ocStore 2.3
Апалась версія модуля з 4.0.1 до 4.0.2.
При доставці на відділення  - вони є у випадаючому списку.
При обраному варіанті доставки на поштомат також присутні варіанти з відділеннями.



Але при текстовому пошуку знаходить всього парочку поштоматів по Києву (4 шт):


В базі модуля 23091 відділення.

UPD.
Збільшив ліміти, один раз проскочило і оновило кількість відділень до 23 тис (оновлював з вкладки "База даних" в модулі).
Але при оформленні замовлень немає випадаючого списку з містами та відділеннями у методі доставки на відділення. У методі доставки на поштомат є лише міста у випадаючому списку.
В Сімплі замінив novaposhta.warehouse на новий novaposhta.department (оновлював з версії 3.5.0), але не допомогло.


Вирішив перевстановити модуль, і тепер знову тривале оновлення відділень (зависає на цьому моменті).

14.04.2023 в 16:08, Prorab337 сказал:

Скільки у вас стоїть час виконання скриптів?

По стандарту 30 сек.
Варто збільшити до 60?

14.04.2023 в 13:58, Prorab337 сказал:

Оновіть кеш

Дякую, втиканув. Це вирішило питання інтерфейсу.

Але оновлення відділень запустив повторно, вже годину оновлює

А у мене інтерфейс модуля поламаний.
+ Оновлення відділень після підключення АПІ вже з годину висить.
ocStore 3.0.2, php 7.3

Приветствую!
А как связать способы оплаты/доставки с заказа с способами в 1с?
Кнопка "Добавить" действие не работает чет. Или я что-то не то делаю. Способы доставки на сайте включены в "Расширения-Доставка".

index.php?route=extension/module/exchange1c&user_token=Ica8cCzHBdc55KAuqjZJpzyDF4YHypq5:2401 Uncaught ReferenceError: order_import_row is not defined
    at addOrderDelivery (index.php?route=extension/module/exchange1c&user_token=Ica8cCzHBdc55KAuqjZJpzyDF4YHypq5:2401:58)
    at HTMLAnchorElement.onclick (index.php?route=extension/module/exchange1c&user_token=Ica8cCzHBdc55KAuqjZJpzyDF4YHypq5:1334:93)

И в целом, реально ли данным модулем связать сайт ocStore 3.0.2 и BAS (1C)?
Нашел на гитхабе и поставил этот модуль с доработками от Tseka85 под ОС3.
Но испытываю вагон трудностей с подключениями.

Возможно, кто-то уже имел положительный опыт в связке, желательно двусторонней (сайт-база-сайт)?

25.11.2022 в 12:15, Flint2000 сказал:

Варто було пошуком скористатися. цей функціонал по API не працює

Так, треба було) Дуже дякую!))
Знайшов, почитав.

Є проблема, на сайті встановлений модуль, але не підтягується банківська карта у адмінку модуля (в кабінеті НП карта додана).

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

В контроллере товара взять его главную категорию:

if ($category_info) {
  $data['main_cat_name'] = $category_info['name'];
  $data['main_cat_link'] = $this->url->link('product/category', 'path=' . $this->request->get['path']);
} else {
  $data['main_cat_name'] = '';
  $data['main_cat_link'] = '';
}

 

а в твиге товара

<a href="{{ main_cat_link }}">Назад в {{ main_cat_name }}</a>

 

Спасибо огромное

Добрый день!
Подскажите, пожалуйста, как можно реализовать такой функционал?
Необходимо в карточке товара влепить ссылку/кнопку на категорию, в которой находится этот товар. Что-то на подобие "Назад в категорию".
Без сторонних модулей.

В 18.06.2020 в 12:55, AndreyPopov сказал:

код для вставки есть в этой теме

Попробовал.
Сделал нужные изменения в файлах framework.php и response.php, включил на хостинге функцию Server Push, но тега link в заголовках ответов страниц не появилось 

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

1 час назад, vier сказал:

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

только начиная с 59 версии, фильтр под php 7.1 или выше.

Спасибо! Буду обновлять.
Ибо, увы, создается большая нагрузка на БД при случаях чрезмерной активности роботов (гугла, например) , появляются медленные запросы и т.д.

Здравствуйте!
Оптимизирована ли нынешняя версия 60 относительно версии 58 в плане обращений и нагрузки на БД?

У меня, когда роботы (полезные и нужные) начинают очень активно лазить по сайту, то создается чрезвычайно большая нагрузка на БД.

6 часов назад, Blondi сказал:

У меня пока все с письмами с реквизитами работают. Проблем нет. Там нужно само письмо составлять правильно 

Я сперва (в марте) просто указывал реквизиты для оплаты (номер карты) - все прошло и все работало.

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

Цитата

 

На Вашем сайте не удается завершить оформление заказа

Возможно, это связано с рекламой или контентом с неудобной навигацией.

 

Как устранить проблему

Убедитесь, что у пользователей есть возможность оплатить товар на Вашем сайте с помощью любого поддерживаемого способа оплаты. После оплаты пользователи должны получать оповещение о подтверждении покупки.

 

В 11.09.2021 в 18:34, Blondi сказал:

Причина есть всегда, хоть не всегда она очевидна. 

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

Психанул, удалил аккаунт, перенес на другой. Указал в точности все те же настройки (абсолютно идентичны), только уже на другом аккаунте, и о чудо - все прошло, а проблема оказалась в том, что нельзя было покупателю оплатить заказ сразу без участия менеджера (что мне крайне не нравится...), и вылезла проблема на уровне аккаунта, он стал заблокированным.
Это норм, такое условие у них есть. Но суть в том, что Гугловский саппорт молчал об этом и не хотел проверять аккаунт нормально. Мне просто условно на хрен слали.

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

В 26.08.2021 в 11:16, Maksym_33333 сказал:

Конечно все прекрасно работало до начало августа

Та же байда.
C 27 июля появилась эта хрень, и вскоре вовсе товары пропали из бесплатного показа.
Все нормально работало до этого на протяжении 5 месяцев (с момента подключения бесплатной товарки).
Саппорт Гугла ничего толком не может сказать - говорят, что не предоставляют поддержку бесплатных объявлений. Говорю, мол, проблема с аккаунтом и т.д., а им это все до фени.

Гугловская товарка была изначально нормально настроена и все прекрасно работало. Также на момент первого запуска и саппорт был более разговорчив, указывал на конкретные проблемы. А сейчас на хер шлют.

Еще один "офигенный" момент.
В справке Гугла по бесплатным объявлениям написано, что как только устраните проблему - подайте заявку на перепроверку.
Сделать это можно:
 - по кнопке в аккаунте (которой, естественно, у нас нет).
 - если кнопки нет - запросить проверку в письме.
Я 2 раза писал в саппорт (двум разным "специалистам" поддержки). В каждом из обращений (диалогов) по 2-3 раза указывал на то, что нужно бы перепроверить мой аккаунт.
Знаете сколько раз эту просьбу приняли во внимание?.. Вопрос риторический.
Прошло уже полтора месяца, и никто ничего не перепроверял. У меня уже подгорает от гугловского саппорта. Я ранее думал, что хуже саппорта фейсбука/инстаграма хуже быть не может. Это, конечно, так и осталось, но Гугл стремительно желает не отставать.

В 01.08.2021 в 16:56, AlexDW сказал:

искать причину либо в нестандартном способе оформления заказов / вмешательстве в код оформления

либо в самой БД (похожее бывает при некорректном удалении данных заказов, например на стадии тестирования)

Спасибо, буду копаться

Здравствуйте!
Столкнулся с проблемой потерянных заказов немного в другом ключе:
Клиент оформляет заказ, заказ попадает в потерянные, НО в этом заказе нет товара. Такое случается не регулярно, но все же случается. Это не брошенный заказ на пол пути оформления - клиент звонит и говорит, что оформил, ждет.
Такое случается и у клиентов, которые заполняют все (почти все*) данные, так и у клиентов, которые вовсе не вводят данных.
* Потерянные заказы с заполненными данными покупателя и нулевым товаром не имеют почему-то выбранного способа доставки, хотя по умолчанию при оформлении заказа уже выбран один из пунктов. Способ оплаты выбран, хотя система его выбора такая же, как и способа доставки.

Возобновить проблему самому не получается.

А мне вот с 28го февраля так никто и не ответил... Как-то выборочно...
Есть ли адаптация под шаблон SO-emarket?
 

Здравствуйте!
Шаблон SO Emarket
Все работает, но только в карточке неверно отображается цена опций, отличная от базовой.

(должно быть 179)

Проблема распространяется и на другие функции модуля:
Дополнительные префиксы цен опций (знак =, к примеру) расцениваются как минус.
Кол-во товара больше 1 также отображается как цена за 1.

НО. При добавлении товара в корзину формируется правильная цена. Проблема только в отображении в карточке товара.
 

Как быть? Как можно это поправить своими силами?