Статей на тему, связанных с WordPress для новичков не мало, но я хочу внести свою небольшую лепту. Начну с довольно банальных мелочей. Так как сам недавно столкнулся с этой CMS (не более 4-х месяцев на момент опубликования этой статьи), то соответственно всех нюансов ещё не знаю, но уже какой-то опыт приобрести успел. Справедливости ради, хочу заметить, что не являюсь профессиональным Web-программистом, а лишь пока скорее любителем, хотя подумываю заняться этим вплотную. Но это лирический отступ, а теперь непосредственно к делу.

Итак, первое, на что хотелось обратить внимание, так это на кодировку, в которой нужно создавать базы – это именно UTF8_general_ci. И никакие другие! Сказывается, по крайней мере, на скорости. Вариант с CP1251_ general_ci обычно вызовет трудности с некоторыми плагинами и не правильным отображением кодировки некоторых страниц, плюс ко всему этому ещё и замечены тормоза. Я не спец по MySQL поэтому может и заблуждаюсь – поправьте. Заостряю на этом внимание потому, как думал, что не очень большая разница будет, если использовать другие кодировки. Вообще про первоначальные установки кодировок очень хорошо написано у Максима. Не поленитесь и настройте, как он советует.

Второе, что меня заставило покопаться, так это скорее моя не внимательность с несколькими версиями переводов. Первоначально, что я установил – это была стандартная русская версия 2.6.5, скачанная с официального русскоязычного сайта WordPress. Понемногу аппетит рос и я, после разбора полётов с кодировками, всё равно был не доволен скоростью. В поисках истины установил WordPress 2.6.5 Lecactus Edition от Ивана Калинина. Не скрою - скорость действительно увеличилась, но появились проблемы с некоторыми переводами плагинов. Суть в том, что плагин вроде переведён полностью, но при его тестировании выясняется, что не всё. Лезу в плагин, смотрю перевод – всё устравивает, но на сайте перевода нет! И так с одним плагином (думаю ну есть глюк), далее второй (настораживает), после третьего терпенье не хватило – решил докопаться до истины. Пока, разбирался с переводами, уже работал на версии WordPress 2.7 Lecactus Edition. И тут надо же! – всего-то фишка в переименовании файлов русских переводов плагинов. И всё это прекрасно описано в ридми:

2. Если ваши плагины или тема оформления используют вывод текстовой информации на лицевую часть сайта, то скопируйте их языковые модули с названиями *_lite.mo. Например если оригинальный файл локализации плагина называется wptuner-ru_RU.mo , то скопируйте его с названием wptuner-ru_RU_lite.mo (естественно файл лежать должен в той же папке где и обычный файл локализации плагина/темы)

Третье: аппетит, как известно, приходит во время еды. Вот так и при установке пары другой плагинов тормоза в работе всё увеличиваются и увеличиваются. Уже вроде стоит всё по минимуму, но какими жертвами? И тут ну ни как не обойтись без кэша! Прибавьте к этому умножение на количество посетителей, то картина вырисовывается явно удручающая. После долгого и мучительного выбора остановился на WP Super Cache. Опускаю процесс отбора – скажу лишь, что выбор этого плагина стал очевиден после прочтения этой замечательной статьи: Быстрее-легче-стабильнее или «немного» о Wp-Super-Cache. Основным конкурентом этого плагина ещё рассматривался Hyper-Cache, но мои сомнения подтвердил Михаил Андреев своей статьёй WordPress плагин Hyper Cache 2.0.

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

Автор: Алексей