Архив метки: CMS Wordpress

Создания специфического плагина для сайта на WordPress. Что, почему, и как

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

Что такое сайт-специфический плагин

Специфический плагин WordPress — это особое место для добавления участков кода, которые вы находите в сети , выполняющий функции, не связанные с темой. Другими словами:

Всё время, вы будете “как-бы” читать статьи, относящиеся к WordPress во всем интернете (включая наш сайт), где мы делимся фрагментами и советуем добавлять их в ваш файл темы functions.php. Эти фрагменты не так велики, чтобы быть оправданным в качестве плагинов самостоятельно, но некоторые из них, конечно, могли бы добавить конкретную функциональность для сайта, которая не зависит от темы, таких как перенаправление пользователей сайта на случайный пост. В то время как другие функции могут иметь ключевое значение для вашего конкретного сайта, такие как пользовательские типы постов.

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

Почему вам нужен специфический плагин для WordPress

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

Вышеперечисленные функции — те, которые вам нужны. Можете ли вы себе представить отключенную тему, и потеря всех своих шорткодов? Это было бы полным кошмаром.

Одна из причин, почему мы создали руководство для начинающих для вставки фрагментов из Интернета в WordPress является предотвращение белого экрана смерти, который получают пользователи при вставке фрагмента с неправильным форматированием. Часто новые пользователи просто редактируют темы с использованием WordPress без применения пользователями FTP. Мы помогли бесчисленным пользователям, которые были заперты из их сайта, когда они вставили неправильный фрагмент.

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

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

Создания специфического плагина для сайта на WordPress. Что, почему, и как

Как создать специфический плагин WordPress

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

  • Все, что вам нужно сделать, это создать новую папку в plugins. Пример: /wp-content/plugins/yoursitename-plugin/
  • Создать файл и сохраните его как “yoursitename-plugin.php”
  • Поместите следующий код в файл:

    <?РНР

    /*

    Название плагина: плагин для сайта AndreyEx.ru

    Описание: сайт специфического кода для изменения AndreyEx.ru

    */

    /* Начать добавлять функции ниже этой строки */

    	 

    	 

    /* Добавление функции стоп ниже этой строки */

    ?>

  • Теперь загрузите этот файл в созданную папку ‘yoursitename-plugin’. Затем просто активируйте плагин.

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

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



2015-07-10T15:20:13
CMS WordPress

Контрольный список: 15 пунктов, которые Вам нужно сделать перед сменой темы WordPress

Если Вы использовали 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. Посылайте уведомления для пользователей

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



2015-06-28T07:55:59
CMS WordPress

Пособие для новичков в WordPress

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

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



2015-06-28T07:00:04
CMS WordPress

Как изменить Префикс базы данных WordPress для улучшения безопасности

База данных Вордпресс — это мозг для всего блога WordPress потому что каждая информация хранится именно там, таким образом, является излюбленной мишенью хакеров. Хакеры и спамеры запускают автоматические коды для инъекций на SQL. Ну, к сожалению, многие люди даже не догадываются что надо изменить префикс БД (далее будем писать префикс БД), во время установки WordPress. Это делает его добычей для хакеров, чтобы спланировать массовую атаку на таблицы по умолчанию с префиксом wp_. Самый умный способ защитить вашу БД, изменив префикс БД, которые можно сделать на сайте путем, который вы настраиваете. Вот несколько шагов, которые изменят префикс БД Вордпресс для вашего сайта не запутавшись.

Подготовка

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

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

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

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

$table_prefix  = '123abc_';

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

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

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

Как сбросить пароль в WordPress с помощью phpmyadmin

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

Открыть вкладку sql запроса

Поэтому, чтобы помочь Вам сделать эту процедуру быстрее, мы создали 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_ на новый.

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

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



2015-06-27T13:17:39
CMS WordPress

Полезные для WordPress конфигурации которые вы может не знаете

Если файл 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');

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

Изменение таблиц User / UserMeta

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

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

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

Включить сеть мульти-сайтов

В WordPress 3.0, WPMU поместили в ядро Вордпресс. Для сетевой возможности, вы можете добавить код в файл wp-config.php.

define('WP_ALLOW_MULTISITE', true);

После того как вы добавите этот код, там появится новая страница в WP-admin называется “сеть”, которая будет расположена в Инструменты » сети.

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

Защита своего файла WP-config

Этот файл является очень важным для работы блога, поэтому он нуждается в защите. По умолчанию он расположен в корне WordPress, вы можете переместить его. Вы можете переместить его за пределы своего каталога public_html. Вы также можете использовать .htaccess для ограничения доступа к этому файлу.

Добавьте нижеследующий код:

# Protect wp-config.php

<Files wp-config.php>

    order allow,deny

    deny from all

</Files>

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



2015-06-27T08:30:32
CMS WordPress

Руководство для начинающих для вставки фрагментов php из интернета в WordPress

Сегодня мы научим вас правильно добавлять фрагменты кода в свой файл темы functions.php. Этот процесс довольно легок для специалистов PHP, но сложен для новых пользователей. Часто новички стремятся быстро написать код или вставить нужный код, но из-за нехватки знаний в PHP, порой приводит к поломке сайта. Это нормально, и если читаете эту статью, значит у вашего сайта проблемы, и мы хотим заверить вас, что Вы не один такой. Все мы совершали подобную ошибку как минимум по несколько раз. Сейчас мы расскажем вам, наиболее популярные ошибки и как избежать их при вставке кода из других источников и материалов в файл functions.php.

Примечание: не путайте файл functions.php расположенный в папке /wp-content/themes/yourthemename/ и файл ядра Wordpess functions.php находящийся в папке /wp-includes/.

Основной код семантики РНР пишется так:

//Это начальный тег

<?РНР

 

//Это конечный тег

?>

Основная причина, почему необходимо знать данный код происходит потому, что более 95% проблем которые мы исправили для наших пользователей, предполагают вставку кода в неположенном месте. Поэтому знание семантики РНР очень необходимо. Ниже описаны, по нашему мнению, наиболее популярные ошибки.

1-я распространенная ошибка

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

<?php

add_filter( 'login_headerurl', 'Fcustom_logins_url' );

function Fcustom_logins_url($url) {

    return 'http://AndreyEx.ru';

}

?>

Пример кода functions.php (Примечание. Файл functions.php обычно имеет гораздо больший объем, но смысл тот же):

<?php

//смешивают код PHP с существующим здесь

	 

//Программер вставляет код который он нашёл в интернете

	 

<?php

add_filter( 'login_headerurl', 'Fcustom_logins_url' );

function Fcustom_logins_url($url) {

    return 'http://AndreyEx.ru';

}

?>

?>

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

<?php

//смешивают код PHP с существующим здесь

	 

//Видите, как мы правильно закрыли тег PHP

?>

//Теперь можем открыть тег.

<?php

add_filter( 'login_headerurl', 'Fcustom_logins_url' );

function Fcustom_logins_url($url) {

    return 'http://AndreyEx.ru';

}

?>

Заметьте, насколько мы правильно вставили код после закрытия предыдущего.

Другой способ-просто удалить начальный и конечный теги с вашего нового кода. Так будет выглядеть:

<?php

//смешивают код PHP с существующим здесь

	 

// Новый код просто вставляется сюда (обратите внимание, что мы удалили начальный и конечный тег из вставленного кода)

	 

add_filter( 'login_headerurl', 'Fcustom_logins_url' );

function Fcustom_logins_url($url) {

    return 'http://AndreyEx.ru';

}

?>

2-я распространенная ошибка

У каждого учебника есть свой собственный стиль написания. Некоторые держат их в фрагментах, обматывают тегом PHP, которые вы видели выше. Другие не оборачивают свои фрагменты вокруг PHP-тегом. Это подводит нас к очередной проблемы. Пример:

function Fcustom_logins() {

echo '<style type="text/css">

h1 {background-image: url('.get_bloginfo('template_directory').'/images/logins.png) !important; }

</style>';

}

add_action('login_head', 'Fcustom_logins');

Автор исходит из того, что вы знаете, что этот код должен быть внутри тегов. Некоторые думают, что Вы разместите их код внизу вашего файла functions.php. Пример ошибки новичка:

<?php

//смешивают код PHP с существующим здесь

	?>

	 

//Затем пользователь вставляет код здесь (обратите внимание на PHP-теги которые уже закрыты выше):

	 

function Fcustom_logins() {

echo '<style type="text/css">

h1 a {background-image: url('.get_bloginfo('template_directory').'/images/logins.png) !important; }

</style>';

}

add_action('login_head', 'Fcustom_logins');

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

<?php

//смешивают код PHP с существующим здесь

 

//Новый идет здесь

function Fcustom_logins() {

echo '<style type="text/css">

h1 {background-image: url('.get_bloginfo('template_directory').'/images/logins.png) !important; }

</style>';

}

add_action('login_head', 'Fcustom_logins');

	 

//PHP End Tag

?>

3-я распространенная ошибка

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

Устройство функции обычно выглядит так:

function Fcustom_function_name() { // это начальный

	 

// код функции идет здесь

	 

} // Это конечный тег

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

function Fcustom_name_function() { // здесь начальный тег

	 

	// код функции идет здесь

	 

function Fcustom_login() {

echo '<style type="text/css">

h1 {background-image: url('.get_bloginfo('template_directory').'/images/login.png) !important; }

</style>';

	}

add_action('login_head', 'Fcustom_login');

	 

} // Тут конечный тег

Вы не можете сделать это. Каждая функция являются независимой, поэтому нельзя ставить два вместе. Далее правильный код вставки:

function Fcustom_name_function() { // это начальный тег

	 

// код функции идет здесь

	 

	 

} // Это конечный тег

	 

function Fcustom_login() {

echo '<style type="text/css">

h1 a {background-image: url('.get_bloginfo('template_directory').'/images/login.png) !important; }

</style>';

}

add_action('login_head', 'Fcustom_login');

Выше указанные три ошибки, вероятной причиной, почему ваша тема неисправна, после того как Вы дополнили фрагментом кода ваш файл functions.php

Другие Советы

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

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

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

Узнаете ли вы эти ошибки? Как вы с ними справлялись? Были у вас ошибки, которые мы не упомянули выше? Если да, то поделитесь в комментариях с нами.

Руководство для начинающих для вставки php фрагментов из интернета в WordPress



2015-06-21T22:38:26
CMS WordPress