Форум

Посмотрите в сторону компонента bitrix:iblock.element.add ("Добавление элементов инфоблока"), но не уверен, что его штатная реализация удовлетворит все ваши потребности.

А на каком языке имя файла, и его длина?
Еще попробуйте поубирать лишние переводы строк:
[CODE]
...
$body .= "------".$un.$eol;
$body .= "Content-Type: application/octet-stream; name=\"".basename($arF["F_PATH"])."\"".$eol;
$body .= "Content-Disposition:attachment; filename=\"".basename($arF["F_PATH"])."\"".$eol;
$body .= "Content-Transfer-Encoding: base64".$eol.$eol;
$body .= chunk_split(base64_encode(fread($arF["F_LINK"], filesize($arF["F_PATH"])))).$eol.$eol;
...
[/CODE]

или сделать, например, так:
[CODE]
...
$body .= '------'.$un.$eol;
$body .= 'Content-Type: application/octet-stream;';
$body .= $eol;
$body .= ' name="'.basename($arF['F_PATH']).'"';
$body .= $eol;
$body .= 'Content-Transfer-Encoding: base64';
$body .= $eol;
$body .= 'Content-Disposition:attachment;';
$body .= $eol;
$body .= ' filename="'.basename($arF['F_PATH']).'"';
$body .= $eol.$eol; // важно! два перевода строки
$body .= chunk_split(base64_encode(fread($arF['F_LINK'], filesize($arF['F_PATH']))), 72);
...
[/CODE]

Если скрипт будет в отдельном файле, то экономичнее все же подключать только один пролог:
[CODE]<?
define('STOP_STATISTICS', true);
require_once($_SERVER['DOCUMENT_ROOT'].'/bitrix/modules/main/include/prolog_before.php');
$GLOBALS['APPLICATION']->RestartBuffer();

[ajax code]
?>
[/CODE]

В противном случае просто перед выводом аякс-результата очистите буфер:
$GLOBALS['APPLICATION']->RestartBuffer();
и сделайте die() в конце.

[QUOTE]Максим Задубин пишет:
Мне на ум не приходит, где это может не сработать. Или я опять же чего-то не знаю? (понятно что другие встроеные функции битрикса заточенные под Е будут пытаться вытащить оттуда то чегт там по факту нет, но не предполагается что эти сторонние функции будут работать с этим полем)[/QUOTE]
Если вы будете использовать метод CIBlockFormatProperties::GetDisplayValue() для получения значений свойств, а я думаю, вы будете это делать, то в нем выполняется проверка по типу.
Админку вы тоже хотите переписать? И все компоненты, которые работают с инфоблоками?

Плюс не забывайте про второй пункт, и он не менее важный.

[QUOTE]Максим Задубин пишет:
Кстати, если например у меня в этом моем свойстве после разных манипуляций будет храниться строка где через запятую указаны ID разделов. [/QUOTE]
Это еще больше усугубит ситуацию. Несоответствие типа значений заявленному типу свойства - это еще одна условность на весь проект. Значение должно быть целым числом. Вы как минимум получите проблемы при фильтрации.

[QUOTE]Максим Задубин пишет:
ППС. просто хочу сделать побыстрее.
Если же делать по уму то надо как вы описали.[/QUOTE]
Если вы хотите сделать побыстрее, то делайте как я вам описал, вы бы уже давно все сделали.

Да, и "пользуясь случаем, хочу передать привет"  :)
[b]Maxim Smirnov,[/b] пожалуйста, добавьте в интерфейсы юзертайпов еще один метод, который бы вызывался в форме редактирования элемента вместо штатного _ShowPropertyField().
Это позарез нужно для множетсвенных свойств, которым не подходит штатная процедура вывода.

[QUOTE]Максим Задубин пишет:
хм. т.е. наполнение моего свойства значениями (в моем случае это список разделов выбранного инфоблока) происходит в этой функции? showElementPropertyField,а не в обработчике события OnIBlockPropertyBuildList?[/QUOTE]
Наполнение вашего свойства значениями происходит в методах класса CIBlockElement::Add, Update, SetPropertyValueCode, SetPropertyValues, SetPropertyValuesEx.
Событие OnIBlockPropertyBuildList создается при генерации списка доступных свойств (когда открываете форму редактирования инфоблока).

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

[QUOTE]Максим Задубин пишет:
Правильно ли я понимаю, что мне ничего не мешает для моих целей поставить тип свойства "привязка к эелменту", а в функции GetPropertyFieldHtml просто вывести список разделов? Или тут есть подвох?[/QUOTE]
Подвох в самом типе свойства:
1. Добавляете себе дополнительную условность на весь проект. Например, логика какой-то функции, компонента или еще чего-то заточена под св-ва с типом E, а у вас в значениях будут храниться связи с секциями. Сторонние функции, разумееся, ничего не будут знать про эту условность. Чем это чревато думайте сами.
2. При удалении элемента или секции удаляются и связи с ними. Поиск объектов ведется по типу.


[QUOTE]Максим Задубин пишет:
ПС. все таки для личного развития интересно где можно определить инфоблоки к которым можно привязать.[/QUOTE]
Для типов E и G выбор привязки к инфоблокам вшит в форму редактирования инфоблока, поэтому придется избавляться от этого поля c помощью javascript.
Выводить свои поля настроек и js для удаления штатного поля нужно через метод GetSettingsHTML() вашего юзертайпа.
Проверять настройки св-ва и переопределить значение LINK_IBLOCK_ID на нужное - в методе PrepareSettings() вашего юзертайпа.
Не забудьте эти два метода предварительно зарегистрировать в GetUserTypeDescription() юзертайпа.

P.S. Все интерфейсные методы юзертайпов описаны по [URL=https://dev.1c-bitrix.ru/api_help/iblock/classes/user_properties/index.php]ссылке[/URL], которую указал вам Максим Смирнов.

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

[QUOTE]Евгений Жуков пишет:
Дефолтное свойство инфоблока [/QUOTE]
[S]свойство[/S] - понятнее его будет назвать полем

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

Попробуйте так:
[CODE]
$iCount = CIBlockElement::GetList(array(), array('IBLOCK_ID' => $iIBlockId, '=PROPERTY_FILE_PROPERTY_CODE' => '/manual/ak47.pdf'), array());
[/CODE]
где
iIBlockId - целочисленный идентификатор инфоблока,
FILE_PROPERTY_CODE - символьный код свойства типа "Привязка к файлу(на сервере)".