Евгений Жуков (Все сообщения пользователя)

А оно и не должно. keywords и description могут браться только из пользовательских свойств (в компоненте bitrix:news во всяком случае). Так что создайте свойство и берите keywords из него. А тэги нужны для поиска.

Тип свойств? Свойства, из которых можно выставить keywords и description, могут быть строкой, числом, списком или привязкой к элементам.
Затем - указаны ли (заданы в настройках инфоблока) символьные коды для тех свойств, которые Вы не видите в настройках компонента?

Не редактировать шаблон в редакторе, а править его на локали.

Еще бы. Поэтому и сказал, что надо проверять, есть ли вообще (запущена ли) почта на этом серваке. Кстати, а хостинг случаем не под Win? Если да, то тогда так и должно быть. Какой же sendmail под Windows?

Не хочу и не буду разводить холивар на тему СУБД, но Вы доставили мне несколько веселых минут. Благодарю.

Что же касается вопроса:
то разница проста - это облегченные версии СУБД. Раз задается такой вопрос - поверьте, Вам не будет никакой разницы. Абсолютно. Не возникнет таких условий, где не справятся Oracle XE или MS SQL Express. Если, конечно, не придут "высококвалифицированные" админы.

Простите, но все, описанное Вами, сводится к одной и той же ситуации - неграмотной настройке СУБД. То есть низкой квалификации админов.

Надо смотреть, работает ли там почта вообще.

Для начала проверьте, уходят ли письма вообще с сервера. Если да - смотрите в таблице b_event наличие Ваших уведомлений. Если есть - смотрите статус - поле SUCCESS_EXEC - что в нем.

Повеселили...
И этим тоже...
Не поделитесь еще своим опытом в этой области? Так много нового узнал...

Указывайте абсолютный путь для js-файла от корня сайта.

Во-первых:
Это как понять?
Затем - каким компонентом выводите новости? Так как есть первый вопрос - встает еще один - из какого поля/свойства Вы берете даты для показа и окончания показа. Вот что меня интересовало.

Сочувствую. Тогда надо совй компонент писать, аналогичный bitrix:menu.sections
Штатными средствами не выйдет.

Опишите ситуацию подробней. По Вашему посту мало что понятно.

Карта сайта формируется на основе типов меню, что заданы в админке (настройки Главного модуля). Есть там такой раздел - Карта сайта, а в нем два параметра: Тип меню для нулевого уровня карты сайта и Тип меню для остальных уровней карты сайта. Все, что есть в этих меню - будет в карте, чего нет - того не будет.

В голову сходу только использование mod_rewrite. Парсите url на предмет таких ссылок и выдаете 301.

Так и должен перекидывать - Вы ж даете адрес www.сайт.ru/index.php. До 404-й ошибки он просто не доходит, считая /12345678 параметрами в url.

Вру, 301-й. Описание
На php это будет выглядеть так:

Например, отдавать 302 статус.

Версия php и модуля main?

Надеюсь, опубликуете результаты? Я создавал подобную тему, в итоге ответили следующее:

Покажет только эксперимент. Вообще скиньте в личку ТЗ своей задачи, подумаю, может предложу вариант поизящнее.

Попробуйте CFormResult::Update. Если не поможет - надо писать свой компонент.
Либо использовать событие OnBeforeResultAdd и подменять USER_ID ПЕРЕД добавлением результата. Но вообще, чувствую, что проблема Ваша от неправильного подхода к реализации.

Реализуйте это через инфоблоки и компонент iblock.lement.add. В этом случае основная проблема - ограничение на размер загружаемых файлов через POST. Стандартное значение - 2Мб. Если Вас это не смущает - то Ваша проблема решена.

Я бы подсказал, если бы понял, в чем проблема. У Вас второй ответ должен быть отдельно? Если да, тогда нужна CFormResult::Add, а не CFormResult::SetField.

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