phukortsin

Нестандартно запрограммировать все требующееся. http://simpla-tuning.ru/dobavlenie-v-korzinu-srazu-neskolkih-variantov

Можно сделать, если СБИС предоставляет средства для такого. Для начала попробуйте это выяснить. Я не нашел упоминаний о том, что СБИС хранит товары и заказы. По описанию, это в основном система для ДОКУМЕНТООБОРОТА. На стр https://onlainkassy.ru/edo/sbis.html описаны основные возможности СБИС так: Функциональные возможности СБИС На замену бумажным носителям пришел электронный документооборот. Через СБИС можно работать: Штатным сотрудникам организации. Организовать внутренний обмен письмами, заявлениями. Проводить совещания, видео конференции. Загружать со сканера, же

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

Simpla стандартно в такой ситуации отправляет ответ 200. Так сделано автором. Если надо иначе, пробуйте менять в resize/resize.php if(!$simpla->config->check_token($filename, $token)) exit('bad token'); на if(!$simpla->config->check_token($filename, $token)){ header("http/1.0 404 not found"); exit('bad token'); }

"выбор по объему внутри одного товара" - такого в Simpla стандартно нет. Видимо, индивидуальная доработка. Поэтому смотреть надо в измененные места. Возможно, через ajax вызывается ссылка по протоколу http. Для начала можно проверить консоль браузера.

Опять вспоминается товарищ Огурцов, который в старом фильме говорил: - Так, ну что ж, товарищи, коллектив большой, народ квалифицированный, работа проделана большая, у меня лично сомнений нет, это дело так не пойдёт... Для начала, судя по тому, что в инструкции встречаются несуществующие в актуальной версии пути"engine/init.php", "engine/classes/Order.php" и другие подобные, инструкция написано для какой-то специфичной переработанной версии Simpla. А может, для очень-очень старой. В любом случае, об этом надо бы сообщать... Миниатюрная простенькая функция generate_user_id написа

"Если в строке поиска набрать AB012 1 без тире", то " это тире" не учитывается ни в каком месте, так как его в поисковой фразе нет и учитывать его в принципе нельэя. А вообще алгоритмы обычного поиска и живого поиска существенно разные. В частности, при нахождении ровно одного товара обычный поиск производит переходит на страницу товара, а живой такого никого не делает. И список найденных товаров у них разный. Смотреть в PHP-скриптах api/Products.php, ajax/search_products.php.

На свой вопрос Вы сами дали ответ: В. "А Окей же вроде бесплатным стал, почему он теряет позиции?" О. "разрабы всех из России далеко и надолго послали." Если имеете в виду разработчиков Okay, то есть ведь и сторонние, которые в большинстве своем по надуманным причинам работать не отказываются... Программист-то понимает, что взгляды разработчиков Okay на ту или иную страну практически ни на что не влияет, и ему это реально безразлично - любой возможный неадекватный выпад в новой версии стандартной CMS нейтрализуется за несколько минут работы. А вот владельцы сайтов опасаю

Много ли у Вас клиентов? У меня в последний год-два новенькие заказчик почти не появляются, в отличие от того, что было ранее. Я так понимаю, Simpla продолжает хиреть. Да и Okay, по моим представлениям, позиции понемногу теряет...

Пока не придумали не только оптимального, но и вообще сколь-нибудь подходящего. Причем даже на самых передовых сайтах. Сравните результаты поиска на фразы '7849-80-14' и '78498014' в Google. Или в Яндекс. Хотите, чтоб простая CMS таких гигантов превзошла?

По ссылке как как и объясняется, что сие нереально сложно. Вы ведь умеете нормально читать тексты? А попробуйте взять обычный длинный текст, в редакторе удалить все пробелы и посмотрите, сможете ли прочитать так же легко.

Фраза с очень глубоким смыслом. Примерно как ехать в Новосибирск, а приехать в Новгород.

Переменная $product_id нигде не используется. Возможно, надо вместо WHERE 1 $all_filters AND ol.label_id = 1 AND p.product_id=? писать WHERE 1 $all_filters AND ol.label_id = 1 $product_id И объявление функции function get_report_vozvrat($filter = array(),$id) { странное, надо function get_report_vozvrat($filter = array()) { И сам по себе подход странный. Обычно не делают такие выборки, при большом кол-ве заказов возможны тормоза вплоть до зависания. И сомнительно, что запрос работает правильно, если в нем считается SUM без группировки результатов. И подход

Очень информативно. Если хотите получить полезный совет, то надо свою задачу описывать более точно. Особенно, если есть переделки. Пока можно только гадать. Судя по $v->images, у Вас изображения прикреплены к вариантам, и сколько еще переделок, неизвестно. Вы даже не удосуживаетесь сообщить, в каком файле код и на какой странице ожидается результат...

На форуме масса примеров, в частности

Приведенный код выводит товары, принадлежащие этому же бренду И этой же категории, о чем говорят параметры вызова плагина {get_products ... brand_id=... category_id=...} А чтобы вывести товары принадлежащие этой же категории, надо всего лишь убрать параметр brand_id.

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

На мой взгляд, проблема в том, что товарищ делает методом тыка, особо не понимая смысла. А как еще можно интерпретировать глуповатую фразу: Рассуждает про варианты с нулевым кол-вом, а изначально выбирает варианты только с НЕнулевым. Что ему сказать - если надо непременно надо "заделывать", то заделывай да смотри.

Так надо решать вопрос целиком комплексно, а Вы пока кидаетесь из стороны в сторону по методу "одно лечим, другое калечим". А вопрос-то не особо сложный...

Из того, что написано, выходит, что выбираются лишь варианты с ненулевым к-вом ('in_stock'=>true). Что не стыкуется со сказанным ранее...

Надо проверять все моменты. Из написанного кода 1. неясно, какой набор вариантов поступает в шаблон из PHP, 2. как идет вывод в шаблоне product_stock.tpl.

Надо все проверять, в том числе то, что эти варианты поступают в шаблон из PHP.

Так и делать - писать условие проверки кол-ва у вариантов. {foreach $product->variants as $v} {if $v->stock == 0} {/if} {/foreach}

Примерно так и написать. Желательно учесть только, что 1. Написанное условие бессмысленно. Возможно, надо писать $product->variant->stock == 0. 2. "количество вариантов ноль" - такого штатно не бывает в принципе, у товара при редактировании в админке всегда есть минимум 1 вариант. Если имеете в виду, что у каждого варианта товара кол-во нулевое, то так и писать надо, и соответственно условие менять...

Совершенно неверное утверждение. Если Вы делали изменения, тем более много изменений, в которых уже сами с трудом ориентируетесь, то отображение в стандартной Simpla, вообще говоря, с отображением у Вас никак не связано...