Comments on: Костыли

By: Вячеслав

Вячеслав — Tue, 14 Aug 2007 16:30:08 +0000

У Вас очень интересный сайт! Мне очень понравилось!

By: Алексей Новиков

Алексей Новиков — Sat, 14 Jul 2007 15:26:58 +0000

Понял в чем дело. Я кога осваивал Вордпресс, ввел префикс зачем-то. Сейчас на тестовом блоге убрал — действительно, работает нормально (без 404) при обрезании URL-ов.

Дело уже давно было, я и забыл. Подправлю вечерочком у себя. Кстати, есть проблемы с уведомлениями от Вашего блога. Буква «Б» заменяется на «?», например.

[?лог NunDesign] New Comment On: ?о???ли

Я использую плагин wp_mail_cyrillic (ставлю кодировку писем в win-1251), чтобы такого не было.

By: nundesign

nundesign — Sat, 14 Jul 2007 13:31:10 +0000

Алексей, может, это как раз особенность выбранного вами шаблона для пермалинков? Я сейчас проверила на своём шаблоне (стандартный, /%category%/%year%/%monthnum%/%postname%/ - дополнительных хаков не было), смотрите:
Урл этого поста:
http://blog.nundesign.com/tools/2007/05/wordpress-permalink-hack/
Срезаем имя поста
http://blog.nundesign.com/tools/2007/05/
получаем фильтр по категории tools с ограничением по дате - только посты за 2007, май. Срезаем дату - получаем фильтр по категории:
http://blog.nundesign.com/tools/
И все без тюнинга отрабатывают без 404
Мне это нравится, потому что я лично много пользую навигацию ручками, правкой урла, везде.

By: Алексей Новиков

Алексей Новиков — Sat, 14 Jul 2007 13:21:16 +0000

Да, мне с такими урлами удобнее. Дело в том, что у меня блог не новостной (когда сама дата важна бывает), а тематический. Людям чаще интересно, что еще я написал по этой теме, чем что я написал такого-то числа (мог ведь и ничего не написать).

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

У Вордпресса, кстати, есть такая особенность. Предположим, урл поста такой: мой_блог/рубрика/пост. Если просто отрезать пост, то получим 404 ошибку, потому как адрес рубрик в Вордпрессе такой: мой_блог/categories/рубрика

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

By: nundesign

nundesign — Sat, 14 Jul 2007 10:55:48 +0000

Алексей, я так круто не пропачу, в конечном итоге поступила проще: в файле .htaccess прописала правила для mode rewrite
Redirect permanent /reverse-lookup-zone/ http://blog.nundesign.com/seo/2007/04/reverse-lookup-zone/
И, если честно, прописала правила для редиректа для всех записей, которые были созданы со старым шаблоном для пермалинков и уже проиндексированы поисковиками (или на них откуда-то уже были ссылки в старом формате).
Мне не нравится такое решение, это в любом случае кривость, но мой первый опыт тюнинга WP - и никто не подсказал, какие шаблоны пермалинков лучше и почему захочется выбрать тот или иной.
Вот у вас, смотрю, в шаблоне нет формата “+год” “+месяц”, только “+категория” “+имя” - вам всегда удобно так, никогда не хотелось добавить в урлы дату?

By: Алексей Новиков

Алексей Новиков — Sat, 14 Jul 2007 03:49:36 +0000

Я написал хак к функции, которая отвечает за формирование заголовков в Wordpress. При возникновении если к моему блогу обращаются по несуществующему сайту, функция проверяет, не было ли такой страницы раньше. Список я задаю вручную в конфиге. Если такая страница была, то делает 301-редирект. Если нет, показывает 404-ю ошибку.

Мне это пригодилось, когда я увидел массовые заходы с одного форума. Там человек ссылочку неверно поставил. В URL попала закрывающая скобка.

Я сделал такой хак, и те, кто шел на мой_блог/страница) корректно перенаправлялись на мой_блог/страница

Что важно: этот метод позволяет поисковикам обновлить URL в своих базах, а браузерам — свои закладки.

By: Денис Болтиков

Денис Болтиков — Tue, 15 May 2007 10:21:13 +0000

Тогда проще всего как Belt написал. Rewrite стоило использовать при больших кол-ах

By: nundesign

nundesign — Tue, 15 May 2007 09:28:56 +0000

Денис, да в общем-то что-то около 10-ти первых постов, вот и весь объём.
Belt, спасибо кстати угловые скобки не выкидываются по-моему, если заменять их на < и > соответственно. Вот как раз сейчас и проверю

By: Belt

Belt — Mon, 14 May 2007 21:00:15 +0000

Так… какая жаль, что нельзя редактировать, а у меня нету ОпенИД… выкинулись куски с угловыми скобками, собственно логично… Итак, потерявшийся кусок комментария (заменил угловые скобки на фигурные):

redurect permanent {адрес относительный без http://www.sait.com/} {адрес полный}
или

redurect permanent {страница старая} {http://www.site.com/страница новая}

By: Belt

Belt — Mon, 14 May 2007 20:56:23 +0000

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

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

Подробно можно почитать вот тут http://httpd.apache.org/docs/2.2/mod/mod_alias.html.

Вкратце синтаксис таков:
Redirect [status] URL-path URL
где [статус]:
permanent (301) - ресурс перемещен навсегда/постоянно.
temp (302) - ресурс перемещен временно
seeother (303) - заменен
gone (410) - был, но весь вышел.

в данном конкретном случае надо сообщить клиентам, что страница переехала по новому адресу, для этого набираем

redurect permanent
или

redurect permanent

и таких строчек сколько нужно в зависимости от количества перемещенных страниц.

Плюсы этого подхода следующие:
1. Полная независимость от WP в частности и вообще от наполнения сайта, поскольку работает на уровне веб сервера.
2. Корректно понимается Гуглом.
3. Не совсем корректно понимается Яндексом, поскольку он будет предпочитать старые адреса, но всё равно работает.
4. Корректно понимается клиентскими браузерами, поскольку они обновляют свои ссылки в “избранном” и возможно хистори (надо проверить).
5. И главное - до тех пор, пока данный конфигурационный файл “живет” в корне сайта будут полноценно поддерживаться все вбитые в нем устаревшие урлы.

Вуаля! И полная независимость от версии WP или любого другого движка сайта/блога/и т.п.

Дешево и сердито