Ну мало ли что тебе не нравится.
Ты кодишь не для себя, а для пользователей.
Им легче запоминать без ?...

CyClon
При сохранении файла будет не удобно искать файл по id...

По теме http://forum.vingrad.ru/index.php?showtopi...st&p=624575

Прошу прощения, но вроде вы немного не стого конца начали. Должно быть представлено любыми способами, у каждого есть свои плюсы и у людей есть свои предпочтения. Главное как это будет внутри.

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

Иными словами требований 3:

1. Удобное добавление различных разделов и их администрирование
2. Создание разделов на основе различных обработчиков
3. Удобное создание самих обработчиков (модулей)

Но при этом каждый из параметров должен быть независимым. пример общей схемы и принципов обработки.

Пример трех ссылок которые должны отобразиться обсалютно одинаково

http://www.articles.sitename.domain/pc-tec...ser.001374.html
http://www.sitename.domain/pc-tech/article...ser.001374.html
http://www.sitename.domain/articles/pc-tec...ser.001374.html

и CMS должна отобразить все три ссылки одинаково (при наличии всех нужных настроек).

З.Ы.
Если кого интересует могу описать подробно свое видение парсинга URL, а также связать с имеющимся механизмом вызова обработчиков (модулей), также могу предложить свой механизм с нуля.

А нагрузка? ИМХО выборка по ИД из базы будет намного быстрее, чем выборка по алиасу.

По id будет быстрее, но, имхо, надо думать не только о скорости, также и о юзабильности. Еще нужно url`ы точить под поисковики, т.к. у яндекса и гугла в планах урлы их транслитизировать, для улучшения поиска. Т.е. , к примеру, /o_nas.html - это есть "о нас", но это, как уже сказал, в будущем. Но нужно быть далновидными. Если уж взяли xslt, то почему же ссылки не делать под будущее?

Возвращаясь к вопросу о вариантах с .html  или без онного, то стоит взглянуть на сайты того же Лебедева - все ЧПУ прописываются без .html... А раз уж он напрямую сотрудничает с Яндексом, то сомневаться в верности данного подхода не приходиться.

Это сообщение отредактировал(а) redlinesoft - 24.1.2007, 20:24

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

{domain}/{langcode}/{param1}/{param ....x}/

причем индексный скрипт должен обрабатывать $_SERVER['REQUEST_URI'] а не составной запрос.
Так мы избавимся от головной боли при использовании других httpd.

Вот кусочек документа.



ВотЪ )

Это сообщение отредактировал(а) awers - 14.2.2009, 09:16

Можно изложить свои идеи касательно реализации чпу?

Не проще ли реализовать систему маршрутов (по аналогии скажем с YII Framework). Это возможно не такой быстрый способ как mod_rewrite (хотя кто знает) однако появляется позможность проверять $_GET данные или формировать этот массив самостоятельно что должно повысить уровень безопасности.

Также это даст возможность пользователям изменять шаблоны путей.

По поводу того что доступ к страницам должен быть организован по алиасам - тут вопрос спорный. Доступ к категориям без сомнений должен быть по алиасам. Также как и к статическим страницам. Но допустем в новостной ленте использовать это имхо бред. НИРАЗУ невидел чтобы кто-то вводил название топика. Возможно такие люди и есть но назвать это дружелюностью для пользователя я не могу. Если имеются большие объемы контента то навигацию проще производить исключительно по ID.