Человеко-понятные урлы и их «роутинг»

слово mod_rewrite Вам ничего не говорит ?
тогда не надо было браться за "движок для сайта" :)

> Как бы поступить?

Использовать Django?

mod_rewrite уже используется. Я говорю о способах обработки самого урла. Django не устраивает, так как реализует роутинг простым списком регулярных выражений.

В .htaccess пишешь

-----------------------------------
# При любой строке запроса управление передаётся в index.php
# (если только строка запроса не представляет реальный файл или каталог
# на сервере)
# а там уж REQUEST_URI парсится как угодно

# Включаем mod_rewrite
 RewriteEngine On
# Условие "строка не файл на серв."
 RewriteCond %{REQUEST_FILENAME} !-f
# Условие "строка не каталог на с."
 RewriteCond %{REQUEST_FILENAME} !-d
# Перенаправление в index.php если два верхних условия прошли
 RewriteRule ^(.*)$ index.php [L,QSA]
---------------------------------------

Дальше просто в index.php парсишь $_SERVER['REQUEST_URI'] как тебе хочется.

p.s. про джангу народ не слушай. Этому монстру место там, где он находится, то есть в Zope.

Все остальные правила mod_rewrite из .htaccess можешь смело убирать

> Этому монстру место там, где он находится, то есть в Zope.

С Plone путаешь?

Я же сказал, что меня интересуют именно способы распарсивания урла, а не способы его передачи в php. Теперь не читают не только новости, но и посты?

В django урл парсится вот так:

urlpatterns = patterns('',
    (r'^now/$', current_datetime),
    (r'^now/plus(\d{1,2})hours/$', hours_ahead)
)

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

> Я же сказал, что меня интересуют именно способы распарсивания урла, а не способы его передачи в php

Дык из костыля, который ты написал вначале как раз и следовало что, что у тебя не выходит с "универсальной обработкой".

А распарсить это как раз и наименьшая из проблем. В меру испорченности, конечно. Хочешь - через explode, а хочешь через preg_match_all :-), а ещё мне как то попадался код, где автор в цикле через str_pos искал очередное первое вхождение "/", читал то что идет до него, и обрезал, и так несколько раз :-)

Применение регулярных выражений имеет вычислительную сложность O(N). Поэтому можно смело считать, что в контексте парсирования URL-ов они дармовые, особенно если обработчик - на PHP. Если в нем еще есть обращение к RDBMS - так вообще даже не парься.