Производительность Битрикс

[ДимаLbvf]

100-500 товаров это не проблема. В битриксе есть встроеный монитор качества и производительности который позволит точно оценить нагрузку. Более 20 показатель это норма. Все проблем решаются переходом на производительный хостинг. Скажем timeweb Optima вполне справляется

 

[volodka993]

а есть ли конкретные мануалы по улучшению производительности в самой битре, стоим на timeweb и mysql жрет ресурсы по 7-11к в сутки, выявить причину хост не может тип проблема с нашей стороны (скрипты, ддос...) дело в том что это происходит не постоянно а с переодичностью 5 дней. 70к товаров.
автокеширование, композит включены, перешли на php7 тест производительности показывает 85 попугаев.
Спасибо

 

[ДимаLbvf]

mysql жрет ресурсы по 7-11к в сутки, тест производительности показывает 85 попугаев.

7-11К чего? 85 это очень высокая производительность! там когда замер производиельности делаете бири показывает возможные ошибки разработки (вызов апи не в правильном месте, цикл в цикле) Но знаете, 70000 это много товаров и битрикс да, прожорлив

Есть вариант писать свои компоненты которые будут работать быстрее или помощнее сервер (у вас VPS? Optimo для такого не пойдет)

еще можете поделиться ссылкой на свой ресурс - пишите в скайп или на почту - в профиле они есть

Спасибо!

 

[volodka993]

7-11К чего? 85 это очень высокая производительность! там когда замер производиельности делаете бири показывает возможные ошибки разработки (вызов апи не в правильном месте, цикл в цикле) Но знаете, 70000 это много товаров и битрикс да, прожорлив

Есть вариант писать свои компоненты которые будут работать быстрее или помощнее сервер (у вас VPS? Optimo для такого не пойдет)

еще можете поделиться ссылкой на свой ресурс - пишите в скайп или на почту - в профиле они есть

Спасибо!

Для просмотра ссылки Войди или Зарегистрируйся
Тариф:
2xEterno

есть ли возможность кешировать включаемую область?
т.е в /bitrix/include есть php файлы, подключаемые на сайте. при тесте производительности во вкладке разработка пишет, что не кешированны эти файлы.
Спасибо.

 

[ДимаLbvf]

А что в этих файлах? Если там скажем простой текст тогда незачем их кешировать - вряд ли это сильно ускорит скл.
Ведь если текст хранится в самом файле - то при подключении области не происходит обращения к БД.
да, можно тоже закешировать но это будет HTML cache

Если же там идут запросы например GetList тогда на вашем месте попробовал бы два варианта:

1) Просто в вызов области $APPLICATION->IncludeComponent добавить параметры
"CACHE_TYPE" => "A",
"CACHE_TIME" => "3600"
для ajax_MODE это почти всегда работает

2) В bitrix существует два встроенных класса для работы с кешем.
Как я понимаю, выполнение любого кода можно обернуть в кеш снизив таким образом число повторных обращений к БД.

Подробнее про методы Для просмотра ссылки Войди или Зарегистрируйся
и про кеширование в битриксе. Для просмотра ссылки Войди или Зарегистрируйся
Примеров маловато.

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

 

[volodka993]

А что в этих файлах? Если там скажем простой текст тогда незачем их кешировать - вряд ли это сильно ускорит скл.
Ведь если текст хранится в самом файле - то при подключении области не происходит обращения к БД.
да, можно тоже закешировать но это будет HTML cache

Если же там идут запросы например GetList тогда на вашем месте попробовал бы два варианта:

1) Просто в вызов области $APPLICATION->IncludeComponent добавить параметры
"CACHE_TYPE" => "A",
"CACHE_TIME" => "3600"
для ajax_MODE это почти всегда работает

2) В bitrix существует два встроенных класса для работы с кешем.
Как я понимаю, выполнение любого кода можно обернуть в кеш снизив таким образом число повторных обращений к БД.

Подробнее про методы Для просмотра ссылки Войди или Зарегистрируйся
и про кеширование в битриксе. Для просмотра ссылки Войди или Зарегистрируйся
Примеров маловато.

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

Для просмотра ссылки Войди или Зарегистрируйся
всего две страницы

с момента последнего поста, где я привел данные нагрузки прошло 2 часа
Для просмотра ссылки Войди или Зарегистрируйся
увеличилась на 2к за 2 часа, это ненормальною

Кто вкурсе и может, что-то подсказать пишите в личку на пиво скину.
результаты после опубликую тут.

 

[ДимаLbvf]

ну вот по ошибкам ткните где ошибки разработки видите))

 

[udjin123]

а есть ли конкретные мануалы по улучшению производительности в самой битре, стоим на timeweb и mysql жрет ресурсы по 7-11к в сутки, выявить причину хост не может тип проблема с нашей стороны (скрипты, ддос...) дело в том что это происходит не постоянно а с переодичностью 5 дней. 70к товаров.
автокеширование, композит включены, перешли на php7 тест производительности показывает 85 попугаев.
Спасибо

Не мучайтесь, это забава такая у таймвеба, на ровном месте претензии к нагрузке вызывать. Сколько сайтов было на таймвебе на всех это и происходило. Берите впс разворачивайте bitrixenv и не будет проблем. А сейчас даже если заооптимизуретесь по самое не балуйся, хватит не надолго. Хостинг этот еще несколько лет назад херню эту по выдавливанию на более дорогие тарифы начал.

 

[coder1990]

у нас были пиковые нагрузки когда приходили кривые китайские поисковые боты и хостер жаловался на то что сайт потребляет ччерезмерно , и зарезал ресурсы

 

[volodka993]

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

+ лезут ошибки такого рода:
[Fri Sep 23 13:28:57 2016] [error] [client 93.158.152.6] PHP Fatal error: Allowed memory size of 524288000 bytes exhausted (tried to allocate 20480 bytes) in /public_html/bitrix/modules/iblock/classes/general/iblockelement.php on line 5436

Спасибо