Удалите /bitrix/managed_cache/
«Да не могут же они!»
«Да не могут же они!»
|
|||
|
|
|
|
Я делаю так. В /bitrix/php_interface/init.php:
В bitrix marketplace есть готовое решение на том же принципе, но я его не смог сейчас найти.
«Да не могут же они!»
|
|||
|
|
|
|
Нет, я не издеваюсь.
Если у вас 300k новостей, разумно будет сделать навигацию по тематике и по датам. Скажем, новости по теме "Проишествия" за январь 2012 года. Делать постраничку на такое кол-во новостей глупо вдвойне: во-первых, этим неудобно пользоваться, во-вторых, это грузит сервер. Ну, по крайней мере, грузит сервер при использовании штатных битриксовых компонентов: они в силу своей универсальности плохо заточены под большие объёмы данных.
«Да не могут же они!»
|
|
|
|
|
|
Создайте файл component_epilog.php в шаблоне компонента catalog.element и проверяйте там правильность section code. Что-то типа:
«Да не могут же они!»
|
|||
|
|
|
|
Делать постраничку на 300k элементов штатным битриксовым компонентом -- это плохая идея. Во-первых, работать будет медленно, во-вторых, кому нафиг сдались 15 тысяч страниц и кто их будет листать, кроме роботов.
«Да не могут же они!»
|
|||
|
|
|
|
Разберитесь в этом компоненте, он небольшой.
Вот выборка данных: $arItems = CIBlockElement::GetList($arOrder, $arFilter, false, false, $arSelect); Очевидно, что в $arSelect должно быть поле PREVIEW_PICTURE. Сам $arSelect задаётся чуть выше. Также посмотрите, как обрабатывать поле PREVIEW_PICTURE -- например, в компоненте bitrix:news.line. Ищите вызов CFile::GetFileArray
«Да не могут же они!»
|
|
|
|
|
«Да не могут же они!»
|
|||||
|
|
|