Maybe_V: ну это ваш выбор, отправлять данные скопом. Вы поставили вопрос с нереальным условием внутри, а я предложил, как его можно решить с маленьким дополнением. Ну или делайте отправку через Ajax: перебирайте циклом формы и шлите их на... сервер)
l55uiz: вы путаете идентификатор DOM-элемента и идентификатор вашего товара. У DOM-элемента (тега) есть атрибут "id" - он должен быть уникальный на всю страницу, как писали вам выше. А идентификатор вашего товара это уже дело не DOM и ему плевать, где вы будете его хранить. Атрибут id на странице должен быть уникальный, это азы вёрстки...
Наталия: могу вам лишь дать вредный совет (не претендующий на ответ) конвертировать число после сложения в строку. Таким образом с ней ничего не произойдёт при сериализации или при кодировании в json. А на стороне JS оберните в parseFloat(), если планируете вычисления дальнейшие на frontend.
Андрей Мывреник: то, что запущено совершенно не то, что я написал, а отсебятина. Хотя ваш пример тоже очень интересен)) У меня такой проблемы нет на 7.0.8. У меня json_encode(['b' => 6.600000000000001]) упрямо кодируется в {"b":6.6}, как и 6.6. А вот serialize(['b' => 6.600000000000001]) возвращает a:1:{s:1:"b";d:6.6000000000000014;}, но 6.6 даёт a:1:{s:1:"b";d:6.5999999999999996;}. Так что я написал коммент потому, что не только при сериализации и кодировании в json бывают баги (или незадокументированные фичи?) с плавающей точкой.
Лев Розанов: не стоит списывать людей со счётов. У любого может оказаться смекалки более, чем у других, а так же у каждого могут быть дети\родственники\друзья, кто "в теме" и поможет слить ваши ролики "в первые 10 покупок")) Удачи с проектом ;-)
Дмитрий Носиков: это уже как вам нужно. Если нужно просто html-кусок вставить в определённое место в документе, то можно просто echo вернуть и в JS взять этот кусок кода и вставить через .innerHTML, а если нужно получить два куска html-кода, то уже нужно продумать структуру ответа.
Что лично я думаю. Не стоит таскать туда-сюда html. Лучше вернуть в json коллекцию переменных, а на фронтенде через JS вывести нужный html в нужных местах с подставленными переменными. Если принципиально таскать html, то пробуйте!) Так же посмотрите на frontend шаблонизаторы, типа React.js, может заинтересует вас на перспективу.
Наконец то ответил человек, который прочёл весь вопрос целиком и услышал суть оного)) Благодарю за аргументы!
Я задался этим вопросом только на Yii2, ибо на вьюхах там очень активно используются методы класса View, так же классы нужные через use нужно подтягивать и т.д., и получается, что в twig\smarty (не важно что) уже нет возможности проинспектировать вызовы методов на ошибки силами IDE (тот ли метод, не забыл ли чего, вызов триггеров в макете и многое другое), плюс ко всему вопросы наследования шаблонов решаются на уровне того же класса View, а не силами шаблонизатора (за что они мне и полюбились). Но в итоге решил писать с шаблонизатором. Лишний раз буду заглядывать в документацию за именами и параметрами методов + освою Smarty (лишним не будет).
whoisthere: да мне то чего отвечать?) я не ТС. К тому же ТС интересуют булеты с анимацией заполнения, как в истории инстаграмма или вк, или как на сайте apple, ссылку на который любезно в вопросе приложили))
Зря время не терял и обдумывал варианты, где же мне может пригодиться то же самое наследование, данное шаблонизатором. К примеру я могу вызвать рендеринг вьюхи "foo.tpl", внутри наследовать от "bar.tpl", в итоге полученный html будет помещён в базовый макет. Потому сам дам ответ себе - смысл есть.
yurygolikov: удача не помешает. Докопал до метода, где рендерятся теги для css. Есть случаи, когда нужно закрывать (привет валидаторам), но Yii такой возможности, кажется, не предоставляет.
slo_nik: ага. Но я прописал sourcePath равный null для yii\bootstrap\BootstrapPluginAsset и yii\bootstrap\BootstrapAsset в assetManager.bundles, теперь файлы в assets не падают.
