Очень часто содержат аббревиатуру "PHP" в URL? Что это, особенность роутинга, особенность мозгов или навязчивая реклама этой не самой удачной технологии, которую каждый адепт считает своим долгом впихнуть в адрес ради популяризации или из чувства глубокой признательности?

phpzFishHook,

Ну нах такие глупые вопросы задавать? Ни одна из существующих технологий не идеальна, пора хотя бы это знать и перестать строить из себя "умника".
на прямо поставленный вопрос можешь ответить, дорогой Гость?

ПрограмёрFishHook,
Не понял о какой части url идёт речь. Пример пожалуйста.


http://www.master-live.ru/php_klass.php

ПрограмёрFishHook,

Вопрос, который мне кажется глупым, но про какое из php идёт речь. Каждое из низ имеет своё разумное объяснение
после точки, зачем оно?

trewFishHook,

Просто так принято, обращаться к файлу по имени и расширению.
PHP - добавляется к имени файла и предназначено для идентификации типа файла.
подробней
А мне, пользователю, какая разница, какой конкретно файл обрабатывает мой запрос? Да и все равно я не понимаю, например URL вида
http://dns/articles/01_01_2012-01_01_2013
вы же не будете хранить специальный файл с расширением .php на каждый возможный запрос, или я не понимаю сути? Или если я использую ПХП я ограничен только GETом для формирования подобных ссылок?

ПрограмёрFishHookпропущено...

после точки, зачем оно?
Новогодняя шутка?!
Потому что файл так называется. Это точно то же, что и спрашивать почему файлы с джаваскриптом имеют расширение js, файлы питона - py, паскаля - pas, html разметки - html и т.д.
Так исторически сложилось, что расширенре файла говорит о типе данных в нём и состоит из трёх букв (в редких случаях из четырёх и более, являясь несовместимыми с досом). Также исторически сложилось что php состоит из трёх букв. Вот и получается.
ссылки на сайты, написанные на питоне не оканчиваются на .py
http://python.su/forum/topic/20360/ , никаких расширений не наблюдаю

miksoftFishHook,

Некоторые программисты сайтов считают нужным скрывать расширения файлов от внешних пользователей, некоторые - нет. У обоих вариантов есть плюсы и минусы.

Вот, например, текущий сайт sql.ru расширение aspx показывает.
И какие плюсы?

miksoftFishHookИ какие плюсы?Плюс сокрытия:
- возможность сменить платформу невидимо для внешнего наблюдателя, в т.ч. без потери внешних ссылок. (строго говоря, это можно было бы и без сокрытия расширения, но тогда после смены платформы приходилось бы настраивать урлрерайт для смены фактического расширения файлов, что было бы весьма неудобно при разработке).
- облегчение чтения/записи URL-а пользователями.
мне интересны плюсы открытия, а не сокрытия

miksoftFishHookмне интересны плюсы открытия, а не сокрытия- Упрощение администрирования, т.к. не требуется прописывать правила рерайта url-ов (особенно важно для новичков и недохостингов, где такой возможности не предоставляется).
- Ускорение отдачи файлов за счет того, что не нужно рерайтить url-ы (хотя и весьма небольшое).
Я правильно понимаю, что при этих "плюсах" один файл = одно представление/контроллер?

miksoftособенно важно для новичков и недохостингов, где такой возможности не предоставляется
Тут не понял, а что юзая ПХП я описываю правила роутинга на уровне веб-сервера?

miksoftFishHook,

Вы что-то путаете.
"представление/контроллер" - это более высокий уровень абстракции, чем файл или url.
"роутинг" - это более низкий уровень абстракции.

Применительно к Апачу, см. mod_rewrite .
Для других веб-серверов, как правило, существует аналогичный функционал.

Ну а я про что, даже на самом низком уровне, допустимом в веб-программировании, будь то cgi или какие-нибудь специфические вещи типа wsgi, любой здравомыслящий человек сначала пишет резолвер URL или берет готовые решения, а потом на этой основе строит тело приложения. Возможно ПХП настолько сам в своей тарелке, что там все иначе. Возможно, чтобы на ПХП поставить функцию представления в соответствие с URL нужен отдельный файл и доступ к конфигам апача. Пусть это будет так. Но я этого не понимаю, хоть убей. Это и есть его хваленая простота? Так она хуже воровства ибо стимулирует убогие архитектурные решения.

Edd.DragonURL без прикрас - это путь к файлу, который ты, юзер, приказываешь серверу выполнить.
это совершенно не логично, в крайней степени не логично. Во-первых, если я - юзер начну приказывать Вашему серверу, то его ожидает вполне прогнозируемый кирдык. А во-вторых, ставить в соответствие url - файлу не представляется эффективным, т.к. это должно означать, что один файл соответствует одному адресу, и Вы получите ад мелких и бессмысленных файлов и не сможете моделировать адрес по своему желанию, вы привяжитесь к файловой системе.