Чуваки, если один сайт. В индексе около 1,8К страниц, PR3 и ТИЦ40.
Есть необходимость убрать компонент генерации sef–урлов, написанный гитлером и сатаной, который генерирует 70–80% запросов в базу и использовать пхп–роутер и mod_rewrite. Как менее болезненно для рейтинга сайта и c минимальными потерями позиций это провернуть?

Карта сайта с новыми линками будет, сразу обновлю ее в вебмастер–тулзах. Редирект со старых урлов настрою на главную.

Что еще посоветуете?

19 Responses to Чуваки, если один сайт.

  1. Aurko:

    изгони сатану, экзорцизм

  2. Aurko:

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

    у одного сайта ПР4 просто упал на ПР1, и это без общего обновления ПР, просто упал, ссука

  3. DraSnow:

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

  4. DraSnow:

    а в лучшем случае что было?

  5. DraSnow:

    она самая! на главной 180 запросов, из которых 167 генерит ёбаный sh404sef

    180 БЛЯДЬ ЗАПРОСОВ! я все что мог закешировать — закешировал, но он за каждой ссылкой лезет в бд!

  6. Hciwhite:

    я бы не рискнул. Оно того не стоит. Сейчас серверы дешевые.

  7. DraSnow:

    да ну нахуй, для сраной хуйни на пару тыщ страниц брать дедик из-за того, что предыдущий вебмастер долбоёб?

  8. XibZZ:

    Так может, проще сгенерировать из базы, скажем,.php-файлик с массивами (с акселератором все сляжет в кэш), с обновлением по событиям или крону, и пропатчить это сатанинское поделие на тему «ты туда не ходи, ты сюда ходи»?

  9. DraSnow:

    ох бля, а мне эта фигня в голову и не пришла! надо меньше бухать.

    УЙСКИЙ, КАК ТЫ СИНИМ РАБОТУ РАБОТАЕШЬ? Я В КНОПКАХ ПУТАЮСЬ ПОСЛЕ 200 ГРАММ!!!

  10. XibZZ:

    хахаха, я как-то синим патчил ядро freebsd. Причем собрал и запустил прямо на проде. С утра охуел, но обнаружил, что все отлично работало — но, блядь, для решения той задачи идея патчить ядро только в синюю голову могла прийти 🙂

  11. Nigblack:

    А вот как я переезжал тотально со старого домена и старого сайта и старых урлов и всё это было на ASP.
    Суть заключалась в том, что я предварительно до переезда нагенерил правил для htaccess касаемо переноса старых урлов на новые и вставил с 301 редиректом это все в htaccess.
    Знаю — довольно кривовато, но в свое оправдание скажу, что работало это очень быстро и ни один из показателей PR или ТИЦ не отвалился. Переезд был настолько незаметен для всех, что даже удивительно. Конечно же, sitemap.xml был с новыми урлами и во всех панелях вебмастера вовремя прописан.
    Страниц было немного менее 1000.

    Ну а когда страниц много и есть риск вогнать апач в ступор перегрузив его парой тысяч реврайтов, то, наверно, стоит на стороне php сделать этот самый редирект 301. Пришел по старому кривому урлу -> глянул в базе соответствие -> если нашел, то тут же с 301 редиректом перекинул на новый урл. Через месяцев 5 этот костыль можно будет убирать, после полной переиндексации.

  12. Aurko:

    все стало как было, просто есть ссылки, которые все равно не выловишь, из-за них децл упадет

  13. Aurko:

    тебе часом не griefrain делал это все, этот сотона?

  14. DraSnow:

    понятия не имею, кто это делал.

  15. RedSm:

    Такая вот ебанутая в joomla система ЧПУ. Virtuemart + sh404sef — вообще адовое сочетание в плане нагрузки. Не стоит вообще использовать сторонние sef-компоненты, только стандартное чпу. Если какой-то компонент не позволяет, скажем, вписывать заголовки, ключевики, описание — редактировать компонент, добавляя функционал, но не использовать для этого sh404sef, а то такое вот горе будет со временем.

  16. DraSnow:

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

  17. DraSnow:

    у меня сейчас задача это говно разгрести

  18. RedSm:

    Как вариант, раз это Joomla, напиши простейший системный плагин, который будет проверять url, по которому зашли и цеплять из базы данных его в первозданном виде. Цеплять из таблиц sh404sef, т.е. его следует отключить, но не удалять, или сбекапить таблицу со ссылками, удалить, восстановить таблицу. Если такой sef-url есть, перенаправлять на новый url, который получать с помощью JRoute::_(), или на основании каких-то своих правил генерации. В любом случае, это позволит избежать множественных 404.

Добавить комментарий