Если Вы использовали WordPress, то вы, вероятно, переходили к редактированию темы, по крайней мере, один раз. Если нет, и это ваш первый раз, то это даже лучше. Красота WordPress является в том, что оно делает его очень легким для пользователей, чтобы менять темы. Буквально несколько кликов мышкой. Но изменение темы гораздо больше, чем просто нажать кнопку активировать. В этой статье мы предоставим вам список, который вы должны сделать перед сменой темы WordPress. Эти шаги являются критическими, так как иначе вы можете в конечном итоге потерять элементы, которые Вам необходимы были.

1. Делайте Заметки о Вашей текущей темы

Многих пользователей WordPress занимаются веб-серфингом и находят решение своих проблем. Часто они находят эти решения в виде фрагментов, они добавляют вручную в их темы, такие как functions.php или другие файлы. Потому что эти изменения были сделаны один раз, люди имеют тенденцию не вспоминать их. Пройдите через ваши файлы темы и запишите все дополнительные код, который вы добавили. Вы также если хотите, проверьте вашу текущую тему на время загрузки, потому что таким образом Вы можете сравнить две вашей темы на эффективность. Перейдите к сайту, как инструменты Pingdom или использовать оценку yslow, чтобы проверить выборочные страницы (а не только главной страницы).

2. Быть осторожными с боковыми панелями

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

Также все, что вы изменить в sidebar.php файле из вашей старой теме, заменятся на новый. Поэтому убедитесь, что вы добавили эти коды в новый файл.

3. Не теряйте аналитику сайта

Большинство блоггеров используют какую-то аналитику, будь то Гугл аналитикс, или одну из других служб. Некоторые не используют плагины для добавления кодов отслеживания. Некоторые из нас открывают файл footer.php и модифицируют коды. Некоторые наши темы имеют места для размещение кодов Adsense. Если это ваш случай, убедитесь, что вы скопировали и вставили свой код отслеживания в вашей новой темы. Это один из пунктов, на который часто не обращают внимания пользователи. Ведь это так просто, большинство забывают об этом.

4. Старые ленты RSS работают?

Многие из нас используют в feedburner для нашего WordPress ленту RSS. Одна из частей интеграции в feedburner в WordPress указывает по умолчанию фиды в feedburner, таким образом, Вы можете иметь аналитику на свой канал подписчиков. Многие темы позволяют интегрировать в feedburner от их настройки панели. Вы должны убедиться, что вы настроили в feedburner, иначе там будет две RSS ленты для вашего блога. Одна в WordPress, и одна в feedburner, который будет брать информацию с вашего WordPress RSS-канала. За исключением того, что вы потеряете счет много абонентов, что вы имели, поскольку они были подписаны с использованием feedburner. Опять же, это не означает, что вы потеряете их, это просто означает, что Вы не сможете видеть их в feedburner.

5. Резервное копирование!!

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

6. Режим Обслуживания

Вы наверное не хотите, чтобы пользователи видели в то время как вы решились на переход, и в конечном итоге увидят неисправный сайт. Включите режим обслуживания  на 15 – 20 минут, которые могут потребоваться вам, для проверки, что все работает корректно. После установки режима обслуживания, Можете идти и активировать новую тему.

7. Тестирование всех функций и плагинов

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

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

8. Перекрестная совместимость Браузеров

Протестировать сайт во всех браузерах к которым у вас есть доступ. Браузеры имеют тенденцию предоставления все по-другому. Особенно Интернет Эксплорер. Если Вы хотите, убедиться, что ваш дизайн хорошо выглядит в основных браузерах. Некоторые довольно хорошие темы имеют тенденцию плохо смотреться в различных браузерах. Так что если у вас много читателей через Интернет Эксплорер, тогда тогда, убедитесь, что он по-прежнему доступен для них.

9. Сделайте сторонние элементы выглядеть симпатичными

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

То же самое идет для виджета Twitter, facebook, как кнопки и т. д. Скорректировать эти с вашей новой цветовой схемы. Если вы собираетесь от светло-до темного дизайна, или наоборот, то необходимо сделать эти изменения.

10. Посылайте уведомления для пользователей

Выключите режим обслуживания, и напишите небольшой пост в блоге, чтобы пользователи знали. Заметьте, вы потратили примерно 15 – 20 минут на проверку. Нет никакого способа, которым вы могли бы выловить все ошибки. Позволяя пользователям быть в курсе, вы можете ожидать, чтобы получите отчеты об ошибках. Мы часто просим наших читателей на Twitter (@AndreyEx) писать ошибки тестирования. Спросите вашу аудиторию через Twitter, facebook и т. д., чтобы увидеть, как сайт хорошо выглядит в браузере. Если они скажут да, тогда это хорошая новость. Если они говорят, нет, то попросите их пожалуйста сделать скриншот проблемы. Вы можете взглянуть на проблему и попытаться ее исправить. Если Вы не можете это исправить, то будьте любезны, попросите разработчика темы, чтобы исправил ошибки. Внимание: если Вы оплатили тему, то разработчики обязаны исправить эти проблемы бесплатно.

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

11. Обрезка плагинов

Темы сейчас идут с предустановленными многими особенностями. Например, если вы используете тему с хлебными крошками, то можно избавиться от плагина с хлебными крошками. Концепция проста. Избавиться от вещей, которые вам не нужны. Одна вещь, которую вы должны знать, часто плагины могут делают работу лучше. Например много тем идут с кучей SEO функции. Стандартная тема, и все другие имеют свои особенности SEO. Мы предпочитаем использовать гораздо более мощные, такие как плагин для WordPress для SEO по yoast. Сделайте свой выбор мудро.

12. Принять шаги при смене элементов

Работая с новой темой, вносите изменения осторожно. Изменение меньших элементов, чтобы убедиться, что он ведет себя правильно во всех браузерах. Затем как только вы освоитесь достаточно, тогда вы можете внести кардинальные изменения. Важно усвоить структуру и семантику новой темы перед тем, как сделать огромные изменения. Это позволит вам обнаружить проблему сразу.

13. Тест времени загрузки

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

14. Мониторинг отказов

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

15. Прислушайтесь к своим читателям, и улучшайте

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

У вас есть другой перечень которым Вы пользуетесь при смене темы WordPress? хотелось бы услышать его, если мы что-то упустили.

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

Здесь вам будут предложены решения проблем, советы и примеры кодов на WordPress.

Подготовка

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

Изменить префикс БД в wp-config.php

Найдите и в корневой директории вашего WordPress файл wp-config.php. Измените префикс БД с wp_ на что-то вроде 123abc_

Так будет выглядеть:

$table_prefix  = '123abc_';

Примечание: Вы можете только изменить на буквы, цифры и символы подчеркивания.

Изменение имени всех таблиц базы данных

Вам необходим получить доступ к БД (чаще всего используется phpmyadmin), а затем переименовать таблицы в БД, указанные в файле wp-config.php. Пример запуска MySQL на cpanel можно посмотреть на изображение ниже:

Стандартно в WordPress по умолчанию 11 таблиц, поэтому менять их вручную занимает определенное время.

Поэтому, чтобы помочь Вам сделать эту процедуру быстрее, мы создали SQL-запрос, который Вам поможет.

RENAME table `wp_commentmeta` TO `123abc_commentmeta`;

RENAME table `wp_links` TO `123abc_links`;

RENAME table `wp_comments` TO `123abc_comments`;

RENAME table `wp_postmeta` TO `123abc_postmeta`;

RENAME table `wp_options` TO `123abc_options`;

RENAME table `wp_terms` TO `123abc_terms`;

RENAME table `wp_posts` TO `123abc_posts`;

RENAME table `wp_term_relationships` TO `123abc_relationships`;

RENAME table `wp_term_taxonomy` TO `123abc_taxonomy`;

RENAME table `wp_users` TO `123abc_users`;

RENAME table `wp_usermeta` TO `123abc_usermeta`;

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

В Параметре таблиц

Мы должны искать строки кода БД, где используется в качестве префикса wp_, чтобы их заменить их. Чтобы облегчить процесс, используйте этот запрос:

SELECT * FROM `123abc_options` WHERE `option_name` LIKE'%wp_%'

Это выдаст много результатов, и вы должны идти один за другим, чтобы изменить эти строки.

Данные UserMeta

Далее, нам нужно обыскать все поля usermeta, которые использует в качестве префикса wp_, и заменить его. Используйте SQL-запрос ниже:

SELECT * FROM `123abc_usermeta` WHERE `meta_key` LIKE'%wp_%'

Число записей может меняться и зависит от количества плагинов которое установлено на блоге. Просто изменить всё, где присутствует префикс wp_ на новый.

Резервное копирование

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

Если файл functions.php является важным в теме блога WordPress, то wp-config.php это самый важный файл в установки блога WordPress. Этот файл используется для настройки функциональных возможностей базы данных (далее будем сокращать как БД), позволяет повысить производительность и улучшить безопасность на всей системе управления контентом сайтов WordPress и блогов. В статье мы расскажем о некоторых из наиболее полезных для WordPress конфигурации которые вы может не знаете еще.

По умолчанию, установки WordPress не оснащены файлом wp-config.php. Установка включает образец файла известным как wp-config-sample.php. Вы должны использовать этот файл в качестве образца для создания вашего wp-config.php, прежде чем вы сможете настроить ваш блог. Большинство пользователей не могут настроить вручную файл конфигурации, поэтому WordPress дает возможность делать это автоматически. В настройке, добавлении/изменении ключевых для WordPress конфигурации. Итак, во-первых, мы будем создавать автоматически, что по умолчанию программа установки позволяет сделать.

Когда вы загружаете WordPress с помощью FTP и получаете доступ к сайту, вы увидите такой экран:

Настройки в основном говорят вам, чтобы вы настроили wp-config-sample.php ведь он может работать не на всех хостингах. Большинство хостингов, которые мы попробовали, он работает. Если вы используете одну из популярных хостов, то он будет работать. Следующим шагом будет нечто подобное:

Там вы вводите определенную ключевую информацию. WordPress позволяет подключится к БД. Все данные в настройках будут добавлены в ваш wp-config.php как:

define('DB_NAME', 'database-name');

define('DB_USER', 'database-username');

define('DB_PASSWORD', 'database-password');

define('DB_HOST', 'localhost');

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

Один из самых хороших трюк для wp-config.php в книге WordPress была способность обнаруживать базы данных хоста.

define('DB_HOST', $_ENV{DATABASE_SERVER});

Вставьте код выше в файл wp-config.php, он, скорее всего, определит сервер БД.

Ключи безопасности

Ключи безопасности — это набор случайных чисел, которые позволяют улучшить шифрование информации с блога, хранящихся в компьютере пользователя. До Вордпресса 3.0, вы должны были установить вручную ключи в ваш файл wp-config.php. В WordPress 3.0 если вы используете мастер установки, он автоматически добавляет ключи безопасности в wp-config.php. Также до WordPress 3.0, там были только 4 ключа безопасности, но с 3.0 уже доступны 8 ключей безопасности.

Они могут быть добавлены в wp-config.php:

define('AUTH_KEY', 'вставьте здесь вашу уникальную фразу');

define('SECURE_AUTH_KEY', 'вставьте здесь вашу уникальную фразу');

define('LOGGED_IN_KEY', 'вставьте здесь вашу уникальную фразу');

define('NONCE_KEY', 'вставьте здесь вашу уникальную фразу');

define('AUTH_SALT', 'вставьте здесь вашу уникальную фразу');

define('SECURE_AUTH_SALT', 'вставьте здесь вашу уникальную фразу');

define('LOGGED_IN_SALT', 'вставьте здесь вашу уникальную фразу');

define('NONCE_SALT', 'вставьте здесь вашу уникальную фразу');

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

Префикс БД

Когда вы устанавливаете с помощью мастера блог WordPress, появляется один из вариантов: выбор префикса таблиц БД. Хранится данный код в файле wp-config.php:

$table_prefix = 'wp_';

Мы рекомендуем использовать нечто иное, чем wp_ , чтобы защитить пользователей и добавить лишней работы для хакеров. Хотя если у вас уже установленный WordPress, тогда не просто изменить префикс такой. В данном случае для изменения префикса можно использовать плагины.

Язык конфигурации.

По умолчанию установлен английский язык в локализации WordPress, но его можно изменить на свой родной язык с помощью кода:

define('WPLANG', '');

define('LANGDIR', '');

Языковой файл перевода (.МО) должны быть размещён в папке по умолчанию, предполагается размещение в WP-content/languages (первый) и в WP-includes/languages (второй). Как видите выше, вы можете задать свой язык, какой вам нравится.

Отладки в WordPress

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

define(‘WP_DEBUG’, false); // отключить режим отладки, стоит по умолчанию

define(‘WP_DEBUG’, true); // включить режим отладки

Блог/Адрес Сайта

В настройках WordPress, вы указываете адрес блога WordPress и адрес сайта. Те добавляются в вашу базу данных, и каждый раз, когда Разработчик вызывает его в шаблоне, на котором выполняется запрос к базе данных. В WordPress 2.2, эти два параметра были введены для переопределения значений базы данных, не меняя их:

define('WP_HOME', 'http://AndreyEx.ru');

define('WP_SITEURL', 'http://AndreyEx.ru');

Добавив их в свой wp-config.php сокращается число запросов к базе данных, таким образом увеличивая производительность вашего сайта.

Переопределить права доступа к файлам

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

define('FS_CHMOD_FILE', 0755);

define('FS_CHMOD_DIR', 0644);

Изменения постов

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

Автоматическое сохранение конфигураций

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

define('AUTOSAVE_INTERVAL', 120); // в секундах

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

define('WP_POST_REVISIONS', 5);

Вы можете использовать любое целое число, как вам удобно.

Если ни один из методов выше не устраивает Вас, то можете отключить изменение ревизий, добавив эту функцию:

define('WP_POST_REVISIONS', false);

Особенности мусора Вордпресс

В WordPress 2.9, появилась еще одна новая функция “мусорная корзина”, добавленная в ядро. Эта функция работает так же, как мусорная корзина, так что вместо удаления поста навсегда, вы бы отправить его в корзину. Это помогло тем пользователям, которые случайно нажать на кнопку Удалить, а это может сделать любой из нас. Плохая сторона этой мусорной корзины является то, что вы должны очищать мусор, регулярность зависит от степени её заполнения. По умолчанию корзина сама очищается каждые 30 дней. Вы можете изменить, используя следующую функцию:

define('EMPTY_TRASH_DAYS', 7 ); //целое число-это количество дней

Для отключения функции, добавьте код ниже:

define('EMPTY_TRASH_DAYS', 0 );

Но помните! Установив значение 0, WordPress будет очищать корзину при удалении записей без  подтверждения. Любое неосторожное нажатие может стоить вам…

Константы для FTP/SSH

По умолчанию WordPress позволяет вам обновить плагины, и ядро WordPress версий от бэкэнда. Есть некоторые хосты, которые требует FTP или SSH-соединение каждый раз при попытке обновить или установить новый плагин. С помощью приведенных ниже штрих-кодов, вы можете установить соединение FTP или SSH и больше не беспокоиться.

// Методы файловой системы: "direct", "ssh", "ftpext", or "ftpsockets"

define('FS_METHOD', 'ftpext');

// абсолютный путь к корневому директорию

define('FTP_BASE', '/путь/к/на Вордпресс/');

// абсолютный путь к "WP-content" каталогов

define('FTP_CONTENT_DIR', '/путь/к/для Вордпресс/WP-content/');

// абсолютный путь на WP-plugins" каталога

define('FTP_PLUGIN_DIR ', '/путь/к/для Вордпресс/WP-content/plugins/');

// абсолютный путь до открытого SSH-ключа

define('FTP_PUBKEY', '/Home/username/.по SSH/id_rsa.паб');

// абсолютный путь до Вашего закрытого ключа SSH

define('FTP_PRIVKEY', '/Home/username/.по SSH/id_rsa');

// либо FTP или SSH имя_пользователя

define('FTP_USER', 'имя_пользователя');

// пароль для пользователя FTP_USER

define('FTP_PASS', 'пароль');

// имя_узла:порт комбо для ваших SSH/FTP-сервер

define('FTP_HOST', 'ftp.example.org:21');

Автоматическая оптимизация Базы Данных

В WordPress 2.9 добавлена функция называемая как автоматическая оптимизация БД. Для включения функции, вам необходимо использовать следующий код:

define('WP_ALLOW_REPAIR', true);

После активации, появятся настройки к этой странице, на примере: http://AndreyEx.ru/wp-admin/maint/repair.php

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

Увеличить лимит памяти в PHP

Существует распространенная ошибка в WordPress, как память исчерпана, которые пользователи видели при активации некоторых плагинов. Вы можете увеличить предел памяти PHP через wp-config.php файл. Просто вставьте код ниже:

define('WP_MEMORY_LIMIT', '64MB');

Примечание: Эта функция может не работать с некоторыми веб-хостами, так что вам лучше узнать у хоста о возможности увеличения лимита памяти PHP.

Журнал ошибок вордпресс

Для разработчиков, полезно также иметь журнал ошибок для сайта. Вы можете легко создать простой журнал ошибок на CMS WordPress с помощью файла wp-config.php. Для начала, создайте файл с именем “php_error.log”, дать уровень доступа на сервере — для записи, и поместить ее в папку по вашему выбору. Затем отредактируйте путь в третьей строке:

@ini_set('log_errors','On');

@ini_set('что display_errors','Off');

@ini_set('error_log','/home/path/domain/logs/php_error.log');

Начиная с WordPress 2.6, вы имеете возможность переместить каталог WP-content. Это способствует безопасности сайта. Вы можете сделать перемещение WP-сontent, добавив код в файл wp-config.php:

Переместит ваш каталог WP-content

define('WP_CONTENT_DIR', $_SERVER['DOCUMENT_ROOT'].'/blog/wp-content');

define('WP_CONTENT_URL', 'http://AndreyEx.ru/blog/wp-content');

define('WP_PLUGIN_DIR', $_SERVER['DOCUMENT_ROOT'].'/blog/wp-content/plugins');

define('WP_PLUGIN_URL', 'http://AndreyEx.ru/blog/wp-content/plugins');

define('CUSTOM_USER_TABLE', $table_prefix.'my_users');

define('CUSTOM_USER_META_TABLE', $table_prefix.'my_usermeta');

define('WP_ALLOW_MULTISITE', true);

# Protect wp-config.php

<Files wp-config.php>

    order allow,deny

    deny from all

</Files>