Форум

сделала, все достаточно просто.
примерно так, если кому вдруг понадобится:
[CODE]<?
$id=$USER->GetID();
$rsUser = CUser::GetByID($id);
$arUser = $rsUser->Fetch();

echo $arUser['PERSONAL_MOBILE'];?>[/CODE]

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

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

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

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

не уверена, что поможет, но [URL=http://www.1c-bitrix.ru/download/files/manuals/ru/catalog_tutorial.pdf]почитайте[/URL]

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

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

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

[QUOTE]Вячеслав Сухов пишет:
Правда использовал для этого jQuery. [/QUOTE]

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

добавила после первой строчки, теперь код такой:
[CODE]<?
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
CModule::IncludeModule('sale');
switch($_GET['opt'])....[/CODE]

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

[B]upd.[/B]

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

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

ура)

[B]Sergey Leshchenko[/B], огромное спасибо за помощь :)

[QUOTE]Sergey Leshchenko пишет:
CSaleOrderProps::GetList()[/QUOTE]
с небольшим перерывом я снова вернулась к этой задаче. смотрите, дело очень простое:
выводим список способов доставки, и при выборе того или иного способа доставки должна выводиться соответствующая группа свойств для заказа. (для начала сделала группу свойств "Самовывоз", а в ней 2 текстовых поля - имя и телефон). Итак, при выборе способа доставки у меня происходит обращение к пхп-скрипту, куда мы GET'ом отправляем значение выбранной опции по доставке (ну у меня там свой ajax скрипт это значение передает).
"Самовывоз" у меня идет пунктом 3, значит его группа свойств должна показываться при case 3:
[quote]
<?
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
switch($_GET['opt']) {
           case 1:
               echo 'привет';
           break;
case 2:
               
           break;
case 3:
              [B] $db_props = CSaleOrderProps::GetList(
       array("SORT" => "ASC"),
       array(
               "PERSON_TYPE_ID" => 1,
               "PROPS_GROUP_ID" => 4,
               "USER_PROPS" => "Y"
           ),
       false,
       false,
       array()
   );
if ($props = $db_props->Fetch())
         {
 echo $props["NAME"];

         }[/B]
           break;
case 4:
               echo '4';
           break;
       }
?>[/quote]

так. волшебное слово "привет" очень прекрасно показывается, когда мы выбираем 1-й способ доставки. а вот когда выбираем 3-й, то выдается сообщение:
[QUOTE]Fatal error: Class 'CSaleOrderProps' not found in ...my/delivery-info.php on line 12[/QUOTE]

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

[QUOTE]Николай Платонов пишет:
ИМХО самый правильный способ будет использовать result_modifier.php, тогда можно не заморачиваться с изменением шаблона[/QUOTE]

А я не заморачивалась с результ-модиферами всякими, а прямо в шаблоне и написала небольшую проверку:
[CODE]<?if ($arElement["PREVIEW_PICTURE"]["SRC"]==''):?>
 <a href="<?=$arElement["DETAIL_PAGE_URL"]?>"><img border="0" src="<?=SITE_TEMPLATE_PATH?>/images/defaul-small.jpg" width="200px" height="150px" alt="<?=$arElement["PREVIEW_TEXT"]?>" title="<?=$arElement["PREVIEW_TEXT"]?>" /></a>
 <?endif?>[/CODE]

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

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


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