Немного об организации структуры сайта

Создание сайтов чем-то напоминает строительство домов: можно сделать всё быстро, но потом постоянно что-то исправлять и дорабатывать, а можно подойти к задаче основательно и в дальнейшем не переживать за судьбу своего детища. Если иметь чёткое представление о будущем ресурсе и о возможностях его расширения, то результат будет гораздо лучше.

Вебмастера часто забывают об очень важном моменте – продуманной ссылочной структуре (URL-ов, ссылающихся на части сайта). Поэтому ниже представлены несколько полезных советов.

СЛЭШ

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

К примеру:

<a href="http://www.kakoytosite.com/podrazdel">ссылка</a>

С первого взгляда придраться не к чему: «http://» - на месте, адрес в кавычках, закрывающий тэг </a> - на месте. Но не всё так просто.

На практике процесс перехода по ссылке будет выглядеть примерно так:

Браузер запрашивает у сервера ссылку «podrazdel». Сервер сначала будет искать файл с именем «podrazdel», только его не существует. Тогда он станет искать каталог «podrazdel» и когда найдёт, передаст браузеру. Всё дело в слеше («/») после имени раздела.

Правильно адрес должен выглядеть так:

<a href="http://www.kakoytosite.com/podrazdel/">ссылка</a>

Тогда сервер будет меньше обращаться к диску и быстрее работать, а пользователю, соответственно, не придётся долго ждать ответа сервера. Разработка сайтов - дело тонкое, и даже несколько секунд ожидания вследствие ошибки могут стоить очень дорого.

ФАЙЛЫ И КАТАЛОГИ

К примеру:

<a href="http:// www.kakoytosite.com /about.php">О нас</a>

В плане синтаксиса со ссылкой всё хорошо, и нагрузки на сайт она не создаёт, но в чём же тогда дело?

Попробуем изменить ссылку на:

<a href="http:// www.kakoytosite.com /about/">О нас</a>

Зачем это делается? Здесь есть две основные причины.

Во-первых, никогда не следует исключать возможности, что придётся усложнить технологию сайта или поменять её на другую. Например, вдруг придётся заменить PHP (about.php) на ColdFusion (about.cfm)? В случае если ссылки будут изначально указывать на каталоги, то программный механизм ресурса не будет играть никакой роли. Лучше сразу построить продуманную структуру каталогов, чтобы в будущем уже не возвращаться к этому вопросу.

Во-вторых, не стоит сообщать всем, какая технология используется на сайте. Если использовать каталоги, то информация о технологии будет недоступна простым смертным. Можно даже не создавать реальные каталоги на диске, например, с помощью mod_rewrite можно изменять URL-ы как душе угодно.

Главный вывод

Простая и единообразно устроенная структура каталогов позволит избежать множества проблем.