Форум

[QUOTE]Alice_ пишет:
Как мне после того вернуть указатель в начало выборки, не делая ее каждый раз снова?[/QUOTE]
В смысле - дальше в теле страницы? А что Вам мешает всю необходимую информацию извлекать за один цикл?

Выбросить этот код и написать все заново. У Вас проблема с формированием массива $arsections перед вызовом GetIBlockElementListEx. Вообще непонятно, зачем такие сложности. Т.е. я понял, что для начала Вы проверяете, есть ли в выбранной секции подсекции. Но потом вообще страсти господни идут. Если Вам надо получить список производителей от корня до конца, список секций Вам вообще не нужен. Используйте самый простой вариант:
[CODE]
$rsItems = CIBlockElement::GetList(array(),array('IBLOCK_ID' => $block_id,'!PROPERTY_PRODUCER' =>false),)
array('PROPERTY_PRODUCER'),false,array('PROPERTY_PRODUCER'));
while ($arItem = $rsItems->GetNext(true,false))
{
echo '<pre>'; var_export($arItem); echo '</pre>'; // тут уже свою обработку ставьте
}
[/CODE]

[QUOTE]Алексей пишет:
например имя файла

Код  

Сертификат ПУ-1Б.doc
а сохраняется
 
Код  

Серт.ПУ-.doc[/QUOTE]
И что, у всех файлов такая картина? Попробуйте загнать файл с английским именем, что будет?
[QUOTE]Дмитрий Якинцев пишет:
А браузер какой?[/QUOTE]
А браузер тут при чем? Хотите сказать, что он корежит имя оригинального файла при передаче? Ни разу с таким не сталкивался.

Вот чтобы не было таких проблем, стандартный шаблон и выводит подразделы за разделом (в html). Вам нужно помнить, какой тэг идет за каким. Едиственный вариант - использовать стек. Типичная задачка курса "Алгоритмы и структуры данных". В общих чертах алгоритм будет примерно так выглядеть:
[CODE]
открываем тег - загоняем в стек закрывающий и уровень вложенности. увеличиваем глубину стека. Так до тех пор, пока не надо будет закрывать. Выдергиваем из стека все закрывающие теги, пока уровень вложенности не дойдет до нужного, уменьшаем глубину стека на нужную величину. в конце выводим весь стек до нулевого уровня.
[/CODE]

В том, что компонент новостей их не обрабатывает, например. Надо смотреть его настройки.

[QUOTE]Алексей пишет:
но вот беда в ORIGINAL_NAME название файла загружаемого обрезается[/QUOTE]
Пример приведите. В базе длина поля ORIGINAL_NAME - 255 символов.

Кошмар. Ответил в личке.

Ирина, Вы вот это читали: [URL=http://www.1c-bitrix.ru/download/files/manuals/ru/menu_tutorial.pdf]Руководство по использованию компонентов Меню[/URL]
Первая же страница там содержит все принципы работы с меню.

[QUOTE]Виктор Иваненко пишет:
Например: background: url('<?=SITE_TEMPLATE_PATH?>/images/picture.jpg'); [/QUOTE]
Еще какие будут извращения? Почитайте руководство по интеграции дизайна, прежде чем порождать такой полет мысли. По существу вопроса - относительный путь к бэкграунду считается от абсолютного пути файла стилей. Так что пишем стиль в styles.css или template_styles.css шаблона, графику в папку images шаблона и вот:
[CODE]
background: url('images/picture.jpg');
[/CODE]
[QUOTE]Виктор Иваненко пишет:
IMHO, неверная изначальная логика хранения структуры приводит к тому, что приходится кодерам делать "финт ушами". [/QUOTE]
ИМХО, нежелание разобраться в логике хранения приводит к подобным постам.
[QUOTE]Виктор Иваненко пишет:
Предвидя комменты об использовании абсолютных путей, спрошу а как быть если приходится переносить проект с хостинга на хостинг, менять имя домена для сайта?[/QUOTE]
А как одно связано с другим?

[QUOTE]unnamed777 пишет:
В базе дата(значение свойства) хранится в формате "YYYY-MM-DD HH:MM:SS", [/QUOTE]
Так то в базе. Не путайте sql-запросы и вызовы API.
[QUOTE]Алексей Савельев пишет:
Так вот, с полем DATE_ACTIVE_FROM не срабатывает приблизительный поиск "01-01-%" это вывело бы для меня все года, например 01-01-1960,01-01-1980[/QUOTE]
И не должен сработать. Вы же дату подставляете не в формате сайта. Скорее уж тогда 01.01.%