Drake777

{if $product->name|strstr:"Телефон"}<div class="sticker">Стикер</div>{/if}

да ничего не мешает. Можно делать. Другое дело, что спроса на них особого нет. А самому предлагать желания нет

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

Опенкарт медленней симплы. А так да, количество новеньких на симпле снизилось. В этом году всего 1 человек новый писал А Окей же вроде бесплатным стал, почему он теряет позиции? Недавно крайне удивился, когда в России предложили проект на Okay, хотя разрабы всех из России далеко и надолго послали. Но для Украины, то норм по-моему. Или у вас другое мнение?

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

ProductView.php

в import.tpl в js еще надо определение brand_id в ajax вы дописали brand_id: brand_id, а что это такое похоже не определили выше

если у вас уже работает с ?discounted=1, то возможно будет достаточно добавить правило в .htaccess

конечно, можно. Можно практически все сделать. Надо понимать как это должно работать логически, тогда можно будет оценивать проект и сравнивать подобный проект с интеграцией и абоненткой за другие CRM. Везде свои плюсы и минусы

а как правильно загружать такое количество фоток?

если в поисках платных доработок - пишите в личку. если нужно бесплатно помочь, то по такому описанию без конкретики вряд ли кто-то поможет.

А не проще сделать на основе той же симплы некую общую админку, куда будут все заказы улетать? А при смене статусов будут обновляться на сайтах с которых прилетели Т.е схема следующая: - клиент сделал заказ на сайте1. заказ остался на сайте1 и продублировался в "simpla-crm-сайте" - менеджер обновил статус в в "simpla-crm-сайте". Данные обновились на сайте1 ... дублируем на N сайтов. Правда для того, чтобы остатки вести придется связки товаров делать, не знаю насколько это будет реально в вашем случае. Но в целом схема рабочая. А диалоги действ

интегрировал сайты с bitrix24 и retail crm. По ссылке вариант рабочий, но повозиться все равно придется. Да и потом допиливать надо будет, тк запросы появляются в процессе эксплуатации. Понятие "добротно" очень абстрактное. Нужна конкретика: какие данные куда и в какой момент передавать. Но по деньгам в любом случае дешево не получится, тысяч от 15 минимум. Официальные партнеры того же retail crm года два назад озвучивали ценники в 30-50-80 тыс рублей в зависимости от пафосности фирмы и базового функционала.

вопрос ради доколебаться? если очень хочется, то можно и print, но в обоих случаях желаемый результат будет один. Скорость выполнения в обоих случаях будет одинаковая

print_r($this->db->placehold("query text")); где query text - текст запроса