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

Всем добрый день!
Возник следующий вопрос - как сделать меню не из разделов инфоблока (как позволяет штатный компонент bitrix:menu.sections ), а из элементов определенного инфоблока? Решается ли эта задача штатными средствами или нужно писать отдельный компонент наподобие bitrix:menu.elements?

Vadim Dumbravanu, спасибо! Исправила у себя, взяла на заметку.

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

сделала, все достаточно просто.
примерно так, если кому вдруг понадобится:

Всем добрый день!

Задача вывести некую небольшую таблицу с данными пользователя (авторизованного, для него самого) - т.е., пользователь видит свой логин, фамилию, имя и мобильный.
Использую методы класса CUser, все прекрасно, но с выводом мобильного застряла.
в документации есть поле "PERSONAL_MOBILE", но как его правильно применять? подскажите, пожалуйста.

делается просто.
в папке /bitrix/components делаете свою папку
например, my
И в нее кладете свой компонент - и дескрипшн, и параметрс, и т.д. - все, как положено.
потом из-под админки в самом визуальном редакторе - где вкладка компоненты 2.0 - берете и обновляете кеш.

Dmitry Ban, правильно ли я Вас поняла, что, исходя из Ваших слов, не получится даже навигацию "хлебные крошки" сделать вида
(предположим что находимся на странице элемента детально)
Главная-> Раздел -> Подраздел -> Элемент

не уверена, что поможет, но почитайте

продолжение "эпопеи".

всё в принципе хорошо, для выбранного способа доставки выводятся определенные группы свойств заказа, которые проверяются и отправляются вместе с заказом - все в принципе хорошо.
Очень плохо то, что независимо от того, какой способ доставки выбрал юзер, при нажатии на кнопку "Отправить" мне в заказе приходит тот способ доставки, который по сортировке самый первый.

Не знаю, что предпринять.

Главное - получить результат,  фантиков накрутить можно каких угодно)
хорошо что у вас получилось)

добавила после первой строчки, теперь код такой:


"привет" показывается, а имена свойств при выборе 3-го case не показываются.
(щас буду включать E_ALL...)

upd.

нет, ошибок никаких не выводится.
что-то не так в коде, что-то не то.

upd2.
смущала строчка "USER_PROPS" => "Y", убрала.
ну появилось нэйм первого свойства))))

ура)

Sergey Leshchenko, огромное спасибо за помощь  

с небольшим перерывом я снова вернулась к этой задаче. смотрите, дело очень простое:
выводим список способов доставки, и при выборе того или иного способа доставки должна выводиться соответствующая группа свойств для заказа. (для начала сделала группу свойств "Самовывоз", а в ней 2 текстовых поля - имя и телефон). Итак, при выборе способа доставки у меня происходит обращение к пхп-скрипту, куда мы GET'ом отправляем значение выбранной опции по доставке (ну у меня там свой ajax скрипт это значение передает).
"Самовывоз" у меня идет пунктом 3, значит его группа свойств должна показываться при case 3:

так. волшебное слово "привет" очень прекрасно показывается, когда мы выбираем 1-й способ доставки. а вот когда выбираем 3-й, то выдается сообщение:

А что значит такое сообщение? почему класс не найден?

А я не заморачивалась с результ-модиферами всякими, а прямо в шаблоне и написала небольшую проверку:


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

НО так делать - это не очень правильно! Когда я писала эту проверку, я абсолютно не знала, что есть более простой и человекопонятный способ (указан выше, мерси Николай Платонов)


P.s. И вообще, ну сколько можно для этой и других мелочей подобного рода использовать напильник? почему в админке, в настройках модуля каталога, например, нету возможности указать дефолтную картинку? такая очевидная вещь и непредусмотренна... Вообще чем дальше в лес, тем больше чисто философских вопросов.

а причем тут битрикс? правьте верстку.
типа такого должно быть?


ну и в чем проблема? float: right, margin...
ИЕ любит марджины умножать на 2.

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

я больше склоняюсь к тому, чтобы просто написать свой компонент, только мне для него надо знать:
а) как вывести установленные в системе службы доставки
б) как вывести -||-||- свойства заказа
(потом по switch я думаю, показывать буду только те, которые надо)
в) как в конце концов отправить результаты заполнения формы заказа не только на почту админа, но и на сайт

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

Лично я с вами - абсолютно согласна. а вот заказчик хочет так и не иначе.
Сама скоро стены матрасами оклею, а что делать? надо.

У меня идея в общем, была такая. Отказываться от стандартных компонентов, писать свой обработчик.
Да не проблема, но! нам же надо, чтобы эти заказы потом  приходили на сайт, и можно было обмениваться с 1с, нам же надо, чтобы доставка автоматом считалась.
Итак, в этом своем обработчике я, допустим, как-то сделаю, что заказы будут приходить не только на почту, но и на сайт, чтобы потом был обмен заказами с 1С. Свойства волшебным образом подтяну из предустановленных в модуле.  И калькулятор доставки - на закуску.

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

Вторая идея - внедрить еще несколько типов плательщиков. Типа "Физ.лицо Самовывоз", "Физ.Лицо ЕМС". И определить свойства для них? Только все равно тогда нужно будет, чтобы определенный тип плательщика устанавливался сразу после выбора доставки. (да и вообще похоже на бред)

И такое ощущение, что решение рядом - а я тупо смотрю в другую сторону. Может, кто-то в силах подсказать мне, в какую сторону надо смотреть? Буду очень признательна)

ну! так о чем мы вам тут три часа рассказываем?
проверяйте и исправляйте шаблоны ссылок

Да, я решила эту проблему буквально 2 дня назад.
Все оказалось достаточно просто, но пришлось поломать голову.
Я сделала так, что при нажатии на "В корзину"  показывается псевдо-окошко (псевдо - потому что это див просто становится видимым), с информацией, что товар добавлен в корзину на сумму столько-то рублей.

Я использовала свой ajax небольшой скриптик, т.е., у меня "В корзину" это никакая не ссылка, а span, который по onClick вызывает событие makeRequest... код:


Соответственно, в файле my-busket.php обрабатываем полученные GET'ом значения id, quantity, action , price. С полученным ID и action смело пишем добавление в корзину (есть в документации для разработчиков кусок кода, который очень прекрасно работает), и echo цены. И еще пару плюшек типа ссылок "перейти к оформлению" и "продолжить".


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

Все вместе это происходит без обновления страницы.
my-ajax.js  - это скрипт, который чуть-чуть отличается от того, что здесь, только тем, что мой не алертует результат, а выводит в диве.

И конечно же, для <div id="txtCustomerInfo"></div> я написала соответствующие стили, типа абсолютного позиционирования четко по центру экрана и т.д.

Всем добрый день!
Вопрос такой: использую компонент "одношагового заказа", и в нем, на странице оформления заказа, если выбрать тот или иной тип плательщика, показываются разные свойства заказа. Т.е, физическим лицам, например, не показывается свойство "ИНН", и так далее. (компонент немного кастомизирован, способы доставки показываются всегда и в самом начале)
Моя задача состоит в том, чтобы те свойства у заказа, которые показываются, показывались не в зависимости от типа плательщика, а в зависимости - а в зависимости от выбранного способа доставки.
Т.е., выбрал клиент доставку курьером - и указал только ФИО и телефон, а если Почту России - то будь добр указать все поля, индекс и т.п.

Можно ли как-то привязать свойства заказа к выбранному способу доставки?

У меня была аналогичная проблема!
Решается на удивление просто. В настройках самого инфоблока (в моем случае "каталога") нужно было прописать шаблоны ссылок. Указать шаблон ссылки для раздела, и для элемента.
И все.

Как сделала сейчас. переменная $arResult["ORDER_WEIGHT"] - это и есть умноженный на количество товара вес этого товара.
Поэтому, если тупо вывести $arResult["ORDER_WEIGHT"] - то и выведется 500 грамм, а не 5 100 грамм.
Ну хотя бы так!

P.S. В идеале - все равно надо бы сделать 5 х 100 грамм, а не 5 100, как сейчас.

Всем добрый день!
Использую на сайте компонент "одношаговое оформление заказа", и вижу не совсем корректное значение в графе "Общий вес":



5 100 грамм. Да, я-то понимаю, что это 5 товаров по 100 грамм, а вот неискушенные заказчики пугаются! Потому что выглядит это, как 5100 грам, т.е. 5 килограмм 100 грамм!
По идее, было бы очень прекрасно, если б в этой графе выводилось "5 х 100 грамм".
Полезла в шаблон и увидела, что это выводится значение переменной $arResult["ORDER_WEIGHT_FORMATED"]
Ок, стала смотреть в коде самого компонента, как вообще формируется эта переменная.


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

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


становится
"100" и "грамм" - это понятно и логично, но "5" то откуда? откуда приписывается в эту переменную значение количества? Помогите, пожалуйста, разобраться.

Всем добрый день!
Подскажите, пожалуйста, как вывести несколько товаров из каталога случайным образом?
Например, в каталоге 5 разделов и несколько сотен товаров. Нам нужно вывести 3 товара случайным образом, и желательно, чтобы из разных разделов.
Как это возможно реализовать? Я смотрела в сторону топа элементов по параметру - но это не то, параметра "рандом" там нет, а если не указывать никакой параметр, то выводятся все время одни и те же элементы.

Да, Вадим, вы все правильно поняли.
а я сидела и тупила полдня)

P.S. да, я реально тупила. ведь итемы каталога берутся как раз из $arResult["ITEMS"]
можно было догадаться, что PROPERTIES лежат там же.

я бы в первую очередь проверила шаблон, который у вас выводит товар. для отправки в корзину там должна быть форма с 4 скрытыми полями, и в самой ссылке "В корзину" код должен быть такой: