Форум

Мы осознанно отказались от применения шаблонов вида:

[QUOTE]<%ITEM_NAME%>....<%ITEM_URL%>....<%ITEM_ID%>[/QUOTE]

Мы считаем, что шаблоны на PHP дают намного большую гибкость разработчику и не требуют изучения очередного псевдо-языка программирования. Приведенный вами код ничем не отличается от такого:

<?=$arItem["NAME"]?>...<?=$arItem["URL"]?>...<?=$arItem["ID"]?>

То, что вы называете шаблонами, в наших терминах называется программными компонентами. Работа с компонентами описана в руководстве по интеграции.

Вот типичный код скрипта, запускаемого из-под cron:

[CODE]
#!/usr/bin/php
<?php
$_SERVER["DOCUMENT_ROOT"] = "/home/hosting/www";
$DOCUMENT_ROOT = $_SERVER["DOCUMENT_ROOT"];
define("NO_KEEP_STATISTIC", true);
define("NOT_CHECK_PERMISSIONS", true);
set_time_limit(0);
define("LANG", "ru");
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");

//ваш код...

require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/epilog_after.php");
?>
[/CODE]

Создайте пустой файл меню. При наличии файла не проверяются вышестоящие каталоги.

[quote]Владислав Кокорин пишет:
причем вторая очень очевидна, а вот первая удивляет...[/quote]
Дело в том, что настройки PHP по умолчанию запрещают кеширование. А разрешать кеширование, чтобы потом подавлять его такими инструкциями - ну, это странно как-то.

И не имеет никакого отношения к продукту, обращаю ваше внимание.

Наша техподдержка старается помогать в вопросах настройки хостинга, но, строго говоря, подобные проблемы решаются техподдержкой хостинга, а не продукта.

Я знаю много случаев, когда никакими инструкциями PHP нельзя "побороть" настройки хостинга, прокси, локальных компьютеров. Часто мы "мало чем можем помочь" просто потому, что никак не можем повлиять на то, что непосредственно не зависит от продукта.

[quote]Алексей Кудрявцев пишет:
Поэтому предлагаю ждать решения от Битрикса.[/quote]
Эта конкретная проблема была вызвана тем, что страницы сайта отдаются кеширующим прокси. Из-за настроек веб-сервера или прокси, посетители видят закешированную страницу. К сожалению, при всем нашем желании, в такой ситуации мы мало чем можем помочь.

В настройках модуля "Управление структурой" нужно снять  флаг "Использовать предыдущую версию визуального HTML редактора". Тогда станет доступен новый редактор.

Скрипт добавления фото из папки сделать не так сложно, API продукта позволяет. Но нужно иметь в виду, что обычно нужно вводить два фото (маленькое и большое) или автоматически генерировать маленькое, а также задавать название и описание фото.

В редакции Бизнес есть импорт из CSV, который можно приспособить для импорта картинок вместе с описаниями.

Вставьте на странице выше вызова функций навигации код:

CPageOption::SetOptionString("main", "nav_page_in_session", "N");

[quote]Vadim Kaznovsky пишет:
какие будут рекомендации?[/quote]

Могу привести пример конкретного проекта.

CPU: Intel® Pentium® 4 CPU 2.40GHz
memory: 1Gb
ad0: 76319MB UDMA100

Посещаемость: до 100 тыс. страниц в день (включая поисковики), до 60 сессий в онлайне в минутном интервале. Основная нагрузка падает на форум, т.е. MySql нагружается напрямую.

Сконфигурировано front-end + back-end согласно рекомендациям. Время отклика хорошее, страницы генерируются за 0.2 - 0.5 секунды. В пиковые нагрузки страница генерируется за 1-2 сек.

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

В HTML существует такая кнопка-картинка:

<input type="image" src="..." name="...">

Работает как кнопка submit. На стороне сервера нажатие можно отловить либо по передаваемому полю hidden в форме, либо по передаваемым браузером координатам нажатия на кнопку (${имя_кнопки}_x и ${имя_кнопки}_y).