ROMZA: Talisman LITE — магазин модной одежды и обуви для редакции "Старт"

• Лишние переносы строк (или иные символы) в скриптах конфигурации. Необходимо убедиться, что в коде файлов 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";

• bitrix/modules/yenisite.[module]/install/wizards/yenisite/[module]/site/services/.services.php
  
• bitrix/wizards/yenisite/[module]/site/services/.services.php
  

• модуль "Расшаривание материалов" - если данный модуль используется на Вашем сайте, то для корректной работы на HTTPS протоколе необходимо соответствующим образом кастомизировать его. Для этого в файле \bitrix\components\bitrix\asd.share.buttons\component.php необходимо произвести следующие кастомизации - http://screencast.com/t/zzpAdZA8eN 

• модуль "Все виджеты ВКонтакте" - если данный модуль используется на Вашем сайте, то для корректной работы на HTTPS протоколе необходимо соответствующим образом кастомизировать его. Для этого в файле \bitrix\components\primepix\vkontakte.group\component.php необходимо произвести следующие кастомизации - http://screencast.com/t/XtDpJiAXZ

• модуль "ИнфоКом: Обратная связь Reformal.ru" - если данный модуль используется на Вашем сайте, то для корректной работы на HTTPS протоколе необходимо соответствующим образом кастомизировать его. Для этого в файле \bitrix\components\infocom\reformal\templates\.default\template.php необходимо произвести следующие кастомизации - http://screencast.com/t/Sh8CfPfh
  

• модуль "ИнфоКом: Комментарии ВКонтакте" -  если данный модуль используется на Вашем сайте, то для корректной работы на HTTPS протоколе необходимо соответствующим образом кастомизировать его. Для этого в файле \bitrix\components\infocom\vkcomments\templates\.default\template.php необходимо произвести следующие кастомизации - http://screencast.com/t/lz7od4YL1
  

$ERROR = CMarketOrder::CheckAccessToOrder($_REQUEST['email'], $_REQUEST['ID'], $IBLOCK_ID);

ps. для начала достаточно передать только id заказа - для зарегистрированного пользователя ошибок не будет - для НЕ зарегистрированного выведется форма проверки доступа

if(!empty($ERROR['error'])){
//Форма ввода id заказа и проверочных данных и вывод предупреждений для пользователя
//Например:

<form action="#" method="post">

<label>

<? foreach($ERROR['messege'] as $messege){ ?>

<p><?= $messege ?></p> // вывод сообщений для объяснения использования данной формы для пользователя 

<? } ?>

<? foreach($ERROR['error'] as $errorMessege){ ?>

<p><?= $errorMessege ?></p> // вывод сообщений об ошибочно введенных пользователем данных

<? } ?>

</label>

<div>

<input name="ID" value="<?= $_REQUEST['ID']?$_REQUEST['ID']:"" ?>"> //id заказа

<input name="email" value="<?= $_REQUEST['email']?$_REQUEST['email']:"" ?>"> // email или номер телефона

<span>

<button>OK</button>

</span>

</div>

</form>

}else{

//проверка пройдена, можно выводить детальную информацию о заказе

}

• Если у Вас уже был существующий сайт, то рекомендуем после установки решения произвести переиндексацию в модуле "Поиск".

• А также проверить содержимое файла robot.txt и при необходимости настроить его (после, того как Вы начнете наполнение сайта своим контентом, иначе поисковики проиндексируют демонстрационные данные решения на Вашем сайте). Настраивается содержимое файла robot.txt на следующей странице в административном разделе - http://screencast.com/t/qTv5BWb8x  Либо ручным редактированием файла в корневой директории Вашего сайта

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

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

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

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

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

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

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