Как я переезжал на новый хостинг. Дубль два (или Продолжение дилетантских записок).

И так, проплатив хостинг на hostmonster.com, я установил движок WordPress для ведения блога. Благодаря тому, что хостер предоставляет своим клиентам для использования Simple Scripts, весь процесс установки выполняется за несколько щелчков мышки. Единственный способ выгрузить содержимое блога со старого бесплатного хостинга на wordpress.com – это выполнение процесса экспорта в файл (“Инструменты” –> “Экспорт”) с последующим импортом этого файла на новом хостинге. Честно говоря, я думал что функции импорта/экспорта являются частью самого движка, но, в только что установленном блоге, соответствующие пункты меню отсутствовали. Непродолжительное “гугление” показало, что этот функционал добавляется вместе с плагином “WordPress Importer”. Ну, уж, раз речь зашла о плагинах расскажу, какими еще плагинами я воспользовался:

Антиспам plugin “Aksimet”. Для его установки потребуется получить API Key на сайте плагина, но это процедура Aksimetсовершенно  бесплатная.

 

 

“Meta Tag Manager” позволяет добавить мета-тэги на все или только на домашнюю страницу блога. При помощи этого инструмента Meta Tag Manager удобно добавлять мета-тэги, требующиеся для подтверждения прав собственности на сайт при регистрации оного в поисковых системах, таких как Google, Yandex и т.п. Для чего это нужно можете прочитать здесь (“Зачем подтверждать право собственности на сайт?”) или здесь (“Права на управление”). Прелесть этого плагина – в его минимализме и универсальности. Как правило, плагины, являющиеся сборниками всевозможных SEO-функций, позволяют зарегистрировать сайт только в ограниченном наборе поисковых систем, которые автор плагина посчитал необходимым предложить вашему вниманию. Так, например, в “импортных” SEO-плагинах напрочь отсутствует возможность добавления мета-тэгов Yandex’а. Почему в этих монстрах, претендующих на объединение всего и вся, нельзя было реализовать этот простой функционал так, как сделали авторы “Meta Tag Manager”, мне, честно говоря, непонятно.

“KB Robots.txt” так же один из простых плагинов, который KB Robots.txtпредоставляет возможность редактирования файла Robots.txt  непосредственно из панели управления блогом.

 

“Strictly Google Sitemap” будет генерировать для вашего блога Strictly Google Sitemapкарту сайта (sitemap.xml) по расписанию и/или после размещения  очередной новой записи.

 

“Subscribe to Comments Reloaded” поможет вам организовать e-mail подписку, которая будет информировать ваших читателей о Subscribe to Comments Reloaded добавлении новых комментариев к заинтересовавшим их темам. Также этот плагин позволяет вам управлять этими подписками и подписчиками, получать список подписчиков (и их email-адреса) и т.п.

“Subscription Options” предоставит вам возможность добавить кнопки-виджеты (подобно тем, которые вы можете видеть на самом  Subscription Options верху правой панели моего блога), при помощи которых ваши посетители смогут подписаться на ваш блог через email, rss, twitter или facebook.

 

“Share and Follow” также добавит к вашему блогу кнопки для организации закладок-ссылок на записи вашего блога в различных Share and Follow социальных сетях (их вы можете видеть в конце каждой записи моего блога). Среди большого количества представленных кнопок для различных социальных сетей и прочих сервисов, с которыми может взаимодействовать этот плагин, вы можете оставить только нужные вам.

 

WP Super Cache позволяет повысить скорость работы вашего сайта, путем преобразования WP Super Cacheдинамических страниц (на лету  формируемых движком вашего блога) в статические htm-страницы.

 

“Google Analyticator” интегрирует в ваш блог JavaScript код, который будет собирать статистическую информацию о вашем блоге для Google Analyticator последующей обработки и генерации отчетов в службе “Google’s Analytics”. Аналогичный сервис от Yandex’а носит название “Яндекс.Метрика”. Его так же можно добавить при помощи плагина (плагин этот носит имя такое же имя: “Яндекс.Метрика”), впрочем, ту же операцию можно проделать и без помощи плагина: “руками”. Для этого, сгенерив код сбора статистики для вашего сайта на Yandex’е, вам нужно добавить этот код куда-либо между тегами <body></body> внутри вашего блога. Это можно проделать, например, так: в панели управления блогом перейти по пути “Appearance”->“Editor” и, выбрав для редактирования Footer.php, скопировать код Yandex’а непосредственно перед закрывающимся тегом </body>.

“SyntaxHighlighter Evolved” отвечает за оформление и форматирование кода, который, возможно, вы захотите SyntaxHighlighter Evolved разместить на страницах своего блога. Последняя версия SyntaxHighlighter’а (на момент написания этих строк) – 3.1.1, объединяет в себе движок версий 2.x и 3.x этогоSyntaxHighlighter Evolved settings плагина. Автор предоставляет нам возможность выбрать: какую версию плагина мы будем использовать в своем блоге? Я остановил свой выбор на старой 2.x версии по следующим причинам: в ней поддерживается возможность переноса длинных строк на следующую строку (wrap long lines), что позволяет увидеть скрипт на экране целиком. Кроме того, процедура копирования скрипта читателем блога посредством кнопочного меню (добавляемого версией 2.x плагина к тексту скрипта) показалась мне более удобной, нежели стандартная процедура выделения копируемого текста при помощи мыши и/или клавиатуры (которая используется в версии 3.x).

Теперь скажу несколько слов о возможности использования SyntaxHighlighter’а в комбинации с “Windows Live Writer” (WLW).Precode Snippet Manager Оказывается, существует достаточно простой и элегантный способ их “подружить”. Для этого потребуется скачать и установить на  своем компьютере “Precode Snippet Manager” (это плагин для  WLW), выполнить настройки “Precode Snippet Manager” и “SyntaxHighlighter” так, как описано в блоге Сергея Бетке:

  • в настройках “SyntaxHighlighter “требуется взвести “галку” “Load All Brushes”
  • в настройках “Precode Snippet Manager” необходимо в выпадающем списке “Surround With” выбрать вариант <PRE>
  • в настройках “Precode Snippet Manager” необходимо взвести “галку” “Html Encode”
  • в настройках “Precode Snippet Manager” необходимо снять “галку” “Swap CRLFs with <BR>s”

Ну, и  наконец, чтобы закончить с SyntaxHighlighter, расскажу еще об одном эпизоде. После переноса блога на новый хостинг выяснилось, что в текст скриптов, которые были написаны на JSCript, VBScript, в процессе импорта/экспорта были внесены изменения: вместо корректного отображения зарезервированных в HTML символов, в тексте скриптов стали отображаться HTML Entities (так, например, вместо arrOldServer[0] = “oldmailserver”; можно было наблюдать следующее: arrOldServer[0] = &quot;oldmailserver&quot;; и т.п.). Но, что самое удивительное, эти изменения не коснулись скриптов на PowerShell (из-за чего я заметил это досадное недоразумение только через месяц после переезда). В результате мне пришлось вручную отредактировать все JScript и VBScript скрипты в блоге для того, чтобы они стали опять нормально отображаться.

“OpenID” – это плагин позволяющий вам использовать OpenID для регистрации аккаунтов пользователей, а так же для аутентификации и комментирования статей в вашем блоге. Для нормальной работы этого плагина требуется установить еще один плагин (“XRDS-Simple”). Чтобы не заниматься копипастом,  сразу направлю вас в блог к Бетке Сергею, где можно найти необходимую и достаточную информацию об этом плагине.

“WordPress SEO” – один из монстров, который собрал кучу всевозможных SEO опций. Я использую его, например, для того, чтобы добавить Meta Descriptions и Meta Keywords для каждой своей статьи и управлять индексацией различных разделов сайта. Подробно описывать этот плагин не буду, т.к. для этого придется написать отдельную статью. Посему еще раз отошлю вас к документации на этот плагин.

В заключение, хотелось бы поблагодарить Бетке Сергея и Мариничева Сергея, чьи советы и статьи помогли мне в настройке движка wordpress, а так же в выборе плагинов для использования в моем блоге.

[Upd. 2011.03.19] По совету Сергея Бетке добавил плагин “Fancy Gallery”. Благодаря этому плагину все “картинки” в блоге теперь отображаются следующим образом: при щелчке по “картинке” просматриваемая страница затеняется, а по центру страницы появляется модальное окно, в котором отображается увеличенная “картинка”. Такое поведение при просмотре изображений очень удобно (в отличие от штатного поведения, когда просматриваемое изображение открывалось либо в новом окне, либо вместо просматриваемой страницы блога). Никаких дополнительных действий с “картинками” после установки плагина выполнять не надо.

“Redirection” – это плагин, который позволяет выполнять перенаправление с одного URL на другой. Если вы по Redirections каким-то причинам решили изменить URL для какой-либо конкретной страницы (или даже структуру Permalink’ов во всем блоге), и вы хотите, чтобы при обращении к старому URL пользователь не получал бы сообщение о 404й ошибке, а перенаправлялся бы на новый URL этой страницы.

Поясню зачем мне понадобился этот плагин. Дело в том, что я решил изменить структуру пермалинков. Изначально (еще до переезда на новый хостинг) Permalink’и в моем блоге имели следующий формат: /%year%/%monthnum%/%day%/%postname%. Со временем, я пришел к выводу, что наличие %year%/%monthnum%/%day% в Permalink’е не нужно и, более того, вредно, т.к. они удлиняют пермалинк и не несут никакой смысловой нагрузки. И так, решено: необходимо выпилить дату из Permalink’а. Но как это сделать? Если верить документации, то достаточно разрешить запись в файл .htaccess, установив разрешения для этого файла в 666, а затем изменить формат Permalik’ов, и движок WP сам внесет необходимые изменения в .htaccess (после после этого необходимо вернуть исходные разрешения файла). Но почему-то в моем случае это не сработало (никакие изменения в файл .htaccess движком WP так и не были внесены). И так, для того чтобы запустить механизм перенаправления необходимо было либо самостоятельно внести изменения в .htaccess, либо найти плагин, который бы выполнял необходимое перенаправление. Т.к. я еще слабо ориентируюсь в директивах .htaccess, то решил поискать плагин, который будет выполнять нужные мне действия. Таким плагином и стал “Redirection”.

Замечу, что существует вагон и маленькая тележка плагинов, которые сгодились бы для выполнения перенаправления. Так, например, один из SEO-all-in-one плагинов “Platinum SEO Pack” декларирует наличие следующей оции “Automatic 301 redirects for any permalink changes”. Останавливает от его использования то, что официально он поддерживает движок WP только до версии 3.0.5 (а у меня уже установлена 3.1), а некоторые пользователи рапортуют о его некорректной работе с версией WP 3.1. Ну и, кроме того, мне придется отказаться от использования “WordPress SEO”, что повлечет за собой кучу ручной работы по заполнению полей meta description и meta keywords в новом плагине.

Ok, средство для выполнения перенаправления выбрано, осталось выбрать новый формат структуры Permalink’ов. Велик соблазн просто выкинуть дату из Permalink’а и вместо /%year%/%monthnum%/%day%/%postname% использовать /%postname%. Однако делать это не рекомендуется из соображений скорости работы движка WP. Оказывается, если Permalink начинается с текстового поля то движок WP будет генерить индивидуальный набор правил для каждой страницы, которые будут обрабатываться  первую очередь (до того, как движок WP начнет генерацию страницы для запрошенного URL). Если страниц у вас в блоге не очень много, то падения производительности вы не заметите, однако, когда их будет  более 50, то падение производительности начнет приводить к проблемам:

You shouldn’t start the permalink string with any of %postname%, %category%, %tag%, or %author%.
All of these cause the same performance impact, which is known in the code as “use_verbose_page_rules”. Basically, when you use one of those as the starting piece, the rewrite matching system has to generate individual rules for every Page, then check those first. If you have lots of pages, this is a big hit to the system. In some cases, merely generating the list of URLs to check has been known to cause timeouts or SQL query size problems, which can lead to gigantic page generation times on the front end.
If you don’t have lots of Pages, it won’t hurt you much. By “lots”, I’m talking in the 50+ range of Page count.

Для того, чтобы избежать подобного рода проблем рекомендуется начинать Permalink с цифрового поля (%year%, %post_id% и т.п.). Я уже было решил, что придется оставить поле %year%  в структуре Permalink’а, но, если верить Otto (который и является автором рекомендаций по структуре Permalink’ов), то, начиная с версии WP 3.1, вместо использования цифрового поля в начале Permalink’а допустимо использовать статический текст:

I’ve made a note of that several times in these comments already. Also, WordPress 3.1 fixes that particular issue. A static string at the beginning does prevent use_verbose_page_rules from being enabled in 3.1. So yes, /static/%postname%/ will work fine in 3.1.

Исходя из вышеизложенного, я  решил, что новая структура Permalink’ов в моем блоге будет выглядеть следующим образом: /posts/%postname%/ . Для того, чтобы обращение к постам моего блога по старым ссылкам (в формате /%year%/%monthnum%/%day%/%postname%) не приводило бы к 404й ошибке, а перенаправлялось бы на новый правильный URL (в формате /posts/%postname%/) я добавил в плагин “Redirection” правило, которое вы видите на скриншоте:

Source URL: /\d{4}/\d{2}/\d{2}/(.+) Target URL: /posts/$1

PS Почитав немного статей и документации о файле .htaccess, предположу, что для выполнения аналогичного перенаправления при помощи этого файла, в него надо было бы внести следующую команду: RewriteRule /\d{4}/\d{2}/\d{2}/(.+) /posts/$1 [R=301, L]

И тогда .htaccess выглядел бы так::

# Use PHP5 Single php.ini as default 
AddHandler application/x-httpd-php5s .php 

# BEGIN WordPress 
<IfModule mod_rewrite.c> 
RewriteEngine On 
RewriteBase / 
RewriteRule ^index\.php$ - [L] 
RewriteRule /\d{4}/\d{2}/\d{2}/(.+) /posts/$1 [R=301, L] 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule . /index.php [L] 
</IfModule> 

# END WordPress 

<Files 403.shtml> 
order allow,deny 
allow from all 
</Files> 

deny from X.X.X.X

Но, это требует дополнительной проверки ;)

[Upd. 20110430] Заменил “Share and Follow” на плагин “Zakladka”, который использует блок “Поделиться” от yandex’а. “Поделиться” от Яндекса показался мне “полегче” монстрообразного “Share and Follow”, кроме того, в отличие от предшественника, он не добавляет ссылки на страницы блога, а “прячет” их внутри javascript-файла, что должно благотворно сказываться на индексации страниц блога (есть мнение, что ссылкам, “спрятанным” при помщи javascript, не будет передаваться “вес” страницы). Поживем-увидим…

[Upd. 20110509] Добавил Ozh’ Better Feed, воспользовавшись рекомендациями Сергея Бетке: Приводим в порядок RSS своего блога на WordPress: мирим wordpress и Ozh’ Better Feed.

57 Comments

  1. Вижу, Вы отключили open-id авторизацию при комментировании… А жаль…
    Должен сказать, я использую другие плагины, завтра напишу – какие. После Вашей статьи попробую предложенные. Спасибо за статью.

  2. Кстати, для просмотра увеличенных картинок рекомендую плагин Fancy Gallery из репозитория wordpress. Результат можете увидеть в моём блоге.
    Кстати, чтобы и он, и многие другие плагины работали нормально в IE7, IE8 рекомендую заменить jQuery на версию 1.3.2. wordpress ставит более новую версию, но она не функционирует корректно в ie8 (в ie9 работает).

    • Спасибо за совет. Как раз хотел у вас спросить, каким образом у вас реализован просмотр “картинок”. Возможно поставлю. Останавливает, то, что иногда, после просмотра полномасштабной картинки в вашем блоге “изображение” “засахариватеся” и приходится рефрешить страницу по F5.

      • Эта проблема как раз была связана с ошибками в последних версиях jQuery. Поэтому я и посоветовал Вам также скачать версию jQuery более раннюю, с ней такой проблемы нет. Сейчас ведь в моём блоге этой проблемы нет?
        Про эту проблему писал здесь: WordPress 3.0.4, jQuery и плагины в IE8: ошибки jQuery 1.4.X в IE8.

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

          • Я бы сказал – не на всех браузерах. Проблемы с jQuery 1.4 явно имеет место быть на IE8 и более ранних, на IE9 уже её нет. а FF вроде как без проблем работал…
            Да, кстати, по поводу OpenID я поспешил – просто не заметил знакомой иконки, поэтому и сделал неверное предположение.

            • Ну, ОС и браузеры у меня везде одинаковы: Win XP + IE8. Машины конечно же по железу отличаюся друг от друга, но набор софта на каждой из них очень похож.
              Вот, сейчас проверил: перешел по ссылке, которую вы дали выше, картинки, вообще, не открываюся :( (экран заливается дымкой, а кртинка не появляется, приходится рефрешить).

    • Все-таки воспользовался вашим советом и установил plugin “Fancy Gallery”.
      Проблем (во всяком случае пока) никаких ни в IE 8, ни в FF не наблюдаю. Все работает замечательно.
      Спасибо за наводку.

            • Это плагин для хранения фотографий и их организации…

              Я им активно пользуюсь (а не просто закачиваю фотографии т.к. я частенько пишу отчёты, в которых использую много фотографий). Пример можно здесь глянуть: http://bafff.ru/blog/?p=1889 (внимание, трафик и не об ИТ :)
              А для того, чтобы картинка отображалась при нажатии на неё у меня используется jQuery Lightbox…
              И я просто не пойму для чего именно этот плагин

                • Вставлю свои 5 копеек, если позволите. Fancy Gallery – одна из разновидностей Lightbox. Он также jQuery based. И не предлагает никаких механизмов для хранения фотогаллерей. Но, позволяет организовывать картинки в посте в несколько галлерей, а не в одну.
                  На самом деле клонов Lightbox достаточно много, можно подобрать под свою задачу именно то, что надо.

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

    ERROR: New users must register using OpenID.

    Чего я делаю не так?

        • Да, но я осознанно не хочу предоставлять право регистрироваться пользователям, которые не могут предъявить OpenId.
          ЗЫ Честно говоря, я бы вообще не хотел давать право регистрации пользователям даже с OpenId, но решил пойти на компромисс. ;)

            • У медали 2 стороны. Дав повышенные привелегии пользователям (не только комментить, но и региться), мы рискуем, что они смогут эксплуатировать дырки в движке WP (короче, мы увеличиваем поверхность атаки на блог).

              • Да, спасибо, об этом я и не подумал. Хотя мне кажется много багов для пользователей с правами бОльшими, чем просто пользователь…

      • Неа, не подставлял, ибо слабо представляю себе что это :) Хотел просто зарегистрироваться. Не даёт :) Попробуйте сами, неужели только у меня такое?

            • >Ссылка на блог будет openId, только если блог снабжён openId провайдером (в случае wordpress – соответствующим плагином
              Спасибо за поправку.

            • Хм… Т.е. имея свой блог wordpress я смогу авторизоваться на других системах, где предусмотрен OpenID?

              Какая то возможность по перехвату паролей и подобных гадостей у такой системы есть?

              • OpenId провайдеров уже хватает, не только wordpress с плагинами это умеет. Но – да, сможете. Касательно перехвата паролей всё просто – Вы пароль будете вводить именно своему блогу. И если он его устроит, тогда xml-rpc движок Вашего блога отдаст необходимую информацию только тому домену, который Вы одобрите. То бишь при первой попытке авторизации на незнакомом ресурсе с помощью Вашего openId Вас попросят авторизоваться на Вашем блоге и попросят подтверждение (Ваш блог попросит): доверяете ли Вы этому домену. Так всё просто и гениально.

          • При попытке зарегиться под псевдонимом Baf моим мылом и OpenID с мылом на гмейл имею следующую ошибку:
            ERROR: Could not discover an OpenID identity server endpoint at the url: sonofthenorth тутунассобака gmail.com
            Could not discover an OpenID identity server endpoint at the url: sonofthenorth тутунассобака gmail.com

            • Благополучно зарегился в своем блоге, используя почту на yandex’е в качестве OpenID и пишу сейчас сообщение от имени этого пользователя.
              Так, что… похоже, что вы делаете что-то не так ;)

            • Указывать надо не почтовый адрес, а url типа http://sergey-s-betke.blogs.novgaro.ru. Сам url определён провайдером openId, для gmail – надо на самом google поискать, каков будет правильный openid для его учётной записи. Вероятнее всего, что-то похожее на yandex (http://openid.yandex.ru/учётка/).

              • Я только что зарегился у себя в блоге, используя в качестве openId именно e-mail-адрес (правда адрес был не на google, но на yandex’е),
                никакой url не указывал, но он (url), тем ни менее появился в свойствах зарегистрированного пользователя. Все прошло гладко.

                • Я боюсь, эксперимент нельзя назвать чистым. У Вас же этот адрес указан в Вашей учётной записи в блоге?
                  Я читал спецификацию на openId, и, честно говоря, не видел там механизмов, обеспечивающих формирование openId url по e-mail адресу. На текущий момент для меня это новость.

  4. “Strictly Google Sitemap” – от него реальная польза есть? Использую защищённые посты (доступные только для отдельных ли), интересно, он не будет ли он о них сообщать? :)
    “WP Super Cache” – попытался разобраться, но я так понял он больше заточен под Apache. Хотя на IIS 7.5 его вроде бы поставить можно, но вроде как нужно переделывать структуру ссылок – а мне бы этого не хотелось… Да и мой веб сервер почему то отказывается воспринимать русскоязычные ссылки…

    • >“Strictly Google Sitemap” – от него реальная польза есть?
      Он генерит мой sitemap.xml Я думаю, что от него можно было бы отказаться в пользу какого-нить SEO-мостра (все в одном).
      Кстати, вместо “WordPress SEO” смотрю в сторону “Platinum SEO Pack”, т.к. у последнего заявлена фитча “прозрачного” смена формата Permalink’ов (“WordPress SEO” такого не умеет). Останавливает лишь, то, что, похоже, придется все метадескрипшеныи занового вбивать, а лень). Да и еще не совсем понятно, как обстоят дела у Platinum с поддержкой последнеей версии движка WP (6 people say it works, 4 people say it’s broken)

    • >И ещё если не секрет, в чём смысл wp-login закрывать в robots.txt
      Как минимум его индексация бесполезна, я так думаю ;)

      ЗЫ Хотя я тут начудил с robots.txt так, что удалил свой блог из поисковых систем чуть менее, чем полностью. ;) Хотел перекрыть индексацию Date-архива, но забыл о том, в каком формате у меня Permalink’ки. В результате запретил индексацию постов и вылетел из поиска ;).

  5. Pingback: Обновление в теме про “сайтостроительство” на WordPress « « ShS's Blog

  6. В рассылке приходит мусор следующего содержания:
    ————
    …а так же обоснование выбора структуры Permalink’ов для блога на движке WordPress. Blog this! Recommend on Facebook Tweet about it Share on vkontakte Subscribe to the comments on this post Print for later Bookmark in Browser Filed under Сайтостроительство Tagged Site, WordPress Comment (RSS)  |  Trackback  |  Permalink […]
    ————
    Я думаю, дело в плагине, который “кнопочки” внизу поста добавляет. Посмотрите его настройки, обычно подобные плагины позволяют отключить их от feed. Я их оставил только на странице конкретной статьи.

    • На вскидку не увидел, как это можно отключить. Да, и похоже, что это добавляется только в комент-обратную ссылку (или как он там правильно называется?), а вам приходит уведомление об этом новом коменте. Надо было мне этот комент “руками” почистить до апрува, а не после ;)

  7. Пробую отправлять комментарий через open-id после Вашего сообщения об ошибке в плагине OpenID.
    P.S. Как статья то изменилась… Я её читал только в первоначальном варианте, а тут для меня много нового появилось…

  8. Любопытные (для меня) изменения – WordPress SEO (нужно попробовать, до этого использовал Platinum SEO Pack, и Zakladka. Буду пробовать…
    Кеширование использую сейчас на одном из своих сайтов – но другой плагин. В ближайшее время опишу…

  9. Касательно плагина кеширования – я использую Hyper Cache. И на нём и останусь. Дело в том, что WP Super Cache поддерживает IIS только на уровне PHP, а Hyper Cache позволяет создать кеш, который будет работать не доводя дело до PHP в принципе. Да, Super Cache может сделать то же самое, но только для Apache и ему подобных (mod_rewrite), на IIS он этого сделать не может. Поэтому – Hyper Cache.

  10. Рекомендую ещё Use Google Libraries – заменяет загрузку “широко известных библиотек” на загрузку с google. Один из вариантов оптимизации времени загрузки страницы.
    Но Fancy gallery под него надо переписывать. Этот плагин прекрасно работает и так, но при этом jQuery грузит из своего каталога, что оптимальным не назовёшь.

      • А откуда он узнает, что пост “Как я переезжал на новый хостинг. Дубль два (или Продолжение дилетантских записок).” = “how-i-moved-my-site-to-new-hosting-2” ?

        • > А откуда он узнает…
          не совсем понял “он” – это кто?

          >что пост “Как я переезжал на новый хостинг. Дубль два (или Продолжение дилетантских записок).” = “how-i-moved-my-site-to-new-hosting-2″

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

  11. Это понятно :) Вобщем это я и имел в виду, что помимо тегов и категорий если перейти на pretty permalinks прийдётся ещё и вводить postname. Напрягает :)

    Исследую возможность и необходимость перехода на них… Пока только минусы :)

    • Позвольте встрять пожалуйста :-). Плюсы:
      – и google, и яндекс при поиске рассматривают в качестве ключевых слов и фрагменты url, в том числе – и в транслитерации, причём с приличным весом по отношению к заголовкам и тексту статьи
      – не нужно помнить id. например – http://sergey-s-betke.blogs.novgaro.ru/fpsu-router – написал по памяти, а id точно бы не запомнил.
      – да и зачем его руками то вводить всегда? есть же замечательный плагин, который в качестве pretty permalink рисует транслитерацию заголовка статьи – RusToLat. Руками правлю только тогда, когда собираюсь часто на статью ссылаться (чтобы легче было набирать).

      А ещё есть замечательный плагин Redirection, который решит проблемы при смене permalink, его также использую.

  12. Хорошая подборка плагинов, спасибо. При переносе WP с одного хостинга на другой проблем нет, только ставить нужно на чистый движок иначе потом дублей будет куча.

Leave a Reply

Your email address will not be published. Required fields are marked *

Notify me of followup comments via e-mail. You can also subscribe without commenting.