Перейти к контенту

Оптимизация IPB и повышение скорости работы форума


Рекомендуемые сообщения

Сам не проверял насколько это выигрыш дает, но вот есть такое мнение:

Open ./index.php:

(Around Line 295)

 

****

Find:

*****

//===========================================================================
//  Set up the session ID stuff
//===========================================================================

if ( $ipsclass->session_type == 'cookie' )
{
$ipsclass->session_id = "";
$ipsclass->base_url   = $ipsclass->vars['board_url'].'/index.'.$ipsclass->vars['php_ext'].'?';
}

 

*****

Replace With:

*****

 

//===========================================================================
//  Set up the session ID stuff
//===========================================================================

if ( $ipsclass->session_type == 'cookie' )
{
$ipsclass->session_id = "";
$ipsclass->base_url   = 'index.php?';
}

Вот тут это было:

http://forums.invisionpower.com/index.php?...t&p=1344884

Ссылка на комментарий
Поделиться на других сайтах

Master

 

Вред персистента не в том, что "он может не поддерживаться". Персистент поддерживается всегда ибо это функция MySQL сервера.

И хостер ничего не ответит ровным образом.

 

Вред персистента в том, что MySQL соединения при вызове $DB->close_db() не закрываются. Если тот же клиент вернётся к серверу баз данных обратно, MySQL ему даст тот же поток и на этом и есть оптимизация, т.к. уменьшается время подключения к БД, собственно к ней не нужно подключаться, все параметры возьмутся из этого потока. Но если придёт другой клиент (новый гость), ему выделится новый поток и т.д. С такими успехами сервер MySQL может упасть с фатальной ошибкой.

Итого, имея включенный персистент, роботы поисковых систем запросто могут уронить весь форум за 15-ть минут!

 

Master, не пиши того, в чём не уверен.

Ссылка на комментарий
Поделиться на других сайтах

Song, спасибо за разъяснения, значит я могу отредактировать тот пост с персистентом, чтобы другим не было плохо?
Ссылка на комментарий
Поделиться на других сайтах

Song, спасибо за разъяснения,

а поиском ты умеешь пользоваться? Я же тебя направил туда.

 

Ты можешь просто приписать, что "данную оптимизацию вы можете использовать на свой страх и риск".

Ссылка на комментарий
Поделиться на других сайтах

создаем файл .htaccess

AddHandler application/x-httpd-php .css
php_value auto_prepend_file gzip-css.php
php_flag zlib.output_compression On

 

CSS отваливается, если в настройках стилей включить "Кешировать CSS стили в текстовый файл"

Ссылка на комментарий
Поделиться на других сайтах

Господа, а может все-таки LAMP? А то что-то от этих персистентсов как-то на рвотный рефлекс пробивает! Master, очень мудрено излагаешь! ИМХО конечно, но можно добиться очень больших результатов и без ковыряния всякого кода в IPB. Чтобы увидеть что-то в темноте, где вы блуждаете, просто сделайте LAMP'очку поярче!

 

Может создать топик о настройке ЛАМПОчек в связке с разными ОСями?

 

Хотя бы ./configure примерные оптимальные для IPB хостинга посмотреть у знающих людей, а то все методом проб и ошибок приходится!

Ссылка на комментарий
Поделиться на других сайтах

Менять ЛАМП себе не каждый может позволить.

 

Может создать топик о настройке ЛАМПОчек в связке с разными ОСями?
Писать ты будешь? :D Тем более кому надо тот сам знает, а кто не знает и хочет узнать, то прямая дорого на форум никс-админов.
Ссылка на комментарий
Поделиться на других сайтах

Master

Текс дошли наконец-то руки у меня и до CSS зажатия при помощи GZIP и вот что выяснилось:

 

если в .htaccess оставляем:

php_flag zlib.output_compression On

 

При запросе файла CSS внутри него получаем вот это:

Warning: ob_start(): output handler 'ob_gzhandler' conflicts with 'zlib output compression' in я-ля\style_images\gzip-css.php on line 3

Т.е. налицо глюк.

 

Убеждаемся в этом д описываем после ob_start ("ob_gzhandler"); вот это:

print_r (ob_get_status());

 

И видим:

Array

(

[level] => 1

[type] => 0

[status] => 0

[name] => zlib output compression

[del] =>

)

т.е. GZIP не пашет

 

закоментируем в .htaccess строчку:

php_flag zlib.output_compression On

 

И получаем от print_r (ob_get_status()); :

Array

(

[level] => 1

[type] => 1

[status] => 0

[name] => ob_gzhandler

[del] => 1

)

Видим что теперь GZIP пашет

 

Надо еще проверить как это будет уже внутри движка форума функциклировать т.к. сам форум тое юзает GZIP сжатие, то возможен конфликт. Но это уже днем )))

 

Добавил в полудреме:

Чуть не забыл можно же еще и задрать повыше степень сжатия GZIP, но это может на нагрузке на сервак сказаться

Ссылка на комментарий
Поделиться на других сайтах

  • 2 недели спустя...
  • 2 месяца спустя...
  • 2 месяца спустя...

все работает. и правда быстрее.

 

так--есть косяк! при включении Кешировать CSS стили в текстовый файл? при нажатии да... форум становится белым :D кнопок нет.. разделы есть ;)

в чем дело? как отключаю все ок..

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

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

Гость
Ответить в этой теме...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Зарузка...
×
×
  • Создать...

Важная информация

Находясь на нашем сайте, вы соглашаетесь на использование файлов cookie, а также с нашим положением о конфиденциальности Политика конфиденциальности и пользовательским соглашением Условия использования.