Этикет URL?

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

Будет ли это сочтено странным?

Раньше я думал, что большинство страниц будут иметь формат .htm или .html, но, глядя в сеть, я заметил, что на самом деле нет никакого «стандарта».

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

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
0
496
6

Ответы 6

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

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

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

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

Вот для чего нужны файлы .ht

Joe Phillips 27.11.2008 10:01

Фактически, идентификатор - это деталь реализации, не имеющая значения или интереса для пользователя. Идеальная схема URL не раскрывала бы идентификатор рассматриваемого объекта конечному пользователю.

Agrajag 07.08.2012 17:13

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

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

mysite.com/news/

mysite.com/aboutus/

mysite.com/products/

и т.п.

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

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

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

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

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

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

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

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

Хотя похоже, что в нем есть Id ... на один поиск в БД меньше?

alex 27.11.2008 09:32

ну ресурс идентифицируется по его id в базе данных! ничего не могу поделать, хе-хе. слаг после идентификатора кажется спорным (если это слово), попробуйте удалить его или заменить чем-то другим, он по-прежнему показывает ту же страницу.

hasen 27.11.2008 09:36

У меня есть «понятное имя» в моих URL-адресах, и я затем сопоставляю фрагмент с именем URL-адреса в моей БД. Подходит для моих небольших сайтов с несколькими страницами. Я думаю, что немного обойдется без идентификатора, чтобы дать вам представление о странице.

alex 27.11.2008 11:04

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

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

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

Возможно, да, но неуклюже. Намного проще и разумнее создавать URL-адреса типа домен / пользователь / редактировать / алок вместо домен / user_edit.php? userid = 41284

Agrajag 07.08.2012 17:14

Другие вопросы по теме