Относительные пути для включений в HTML? Возврат к старым временам?

Определенно. Вы никогда не знаете, чем закончится ваш код и с какой целью.

Предположим, вы создаете новую версию сайта, но, чтобы облегчить переход пользователей, вы перемещаете старую версию в подкаталог «/ classic». То же самое часто происходит и в обратном направлении, когда сайты будут размещать бета-версию нового редизайна в каталоге «/ new».

Построить его правильно с первого раза не должно быть хлопот, и вы однажды поблагодарите себя за это.

Что ж, вероятно, это не конец света, но он создает зависимость, которая вам не нужна.

Если, например, вы когда-нибудь захотите поместить несколько версий в подкаталоги в тестовой обвязке, или подкаталоги помогают обойти какую-то другую проблему (например, объединить это с каким-то другим приложением, которое настаивает на том, чтобы находиться в корне), вы можете найти это Сильнее.

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

Если вы используете динамически генерируемые страницы, динамически генерируйте свои URL-адреса. Например, с JSTL используйте <c: url>. Это не только позволит вам перемещать ваши страницы в будущем, но и гарантирует, что ваши URL-адреса будут правильно экранированы (скажите правду: как часто вы строите строки запроса с помощью & amp ;?, если вы хотите, чтобы валидатор W3C их принимал, тебе надо).

Для моего личного веб-сайта, который использует PHP для создания страниц, я создал несколько методов: insertPageRef (), insertCodeRef () и так далее, которые создают действительные HREF. В результате я без колебаний меняю структуру своего сайта по мере ее развития.

Я бы сказал, что перемещение в подкаталог довольно необычно. Гораздо более обычным является размещение на разных серверах: вы создаете свой сайт для тестирования на «dev.yourcompany.com», а затем запускаете его, перемещая его на «www.yourcompany.com». В этом случае вам необходимо использовать относительные ссылки по очевидным причинам.

Обновлено: убил мой начальный абзац, поскольку он был основан на неправильной интерпретации упомянутой статьи.

Я всегда использую абсолютный путь по следующим причинам:

Включает: 1. Когда вы используете систему шаблонов, вы никогда не знаете, какую структуру каталогов будет иметь документ при вызове включения. 2. Если документы собираются перемещать, вы можете быть уверены, что это будут сами документы, а не их включения. Если это включает, то они перемещаются моим кем-то, кто знает, что происходит. Вдобавок к этому, если кто-то не знаком с абсолютным / относительным путем, он поймет абсолютный намного лучше, чем относительный.

css: (а также элементы выше) 1. При редактировании с помощью Web Developer относительный фон исчезает, если таблица стилей находится не в том же каталоге, что и документ. 2. По спецификациям, когда вы что-то выкладываете в инет, это должно быть там все время. Когда я создаю что-то новое, я создаю это в новой папке или с новым именем файла и оставляю все старые документы в покое.