Форум

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

Универсальных советов здесь не существует. По моему личному опыту (не претендую на истину) наиболее стабильно себя ведет FreeBSD + nginx + PHP/Apache module + eAccelerator + mysql. Стабильность заключается в таких вот данных команды top:

up 432+14:56:37

Причем, если бы не сбои электропитания, цифра была бы вдвое больше. В течение всего этого периода Apache и Mysql перезапускались исключительно с целью изменения конфигурации.

Справедливости ради замечу, что это не "баг кп", а баг Zend Server. Нам потребовалось время, чтобы распознать и научиться обходить его. Вы можете поставить КП на более стабильную платформу, чтобы не зависеть от непредсказуемого поведения Zend Server.

В Windows 7/Office 2010 отказались от поддержки авторизации HTTP Basic без SSL, т.к. пароль передается в открытом виде. Но там поддерживается авторизация HTTP Digest (см. википедию), при которой пароль не передается в открытом виде, т.е. SSL не обязателен. В версии 10 такой тип авторизации поддерживается в нашей библиотеке документов.

В версии 10 вышла поддержка авторизации HTTP Digest, что закрывает ряд проблем с Windows 7 и Office 2010. Включается в настройках главного модуля.

Перерисовать и переопределить стили  в шаблоне сайта.

Может, начать нужно с простого? Работа с формами: http://ru.php.net/manual/ru/tutorial.forms.php

Да нет же. :) Речь конкретно об инфоблоках, а не глобальных константах:

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

arFilter CHECK_PERMISSIONS - если установлен в "Y", то в выборке будет осуществляться проверка прав доступа к информационным блокам. По умолчанию права доступа не проверяются.

Но, судя по доке, по умолчанию - не проверяются. Т.е. дело не в правах доступа, в чем-то другом.

[QUOTE]Dmitry Ban пишет:
$USER->Authorize(1);[/QUOTE]
Нет-нет, плохая практика - делать на случайном хите пользователя админом. В API инфоблоков можно передать параметр "не проверять права доступа" - как раз для таких случаев. См. документацию.

Рекомендую Вам отредактировать почтовые шаблоны на Ваш вкус. К сожалению, обновление не может установить шаблон по умолчанию на работающий сайт, так как ссылки в текущем письме могут быть кастомизированы.

[QUOTE]andreysmorya пишет:
По данному "багу"[/QUOTE]
Андрей, когда злоумышленники получат доступ к Вашему сайту по причине:
1)передачи пароля по сетям в открытом виде;
2)хранении пароля в БД в открытом виде;
3)заглядывания "через плечо" в ваш почтовый ящик,
Вы, наверное, первый побежите писать по всем форумам, что "Битрикс - дырявая система".

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