Форум

1) В чем смысл игнорировать ошибку? Не будет ли более правильным устранить ее причины?
2) Попробуйте методы ORM, там выкидываются исключения, можно поймать.

При большой посещаемости и хранении сессии в файлах может критически увеличиться количество файлов в папке для сессий. Это приводит к медленному открытию сессии и тормозам garbage collector.

Никак не пойму, где здесь два раза. $APPLICATION ->IncludeComponent() может и в поток вывести, и результат вернуть. Вы бы хоть попробовали...

Не нужно ничего усложнять. В component.php:
[CODE]return "something";[/CODE]
На странице:
[CODE]echo $APPLICATION->IncludeComponent("some");[/CODE]

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

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

Тут есть некоторые (важные) советы: http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=32&LESSON_ID=3372

Прекомпилятор и хранение кеша не связаны. Вы можете использовать XCaсhe для прекомпилятора и memcached для кеша.

Настройки прекомпилятора:
http://xcache.lighttpd.net/wiki/DocToc

Настройки кеширования:
http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2991&LESSON_PATH=3913.4776.4816.2991

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

Тогда выборки без limit делались. Сейчас выборки с limit в админке. Есть клиенты с количеством пользователей более 1 млн.

Да, так.