Forums / National / Russian / Mod Rewrite

<<<1234

Killer
#46 2010-07-20 16:09
А не проще будет реализовать смену чпу на лету в 0,9,0 кота? Сдеать несколько вариантов, которые будут переключаться в веб-интерфейсе и все, сразу юзеры все забудут про эту тему. А профи себе сами сделают что им требуется.
Лишь утратив всё до конца, мы обретаем свободу...
Kort
#47 2010-07-20 17:12
Если в рамках модуляризации ЧПУ в сиене уйдет в опциональные модули/плагины, вряд ли имеет смысл доводить его до ума в промежуточном релизе. А вообще, я не вижу примеров того, что шаманство с ЧПУ помогло бы кому-то из "юзеров" в продвижении их "мегапорталов".
SED.by - создание сайтов, разработка плагинов и тем для Котонти
Trustmaster
#48 2010-07-20 22:06
Да, за год присутствия ЧПУ в ядре Котонти поднакопился кое-какой практический опыт. Кое-что я уже озвучивал, кажется, но озвучу ещё раз то, чем сейчас руководствуюсь относительно ЧПУ в siena:
  • 80% пользователей хотят от ссылок примерно один и тот же функционал, который частично реализован на этом сайте и в статье Kilandor'а.
  • Из оставшихся 20% большинство хотят такой формат, который у них уже есть, чтобы не терять индекс.
  • Поэтому есть смысл проработать хорошенько один общепринятый человекопонятный формат ссылок и снабдить его необходимыми компонентами "из коробки".
  • Возможно, для этого потребуется сделать древовидную "структуру" универсальной, а строковые пути в ней однозначно разрешимыми (это технические тонкости дела).
  • Переделывать текущую систему ЧПУ под корень нецелесообразно. Так же нецелесообразно менять её на новомодный "рутинг" а-ля Ruby on Rails
  • В коробке будет два варианта: без ЧПУ и популярный ЧПУ. Гуру, как и раньше, могут создавать свои пресеты.
  • Веб-интерфейс имеет низкий приоритет, но пока совсем от него не отказываемся.
May the Source be with you!
Nafanya
#49 2010-09-24 02:13
Подскажите в чем может быть проблема. Ситуация следующая, есть сайт, работает Mo
d Rewrite от Killer, всё хорошо проблем нет. Хочу перевести на новый хостинг best-hoster, Так все перенес, но сайт не поднимается. В логах ошибка:
RewriteRule: cannot compile regular expression '^([^/&?#]+)/([a-zA-Z0-9-_]+)$'\n
как с этим боротся?

Добавлено 14 часов 30 Минут спустя:

Опытным путём выяснил, что Apache выпадает в ошибку 500 именно из за символа "_" в выражение [a-zA-Z0-9-_]+), если его убрать тогда всё начинает работать, Но есть одно большое но, тогда не работают алиасы страниц в которых присутствует "_". Подскажите можно это как то исправить.
This post was edited by Nafanya (2010-09-24 16:44, 13 years ago)
Trustmaster
#50 2010-09-24 19:24
Попробуй заэкранировать:
^([^/&?#]+)/([a-zA-Z0-9\-\_]+)$
May the Source be with you!
Nafanya
#51 2010-09-24 19:49
# Trustmaster : Попробуй заэкранировать:
^([^/&?#]+)/([a-zA-Z0-9\-\_]+)$
Спасибо. Так помогло. Я до этого пробовал заэкранировать, но не так написал, по этому не получалось. Ещё раз спасибо.
Spy
#52 2010-11-06 01:19
Как насчёт реализовать алиасы для всего? Категорий страниц, категорий форума, топиков форума, плагинов? Таким образом любой странице можно было бы присвоить короткий, нужный урл. К примеру на одном и том же сайте без конфликтов сделать из урла site.com/plug.php?e=contactus урл site.com/contact, из site.com/list.php?c=articles урл site.com/articles, из site.com/page.php?al=price урл site.com/price .
Trustmaster
#53 2010-11-06 02:19
Такие урлы реализуются и без введения глобальных алиасов, которые будет муторно регистрировать(это раз) и которые на сайтах с огромной базой будут сильно тормозить работу (в таблице алиасов будут сотни тысяч записей, это два). При этом главное соблюдать порядок в правилах и вначале прописывать статические пути (например, site.com/contact), а потом динамические с некоторым различием (например, на этом сайте мы отличаем категории от страниц по наличию слеша в конце). Но, конечно, для этого необходимо немного набить руку в написании rewrite правил.
May the Source be with you!

<<<1234