Category Archives: Wordpress

Разгоняем WordPress до скорости света

7337481781ba67dec1Скорость и отказоустойчивость – одни из тех факторов, что неизменно влияют на популярность вашего ресурса, ведь даже с лучшим в мире контентом медленно работающий сайт будет раздражать читателей и рано или поздно вы их потеряете. В этой статье мы будем оптимизировать самый популярный блоговый движок — WordPress, работающий на PHP. А заодно рассмотрим несколько общих моментов в оптимизации сайтов.

1 Тестируем текущую скорость

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

1.1 Pingdom

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

habr1Бенчмарк одного довольно известного ресурса.

1.2 YSlow

YSlow– плагин для Firefox, который встраивается в, пожалуй лучший плагин для веб разработчика, Firebug. Он анализирует более 20 факторов, которые влияют на скорость работы сайта и оценивает общую производительность по 100 бальной системе, а каждый отдельный элемент оценкой от A до F.

habr2

1.3 Количество запросов и время их выполнения

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

<?php echo get_num_queries(); ?> queries in <?php timer_stop(1); ?> seconds.

 

2 Web Hosting

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

  • Shared Hosting – на одном сервере может хоститься в среднем около 100 человек;
  • VPS – на одном сервере может хоститься около 20 человек;
  • Dedicated – сервер будет использоваться только вами.

Чтоб просмотреть примерную нагрузку на сервер, залогиньтесь через ssh и введите в консоли команду top.

Это, конечно, не означает, что вы не сможете ускорить блог, работающий на виртуальном хостинге(Shared Hosting), однако стоит помнить – производительность тем выше, чем большие ресурсы мы имеем в своем распоряжении.

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

3 Установка и настройка сервера

Удостоверьтесь, планируемая нагрузка соответствует мощности сервера и он сможет с ней справиться. В первую очередь это будет зависеть от объема оперативной памяти и процессора. Как правило, WordPress ставят на Apache, но много удачных решений существует и на базе других http серверов: nginx, lighttpd и т.д.

Не забудьте обновить до последней версии PHP и Apache.

3.1 Отключите неиспользуемые сервисы

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

  • Удалите ClamD;
  • Настроить SpamD на использование только 1 дочернего процесса;
  • Удалите Mailman, если, конечно, вы не собираетесь запускать почтовый сервис.

 

3.2 MYSQL Query Cache

Поскольку стабильность и скорость WordPress довольно сильно зависит от работы БД, стоит убедиться, что настройки в my.cnf соответствуют возможностям сервера. В первую очередь следует установить настройки кэширования запросов, добавив в my.cnf следующие строки:

query_cache_type = 1
query_cache_limit = 2M
query_cache_size = 20M

Чтоб настройки вступили в силу придется перезапустить сервис MySQL сервис.

3.3 Кэш компилятора: XCache или Eaccelerator?

Кэш компилятора увеличивает производительность откомпилированных скриптов на сервере, кэшируя их – это поможет сократить время выполнения PHP скриптов. Стоит попробовать и то и другое решение, однако по результатам опытов увеличение производительности при использовании Xcache на 5% выше, чем с Eaccelerator.

3.4 Увеличьте максимальное число соединений на Apache

Увеличение максимального количества соединений в httpd.conf повысит производительность, т.к. сервер сможет обрабатывать большее количество подключений за раз. Однако, следует изменять этот параметр осторожно, дабы не исчерпать весь объем оперативной памяти и не замедлить работу сервера, потому всегда тестируйте новые настройки прежде чем запускать их в работу. Установим к примеру 150 коннектов:

max_connections = 150

Не забудьте рестартить сервис Apache, чтоб применить настройки.

4 Оптимизация кода и графики

Итак, сервер заработал и теперь настало самое время поиграть с кодом WordPress.

4.1 Отключите хотлинки

Каждый раз когда вы используете свой сервер для хранения изображений вы существенно больше используете его ресурсов. Довольно часто люди заимствуют ваши изображения, ставя хотлинки на своих серверах. Это не только занимает канал, но и создает определенную нагрузку на сервер.
Добавьте следующий код в .htaccess файл, заменив example.com на имя вашего домена, чтобы отключить использование хотлинков:

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?example\.com/.*$ [NC]
RewriteRule .*\.(gif|jpg|png|ico)$ - [F,L]
</ifModule>

 

4.2 Используйте внешний хостинг для хранения изображений

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

amazons3images

4.3 Сжимайте java-скрипт код

Сжатие javascript довольно простая задача. Поскольку он выполняется при каждом просмотре страницы, вы можете уменьшить размер Javascript, удалив все незаполненное пространство. Вот простой инструмент, который поможет сделать это за вас — JavaScript Compressor.

4.4 Javascript в начале страницы

Часто случается так, что сайт начинает загружаться медленно или вообще останавливается, т.к. другой ресурс, с которого вызывается javascript(на пример Digg badges, Tweetmeme и т.д.), не доступен или оффлайн. Чтобы избежать этого вынесите весь javascript код в конец страницы, а то что по каким-то причинам вынести не удалось – попробуйте заключить в iFrame.

4.5 Используйте кэш браузера

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

FileETag MTime Size
<ifmodule mod_expires.c>
<filesmatch "\.(jpg|gif|png|css|js)$">
ExpiresActive on
ExpiresDefault "access plus 1 year"
</filesmatch>
</ifmodule>

 

4.6 Сжимайте статические данные

Вы можете уменьшить размер загружаемой страницы позволив браузеру принимать и передавать данные в сжатом виде. Это также снизит загрузку канала и количество загружаемых данных.
Следующий код в .htaccess может помочь вам в этом:

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0[678] no-gzip
BrowserMatch bMSIE !no-gzip !gzip-only-text/html

 

4.7 Используйте CDN для статических файлов

Если хранить все изображения на одном и том же домене, то браузер будет ожидать их загрузки одного за другим. Допустим на странице их у вас есть 12 штук, если вы разделите их между тремя поддоменами, они будут загружаться одновременно из трех «разных» источников вместо того, чтоб загружаться браузером по очереди из одного.
Можете попробовать перенести все css & javascript файлы на files.yoursite.com, а изображения и временные файлы на static.yoursite.com. Или же просто использовать CDN(Content Delivery Network) – большая сеть серверов, расположенных по всему миру, которые позволят не только хранить ваши файлы на разных поддоменах, а значит загружать их параллельно, но и доставлять пользователю данные с самого близкого к нему сервера. Все это позволит загружать данные намного быстрее.

5 WordPress

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

5.1 Обновитесь до последней версии

Обновления до более новых версий позволяют не только устранять обнаруженные уязвимости, но и улучшают производительность. Для примера в wordpress 2.8 была существенно оптимизирована работа с БД.

5.2 Отключите Post Revisions

Во всех версиях wordpress, начиная с 2.6, редакции ваших статей каждый раз во время правки автоматически сохранялись. Это замедляет работу БД и увеличивает ее размер без особой надобности.
Чтоб отключить post revisions, добавьте следующую строку в wp-config.php:

define('WP_POST_REVISIONS', false);

Чтобы удалить сохраненные ранее ревизии текста, выполните следующий запрос в PHPmyadmin:

DELETE a,b,c
FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_postmeta c ON (a.ID = c.post_id)
WHERE a.post_type = 'revision'

 

5.3 Сократите количество запросов

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

<meta http-equiv="Content-Type" content="<?php bloginfo('html_type'); ?>; charset=<?php bloginfo('charset'); ?>" />

Мы запросто можем переписать в:

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

Уже на два запроса меньше. Довольно просто, не правда ли?

6 WordPress Plugins

И на последок предлагаю вашему вниманию несколько плагинов, которые могут повысить производительность wordpress. Как только все, описанное выше, будет выполнено, эти плагины помогут добиться еще более высокой производительности.

WP Super Cache
Это, пожалуй, лучший плагин к WordPress. WP Super Cache создает статические html версии каждой страницы и загружает их каждый раз, обходясь тем самым без запросов к БД. Это значительно увеличивает скорость загрузки страниц и снижает нагрузку на сервер. Строго рекомендуется к установке.

PHP Speedy WP
Этот плагин решает другую проблему, обозначенную в этой статье – удаление незаполненного пространства в CSS & javascript. Однако есть некоторые проблемы совместимости этого плагина с WP Super Cache, кроме того он долгое время уже не обновлялся, потому используйте на свой страх и риск.

Optimize DB
Плагин позволяет оптимизировать таблицы MySQL без помощи PHPmyadmin.


Источник: http://habrahabr.ru/post/69046/

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Правила Mod_Rewrite для плагина WordPress WP Super Cache

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

Для корректной работы плагина WP Super Cache при включенной опции (которая рекомендуется по умолчанию) mod_rewrite необходимо в .htaccess сайта внести такие изменения:

Автор: Рудюк С . А. https://corp2.net

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Включение модулей для работы кеширования в WordPress Super Cache

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

Для корректной работы кеширования в компоненте WordPress WP Super Cache необходимо включить такие модули Apache:

Включаются они простым указанием симлинка с папки /etc/apache2/mods-available в папку /etc/apache2/mods-enabled.

Автор: Рудюк С . А. https://corp2.net

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Плагин для WordPress Rus-To-Lat

1

Rus-To-Lat это плагин транслитерации русских ссылок. Некоторые веб-мастера предпочитают использовать русские урлы. Мол, так выглядит красивее, да и поисковики давно уже научились понимать такие ссылки и красиво их подчеркивают в результатах поиска. Но недостатки русских ссылок перевешивают их достоинства. Попробуйте, например, скопировать русский урл и вставить его в любой текстовой редактор. Ссылка вида http://www.testwp.ru/привет-мир.html превратится в набор символов http://www.testwp.ru/%D0%BF%D1%80%D0%B8%D0%B2%D0%B5%D1%82-%D0%BC%D0%B8%D1%80.html. Делиться с кем-либо такими ссылками не очень то удобно.

Такая ситуация возникает из-за того, что по спецификации ссылки не могут содержать русские символы. Они должны быть закодированы последовательностью символов – каждый русский символ заменяется на 6 латинских символов. Например, русская буква «а» превращается в «%D0%B0«.

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

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

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

Скачиваем плагин по ссылке в конце страницы и устанавливаем его:

1 Распаковываем архив.

2 Копируем папку rustolat в /wp-content/plugins/.

3 Заходим в админку блога на вкладку «Плагины» и активируем плагин.

У плагина есть лишь одна настройка, которую вы можете найти в меню «Настройки\RusToLat«. Это настройка стандарта транслитерации:

 

2

Советую использовать стандарт ISO 9-95, так как он более соответствует сложившимся в рунете правилам транслитерации. Однако, при всем уважении к стандартам ISO и ГОСТ, мне не нравится, как они переводят на латиницу русскую букву «Х». ГОСТ заменяет ее на «KH», а ISO на латинскую «X». Не знаю, что общего в произношении русской буквы «Х» и латинской «X», поэтому я обычно заменяю «X» на «H» и «x» на «h», мне кажется это более правильным.

Чтобы это сделать откройте файл rus-to-lat.php в папке плагина и  отредактируйте его следующим образом:

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

В такой особенности плагина кроется, как его недостаток, так и его достоинство. Если вы не хотите менять уже существующие ссылки в блоге, то вы должны использовать именно плагин Rus-To-Lat. Если же вам необходимо поменять в блоге кучу ярлыков в уже существующих записях, то советую использовать плагин Cyr-To-Lat, который делает это автоматически при своей активации. У плагина Cyr-To-Lat, кстати, много и других достоинств и обычно в качестве плагина транслитерации я рекомендую использовать именно его. Но только не в случае, когда вы хотите оставить старые ярлыки без изменения.

 


Источник: http://www.wordpressplugins.ru/critical/rustolat.html

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

SEO оптимизация WordPress

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

SEO-оптимизация и внесение изменений в WordPress могут быть организованы двумя способами: 1) вносить все необходимые изменения непосредственно в PHP-файлы движка, 2) использовать для этого плагины.

Недостаток правки PHP-кода заключается в том, что практически каждое обновление CMS «сносит» все внесенные изменения, и их приходится заново прописывать «ручками», что может потребовать немалое количество времени. Однако чрезмерное количество плагинов отрицательно сказывается на работе CMS, так как каждый из них подключается через так называемые «хуки» (ловушки), что со временем приведет к значительным «тормозам».

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

В данной статье мы рассмотрим простейшие способы оптимизации WordPress под поисковые системы.

Как создать главную страницу на WordPress

Создание главной страницы WordPress позволяет избежать дублирования имеющихся на сайте статей, представленных в виде анонсов записей. Расположенный на главной странице статичный, не меняющийся текст – это возможность заточить «морду» ресурса под основные ключевики, необходимые для продвижения.

Чтобы создать статичную главную страницу на WordPress, проделайте следующее:

1. В админ-панели перейдите заходим на вкладку Страницы и создайте или отредактируйте имеющуюся там страницу.

2. Перейдите по адресу Параметры -> Чтение. В списке под названием «На главной странице отображать» выберете «Статическую страницу», и в выпадающем меню «Главная страница» укажите, какую именно статью вы хотите сделать главной. Сохраните изменения.

Настройка ЧПУ в WordPress

Настроить человеко-понятные адреса страниц в WordPress можно средствами самого движка: никаких дополнительных плагинов устанавливать не требуется. Для этого переходим на вкладку Постоянные ссылки и в Общих настройках выбираем пункт Произвольно, после чего прописываем туда следующий шаблон: /%postname%-%post_id%.html.

Для автоматического перевода названий статей на транслит, следует установить плагин RUS-to-LAT.

Есть мнение о том, что каждая страница web-ресурса должна оканчиваться расширением .htm или .html, иначе поисковые системы будут воспринимать ее как директорию. Для того чтобы добавить к страницам расширение .html, используем небольшой плагин Page_Htm со стандартной установкой и без дополнительных настроек.

Теперь закомментируем в файле /wp-includes/post.php несколько строк, чтоб обеспечить переносимость страниц между разделами.

Установка кода Sape на WordPress

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

Прежде всего, следует скачать плагин с сайта разработчика или официального блога WordPress. Полученный zip-архив следует закачать в специальную папку. Затем в панели администрирования блога следует перейти на вкладку управления плагинами и выбрать там команду «Добавить новый». В появившейся вкладке выберете команду «Загрузить» и, кликнув по кнопке «Обзор», выберете сохраненный zip-архив с плагином iMoney (распаковывать архив не нужно) и нажмите на кнопку «Установить».

На странице появится ссылка «Активировать плагин», нажимаем на нее, чтобы начать работу с iMoney. После этого плагин начнет свою работу.

Переходим в раздел «Параметры» и выбираем там раздел iMoney, чтобы перейти к настройкам плагина. Перед нами появится список настроек дополнения, среди которых будет необходимый нам раздел Sape, где следует указать уникальный VID, полученный нами на бирже ссылок.

Чтобы узнать свой VID, следует скачать на бирже папку с PHP-кодом для установки на сайт. Название, представляющее собой длинный код из букв и цифр, — это и есть искомый VID. Вставляем его в соответствующее поле плагина iMoney.

После этого iMoney предложит вам создать на хостинге специальную папку, необходимую для работы кода Sape. Для этого жмем на кнопку «Create».

Для выбора размещения продаваемых ссылок, активируйте соответствующие разделы в настройках: Before Content Links (перед статьей), After Content Links (после статьи), Sidebar Links (в колонке возле статьи). Также вы можете активировать раздел Sape context для продажи ссылок непосредственно из статьи. Все остальные настройки следует выполнить в панели Sape.

Карта сайта на WordPress

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

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

Для создания XML файла обычно используется наиболее известный плагин Dagon Design Sitemap Generator, который имеет множество настраиваемых параметров, а также удобен и понятен в использовании.
Инсталляция плагина Dagon Design Sitemap Generator является полностью стандартной. Необходимо ввести его название в соответствующее поле в админ-панели и подтвердить его установку.

После активации плагина в списке Параметры появится дополнительный пункт DDSitemapGen, где расположены настройки плагина. Чаще всего ничего, кроме используемого языка, менять там не нужно. Однако при желании вы можете настроить количество ссылок на странице, параметры отображения количества комментариев, даты и других данных, относящихся к записи или странице.

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

Чтобы поисковый робот мог найти XML-карту, расположенную в корне сайта, следует указать адрес ее расположения в файле robots.txt. Однако обычно поисковые роботы и сами находят этот файл, если поместить его в корне сайта и назвать sitemap.xml.

Вы можете указать в настройках плагина, ссылки на какие именно элементы web-ресурса необходимо разместить в карте. Многие владельцы сайтов не размещают в sitemap.xml ссылки на категории и другие служебные страницы наподобие архивов, календаря и ряда других, указывая там только адреса страниц и записей.

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


Источник: http://seo-praktika.com/seo-optimizaciya-wordpress.html

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Мета тэги в WordPress

Description и Keywords

Одним из наиболее частых вопросов, с которыми сталкиваются web-мастера и SEO-оптимизаторы, работающие с Wordcodess, — это добавление в данную CMS META тэгов Description и Keywords. Как правило, большинство новичков, не желая особо разбираться в возможностях движка, а также тратить время на то, чтобы изучать его код, ограничиваются установкой одного из расширений, тем более что количество seo плагинов для Wordcodess исчисляется десятками. Наиболее известным среди них является All in One Seo Pack.

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

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

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

В-третьих, создание МЕТА тэгов так, как делает All in One Seo Pack и другие ему подобные плагины, гораздо рациональнее осуществить при помощи возможностей самого Wordcodess, на основе которых все подобные расширения и работают.

И наконец, в-четвертых, все существующие в настоящее время плагины для создания META тэгов Description и Keywords не позволяют автоматизировать работу по их заполнению. Таким образом, каждый раз при создании очередной статьи вам придется обдумывать и текст, который вы вставите в Description, и ключевые слова. Зачем тратить на это время, если гораздо удобнее и проще предоставить эту задачу CMS?

Создание мета тэгов Description и Keywords в Wordcodess без использования плагинов

Способ № 1. Заполнение мета тэгов каждый раз при создании новой статьи.

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

После этого под областью для ввода основного текста появятся настройки для произвольных полей.

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

После того, как вы выполните данные действия, на каждой странице у вас появятся соответствующее поле для ввода Meta Description.

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

Теперь осталось только вывести содержание дополнительных полей в соответствующем месте HTML-страницы. Для этого в используемом шаблоне открываем файл header.php и вставляем после код

Способ № 2. Автоматизация создания мета тэга Description

Данный способ также не вызовет у вас никаких затруднений: вам надо будет только скопировать приведенный ниже код в соответствующее место PHP-файла.

Открываем header.php и в самый верх файла перед всем его содержимым вставляем следующий код:

Для вывода Description в HTML-коде страницы вставляем в header.php:

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

Какой из способов работы с Description в Wordcodess выбрать, зависит только от вас. Кому-то кажется необходимым написание уникального авторского описания к каждой статье, другие же web-мастера могут предпочесть сэкономить свое время и полностью автоматизировать создание мета тэгов.


Источник: http://seo-praktika.com/cms-wordpress-meta-tags-description-plagin.html

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Убираем ограничение на количество ключевых слов в WordPress

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

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

Начал изучать данный вопрос. Смотрю структуру базы данных, как оказалось, это поле — не ограниченной длины:

СтруктураТогда, стало понятно, что проблема в исходном коде. После анализа программного кода и плагинов, я обнаружил, что за вывод ключевых слов в моем случае отвечает плагин Custom Metas. И в настройках его можно указать тот размер, какой нам необходим:

Размер ключевых слов в WordPressАвтор: Рудюк С . А. https://corp2.net

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Автоматичне додавання копірайту до всіх постів на блозі WordPress

Захотілось, щоб до кожного посту додавався копірайт автора. Почав писати програмний код… Тут, вирішив перевірити, а вдруг таке вже є в плагінах…
Опа! Є!
Плагін називається Copyrighted Post.

Після вставлення Ви можете його налаштувати в пункті Настройки — Чтение.
Ось мої налаштування:
А ось, як воно виглядає на сайті:

 

Знову все зробилось без програмування… Скоро забуду що таке PHP 🙂

Автор: Рудюк С . А. https://corp2.net

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Реалізація багатомовності в WordPress

Одну і ту же задачу можна виконати декількома шляхами.

Розглянемо шляхи локалізації в системі WordPress:

1. Створення сайтів-клонів на різних мовах. Цей шлях буває досить корисним, особливо якщо Ви бажаєте створити різний контент на різних мовах. Але якщо Ви хочете синхронно перекладати статті на різних мовах може виникнути “розсихронізування”. Також такі сайти досить складно адмініструвати. Користувачам потрібно буде реєструватись заново на кожному з цих клонів. І програмні частини (плагіни, дизайни і так далі) потрібно буде правити стільки разів, скільки у Вас сайтів…

2. Використання багатосайтовості + плагінів перекладу.
Дуже корисний шлях, що доповнює попередній пункт, але в якому відсутні перелічені недоліки. В цьому випадку, використовується можливість багатосайтовості системи WordPress. Щоб включити такий режим, потрібно буде зробити деякі дії по налагодженню конфігураційних файлів Wordpres, htaccess а також встановленню плагіна перекладу.

В цьому випадку сайт на різних мовах працює на одному екземплярі системи WordPress. Як результат, Вам нема необхідності програмувати програмний код для кожного з сайту, налаштовувати дизайни для кожного
сайту. А команди автоматичного перекладу текстів позволяють пришвидчити переклад тексту за допомогою первинного машинного перекладу.

Цей спосіб найбільш вдалий для багатомовних сайтів, якщо Ви володієте мовами, що використовуються на сайті та бажаєте досягти більш-менш коректного перекладу.

3. Переклад за допомогою плагина скрипта від Google.
Компанія Google реалізувала механізм перекладу будь-якого сайту. Щоб реалізувати переклад цим способом Вам необхідно зайти на сайт Гугла. Взяти звідти деякі скрипти для перекладу та вставити в свій сайт.

4. Переклад за допомогою плагіна для перекладу Google.
Звичайно, для програмістів, що не володіють мовами програмування буде досить складно вставити скрипти по перекладну від Google, тому є чудовий плагін, що робить цю роботу автоматично, даже без заходу на сайт Ґуґла
:).

Цей щлях перекладу чудовий для тих, хто хоче за декілька хвилин переласти свій ресурс а також для тих, хто не володіє тими мовами на які хоче перекласти.

Недолік цього способу:
– Не завжди коректний машинний переклад.
– Переклад може займати декілька секунд (це відчувається при переході зі сторінки на сторінку).

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Додавання посилання на Ваш сайт в кінець тексту, що з нього копіюється

Чи знаєте ви про те, що копіювання і вставка становить 82% від всіх дій, пов’язаних з поширенням контенту в мережі — приблизно в 4.5 рази більше, ніж використання соціальних кнопок?
Саме така тенденція була виявлена рекламним гігантом 33across / Tynt за допомогою дослідження, виконаного в кінці 2012 року.
Можливо, вам здасться це цікавим. Однак як використовувати цю інформацію на практиці? Як застосувати це до свого сайту?
Чи стикалися ви коли-небудь з такою ситуацією, що при копіюванні частини тексту з веб-сайту і вставки його в поштове повідомлення, в файл, на форум або на свій власний сайт, раптово в самому кінці тексту з’являлася зворотнє посилання, яка вказує на джерело?
Досить цікава можливо, вірно? І, як ви могли подумати, досить продуктивна в плані SEO.
Я знайшов декілька способів це зробити на сайті WordPress.
1 спосіб. Додайте наступний скрипт в файл functions.php вашої теми:

Якщо ви використовуєте різні сервіси для скорочення URL, замініть get_permalink на wp_get_shortlink.
2 спосіб. Спосіб, що був опублікований на http://habrahabr.ru/post/101763/
Ви створюєте файл java-скрипту:

Підключаєте його до вашого сайту. И вставляєте скрипт в текст суйту:

Опції оброблювані плагіном:

Опція Опис
htmlcopytxt Що додавати до бувера, що копіюється. Приймає html
minlen Мінімальна довжина тексту, що виділяється. Приймає int
addcopyfirst Додавати htmlcopytxt в початок буферу обміна або в кінец. true/false

3 спосіб. Спосіб для ледачих 🙂

Згадаємо, чим добрий WordPress ? Тим, що можна робити сайти майже без програмування, бо вже написана велика кількість плагінів. Як виявилось, такий плагін є!
І не один!
Зайдіть в плагіни. Наберіть в пошуку copy. І побачите величезну кількість таких плагінів:

 

Тут Ви побачите плагіни, що забороняють копіювати інформацію, продивлятись код та інше. Також, серед них є той плагін, що нам потрібен: Append Link on Copy.
Подібних плагінів — декілька. Тому, якщо він Вам не сподобається — можете вибрати інший :). І роботи — на пару хвилин…

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)