Иван Левый (Все сообщения пользователя)

Что за "пустая страница"? Всмысле белая?
поставьте в dbconn.php переменную $dbDebug = true и посмотрите что за ошибка.

Подключите класс блогов, и передайте в функцию $arFields.

Детальное описание проблемы, ничего не скажешь.

Я так и сделал, проверял с помощью константы $DBDebugToFile = true; и заходил неавторизированым пользователем. Видно что запросов нету.


У меня в нем стоит SET NAMES cp1251, но насколько я понял этот файл запускается только если есть запрос к базе из АПИ системы.
Т.е. если запросов на странице нету, то файл after_connect.php и не подключится.


Да, это я уже сделал.

Правда в компоненте bitrix:catalog.top почему-то вызов IncludeModule("iblock") стоит до вызова кеширования.
Лишние 0,02 сек. Но думаю это исправят.


Еще одно интересное наблюдение.
Половину времени подключения модуля (или main, или iblock) у меня занимает подключение языковых фалов с помощью IncludeModuleLangFile();

так как если эти фукнции из классов инфоблока убрать, то время подключения всех классов инфоблока уменьшается в 2 раза.

Еще, я для теста все класы инфоблока запихнул в один файл чтобы небыло лишних инклюдов, прироста совсем не дало. Основная затрата именно на подлкючение языковых файлов где идут проверки file_exists.

Я рассматриваю пример когда запросов к базе данных нету.

Поскольку у меня все компоненты закешированы.

Так как я включил автокеширование.

Не, я ошибся. Меня занесло.

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

Точно, это гостевой. Промазал по кнопке когда тему создавал.

Интересное наблюдение:


Заметил что мой компонент на странице выполняется 0,02 сек.
А это огромное время, если я хочу достичь 0,05

Начал искать, где же я напортачил. Компонент то мой тоже кешируется, и запросов не делает.
Оказывается, инструкция:



выполняется 0,018 сек.
Проверил так:




В то время как ниже идет вызов:



и он выполняется 6.3180923462E-5 сек.

Согласен, модуль инфоблоков крутой. Но все-таки слишком он уж много делает чтобы проверить подключен он или нет.
В конце концов можно после подключения определить константу define("IBLOCK_MODULE_INCLUDED", true), и определять будет моментально.

Тему таки желательно перенести в клиентский форум :_)

Я думал это клиентский

Тему можно перенести.

Поставил последнее обновление, там где кеширование в меню.
Страница стала грузиться 0,075 - 0,08 сек.

Проверил, если поставить просто пустой шаблон в header.php и footer.php то страница генерируется за 0,065

Впринципе результат хороший, но хочется 0,05

Окружение 1.1

Пойду дальше искать узкие места.

Скажите, на что больше всего тратится время работы скриптов при создании страницы?

У меня все компоненты закешированы (если поставить $DBDebugToFile = true; то в логе видно что запросов нету).

Следовательно, все время работы система тратит только на работу с php файлами.

Страница генерируется 0,15 сек.
Вроде-бы быстро, но я хочу еще быстрее. Главная страница сайта bitrix.ru и то быстрее генерируется.

Моя конфигурация:
Версия "Старт", страница на которой парочка простых компонент: меню с 5-ю разделами и поиск по сайту. Комп = 2-х ядерный pentuim и 1gb оперативки. Bitrix Environment.

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

Реально ли достичь 0,05 сек генерации страницы на моей конфигурации?


При html кешировании страницы показываются моментально.
Может какие-то настройки в сервере нужно проделать, или дело в процессоре? а может в оперативке?
Как заставить Битрикс летать? Ведь совсем нету запросов к базе данных!

А что в обработчиках?

Возможно.
Сначала надо сделать просто каталог такого вида:
/catalog/nout/
/catalog/foto/
/catalog/computers/
....

а потом останется настроить в .htaccess правильную обработку этого дела. Погуглите на SEO-шных форумах, там такие темы часто поднимаются.

Да, можно даже на одном инфоблоке.

Для вставки в инфоблоки используйте АПИ инфоблоков. Например, CIBlockElement::Add().

так вставлять нельзя. Надо теги закрывать.
Например, так:


Более подробно про создание таблиц тут: http://htmlbook.ru/content/?id=30

Смотря какие теги.

Положил на страницу компонент bitrix:catalog.filter, кастомизировал шаблон.
пообновлял страницу, компонент закешировался.

Потом создал файл result_modifier.php, и в нем текст <?php echo 1; ?>, обновляю страницу - и в итоге единичка отображается.
Но как я понимаю, после того как компонент закешировался файл result_modifier.php больше подключаться не должен.

Я так понимаю, в компоненте bitrix:catalog.filter работает старый механизм автокеширования? (не такой, как в компонентах 2.0 - catalog.element, catalog.section и тд.)

Вопрос к разработчикам:
Когда будет модернизироваться компонент фильтра?

или любая фотогалерея jquery

Спасибо, полезный совет.

Зачем эта строчка?


Массив $arResult и так перезаписывается если его просто изменить в файле result_modifier.php

Что значит "Не по порядку"?

Попробуйте указать в настройках компонента "Поле для сортировкии" - ID, порядок сортировки rand()

а при переходе по /site2/numbers/index.php подсвечивается?

Тут отложенность не требуется, так как заголовок устанавливается не в файле index.php а в файле .section.php

Ты проверял?

У меня работает.

Пожалуйста

Аж захотелось и на своем сайте который щас делаю хлебные крошки сделать.

Точно отключили $APPLICATION->AddChainItem()?

Попробуйте посмотреть как эта страница будет выглядеть на стандартном шаблоне, например "Битрикс - 3 колонки".

Все сделано верно, должно работать.