Drake777

можно попробовать включить отображение ошибок через ini_set('display_errors', 1);

отвечать или нет - дело сугубо ваше. Но если уж вам и Нокстеру не особо нравится Симпла в том виде как она есть, то логично предположить, что есть некий другой движок который нравится. Но этой темы вы почему-то избегаете. Лично мне было бы интересно посмотреть не только на ваше творение на гитхабе, тем более, что там реализовано далеко не все из запланированного вами же, но и уже проверенный на практике готовый движок.

похоже, что я не так понял проблему. Ранее у контент-менеджера была похожая проблема, это ее решило.

Давинчи, в отличие от слившегося Noxter-a, довольно понятно разъяснил, что он хочет от симплы. Что считает обязательным юнит тесты и т.д При этом так и не ответил на вопрос какой движок считает максимально приближенным к идеалу. a13x же вполне придерживается концепции симплы. Псевдо MVC логика + комментарии в коде. Если в движке это допустимо, то странно требовать разработчиков на нем другого подхода. Если же не нравится движок, то как минимум странно сидеть на его форуме. Да и сама по себе дискуссия довольно странная, нежели интересная. Денис уже года 2, если не бол

так если невозможно, то в чем смысл утверждения про обязательность тестов в сообщении выше? с точки зрения бизнеса не всегда имеет смысл идеальное решение. Это не значит, что надо лепить код из говна и палок. Но и в другую крайность вдаваться тоже не стоит. Хотя если вы нашли высокооплачиваемую работу с возможностью написания идеального кода пусть и за более длительное время, постоянными код-ревью от более опытных коллег и возможностью развития - могу только порадоваться за вас. Что касается отказов работать с чужим корявым кодом - так ведь это не только от движка зависит.

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

что подразумевается под масштабированием? если добавить кеширование, нормальные фильтры, города на поддоменах, различные отчеты по продажам, формирование закупок, складской и фин.учет, rest api - это уже масштабирование? опять же речь о масштабировании функционала или самого проекта? понятно, что для условного wildberries симпла не подойдет, но для проекта даже на 100 тыс товаров - вполне. И тогда какой движок на ваш взгляд привлекателен для разработчиков? Спрашиваю без сарказма/иронии, на самом деле интересно. Noxter заявил про болячки и слился. Вы тоже сказали про ограниченно

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

пробовал, работает.

можно отключить смену в simpla/design/html/product.tpl комментируем строчки // Изменение набора свойств при изменении категории $('select[name="categories[]"]:first').change(function() { show_category_features($("option:selected",this).val()); });

можно подробней про болячки симплы, которые в окей перекочевали и остаются?

хотя бы направление работ есть возможность озвучить?

нет

в ProductsView сделать замену {$brand} на $brand->name

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

Наиболее точный вариант будет, если в cartview при создании заказа записывать в сессию, что заказ только создан. А в orderview, если в сессии есть данные, что заказ только что создан, то отправлять данные в метрику, а затем обнулять эти данные в сессии. В этом случае, если человек первый раз попадает в заказ (после оформления), то данные уходят. Если же 100500 раз обновляет страницу, то статистика не портится. Если не получается сделать, то могу помочь, обращайтесь в личку

С помощью параметра currency_id (ид валюты) Пример: http://site.ru/?currency_id=2

Пишите в личку, обсудим

Сделал, кому-то ещё нужно решение?

там ничего специфичного нет, обычный чек для соответствия 54ФЗ если у товаров ценник не сильно отличается, а скидка 5-10% максимум, то решение из моего сообщения вполне работает. И никаких отрицательных цен не получим. если же один товар стоит условно 1р, а другой 1000р, то действительно придется "веса" цен на товары городить, как предложил alexivchenko единственный косяк может быть если цены нормально не делятся, скидка получится не целое число рублей, а например 10р 45,67коп еще вариант чуть проще, но не всем подойдет, тк возможны махинации со стороны покупателя. Делаем всю скидку на

1) Получаем скидку для каждого товара $order->coupon_discount / count($purchases) 2) вычитаем скидку из каждого товара

Добавить еще один цикл {foreach $c->subcategories as $cc} {$c->name} {/foreach} точнее {foreach $c->subcategories as $cc} {$cc->name} {/foreach}

Один человек хотел купить заведомо краденный скрипт у другого. И теперь жалуется, что его кинули. Великолепно!

Делал и не раз. Как для функционала городов на поддоменах, так и для сайтов "псевдоконкурентов" на отдельных доменах.

Делал подобный функционал. Есть примеры реализации как шаблонных мета-тегов и текстов, так и с индивидуальной настройкой. Девушке из данной темы также разрабатывал подобный функционал http://forum.simplacms.ru/topic/13619-%D1%81%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5-%D1%81%D0%B5%D1%82%D0%BA%D0%B8-%D0%BF%D0%BE%D0%B4%D0%B4%D0%BE%D0%BC%D0%B5%D0%BD%D0%BE%D0%B2/ Поддомены для регионов при правильной реализации дают неплохой дополнительный трафик на сайт. Хотя есть и нюансы, чтобы поисковики не посчитали их дублями основного домена. Написал в личку