s909 (Все сообщения пользователя)

Perke, Кто знает что у вас там, что вы там накастомизировали) Надо ведь смотреть, разбираться. Поставьте пока дефолтный шаблон.  

Выше я выставлял фотку и имя того, кто написал этот компонент, почему вы еще его не знаете, его должны все знать в лицо))

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

Александр Павлов,
Максимум что вы можете поменять в этом шаблоне этот CSS ну и вкладки некоторые может раскрыть. По настоящему изменить этот шаблон практически не возможно. А старый шаблон можно было изменять как угодно и даже привести к тому виду, какой сейчас новый, и с вкладками и с табами и как угодно.
Специалист, это не тот, кто копается в непонятном коде и тратит свое время, на не понятно что. Завтра они все там переделают и выпустят новый скрипт или просто изменят его, и вы опять будете его изучать и доказывать всем какой вы специалист, ну ну!
Здесь никто не ноет и не жалуется, лично моя цель донести до компании, что данный шаблон никуда не годиться, пускай сделают тоже самое, но как положено.

Александр Павлов,
Я не понимаю, зачем писать такие посты, вы выслуживаетесь что ли перед компанией Битрикс?
Все знают, что такое шаблон, ему не нужна документация, там нет логики, там только подставляются переменные для вывода (логика с условиями не в счет)
Скрипт, это не шаблон и хватит спорить. Шаблон всегда можно изменить (для этого он и создан, что бы его менять). А изменить этот скрипт практически не возможно, а делать новый шаблон это совсем безумие. Может у вас есть в запасе пол жизни лишней, но у меня столько времени нет, и у клиентов нет столько денег, что бы оплачивать это время!

Александр Кулеша, А что это плохо, если опишут что делает каждая функция? Или каждый раз код разбирать? Зачем тогда вообще документация нужна?

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

Лютых Александр,
Вот именно, битриксу вообще плевать по-моему на мнение партнеров, я никогда не поверю, что партнеры дали добро на это.
Александр Воробьев,
Ну да, у них там видите ли А/B тестирование, провели на пару сайтах каких-то. Сначала новый компонент проигрывал, но потом в тяжелом бою вырвал победу)) Еще бы денек по тестировали бы глядишь старый бы вырвался вперед))

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

Теперь мы знаем его в лицо!


Вы поняли? Так и объясняйте клиентам! И плевать что они хотят изменений!
Это еще фигня. Они обещают выпустить теперь компонент каталога, который не надо кастомизировать!
Что дальше? Один единственный шаблон сайта для всех?

Neo,
Ты в первом посте вроде правильно все написал, то что разработчики смешали логику и представление, кастомизировать компонент стало, практически нереально, а потом начал будто защищать разработчиков Битрикс и говорить о том, как все легко можно подправить под свои нужды, буквально 2-3 строчки и все готово, советы какие-то даже дал тут по раскрытию блоков. У меня только один вопрос к тебе, ты сам пробовал это делать?
Результатом доработки должно стать не то, что бы просто раскрыть их, что я сам делал, а что бы это все работало, как следует, при аяксе, при различных кликах, переходах и прочих телодвижениях. Этот компонент можно дорабатывать, только костылями и только, так как в нем перемешено все на свете, это логика, представление, и даже выборка из базы, так как идут аякс запросы.
Все эти старания битриксовские по D7, по наследованию классов, по кастомизации шаблонов и тд летят просто в помойку.
Нужно создать идею, не просто что бы раскрыть блоки, а что бы они выпустили нормальный компонент в конце то концов, что бы логика была отдельно, шаблон отдельно, и все что внутри, прочие компоненты (местоположение, доставка, платежка) тоже что были завернуты в отдельные компоненты, со своей логикой и со своими шаблонами. Иначе, что бы сделать какие-то минимальные правки в этом компоненте мы будем тратить уйму времени на придумывания всяких разных костылей.

Николай Подымов,
Битрикс видимо идет к тому, что бы все настраивалось через кнопочки, а под капот что бы вообще никто не лазил.
Я всегда проклинал старый их шаблон, особенно все то, что связанно с местоположением, так они умудрились сделать еще хуже.
И вроде настройки стали гибче, и что-то улучшилось, но как менять шаблон-то, неужели Битрикс думает что он всех будет устраивать, в общем что толку кричать, у Битрикса какое-то особое видение. Хоть бы с партнерами советовались что ли...
Они то с заказчиками на прямую не работают, а партнерам теперь объяснять клиентам, что мол так и так, оформление лучше вообще не трогать, ограничимся изменением цвета и размером шрифта.
Swerk,
В вашем случае, думаю не все так плохо, если пользователь уже зарегистрирован и вводил свои данные в поля (Имя, Телефон, Почта и т.п), то эти поля должны быть уже заполнены и заново вводить ничего не надо, достаточно нажать кнопку далее.

Так открываются только если пользователь уже зарегистрирован и раньше заполнял все поля, т.е. кликая по названию блока они открываются. А вот
trigger по кнопке Далее ('.pull-right.btn-md') вообще видимо не срабатывает, по крайней мере в последний раз когда я тестировал, у меня не сработало.
Что бы срабатывало при аяксе можно сделать так, в самом конце метода refreshOrder до return true; прописать такие строки this.show(BX('id_блока')) и так несколько раз перечислить все блоки. И все бы хорошо, блоки раскрываются, но возникают другие ошибки, видимо это связано с тем, что если блок раскрыт, то предыдущий должен скрываться. В общем если устраните эти ошибки, то может что-то и получиться.

Сергей Зорин,
Письмо отправляется уже после самого заказа.
Через событие OnOrderNewSendEmail можно поменять значения в письме.
Сам товар с ценой можно взять так CSaleBasket::GetList
Также есть другие события, которые можно узнать в файле /bitrix/components/bitrix/sale.order.ajax/class.php
например OnSaleComponentOrderProperties, OnSaleComponentOrderUserResult, OnSaleComponentOrderRequestProps в них можно изменить значения свойств.

Александр Демидов,
Да толку то, что они все раскрыты, все равно это костыль.
В методе fade: в начале можно прописать return; что бы эти блоки не сворачивались и через метод trigger (jquery) на '.bx-soa-section-title-container, .pull-right.btn-md' делаем click, лучше через setTimeout и foreach пробежаться по всем  '.bx-soa-section-title-container, .pull-right.btn-md' (это кнопка вперед), кликая по ней через trigger мы сразу раскрываем все блоки. Тоже самое надо прописать и после аякса, это метод refreshOrder.
Полный код показать не могу, так как удалил все это дело. Время жалко на всю эту ерунду, проще написать какой-то свой шаблон (а может и не проще).
Вон у Александр Кулеша, времени полно, он может даже на Битрикс24 весь JS код переписать)) у него всегда на это есть и время и желание))

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

Александр Кулеша,
Не пойму, что вы хотите доказать, то что компонент простой и все там так легко? Подумаешь 7,5 тыс кода на JS, который никак не документирован, просто описан двумя-тремя предложениями в одном из комментарии разработчика, который кстати сам признает, что с этим шаблоном конечно придется повозится.
То есть они даже не рассчитывали на то, что там будут что-то разработчики менять, делайте мол все через кнопочки в редактировании компонента.
Ну хоть есть события, хотя редактирование шаблона через них особо и не сделаешь.

Александр Кулеша,
Дерзайте! Да только то факт, что их же старый шаблон не совместим с их же функционалом, говорит об обратном.

Александр Кулеша,
Ну ну, исключи) а потом посмотрим сколько времени у тебя уйдет на то, что бы все заработало (доставка, местоположения, оплата  и тд.), то есть писать надо будет все заново и никакая документация здесь не поможет

Александр Кулеша,
Шаблон должен меняться в файле template.php, а скрипты это как дополнения к шаблону. У них же полностью на скриптах строиться шаблон и помимо скрипта order_ajax.js еще есть и script.js. Ну а то что местоположения приходят в $arResult['LOCATIONS'] это уже ну просто совсем. Все должно быть на компонентах и на их шаблонах. У них и раньше в старом sale.order.ajax все было мягко говоря не очень, но там хотя бы использовался внутри компонент местоположения, у которого можно было указать свой шаблон и менять его. Но уже и там все начало постепенно заменяться непонятными скриптами, а сейчас так вообще решили полностью на JS перейти. Еще раз повторяю, для чего тогда нужна документация? Для чего нужны эти шаблоны? Может они решили bitrix framework на JS перевести? Ну тогда где документация? Я имею ввиду не эту http://dev.1c-bitrix.ru/api_help/main/js_lib/index.php в которой даже близко ничего не сказано о том, что мы имеем в sale.order.ajax. Чисто по этому компоненту должна быть своя отдельная документация.
И даже если я разберусь в этих 7тыс строк JS скрипта, то где гарантии что завтра они не выпустят новый супер-пупер компонент с 30тыс строк кода? И потом разбирайся в нем. Должно быть все строго задокументировано и придерживаться какого-то стандарта, а не делать "как хочу". Тогда лучше выбрать какой-нибудь голый бесплатный фреймворк типа зенда или yii, где и код и документация в разы лучше.

Я делал, что бы все блоки были раскрыты и не сворачивались при аяксе, а также при нажатии кнопок (вперед, назад), но это все костыли и могут быть другие проблемы.
Как можно было такой компонент выпустить, до сих пор не понимаю.
Битрикс наверно удовольствие получает, от того как их вспоминают и называют, пытаясь изменить что-то в этом компоненте.
Клиентов они так быстро растеряют. Спрашивается зачем тогда нужно все это, шаблон компонента, пространства имен и прочие их технологии, если этот шаблон переделать сложнее, чем написать свой с нуля, используя только API и то все до конца работать не будет.

Присоединяюсь к вопросу.
ЧПУ совсем не ЧПУ, ничего сделать до конца не могут, вечно все доделывать приходиться.

Юрий Волошин,
Я просто в шоке, как можно было создать такой компонент, который работает фактически чисто на JS, а местоположения вообще не известно где и как формируются. Как можно было целый компонент местоположений поместить в готовый массив $arResult['LOCATIONS']? Как поменять его шаблон? Как поменять ID местоположения? Все остальное также не понятно где, все подставляется через JS.
Если так и дальше будете двигаться, то ваша CMS превратиться в какой-то не понятный самописный код.

Александр Воробьев,
А тебе большое спасибо за код, где ты только нашел это событие OnSaleComponentOrderProperties? В документации его нет, через живое API?

Кстати вот так можно сразу по одному только названию города определять символьный код местоположения.
Местоположение в оформлении заказа меняется, если подставить только один символьный код:

Так и не появилось в Битриксе ничего подобного?

Неужели нет никакого решения???

В стандартном функционале есть ссылка Отложить в корзине, тем самым товар как бы остается в корзине, но в оформление не попадает.

Посмотрите настройки ЧПУ в компоненте и инфоблоке, также везде ли прописан символьный код разделов и товаров