Блог Awtor

Все течет, все меняется, все развивается и в основном в большую сторону. Не проходят эти тенденции и мимо услуг хостинга  — за те же деньги уже предлагается больше доменов на аккаунт, больше места и выделяемой для работы сайтов памяти. Да и ранее непрожорливые cms так и норовят откусить себе кусочек побольше. Вспомним, как совсем недавно wordpress работал при выделенной памяти в 16Мб, сейчас же потребление все чаще переваливает за 32 Мб.

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

1. Лайт перевод для wordpressa

Заодно забывают, но еще о вполне работающих способах снижения потребления ресурсов wordpress’ ом, и наши представители по русификации версий блоговой платформы, такие как лекактус и другие.

Куда пропал лайт перевод фронта в WP и заодно изменения в wp-config?

Напомню недалекое прошлое. В папке language присутствовал файл перевода фронта сайта на worpress  — ru_RU_lite.mo. Конкретно он был вычищен от всех ненужных словоформ админки, акисмета и прочего, прочего, содержа в себе только минимум, который мог быть востребован при работе страниц сайта.
А в файле wp-config.php вместо

define ('WPLANG', 'ru_RU');

прописывалось

if (strpos($_SERVER['REQUEST_URI'], 'wp-admin')) define ('WPLANG', 'ru_RU'); else define ('WPLANG', 'ru_RU_lite');

таким образом, в админке использовался весь файл перевода, а на самих страницах сайта только лайт версия перевода.

Забыли или надеялись на памятливость пользователей? Посмотрим в результат забывчивости на некотором конкретном сайте.

В версии 2.7 сайт съедал на раз 18.8 мб памяти. После установки версии 3.1 я был просто ошарашен цифрой аж под 36Мб.

Ладно, часть можно скинуть на то, что в новой версии я не стал подключать хак файлового кеширования, ограничившись кешем в памяти самого wordpress. Но ведь не настолько. Вот тут то и вспомнился мне лайт ленгвич. Посмотрел, а его и действительно в новых версиях никто не предлагает. Засучил рукава, «выпрямил» лапки, порезал основной ленгвич под лайт (если не хотите сами ковыряться, возьмите «лайт», к примеру, от версии 2.7.3) и прикрутил все так, как нужно. И результат соответственно порадовал  — всего то 26Мб. Это совсем другие цифры, более милее для вебмастера, да и для «железок» на хостинге, думаю, так же. Плюс ко всему тут и еще и определенное сокращение времени развертывания страниц сайта.

2. Запрет доступа к сайту

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

Проверил данные по логам доступа к сайтам на аккаунте и выявил, что основную массу трафика ест некий «хрюн» с немецким ip. Не знаю уж, что он там вымудривает, но с удивительным постоянством запрашивает главную страницу сайта один-два дня в неделю, но каждую минуту. Траф летит, что в трубу. Вот что значит, забыть контролировать логи, выявлять аномалии и блочить ip хотя бы в htaccess.
Всего то надо было дописать в файл .htaccess пару строк вида и забыть о проблеме.

# бан по ip
<Limit GET POST>
order allow,deny
deny from ( тут цифрами ip адрес для блокирования)
allow from all
</Limit>

Не забывайте о хорошо забытом старом и у нас с вами будет меньше проблем с сайтами блогами и хостингами.