URL-этикет?

Question

Учитывая мое новое понимание силы «включений» в PHP, я предполагаю, что ВСЕ мои страницы на моем сайте будут иметь расширение .php.

Это будет считаться странным?

Раньше я думал, что большинство страниц будет .htm или .html, но, просматривая сеть, я замечаю, что на самом деле не существует никакого "стандарта".

Я не думаю, что у меня есть выбор, если я хочу вызвать мои меню из php-файла. Насколько я понимаю, так и будет ... так что просто отскакиваю от всех вас, чтобы понять, что "настоящие программисты" думают о таких проблемах.

Answer 1

То, что на самом деле имеет значение для браузера, это не расширение файла; это MIME-тип, который отправляется в заголовках HTTP. Заголовки - это данные, которые отправляются перед фактическим файлом, и указывают, какие это данные, насколько они велики, а также множество других неважных ненужных файлов. Вы можете настроить свой сервер для отправки любого расширения файла в виде HTML-страницы, но наиболее распространенными расширениями для HTML-страниц являются .htm, .html, .php, .asp, .aspx, .shtml, .jsp и некоторые другие. 1001 *

Что касается того, что это выглядит "странно", то удивительно небольшое количество пользователей будет вообще смотреть на адресную строку, не говоря уже о том, что расширение файла - .php вместо .html. Я бы не волновался об этом на твоем месте; это действительно не имеет значения.

Answer 2

обычно - убедитесь, что ваши URL-адреса легко читаются, отражают содержимое под ними и не меняются. «неизменяемая» часть может быть сложной, особенно когда вы меняете технологии с течением времени (html> php> aspx).

для достижения этого просто убедитесь, что каждая область вашего сайта отображается , чтобы находиться в своем собственном подкаталоге.

mysite.com / Новости /

mysite.com / ABOUTUS /

mysite.com / продукты /

и т.д.

Вы можете сделать это, физически структурировав свой сайт таким образом и используя документы по умолчанию (default.html / php / aspx), или используя что-то вроде перезаписи мод, перезаписи ISAPI или аналогичное, чтобы переписать эти пути в соответствующие документы. .

Кто-то, кто увлекается SEO или маркетингом, может иметь иное представление о том, что представляет собой «хороший» URL, но как разработчик я так и вижу.

Answer 3

Окончание URL в .php технически нормально, но я думаю, что в наши дни многие люди пытаются сделать URL-адреса независимыми от фактической структуры кода / файла.

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

«Ресурс», который «находит» URL-адрес, - это не файл .php или .asp, содержащий код для его отображения.

Посмотрите, например, на stackoverflow, URL этого вопроса - /questions/322944/uql-etiquette, в нем нет ничего, что можно было бы использовать, чтобы "угадать" базовую структуру / систему. Ресурсом в этом случае является вопрос и все ответы на него, а также комментарии, голоса, правки и различные другие материалы.

Answer 4

Настоящие программисты используют URL-адреса, такие как / существительное / глагол / id / и вообще не показывают расширения файлов: p

Лично я использую мод-переписать Apache.

(на чуть менее насмешливой ноте) Стоит отметить, особенно для включений, что вы должны убедиться, что ваши настоящие файлы имеют расширение .php. Я видел более одного сайта, где логику программирования можно просматривать в браузере, потому что разработчик закончил свои файлы .inc (или вставил здесь расширение без автоматического анализа).

Answer 5

Не имеет значения, чем заканчиваются ваши URL-адреса, .php в порядке и довольно распространено. Единственное, что людей волнует в наши дни, когда дело доходит до URL, это делать их привлекательными для поисковой оптимизации, но это совершенно новый вопрос.

Answer 6

Что касается этикета URL, то я действительно не думаю, что этикет связан с этим; однако, если у вас есть искушенные пользователи, посещающие ваш веб-сайт, которые имеют четкое представление о платформах и технологиях, использование расширений .php или .aspx может оттолкнуть пользователей - возможно, подсознательно.

Если вы используете apache, довольно легко заставить .php считываться как .py и наоборот, изменив файл httpd.conf. Моя текущая практика - использовать расширения .html (или вообще без расширений) и обрабатывать все файлы как .php.

Что бы вы ни решили, убедитесь, что вы никогда не нарушаете существующий URL. Этого можно достичь, даже если вы оставите расширение .php и решите изменить технологию позже.