Форум

Примерно так мы сейчас с одним клиентом и говорим. Но есть один нюанс, у клиента есть ряд свойств заказа, которые надо дорабатывать в соответствии с его бизнес-моделью и вот тут мы попали в конкретную мясорубку. Освоить скрипт в 7,5к кода за 3 дня нереально, в итоге всеми правдами и неправдами убеждаем клиента поставить пока дефолтный шаблон и работать на нем, пока мы за свой счет разбираемся с этим ужасом.
Самое досадное то, что битрикс искренне верит что этот шаблон идеален и подойдет всем. Мы и на партнерке говорили о том, что битрикс просто не в курсе с какими причудами приходят клиенты и тут писали, но такое ощущение что мы говорим в пустоту. И в итоге мы со сцены слышим "Этот компонент на столько крут что мы его специально сделали слабокастомизируемым!". Круто ребята чо.

P.S. Скрипя зубами пошел дальше ковырять order_ajax.js

Ну например, у одного нашего клиента упал данный шаблон на стандартных службах доставки, т.е. кроме первой службы мы ничего выбрать не можем. Написали в ТП, они нас уже более недели мурыжат. Магазин не продает. Вот как такое клиенту объяснять? Всем по умолчанию ставится СПСР-Гепард.

Добавил идею

Ни кто и не спорит. Вам просто попытались объяснить, что конверсия зависит от продаваемых товаров, в первую очередь. Удобство заказа это уже дополнительные удобства. Допустим вы делаете доп. канал сбыта специфического оборудования с заказам товара через интернет. Стоимость товара 200 т.руб. он имеет определенную специфику, круг покупатель очень не большой, то ни какой конверсии сверх удобная форма не даст.
Если товар востребован его чаще заказывают или вы считаете что форма заказа без товара вообще является инструментом повышающим конверсию?

Я в принципе так пока и поступаю, но есть некоторые но, поддержки нового функционала и он работает частично

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

Это тоже самое что сделать свое решение. Ни кто не говорит о том что свое решение - это свой компонент.

Тогда зачем вы все здесь пишете? Все просто и понятно. Открывайте файл и вперед, только какое тогда имеет отношение вот это
вам же без разницы, просто открывайте и вперед, изменяйте как вам нравиться. Ну слетит, возьмете с заказчика еще денег. Радоваться надо


И еще. Вам просто кастомизировать. Поделитесь с людьми примерами правильной кастомизацией (выше люди уже писали, простые вопросы по кастомизации, банальное раскрытие всех блоков по умолчанию, вот помогите им, докажите что все просто). В противном случае это только разговор о простоте!


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

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


Мы говорим о том, что шаблон сделан как частное решение для конкретного магазина из коробки.
О том что шаблон не предусматривает кастомизации.
О том, что разработчик должен вписывать комментари в такие решения, т.к. он выпускает (пока выпускает) решение не для конечного пользователя (по факту), а решение которое в последствии кастомизируется, причем заметьте, как правило кастиомизируется в оформлении, под стилистику того или иного сайта, и реже под логику и какой то инструментарий необходимый при оформлении заказа.
Под оформлением не стоит понимать только одну стилистику сайта, например заказчик хочет что бы форма орформления была разбита по шагам, визуально на разных страницах (это тоже оформление, логика как была так и остается).