Учитывая мое новое понимание возможностей «включает» в PHP, я предполагаю, что ВСЕ мои страницы на моем сайте будут с расширением .php.
Будет ли это сочтено странным?
Раньше я думал, что большинство страниц будут иметь формат .htm или .html, но, глядя в сеть, я заметил, что на самом деле нет никакого «стандарта».
Я действительно не думаю, что у меня есть выбор, если я хочу вызывать свои меню из файла php. Насколько я понимаю, так оно и будет ... так что просто отскакиваю от вас всех, чтобы почувствовать, что думают "настоящие программисты" по поводу таких проблем.





Неважно, чем заканчиваются ваши URL-адреса, .php в порядке и довольно распространен. Единственное, что сегодня волнует людей, когда дело доходит до URL, - это сделать их удобными для поисковой оптимизации, но это совершенно новый вопрос.
Настоящие программисты использует URL-адреса типа / noun / verb / id / и вообще не показывает расширения файлов: p
Лично я использую мод-перезапись Apache.
(чуть менее насмешливое замечание) Стоит упомянуть, особенно для включений, что вы должны гарантировать, что ваши фактические файлы имеют расширение .php. Я видел более одного сайта, где логику программирования можно было просмотреть в браузере, потому что разработчик закрыл свои файлы .inc (или вставил сюда неавтоматически анализируемое расширение).
Фактически, идентификатор - это деталь реализации, не имеющая значения или интереса для пользователя. Идеальная схема URL не раскрывала бы идентификатор рассматриваемого объекта конечному пользователю.
в целом - убедитесь, что ваши 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 ... на один поиск в БД меньше?
ну ресурс идентифицируется по его id в базе данных! ничего не могу поделать, хе-хе. слаг после идентификатора кажется спорным (если это слово), попробуйте удалить его или заменить чем-то другим, он по-прежнему показывает ту же страницу.
У меня есть «понятное имя» в моих URL-адресах, и я затем сопоставляю фрагмент с именем URL-адреса в моей БД. Подходит для моих небольших сайтов с несколькими страницами. Я думаю, что немного обойдется без идентификатора, чтобы дать вам представление о странице.
Что касается этикета URL-адресов - я действительно не думаю, что этикет здесь задействован; однако, если у вас есть опытные пользователи, посещающие ваш веб-сайт, которые имеют твердые взгляды на платформы и технологии, использование расширений .php или .aspx может отпугнуть пользователей - возможно, подсознательно.
Если вы используете apache, довольно легко сделать так, чтобы .php читался как .py и наоборот, изменив файл httpd.conf. Моя текущая практика - использовать расширения .html (или вообще не использовать расширения) и обрабатывать все файлы как .php.
Что бы вы ни решили, убедитесь, что вы никогда не нарушите существующий URL. Этого можно добиться, даже если вы сохраните .php в качестве расширения и решите изменить технологию позже.
Возможно, да, но неуклюже. Намного проще и разумнее создавать URL-адреса типа домен / пользователь / редактировать / алок вместо домен / user_edit.php? userid = 41284
Вот для чего нужны файлы .ht