У меня есть некоторые подробные, специализированные вопросы о характере настроек, которые входят в htaccess при настройке полосы пропускания PHP и высокой эффективности увеличения скорости :
Позвольте мне заранее заблаговременно поблагодарить вас за ваш ответ и разъяснения по этому вопросу, так как я не понимаю учебники apache в стиле энциклопедического стиля
Пример ниже – это то, что на самом деле выполняется на моих Apache 2.0 и PHP 5.2.3
# preserve bandwidth for PHP enabled servers <ifmodule mod_php4.c> php_value zlib.output_compression 16386 </ifmodule> ,
Q1: ifmodule mod_php4.c ли ifmodule mod_php4.c предложить его для PHP 4, а не PHP5?
Q2: Было бы быстрее, если бы серверный движок имел это в php.ini вместо htaccess?
Q3: По умолчанию для сжатия используется значение 16386 . Что произойдет, если мы опустим его, скажем, на 4K
Q4: Что произойдет, если мы установим его выше, например, 128K ?
Q1: Может ли ifmodule mod_php4.c предложить его для PHP 4, а не PHP5?
Да. RUN . У PHP4 нет причин для установки, если у вас нет скриптов, которые будут разбиты под PHP5.
Q2: Было бы быстрее, если бы серверный движок имел это в php.ini вместо htaccess?
Не обязательно иметь значение один iota, за исключением нескольких кодов операций во время запуска Apache. Смысл, нет … если файл .htaccess еще не присутствовал, и в этом случае может произойти небольшое поражение производительности, так как Apache находит файл. (Меньше .htaccess files => менее ненужные stat вызовы => более высокая производительность для всего .)
Q3: По умолчанию для сжатия установлено значение 16386. Что произойдет, если мы опустим его, скажем, до 4K
Это размер буфера для вывода . Если вы поместите его на 4k, данные будут отправлены чуть раньше. В зависимости от среднего размера страницы это может означать, что данные могут быть отправлены в несколько фрагментов, что может быть очень незначительным снижением производительности для пользователя, получающего данные.
Q4: Что произойдет, если мы установим его выше, например, 128K?
Это означает, что 128k буферизации произойдет до того, как данные будут отправлены клиенту. Если ваши страницы превышают 128 тыс. Пост-gzipping, возможно , что-то не так .
настройка полосы пропускания PHP и высокая эффективность увеличения скорости:
Некоторое время назад люди начали рекомендовать не использовать встроенный gzip PHP, вместо этого предлагая apache mod_deflate . Это позволяет PHP просто заботиться о генерации HTML и позволяет Apache беспокоиться о сжатии и обслуживании. Он также имеет тот же эффект. Хотя справочная страница для mod_deflate является энциклопедической, она также проста и проста. Возможно, у вас уже есть это, и у вас есть только ненужные строки в вашем httpd.conf.
Поскольку он может работать на уровне «фильтра», использование его также означает, что все , что создает сжатые типы MIME, включая скрипты CGI и простые старые HTML-файлы, может автоматически загружаться.
Обновление с ответами на комментарии:
Я читаю строки и между строками правильно, что вы предлагаете мне удалить блок A и иметь только блок B, как показано здесь.
Это, как правило, правильно, хотя в вашем блоке конфигурации в настоящее время используются файлы таргетинга по расширению. Вместо этого вы можете настроить тип MIME с помощью директивы конфигурации AddOutputFilterByType , как описано в руководстве mod_deflate.
При удалении конфигурации PHP также проверяйте php.ini в своей системе, так как он может также содержать директивы сжатия, которые вам могут не понадобиться.
Apache будет достаточно умен, чтобы не дублировать контент, независимо от того, какой метод вы используете для включения mod_deflate.
что было бы правильным способом изменить блок A, чтобы он был наиболее совместим с PHP5?
Это зависит от того, какая версия mod_php версии 5.x вызывается в вашей системе. Это будет просто обычный старый mod_php или mod_php5. Найдите директиву LoadModule другом месте в httpd.conf (или в /etc/httpd/conf.d/*.conf).
Фактическая директива конфигурации правильная, она просто завернута в блок «делать это только при загрузке PHP4».
Предположим, что ваш 5.x mod_php называется mod_not_butter . Если это так, блок будет выглядеть так:
<IfModule mod_not_butter.c> php_value suckitude_factor -1 </IfModule>
Интересно, какие еще параметры я мог бы настроить / ускорить обработку mod_deflate APACHE gzip
Есть много вариантов. Не трогайте никого из них, кроме размера буфера ( DeflateBufferSize ), который вы должны установить на средний несжатый размер данных, который вы ожидаете. (Я ранее забыл, что буфер был после сжатия, в то время как это было раньше).
Все остальные параметры – это нормальные значения по умолчанию, которые вам не нужно касаться, потому что к тому времени, когда их изменение повлияет на производительность значительным образом, вы захотите использовать другие технологии для загрузки с Apache.