Upro Ultra — Универсальный профессиональный шаблон

Кириллические доменные имена или кириллические домены — разновидность IDN-доменов, которые полностью состоят из кириллических символов. Например: ваш-сайт.рф, ваш-сайт.онлайн, ваш-сайт.дети.

IDN-домены — интернационализованные доменные имена, содержащие символы национальных алфавитов (кириллица, арабский алфавит и др.). Такие домены появились, чтобы расширить выбор доменных имен для сайтов в тех странах, где принята нелатинская письменность.

Чтобы зарегистрировать кириллические домены в системе DNS, где разрешено использовать только 26 букв латинского алфавита, цифры от 0 до 9 и знак дефиса, был придуман специальный метод преобразования последовательностей Unicode-символов в так называемые ACE-последовательности.

Такой метод называется Punycode. C помощью Punycode любое кириллическое доменное имя можно преобразовать так, чтобы его «понимал» браузер. Современные браузеры при этом имеют встроенную поддержку Punycode, поэтому могут распознавать кириллические домены корректно.

Чтобы IDN-домен (и кириллический домен, в частности) после преобразования нельзя было спутать с обычным доменом, все IDN-домены начинаются со специального префикса «XN--». Например, домен «домен.рф» в формате punycode будет выглядеть следующим образом: XN--D1ACUFC.XN--P1AI.

Преобразование домена в Punycode и обратно производится на стороне браузера, поэтому при введении в адресную строку IDN-домена браузер сам конвертирует введенное значение для взаимодействия с DNS.

• Лишние переносы строк (или иные символы) в скриптах конфигурации. Необходимо убедиться, что в коде файлов dbconn.php, init.php и after_connect.php, расположенных в папке bitrix/php_interface, не содержится переносов строк перед "".
• Файлы с сессиями продукта создаются, но PHP не хватает прав, чтобы к ним обратиться. Попробуйте в файле /bitrix/php_interface/dbconn.php закомментировать строку:

  //@umask(~BX_DIR_PERMISSIONS);

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

  Значение по умолчанию можно изменить в файле php.ini (Bitrix Environment\Apache2\zendserver\etc): параметр session.gc_maxlifetime.

• Значение параметра Маска сети для привязки сессии в настройках безопасности группы пользователей. Если оно равно, например, 255.255.255.255, то это означает, что при изменении IP пользователя, авторизация будет сброшена.
• Значение параметра session.cookie_domain в файле php.ini на сервере. Если оно задано - убедитесь, что оно соответствует URL вашего сайта. Если значение параметра session.cookie_domain равно www.site.ru, а Вы обращаетесь к системе по URL site.ru, то в этом случае сессия не будет сохранена, и, соответственно, авторизация не сохранится.

  Для решения проблемы необходимо установить в настройках PHP корректное значение параметра session.cookie_domain.

• Неверно прописан домен в настройках главного модуля и для сайта отдельно.

  Проверьте значение поля URL сайта на странице административного режима Настройки > Настройки продукта > Настройки модулей > Главный модуль.

  Проверить значение поля URL сервера можно, открыв настройки нужного сайта на странице административного раздела Настройки > Настройки продукта > Сайты > Список сайтов.

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

• При переносе сайта не скопировался файл /.access.php. В данном файле хранятся права групп пользователей к сайту, и если данного файла нет, то для всех пользователей право доступа устанавливается как Запрещен.

  Проблема решается одним из способов:

  • вам надо на странице административного раздела Контент > Структура сайта > Файлы и папки в меню действий корневой папки сайта выбрать пункт Свойства папки и на вкладке Доступ установить для группы Все пользователи (в том числе неавторизованные) право Чтение;
  • в корневую папку сайта загрузить файл .access.php со следующим содержанием:

    <? $PERM["/"]["*"]="R"; ?>
    

• Если при многосайтовости вас выкидывает на форму авторизации при переходе по публичным страницам сайта, проверьте содержимое файла .access.php на идентичность следующему коду:

  <?
  $PERM["/"]["*"]="R";
  ?>
  

• Авторизация не учитывается на вашем домене.

  На закладке Авторизация страницы настроек главного модуля (Настройки > Настройки продукта > Настройки модулей > Главный модуль) поставьте галочку в поле Распространять авторизацию на все домены.

• Проблема может быть в работе сервера (нужна поддержка сессий в php, должна быть указана папка сохранения сессий и права на запись в эту папку).

  Проверьте исправность работы сервера с сессиями с помощью данного скрипта и в случае наличия неполадок обратитесь к администратору сервера.

Для восстановления пароля администратора сохраните следующий скрипт в php-файл c любым именем:

<?
require($_SERVER['DOCUMENT_ROOT']."/bitrix/header.php");
echo $USER->Update(1,array("PASSWORD"=>'Bitrix*123456'));
echo $USER->LAST_ERROR;
require($_SERVER['DOCUMENT_ROOT']."/bitrix/footer.php");
?>

Закачайте через FTP на сайт и откройте его в браузере. После этого у пользователя с ID=1 (по умолчанию - администратор) установится пароль: Bitrix*123456

После этого авторизуйтесь и в панели управления установите свой пароль.

Если доступ для неавторизованных пользователей закрыт, то перед процедурой восстановления пароля надо поправить файл .access.php в корне сайта, заменив:

$PERM["/"]["*"]="D";

$PERM["/"]["*"]="R";

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

Резервное копирование при использовании многосайтовости имеет свои особенности:

• Можно выбирать сайты для копирования, оставляя в архивах только нужные вам проекты.
• Восстановление сайтов потребует дополнительных действий со стороны администратора.
• Этот способ копирования работает только для сайтов DOCUMENT_ROOT которых различны. (То есть для многосайтовости на разных доменах)
• База данных полностью копируется в архив. Даже тех сайтов, которые не были указаны в чекбоксах выбора сайтов.

При выборе сайтов для архивирования учтите, что в состав архива полностью копируется только первый по сортировке сайт (из выбранных) в списке сайтов. Соответственно, при восстановлении полностью в работоспособном состоянии восстанавливается только этот сайт.

Публичная часть остальных сайтов сохраняется в архиве в папках вида /bitrix/backup/sites/_ID_сайта_. После распаковки архива администратор должен будет вручную перенести папки публичной части архивируемых сайтов в соответствующие папки на сервере. (В процессе распаковки появится предупреждение, что архив содержит несколько публичных частей.)

Многосайтовость надо восстановить вручную (восстановить симлинки). Только после этого остальные сайты будут работоспособны.