один вечер.

Я после слов «Поэтому должен быть один файл являющий чем то единой точкой входа но только для одного модуля. Например на сайте будет аудио, видео, фото соответственно будут следующие единые точки входа для этих модулей: site.ru/audio.php; site.ru/video.php; site.ru/photo.php.» читать не стал. Это типичные множественные точки входа со всеми вытекающими. У нас в конторе адресации и т.п. уделяется большое внимание, т.к. часто делаем различные API. По виду ваших адресов могу предположить, что входные точки в модули вы намерены размещать прямо в корне сайта. Это даже хуже, чем просто факт использование множественных точек входа. Какой нафиг рерайт! Сделайте уже сводную таблицу модулей и по ней выполняйте первичный роутинг в единой точке входа. А еще лучше – таблицу соответствия первых компонентов путей и модулей. У нас оба названных мной способа поддерживаются даже в самых простейших поделках (если нет отдельного поля module или в нем установлено спец. значение, то в качестве имени модуля используется первый компонент пути).

Еще для инфы: экшины можно задавать без их явного указания в адресе, прежде всего при помощи различных HTTP-методов (для вэба, конечно, в основном GET/POST) и комбинаций «сущностных» параметров (см. REST). AJAX-экшины вообще при помощи спец. заголовка задаются, например можно сделать двойственное API AJAX/не AJAX на абсолютно идентичных адресах.

Две из которых относятся к авторизации (вывод формы выхода и ее обработчик).

Правда, есть гибриды: 1) создание/(множественное) удаление; 2) вывод списка объектов (есть еще отдельная ф-ция вывода списка «коллекций» объектов)/вывод формы создания-удаления; 3) загрузка файлов, вывод оглавления ФС, используя AJAX, и прочая работа с «вложениями».

Вы ко мне обращаетесь?

Вроде бы писал достаточно конкретные вещи. Если что-то не понятно, спрашивайте.

???

Про «соответствие» вам Astin уже писал, когда показывал, как можно при помощи ассоциативного массива связать первый компонент пути с файлом. Можно для этого использовать и полноценную базу, объединяя первичный роутинг с извлечением доп. полезных данных из БД:

id     module
------ ------
biznes relpath/to/mod
eli4ka profile

Или гляньте первую таблицу тут.

Тему можно развивать, используя для адресов [/]cat/obj таблицы второго уровня. Гляньте статью там же. Уже на основе этого можно начинать строить REST-интерфейс:
GET /cat – получить список объектов категории (без пагинации);
POST /cat – создать/удалить объект(ы) категории;
GET /cat/obj – отредактировать объект (вывести форму редактирования);
POST /cat/obj – сохранить объект;
и т.п. Если «не хватает» методов и таких простых адресов, чтобы различать все необходимые экшины, начинаете вводить доп. параметры, например путем добавления строки параметров, только не с параметрами вроде action=show, а по-прежнему с «сущностными» вроде page=1 (ваши act=albums и проч. в общем-то «сущностные», только название act тут не к месту).

Таблицы второго уровня не обязательно должны существовать для всех веток. Где-то могут быть только простые адреса вроде /eli4ka, где-то при использовании сложного адреса данные могут браться не из базы, а, например, из ФС и т.п. Начиная со второго компонента пути (включая или нет строку параметров) может работать вторичный обобщенный или индивидуальный для каждого модуля роутинг.

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

Массив да. БД категорично против.

фу, только не это! Терпеть не могу ссылки вида /one/two/the/... бесят они меня.
Я еще раз перечитаю ваши сообщения. Просто что-то они мне сложно даются. не могу понять что же вы донести то хотите

Mля, я ж говорю, что можно совместить полезное с приятным. Давай сразу захардкодим и данные твоего профиля в тот же массив Короче не возьмут тебя работать даже в ВК

Я конечно понимаю, что /photo.php?act=albums симпатичнее, чем /photo/albums Но там осн. смысл не в формате ссылок был. Хотя о каком смысле можно говорить после аргумента «бесят они меня»!

brevis, он(а) часто пишет на форуме. Это еще странно, что только 10% процентов моих сообщений адресовано этому автору. Я уже привык видеть от него ответы вроде «чЁ?!» Может, еще кому-то будет полезно.

А за одно и десятки миллионов профилей др. юзеров