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

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

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

Хм. А зачем вообще нужно деление на дома и корпуса?

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

Кстати, я работаю по адресу "ул. Такая-то, дом 3, строение 5". В вашу схему оно не вписывается.

Интересно, что мешало просто попробовать. Сайт бы от этого не сломался.

1) Нет. Решается в 4 строки кода.
2) Нет. Решается в 5 строк кода в шаблоне и сколько-то на отправку извещения.
3) Есть, но это интеграция -- т.е. непредсказуемо.

Ноуп.

Или так:
$GLOBALS['arrFilter'] = array("!PROPERTY_ACTUAL_VALUE"=>"Да";
или так (без VALUE):
$GLOBALS['arrFilter'] = array("PROPERTY_ACTUAL"=>false);

Второе лучше (не подключается таблица со значениями свойств типа "список").

В /bitrix/modules/advertising/classes/general/advertising.php -- т.е. в файле, который нельзя редактировать.

И стоило из-за этого знания так кричать?

Или, что менее ресурсоёмко, так:

Ещё раз сверьте свои настройки с документацией (особенно в деталях типа agents_use_crontab и BX_CRONTAB_SUPPORT) и, если всё ОК, лучше обратиться в техподдержку.

Если вручную из шелла запустить выполнение агентов, что происходит?

/usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php

Можно потыкаться в режиме отладки или помедитировать над правилами обработки адресов.

Но первым делом проверьте, что в настройках главного модуля НЕ стоит крыжик "Посылать в заголовке статус 200 на 404 ошибку"

А в кронтабе у вас что?

Шелл -> crontab -l

Видимо, в настройках компонента, на страницу с которым передаётся обработка урлов вида /asdqwr/, не включен крыжик "Устанавливать статус 404, если не найдены элемент или раздел".

Ну, у вас на странице, скорее всего, вызывается компонент (скажем, bitrix:sale.order.full или bitrix:sale.order.ajax), а HTML-код, который этот компонент формирует, находится или в шаблоне сайта (скажем, /bitrix/templates/kill_me_with_fire/components/bitrix/sale.order.full/guess_what/), или в дефолтном шаблоне (/bitrix/templates/.default/.......), или в шаблоне самого компонента.

Мне кажется, вам сюда: http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2829 и вокруг.

http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php

Промотайте до подраздела "Фильтр со сложной логикой". Там как раз пример на ИЛИ.

NB! Если захотите поменять эту фразу, не лезьте в ядро, где она хранится, а используйте вот этот механизм: http://dev.1c-bitrix.ru/community/blogs/vad/1560.php

С paypal

1) Надо сбросить кеш компонента (или вообще отключить кеширование на время разработки)

2) В настройках bitrix:news.detail надо отключить поле "Установить описание страницы из свойства" (META_DESCRIPTION)

Ну, то есть, если вы настраиваете компонент через веб-интерфейс, то оставить поле "Установить описание страницы из свойства" пустым, а если через редактирование кода, то "META_DESCRIPTION" => "-". Иначе компонент перезапишет то, что выставляется в component_epilog.php

И если у вас комплексный компонент bitrix:news, то я без малейшего понятия, как там что настраивать (не пользуюсь ими).

А что выводит echo?

Похоже, bitrix:news.detail умеет брать описание только из свойств элемента, а не из его полей.

Ну, можно вот так выкрутиться.

В result_modifier.php шаблона компонента:


В component_epilog.php шаблона компонента:

???

В bitrix:catalog.section.list нет показа товаров. Он показывает список разделов.

Как ищутся программисты

(Извините, не удержался)

init.php подключается ещё до начала буферизации вывода: http://dev.1c-bitrix.ru/api_help/main/general/pageplan.php

LOAD DATA INFILE

С таблицей в базе удобней работать, чем с CSV