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

Да, при попытке ввести проверку получаются какие-то безумные трёхэтажные фильтры.

Для простого случая (нет пустых значений в базе) вроде должен получиться такой монстрик:

$arFilter = array(
   'IBLOCK_ID' => ....,
   array(
       'LOGIC' => 'AND',
       array(
           '<=PROPERTY_JD_SALARYLEVELFROM' => ....,
           '>=PROPERTY_JD_SALARYLEVELTO' => ....,
       ),
       array(
           'LOGIC' => 'AND',
           array(
               '!PROPERTY_JD_SALARYLEVELFROM' => MAX_NUMBER,
           ),
           array(
               '!PROPERTY_JD_SALARYLEVELTO' => MIN_NUMBER,
           ),
       ),
   ),
);

Но я его не проверял, за правильность не поручусь.

Это, видимо, случай, когда не указана ни зарплата от, ни зарплата до, т.е.:
   'PROPERTY_JD_SALARYLEVELTO' => false,
   'PROPERTY_JD_SALARYLEVELFROM' => false,
Не могу сходу сказать, что будет проще: доработать фильтр или завести в инфоблоке дополнительное свойство "Зарплата не указана" и заполнять его при добавлении/редактировании вакансии.

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

Например, кто-то ищет работу на 5 тыр. Ему подходят следующие вакансии:
1) указана вилка, в которую попадают 5 тыр (4..10 тыр)
2) указана только зарплата от, и она меньше или равна 5 тыр (от 3 тыр)
3) указана только зарплата до, и она больше или равна 5 тыр (до 7 тыр)

Соответственно, получается фильтр типа:

$arFilter = array(
   'IBLOCK_ID' => ...,
   array(
       'LOGIC' => 'OR',
       array(
           '<=PROPERTY_JD_SALARYLEVELFROM' => 5000,
           '>=PROPERTY_JD_SALARYLEVELTO' => 5000,
       ),
       array(
           '<=PROPERTY_JD_SALARYLEVELFROM' => 5000,
           'PROPERTY_JD_SALARYLEVELTO' => false,
       ),
       array(
           'PROPERTY_JD_SALARYLEVELFROM' => false,
           '>=PROPERTY_JD_SALARYLEVELTO' => 5000,
       ),
   ),
);

1) Поправьте фильтр. Сложная логика там не нужна:

$arFilter = array(
'IBLOCK_ID' => ...,
'>=PROPERTY_JD_SALARYLEVELFROM' => ....,
'<=PROPERTY_JD_SALARYLEVELTO' => ...,
);

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

2) Пустых значений зарплаты в базе у вас быть не должно.

define('MAX_NUMBER', 10000000000000);
define('MIN_NUMBER', -1);

Если при вводе вакансии не заполнено поле "зарплата от", сохраняйте в базе в этом поле значение MAX_NUMBER.
Если не заполнено "зарплата до", сохраняйте в базе значение MIN_NUMBER.
Ну, естественно, такие значения надо будет правильно показывать при выводе вакансии.

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

В лоб -- нельзя. Но можно придумать разные обходные варианты. Навскидку:
1) если шапка и подвал у разных дизайнов одинаковы, рисовать всю контентную часть в шаблоне компонента
2) подключать в шаблоне компонента соответствующий стилевой файл. который будет скрывать/показывать нужные блоки в шаблоне
3) излекать соответствующее свойство элемента до того, как определяется шаблон сайта (например, в php_interface/init.php)

Их надо задавать в битриксе.

См. http://dev.1c-bitrix.ru/user_help/statistic/advertising_campaigns/adv_edit.php и уже созданные рекламные кампании у себя в админке в /bitrix/admin/adv_list.php?lang=ru

1) ID элементов DOM должны быть уникальны.
2) input.val() в таком контексте -- это бессмыслица, должно быть $(this).val()

Чот как-то сложно.

if (@copy('http://site.ru/pic.jpg', $_SERVER['DOCUMENT_ROOT'].'/upload/tmp/pic.jpg'))
{
   // обработаем картинку
}

Посмотрите, что находится в атрибуте action тега form на проблемной странице.

Права на что-либо присваиваются группе, а не пользователю.

NB! Частый затык. Для того, чтобы пользователи нужной группы могли работать в админке, нужно дать этой группе право на чтение /bitrix/admin/

В CIBlockSection::GetList постраничка есть, но не документирована.

$arNavStartParams = array(
   'iNumPage' => 2,        // вторая страница
   'nPageSize' => 10,        // по 10 записей на страницу
);
$res = CIBlockSection::GetList(
   $arOrder,
   $arFilter,
   $bIncCnt,
   $arSelect,
   $arNavStartParams
);

"Произвольное количество значений в одном свойстве каждого элемента" -- это множественное свойство типа "строка".

В принципе, можно извернуться и сделать в форме редактирования элемента выпадающий список для выбора активного значения. Для этого потребуется сделать кастомную форму редактирования элемента: http://dev.1c-bitrix.ru/api_help/iblock/custom.php

Т.е. заводим ещё одно свойство типа "строка", в котором храним активное значение, а в форме редактирования показываем его как выпадающий список со значениями, взятыми из нашего множественного свойства. Гимор тот ещё, но технически вполне осуществимо.

Объясните задачу теми словами, которыми её ставил заказчик.

Выбирать где? В публичной части при показе элемента?
Ну, например, сделайте XML_ID значений пунктов списка таким же, как символьный код соответствующей строки (STRING_1 -- STRING_1). Или сделайте значения пунктов списка такими же, как названия строковых свойств ("Строка 1" -- "Строка 1")

Не будет работать при включенном кешировании.

Посмотрите журнал ошибок (error.log)

У вас какой веб-сервер? Если апач, то нужно включить mod_rewrite

И не забыть закомментировать в корневом .htaccess вот эту фигню:
<IfModule mod_mime.c>
 AddType application/x-httpd-php .ico
</IfModule>

Хм.

Заводим 3 свойства типа "строка" и 1 свойство типа "список". В свойстве типа "список" можно будет выбрать, какая строка будет активна.

(брезгливо) Тимбилдинг, что ли?

Надо искать, где скапливается много кешей. Для этого нужно иметь доступ к хостингу по ssh.

Программистов.

- Доктор, когда я делаю вот так, у меня всё болит!
- А вы вот так не делайте...