Форум

Проверьте права доступа (скрипт должен иметь возможность создавать файлы и папки) и используйте нужную версию restore.php. Попробуйте открыть первый архив через 7-Zip на компе, чтобы достать /bitrix/modules/main/restore.php.
Какие примерно размеры первого и последующих архивов? Ошибка вылетает сразу после начала, или через некоторое время?

Для того, чтобы помочь, нужна конкретика: что значит "не восстанавливается"? Выдает ошибку? Если да, то какую?

[QUOTE]Михаил написал:
в разделе bitrix:catalog.section
[/QUOTE]
C bitrix:catalog.section ничего не делаем! Т.к. он кешируется. Разве что у него в component_epilog.php можно что-то добавить, но лучше в комплексном.

AREA_FILE_SHOW можете указывать "file", т.е. показывать для фиксированного файла. И добавить параметр:[CODE]"PATH" => "/include/section_".$SectionID.".php",[/CODE]Таким образом для каждого раздела можно будет создавать включаемую область.

[B]Но тут совет[/B]: если во включаемой области будет что-то простое, типа описания, галереи, привязанные новости/статьи и т.п. - то лучше это делать вообще без включаемых областей, только на свойствах раздела.

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

Если используется комплексный компонент, и вставить нужно снизу прямо под разделом - то вставляйте прямо в файле section.php, тогда городить ничего не нужно будет.

Если вставить нужно в любом месте после выполнения комплексного компонента, то в файле section.php шаблона комплексного компонента bitrix:catalog нужно получить и сделать глобальной переменную, содержащую ID текущего раздела. Это или из $arResult['VARIABLES']['SECTION_ID'], или как результат выполнения компонента bitrix:catalog.section. А уже потом с этим ID раздела делать что угодно. Т.к. файл section.php не кешируется, то и проблем из-за кеша не возникнет.

Если вставить нужно до комплексного компонента, то глобальные переменные не подойдут, а нужно использовать отложенные функции.

Это все зависит от настроек сервера, но вообще да, при запуске из Cron параметры другие. Иногда немного другие, иногда сильно другие. Сильно другие - это например, когда на сервере mbstring настроен на CP1251, а сайт настроен отдельно на UTF-8. В итоге крон запускается на CP1251, а это для Битрикса серьезная проблема. И возможны другие проблемы.

Я решаю проблему так: создаю php.ini с наиболее важными настройками, например, cron_php.ini, и затем вызов команды:[CODE]/usr/bin/php -c "/path/to/cron_php.ini" -f "/path/to/script.php" [/CODE] В этот cron_php.ini советую также добавить параметры short_open_tags, realpath_cache_size, date.timezone.

[QUOTE]Григорий Мартьянов написал:
Вариант использовать 3-й тип меню не подходит.
[/QUOTE]
Опишите, почему указано что 3й, а не 2й, и почему именно не подходит.

Раздел1 и Раздел2 это папки на сервере или разделы инфоблока?

Тут вся соль в композитном сайте, он включает в себя HTML-кеширование. Посмотрите информацию по этому вопросу.

У вас включено HTML-кеширование или композитный сайт?

Какая версия Битрикса? Уже относительно давно появился такой функционал, который вам пригодится для сортировки файлов и изображений в свойстве: