В большинстве случаев проблема возникает из-за того, что таблицы, которые использует база данных MySQL, созданы в кодировке latin1. Для того, чтобы проверить это, нужно зайти в PHPMyAdmin и прямо на первой странице посмотреть на “Сопоставление соединения с MySQL”.

Если там указано “latin1_swedish_ci” или что-то аналогичное, то русские буквы не будут отображаться.

Чтобы исправить эту проблему нужен доступ к конфигурационному файлу MySQL. Обычно на сервере он находится в директории “etc“:

/etc/my.cnf

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

Итак, используя MC или другим доступным способом находим нужный файл и добавляем следующие строки в секцию “[mysqld]“:

default-character-set=cp1251
character-set-server=cp1251
collation-server=cp1251_general_ci
init-connect=”SET NAMES cp1251″
skip-character-set-client-handshake

Файл, после изменений сохраняем. Теперь нужно перезапустить весь сервер или непосредственно сервер БД MySQL при помощи следующей комманды:

service mysqld restart

Чтобы проверить кодировку необходимо с главного экрана PHPMyAdmin перейти в раздел “Базы данных“, в нижней строке столбца “Сравнение” должно быть значение “cp1251_general_ci“. Так же кодировку можно проверить SQL-запросом:

SHOW VARIABLES LIKE ‘ch%’;

После приведенных выше изменений, русские буквы должны отображаться нормально, если этого не происходит, то возможно проблема кроется уже в настройках php или браузера.

В большинстве случаев при покупке VPS клиенту дается доступ к серверу по SSH, и именно он понадобится нам для настройки параметров Apache. Для серверов не всегда предусмотрена программа для SSH-доступа, поэтому может понадобится клиент для нашего компьютера. Я использую бесплатную программу Putty, которую можно скачать со странички разработчика. Она не требует установки, а основные настройки сводятся к указанию адреса сервера, к которому будем подключаться. После подключения к серверу, появится коммандная строка с приглашением ввести логин и, затем, пароль.

Для более удобной навигации по файловой системе было бы хорошо, чтобы на сервере стоял файловый менеджер Midnight Commander. Подробнее про него можно почитать в википедии. Если он не установлен, то можно попросить хостера или установить самому.

Вызывается Midnight Commander из коммандной строки при помощи комманды “mc“. При помощи этой программы работа становится намного проще и не требует каких-то специальных знаний, а кроме этого, все необходимые комманды, которые понадобятся нам в процессе настройки вынесены вниз и легко доступны.

Перед тем, как приступить непосредственно к настройке нам нужно определить какой модуль многопоточной обработки (MPM) Используется на сервере. Для этого выполняем команду:

httpd -V|grep MPM

В большинстве случаев ответ сервера будет следующем:

Server MPM:     Prefork
-D APACHE_MPM_DIR=”server/mpm/prefork”

Это означает, что используется модуль “prefork” и в файле конфигурации мы будем править секцию, которая описывает работу этого модуля.

Теперь через Midnight Commander находим и открываем необходимый нам конфигурационный файл, который расположен здесь:

/etc/httpd/conf/httpd.conf

Для начала находим “KeepAlive” и если стоит значение “Off“, то меняем его на “On“. Затем ищем секцию, в которой описываются настройки для нашего MPM. В случае “prefork” она будет первой:

# prefork MPM
<IfModule prefork.c>
[...]
</IfModule>

# worker MPM
<IfModule worker.c>
[...]
</IfModule>

Это как раз и есть настройки сервера Apache. Если кому-то интересно, что они из себя представляют, то можно почитать об этом в моей первой статье по настройке Apache на VPS. Ниже примеры конфигураций по-умолчанию и рекомендуемой для серверов с высокой нагрузкой.

Настройки по-умолчанию
StartServers		1
MinSpareServers		1
MaxSpareServers		5
MaxClients		10
KeepAliveTimeout		3
MaxRequestsPerChild		4000
Настройки для сильно нагруженных проектов
StartServers		15
MinSpareServers		15
MaxSpareServers		20
ServerLimit		50
MaxClients		50
KeepAliveTimeout		3
MaxKeepAliveRequests		100
MaxRequestsPerChild		2000

Я использую “средние” между этими двумя конфигурациями значения, которые вывел для своего сервера опытным путем. Основной критерий – наличие свободной памяти в период нагрузки на сервер. Ее значение должно быть минимальным, в противным случае страницы будут отдаваться пользователям медленно, а сервер будет недогружен. При этом следует помнить, что и в своп система не должна уходить.

Все изменения, которые мы сделали в “httpd.conf”, потом нужно дублировать в этом файле:

/etc/httpd/conf.d/swtune.conf

Иногда его нет на сервере, тогда ничего делать не надо.

После того, как все сделано, для применения изменений, перегружаем сервер apache командой:

service httpd restart

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

Первый плагин в списке это Яндекс.Бар. Вообще-то он шел в комплекте с самим браузером, но я не стал его отключать т.к. довольно часто пользуюсь сервисами Яндекса, такими, как “Фотки”, “Деньги” и почтой. Кроме этого в баре есть отображение погоды и пробок, что тоже удобно.

Для людей, которые пользуются не только поиском Яндекса, но и дополнительными сервисами этот плагин будет очень полезен. Он позволяет получить доступ к своим сервисам в 1 клик и заметно экономит время. Скачать его можно как в комплекте с браузером Firefox, так и отдельно.

О втором плагине я уже писал, но упомяну его еще раз – это NoSquint. Он позволяет задавать постоянное увеличение масштаба страницы, что просто необходимо для мониторов с большим разрешением.

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

Следующее дополнение – Fast Dial, позволяет создавать визуальные закладки для наиболее часто посещаемых сайтов. В последней версии Яндекс.Бара есть аналогичная возможность, но я пользуюсь именно Fast Dial’ом.

В плагине можно настраивать количество закладок, их расположение, плюс есть темы для оформления самой страницы. Закладки работают очень быстро и позволяют избежать постоянного набирания одних и тех же адресов сайтов. Скачать плагин можно отсюда.

Четвертый плагин – Fission, не имеет какой-либо практической ценности, но улучшает внешний вид браузера. Он совмещает адресную строку и индикатор загрузки страницы.

Можно выбрать цвет индикации. Получается красиво, а иногда может быть и полезно, например для оценки скорости загрузки страницы. Скачать Fission можно тут.

Следующая надстройка у меня недавно, но я считаю его едва ли не самым полезным, это Read It Later. Часто попадаются сайты, которые не будешь читать каждый день, но к отдельным страницам хочется вернуться позже, чтобы подробнее их посмотреть. Обычно такие сайты отправляются в избранное, и забываются там.

С помощью Read It Later можно одним кликом заносить интересные страницы в микрозакладки, а затем так же просто извлекать. При этом после нажатия по закладке страница исчезает из них, т.е. замусоревания не происходит, прочитал и закладка сама стерлась. Еще одной удобной функцией является показ времени с момента добавления закладки. Помогает решить полезна ли информация, которую добавили давно и не вернулись к ней.

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

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

Очень нужная функция при верстке сайтов. Обозначив параметры, область можно передвигать по экрану, но несколько неудобно, что нельзя изменить ее размеры, для этого нужно создать ее заново. Из-за этого плагин не на 100% выполняет свою функцию, но лучшего пока найти не удалось. Страничка с которой можно его скачать.

А второй плагин, а вернее целый набор для работы с сайтами – это монстр SeoQuake. Он позволяет оценить основные параметры сайта, такие как ТИЦ, PR, количество страниц в индексе, внешние ссылки и т.д.

Есть полезная возможность отображения ссылок, которые закрыты тэгами Noindex, Nofollow от поисковиков, перечеркнутыми. И еще очень много нужных людям, которые занимаются SEO, функций. При некоторых операциях, например анализе ссылок, плагин заметно тормозит браузер. Сайт для скачки плагина.

Чтобы спрятать эти ссылки от поисковых роботов было предложено несколько изменить синтаксис тэга ссылки <a> путем добавления атрибута rel=”nofollow”. При этом сама ссылка меняется только для поисковых роботов – они не переходят по ней, а для обычных пользователей все остается по-старому. Пример:

<a href=”http://www.xela.ru”>Мой сайт</a>
обычная ссылка, видимая поисковиком и влияющая на рейтинг

<a href=”http://www.xela.ru” rel=”nofolow”>Мой сайт</a>
ссылка видимая пользователям, но игнорируемая поисковиками.

Решение эффективное, правда с одним но, Яндекс при обработке сайта не обращает внимания на такое дополнение к ссылкам и продолжает их индексировать. Но и тут выход есть, а именно тэг noindex. Этот тэг не принят никем кроме Яндекса и при проверке кода на правильность может расцениваться как ошибка, но это единственный способ скрыть ссылку от поискового робота.  Пример:

<noindex>Все, что тут написано не будет проиндексировано Яндексом, а эта <a href=”http://xela.ru” rel=”nofollow”>ссылка</a> еще и остальными поиковиками.</noindex>

Стоит добавить, что noindex, как и большинство html-тэгов, двойной и скрывает от Яндекса все, что “обернуто” в него, а не только ссылки, поэтому применять его нужно очень осторожно и обязательно закрывать.

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

#Яндекc
User-agent: Yandex

#Гугл
User-Agent: googlebot

#Рамблер
User-agent: StackRambler

#Yahoo
User-agent: Slurp

#MSN
User-agent: msnbot

#Правило общее для всех роботов:
User-agent: *

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

После указания кому, мы должны написать что делать. Для этого существует документированная запрещающая директива “Disallow:” и недокументированная, но поддерживаемая на данный момент всеми крупными роботами разрешающая “Allow:“. Для того, чтобы запретить индексацию директории нужно указать ее путь, причем для каталогов путь должен начинаться с символа “/” и им же заканчиваться. Например “Disallow: /dir/” закроет для роботов каталог “/dir”, который находится в корне сайта, и все вложенные каталоги и файлы, а если написать “Disallow:/dir”, то будут закрыты все документы лежащие в корне и начинающиеся на dir, к примеру каталог “/dir1″,  файл “/director.htm” и т.д. Чтобы закрыть файл завершающую черту ставит не надо. Пример:

#обращаемся к роботу гугла
User-Agent: googlebot
Disallow: /cgi-bin/ #закрываем директорию cgi-bin в корне сайта
Disallow:/css/main.css
#закрываем файл main.css, который лежит в директории css

Директива “Allow:” действует по тому же принципу. Пример:

#обращаемся к роботу яндекса
User-agent: Yandex
Allow: /uploads/images/ #открываем папку images в папке uploads
Disallow: /uploads/
#закрываем папку uploads

Директивы выполняются по мере поступления, при этом приоритет имеют те, которые находятся ближе к началу. Пример:

#обращаемся к роботу яндекса
User-agent: Yandex
Disallow: /test/ #закрываем папку test
Allow: /test/images/
#доступ к папке images будет закрыт т.к. верхнее правило имеет
#приоритет

#обращаемся к роботу яндекса
User-agent: Yandex
Allow: /test/images/ #папка images в папке test открыт
Disallow: /test/
#закрываем папку test при этом папка images будет открыта
#т.к. верхнее правило имеет приоритет

Если необходимо разрешить или запретить к индексации весь сайт без исключений, то можно использовать два решения:

#обращаемся ко всем роботам
User-agent: *
Allow: / #или
Disallow:
#директивы равнозначны и разрешают к индексации весь сайт

#обращаемся ко всем роботам
User-agent: *
Allow: #или
Disallow: /
#директивы равнозначны и запрещают к индексации весь сайт

Для справки, в директивах можно использовать служебные символы “*” и “$”. Они помогают при создании масок файлов и/или каталогов. Спецсимвол “*” заменяет собой любую комбинацию символов, т.е. по умолчанию он как бы ставится в конце любого пути после последнего “/”, а спецсимвол “$” его отменяет. В большинстве случаев лучше обойтись без применения этих символов т.к. они существенно запутывают файл robots.txt. Пример:

#обращаемся ко всем роботам
User-agent: *
Disallow: /abc* # блокирует все файлы и папки начинающимся с abc
Disallow: /abc*$ # равнозначное выражение
Disallow: /abc # равнозначное выражение без спецсимволов
Disallow: /modules$
# запрещает только /modules, не запрещает /modules.html

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

При большом количестве страниц на сайте или при сильной нагрузке на сервер поисковые роботы могут затруднять работу создавая большое количество запросов. Чтобы ограничить их активность есть директива “Crawl-delay:“. Она задает время после закачки страницы в секундах, через которое можно закачивать следующую страницу. Робот Гугла (googlebot) эту директиву не обрабатывает. Гарантированно она работает с Яндексом (Yandex).

Еще одна дополнительная директива – “Host:“. При запросе сайта, мы можем набирать название с www или без и видеть один и тот же сайт, а для поисковиков это 2 разных сайта, которые “склеиваются” и показывается результат только для того, который считается “главным”. Данная директива нужна, чтобы указать в явном виде главное зеркало сайта. Опять же Гугл не понимает эту директиву, но с Яндексом она работает, хотя и является необязательной и не всегда оказывает результат на выдачу. Пример для обеих директив:

#обращаемся ко всем роботам
User-agent: *
Disallow: /abc* # блокирует все файлы и папки начинающимся с abc

#обращаемся к роботу Яндекса
User-agent: Yandex
Crawl-delay: 5 #разрешает забирать страницы раз в 5 секунд
Host: www.site.ru
#главное зеркало сайта – www.

Несколько особняком стоит директива “Sitemap:“. Она помогает поисковым роботам быстрее находить файл с картой сайта. При ее применении не нужно указывать “User-agent”. Лучше всего располагать ее через пустую строку в конце файла. Пример:

#обращаемся ко всем роботам
User-agent: *
Disallow: /abc* # блокирует все файлы и папки начинающимся с abc

Sitemap: www.site.ru/sitemap.xml
#показывает путь к файлу sitemap.xml

При написании файла robots.txt необходимо соблюдать несколько общепринятых правил, которые позволяют роботам правильно расшифровывать инструкции.  В общем случае файл обязательно должен начинаться с указания “User-agent:”, сразу после нее, без пустых строк, должна находится хотя бы одна директива “Disallow:”. Директивы “User-agent:” должны быть отделены друг от друга пустыми строками. Комментарии начинаются с символа “#”, если они располагаются внутри директивы “User-agent:”, то не должны быть на отдельной строке. Все дополнительные директивы должны идти ближе к концу файла т.к. могут быть не поняты роботом. В каждой директиве “Disallow:” должен быть только одно правило.

Еще одно добавление- мета тэг robots. Он не относится напрямую к файлу robots.txt, но выполняет сходные функции. Располагаться должен между <head> и </head> страницы сайта. Синтаксис следующий:

<meta name=”robots” content=”noindex, nofollow” />
noindex означает не индексировать страницу, nofollow – не следовать по ссылкам. Могут быть варианты, например:

<meta name=”robots” content=”noindex, follow” />
не индексировать данную страницу, но пройти по ссылкам;

<meta name=”robots” content=”index, nofollow” />
индексировать страницу, но не идти по ссылкам;

<meta name=”robots” content=”index, follow” />
разрешено индексировать и идти по ссылкам.

Важно! не стоит закрывать при помощи robots.txt папки и файлы, в которых может содержаться конфиденциальная информация. Этот метод не дает достаточной защиты т.к. прячет файлы только от поисковиков, а человек, просмотрев этот файл, наоборот может найти необходимую информацию о расположении важных файлов и папок. Устанавливать парольную защиту следует через файл “.htaccess” или другими методами.

Для того, чтобы проверить правильность, файла robots.txt на Яндексе и Гугле существуют специальные инструменты:
- Яндекс.Вебмастер
- Инструменты Гугл для веб-мастеров

В моей статье можно почитать о robots.txt для wordpress.

Мой рекорд- score:4483, lvl:38.

Код из статьи проходит валидацию.

Встала задача, сделать активную кнопку с надписью. Вариант с javascript довольно громоздкий, и неинтересный, кроме того он меняет картинку, и нужно делать для сходных кнопок с разным текстом по 2 картинки на каждую. Сделаем через CSS, тут достаточно всего 2-х картинок, а текст на кнопке можно написать какой угодно.

В файле css пишем следующее:

.go {float:left;
padding:2px 0px 0px 11px;
height:25px; width:90px; font-family:Georgia, tahoma;
font-size:17px;
color:#FFFFFF;
text-decoration:none;
background-image: url(images/click_here.gif);}
.go:hover {background-image: url(images/click_here_over.gif);}

В первой строке (.go) описываем параметры надписи на кнопке и подкладываем картинку фона кнопки. Во второй (.go:hover) меняем картинку кнопки на ту, которая будет при наведении мышки.

В html добавляем простую ссылку с классом и надписью на кнопке:

<a class=go href=”#”>перейти</a>

Собственно и все. Пример.

Изделие от Google отпало почти сразу именно ввиду невнятного масштабирования страницы, изменялся только размер текста, страницы разъезжались, кроме того нужно было постоянно подгонять масштаб т.к. при загрузке значение не всегда сохраняется. Промежуточное решение установить больший размер шрифта в настройках тоже срабатывало далеко не всегда.

В Firefox тоже есть некоторые трудности с настройкой масштабом, но они могут быть быстро решены путем установки плагина “NoSquint”. Он позволяет задавать масштаб (увеличивая и текст и графику, либо только текст) для конкретной страницы или просто по умолчанию для всех страниц. Настройки плагина очень просты и понятны.

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

После установки этого плагина в Firefox появляется полноценная замена механизму масштабирования, который реализован в IE, а все минусы последнего исчезают.

Кстати несколько полезных клавиатурных сокращений для браузера:
ctrl+T – новая вкладка
ctrl+Tab – перейти к следующей вкладке
ctrl+shft+Tab – перейти к предыдующей вкладке
ctrl+W – закрыть вкладку
Полный список клавиатурных сокращений можно посмотреть тут.

Полезные ссылки:
Официальный  Mozilla в России.
Firefox с Яндекс.Баром.
Сайт плагина NoSquint.

Для настройки нам понадобится файл httpd.conf, который расположен тут – etc/httpd/conf/.

Открываем – смотрим – видим:

# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to “Off” to deactivate.
#
KeepAlive off

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 15

##
## Server-Pool Size Regulation (MPM specific)
##

# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# ServerLimit: maximum value for MaxClients for the lifetime of the server
# MaxClients: maximum number of server processes allowed to start
# MaxRequestsPerChild: maximum number of requests a server process serves
<IfModule prefork.c>
StartServers       1
MinSpareServers    1
MaxSpareServers    5
ServerLimit       10
MaxClients        10
MaxRequestsPerChild  4000
</IfModule>

Разберем по-порядку настройки.

KeepAlive – держит TCP-подключении открытым и позволяет делать несколько запросов от одного и того же клиента. Если стоит off, то для каждой страницы и картинки на ней будет создаваться свое подключение, что является явно лишней нагрузкой для сервера. Для динамических страниц на мой взгляд просто необходимо его включить.

MaxKeepAliveRequests – количество запросов в 1 соединении.

KeepAliveTimeout – Время жизни (в секундах) соединения. При больших значениях сервер не закрывает процесс слишком долго и он висит бесполезно занимая часть ресурсов.

Мы подошли к настройке MPM (модуль многопоточной обработки). В apache любой запрос обрабатывается в процессе или потоке. За многопоточность как раз и отвечает MPM. При установке сервера можно выбрать один из нескольких модулей. Почему prefork MPM, а не worker MPM? По умолчанию для unix используется именно prefork, но на всякий случай можно выполнить через SSH – подключение команду ‘httpd -V‘. В моем случае ответ – Server MPM: prefork. Работает prefork следующим образом – модуль создает несколько дочерних процессов, при этом в каждом процессе только один поток. В отличае от worker, который обрабатывает несколько потоков на процесс, prefork потребляет больше ресурсов, но более стабилен. В основном этим и обусловлен выбор, хотя многие считают, что worker работает быстрее.

Переходим непосредственно к настройке.

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

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

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

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

ServerLimit – эта директива устанавливает максимальное значение MaxClients. Рекомендуется устанавливать это значение равным значению в директиве Maxclients.

MaxClients - следует обратить внимание, что это самый важный параметр настройки Prefork MPM. Директива устанавливает максимальное количество параллельных процессов, создаваемых для обработки запросов. Чем больше значение, тем больше одновременно может быть обработано запросов и тем больше будет израсходовано памяти. При использовании динамических страниц с PHP на процесс может быть выделено 16-32МБ. Чтобы определить точнее необходимо через SSH-соединение выполнить команду ‘ps -ylC httpd –sort:rss‘ (между y и С находится строчная буква L!, а перед sort 2 минуса). На выходе мы получим табличку, где в колонке RSS и будут находится искомые значения занятой памяти, для получения значений в мегабайтах их нужно разделить на 1024. Для получения общей информации о памяти можно выполнить команду ‘free -m‘. Теперь можно рассчитать примерное значение самого параметра по любой из формул:

MaxClients ≈ (RAM – размер_загруженных_приложений)/(размер_процесса), либо
MaxClients ≈RAM* 70% / Max_размер_памяти_под_процесс.

Вторая формула чисто эмпирическая, и менее точная, расход памяти приложениями сервера заложен в 30% и, в зависимости от настроек, цифра может меняться в любую сторону. Полученное значение еще не гарантирует правильную работу сервера, следует понаблюдать некоторое время за распределением ресурсов. В случае если параметр установлен ниже оптимального значения, сервер под нагрузкой обслуживает MaxClients запросов, при этом память еще свободна, а следующие запросы уже отправляются в очередь, что приводит к замедлению работы сайта. Если же наоборот значение слишком высоко вся память будет занята, система залезет на диск и это приведет к резкому замедлению работы. Для оценки можно воспользоваться командой ‘top -p 30′ вверху можно будет увидеть значения памяти и загрузку процессора.

MaxRequestsPerChild – задает количество запросов, которые может обработать дочерний процесс до перезапуска. Значение должно быть достаточно большим, чтобы все время не создавать новые процессы. Но рекомендуется все же его ограничить (0 – неограниченно), чтобы при длительной работе Apache, в случае “утечки памяти”, процесс был принудительно завершен.

В моем случае простое включение KeepAlive с таймаутом в 1сек. дало заметный рост скорости отклика сайта. Более точная настройка MaxClients в сторону увеличения сбалансировала потребление памяти, и несколько ускорила отклик при большом наплыве посетителей.