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

Попробуйте CSite::GetTemplateList($site_id)
Но учитывайте, что этот метод не документирован. Use it at your own risk.

Точнее: "Если текущий пользователь пытается отредактировать элемент в группе с ID 234, и не входит в группы с ID 1, 3, 6, 12, то..."

Разве что на уровне кода: "Если текущий пользователь не входит в список групп, которым разрешено редактирование элементов в этом разделе, то..."

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

Статья по теме: "Дорогой наш персонал".

#DEFAULT_EMAIL_FROM# выставляется здесь: административный интерфейс -> Настройки -> Настройки модулей -> Главный модуль -> поле "E-Mail администратора сайта (отправитель по умолчанию".

Вы также можете перенести в почтовом шаблоне макрос #DEFAULT_EMAIL_FROM# из поля "Кому" в поле "Скрытая копия". После этого копия письма всегда будет уходить на #DEFAULT_EMAIL_FROM#, а само письмо будет уходить на адрес, указанный в почтовом шаблоне в поле "Кому".

Трудно сказать, как лучше.

Если вы хотите отредактировать результат заполнния формы перед её занесением в базу, то скопируйте компоненту form.result.new в какое-нибудь своё пространство имён и отредактируйте components.php чуть ниже комментария "get/post processing". Разобраться там можно, хотя удовольствие ниже среднего.

Если бы...
Будут ба-а-альшие проблемы с админской панелью.

Возможно, неправильно настроен аплоад файлов. Посмотрите раздел File Uploads в php.ini

При выводе этого свойства используйте htmlspecialcharsBack.

Модуль форм в битриксе страшно "волосатый" (hairy). Имхо вы ничего не потеряете, если не будете его использовать. Делайте формы так, как привыкли; для сохранения и/или отправки результатов Bitrix API вам в помощь.

(За последнюю пару лет, что я занимаюсь разработкой сайтов на битриксе, я старался НЕ использовать модуль форм там, где без него можно обойтись. В шестой версии стало чуть получше, но код обработки POST'а формы так и остался лежать в недрах битрикса, поэтому до удобного разработчикам решения ещё далеко)

Алмаз, вы не представляете себе, насколько ценен для нас ваш опыт.

RewriteLog куда-нибудь плюс RewriteLogLevel 9, и смотрите, что происходит при обработке запросов.

Можно также сделать группами (группы первого уровня -- годы, второго уровня -- месяцы). Это наглядней, и рубрикатор строить проще, но автозаполнение будет несколько сложнее.

1) Создать у инфоблока новостей свойства "Год" и "Месяц".
2) При добавлении/редактировании элемента заполнять эти поля автоматически в файле, позволяющем модифицировать поля перед сохранением (пример такого файла есть здесь, но там использован довольно сложный подход, можно проще).
3) Для построения рубрикатора (списка годов и месяцей) использовать, скажем, CIBlockElement::GetList() с группировкой по свойствам "Год" и "Месяц" (смотрите описание параметра $arGroupBy).

Ошибки могут вылезать во многих местах. Вы не рассматривали возможность загрузки файлов по FTP или SSH? Загрузка по HTTP -- штука кучерявая.

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

Информация к размышлению: посмотрите, как сделан выбор страны/языка у интернациональных брендов: ibm.com, hp.com, nokia.com, etc.

Проблема в том, что основной ваш вопрос принципиально неразрешим в рамках HTTP.
Что такое "локальный язык"? То, что юзер-агент отдаёт в хидере "Accept-Language" с наибольшим приоритетом? Наплюйте с высокой колокольни на этот хидер: то, что работает для гиков на debian.org, не работает в большинстве случаев для обычных клиентов.

Зависит о того, как вы будете реализовывать мультиязычность.

Есть и другие варианты. Например, многосайтовость.

Можно, никто не препятствует. Детали реализации обсуждаемы.

Не-а.

Во-первых, стили прописываются в файле styles.css, лежащем в каталоге соответствующего шаблона. Во-вторых, эти стили нужно подключить в прологе шаблона (header.php) следующей конструкцией:


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

Пропишите в .htaccess (или в основном конфиге апача, если вы не пользуетесь .htaccess) следующую директиву:

Нет, битриксовый пролог.

или

А битриксовый пролог у вас загружен?

Убедитесь, что в настройках главного модуля в поле "Режим вывода ошибок (error_reporting)" не стоит значение "Не выводить".

Об ошибке предлагается догадываться телепатически? На будущее: всегда приводите текст ошибки.

Да, и поставьте точку с запятой после USER_ID = 3".

Извините, мне отсюда не очень хорошо видно, что куда вставлять в вашем коде. Ознакомьтесь, к примеру, с методом CIBlockElement::GetList(), обратив особое внимание на второй параметр -- $arFilter.