10 вещей, которые стоит сделать при смене темы в WordPress

В последнее время приходится периодически править чужие темы, что натолкнуло на мысль — составить список тех вещей, которые необходимо выполнить, чтобы новая тема работала так же как и старая — на все 100%. К тому же, надеюсь (в который уже раз даю себе обещание) сменить тему в своём блоге на нечто более живописное.

Так же этот список может пригодиться тем из пользователей WordPress, которые любят менять тему в соответствии с сезоном или праздниками (а ведь Новый Год на носу), сам я этим не страдаю, но знаю, что существуют и такие индивиды.

1. Удостоверьтесь, что весь перевод (если вы его делали) сохранен в кодировке блога, а то печально наблюдать крякозябры в перемешку с нормальным текстом.

2. Перенесите свои спец. виджеты из старой темы (код из файла function.php) в новую, проверив чтобы названия виджетов не дублировались.

3. Заново разместить все свои виджеты в сайдбаре(-ах), указав необходимые настройки.
3 и 4 пункты — если вы используете тему с динамическим сайдбаром, если же нет, то правим прямо sidebar.php

4. Переносим функции, которые размещали для правильной работы плагинов. Например, тот же Wp-PageNavi, WP-RelatesPosts, ну и в том же духе.

5. Вставляем в хэдер или футер коды своих «счётчиков/анализаторов» (liveinternet/google-analystic), чтобы потом не удивляться резкому падению посещаемости до 0.
Для пользователей аналистика советую плагин Google Analyticator, который кроме автоматического внедрения нужного кода в хэдер, ещё и позволяет исключать определенных пользователей. Ведь вам же не нужно считать свои собственные клики?

6. Проверяем правильно ли прописан фид, если вы перешли на FeedBurner, т.к. ссылка по умолчанию будет на www.сайт.ру/feed.
Мой вам совет, чтобы не морочить себя пунктом 6, воспользуйтесь плагином Feedburner Feed Replacement, который автоматически редиректит все обращения к вашему фиду на фидбёрнер.

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

8. Протестируйте свою тему — пройдитесь по всем разделам, поищите через поиск, проверьте, чтобы текст был грамотно написан, коментарии оставлялись, а плагины не выдавали ошибок, а фид вёл туда куда нужно. Причём советую перед тестом разлогиниться, так как большинство фич (та же капча) видны только гостям.

9. Проверьте как ваш сайт отображается в разных браузерах. И если у вас на компьютере стоит, например, только IE (вздрогнул при мысли об этом), то воспользуйтесь сервисом http://www.browsershots.org/.

10. Оповестите читателей об этом знаменательном событии. Ведь многие читают вас исключительно по rss и не смогут оценить изменений. Так же попросите посетителей оставлять свои замечания и сообщать вам о найденных ошибках в комментариях к новости или в письмах. Обратная связь — полезная возможность, которой не стоит пренебрегать.


Ну вот и всё. Надеюсь, что следуя данному списку вы сэкономите себе и время, и нервы, а ваши посетители будут обрадованы красотой и функциональностью блога.

10 вещей, которые стоит сделать при смене темы в WordPress: 14 комментариев

  1. Да, эта проблема немного раздражает, но как говориться «мы работаем над этим». Скоро постараюсь выложить обновленные версии плагинов, а к капче добавить кнопку «перегрузить картинку».
    Пока что могу посоветовать только обновлять страницу до отправки комментария, скопировав его предварительно в буфер)

    Спасибо за напоминание.

  2. список может пригодиться тем из пользователей WordPress, которые любят менять тему в соответствии с сезоном или праздниками
    Это как бы про меня 🙂
    На самом деле, хотел посоветовать — чтобы было меньше мороки с вставкой различного кода, «качюющий код » можно выделить в отдельный файлы (или файл) подключать его по необходимости.
    Или использовать плагин «Ушки»

  3. Самая блестящая защита от спама, которую я видел, заключается в следующем:

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

    Вот и все. И никаких капчей, никаких напрягов для пользователя, никакого сложного программинга. За год работы НИ ОДНОГО ложного срабатывания. Конечно, ты можешь возразить, что единожды раскопав эту фишку, спаммеры повально начнут оставлять по два камента вместо одного, но во-первых до нее не так-то просто додуматься (откуда я знаю, почему мой пост удалили? мне сказали «за спам» — ну так а там спам и был, мало ли как его нашли), а во-вторых, спамеры вряд ли станут затачивать свою спамилку под твой конкретный сайт. Ну а если вдруг отдельный индивид найдется, то его можно так же индивидуально и забанить (например, по урлу).

  4. Хех, готов спорить.
    1. Всё зависит от тематики блога. Мне например довольно часто оставляют в комментариях вполне адекватные ссылки. Вот например в этом же посте чуть выше Vidia поблагодарил за ссылку и написал её же, по вашему методу я бы даже не увидел благодарности, т.к. коммент бы стёрся.

    2. Порой спам-ссылка содержится не в тексте комментария, а в комбинации Имя Сайт. А в тексте ниже — список ключевых слов.

    3. Спамят не вручную, а следовательно обычно спеммеру плевать удалили спам или нет) Просто я сужу по кол-во отловленного Акисметом «гавна». Уже до 2500 добралось

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

  6. содержание довольно полезно, автору спасибо. Однако прежде, чем периодически править чужие темы , неплохо бы в своей порядок навести. Невозможно смотреть без улыбки на это:
    Запись создана в Среда, 14 ноября 2007 г. в 19:14. Рубрика: Plugins, WordPress. Вы можете подписаться на комментарии к этой записи RSS 2.0. Вы можете оставить отзыв, или отправить trackback со своего сайта.

    P.S. Если бы я был Артемием Лебедевым, я бы добавил, что так верстают только мудаки.

  7. AKSHATURALY, у меня для тестирования создан отдельный поддомен на площадке, чтобы можно было тестить сразу у хостера. Скорость аплоада хорошая, а при работе через ZDE вообще ощущение, что работаешь локально)

    Drag00n, ага, я уже каялся, что никак не засяду за переделку темы) А данную тему я не верстал, т.ч. тёма бы наверное особо не докапывался бы до меня))

Добавить комментарий