Мелкие черты вашего сайта
Процесс создания единообразного хорошо организованного сайта сродни постройке дома. Можно быстро примчаться на площадку, прилепить кое-как кирпичи друг к другу, и затем расслабиться, сладко позевывая. А потом, через несколько месяцев, вы будете удивляться, почему у вас течёт крыша, а на ваших гостей с потолка валится штукатурка.
А можно все спланировать заранее, составить чертеж сайта, и все время помнить о том, как вы в будущем будете его расширять. Ведь, какой дизайнер не захочет добавить что-то новое к своему сайту? И какому сайту не придется в будущем менять технологию, на которой он работает?
Грустно сознавать, но в этом процессе часто забывают об одном этапе - продуманной структуре ссылок, тех самые URL-ов, которые будут ссылатсья на различные части вашего сайта. Вот несколько полезных советов.
Ваш друг, наклонная черта
Готов поспорить, что вы, путешествуя по Интернету, уже сталкивались с плохо продуманной структурой ссылок. В большинстве случаев проблема состоит в том, что разработчики даже не понимают, что они своими ссылками без нужды возлагают на сервер дополнительную нагрузку.
Давайте посмотрим на пример: [а hrеf="http://www.somewebsite.com/subdirectory"]ссылка[/а]
Вроде, все в порядке. В ссылке присутствует "http://", адрес окружен кавычками, закрывающий тег не забыт, и все должны быть счастливы, так?
Не совсем. Процесс перехода по ссылке будет выглядеть примерно так, в зависимости от вашего сервера и настроек:
Броузер: эй, сервер, дай-ка мне "subdirectory".
Сервер: погоди минутку. Сначала я попробую поискать файл с именем "subdirectory"... Гм.. Такого файла нету! Попробую-ка я поискать каталог с именем "subdirectory"? ... А, вот он. Порядок. А в следующий раз, пожалуйста, пользуйся наклонной чертой в конце адреса.
Броузер: Вас понял.
Лишь слегка изменив ссылку на: [а hrеf="http://www.somewebsite.com/subdirectory/"]ссылка[/а]
... вы избавитесь от этого диалога. Серверу не придется гадать, что именно вам нужно: файл или подкаталог с именем "subdirectory". Ссылка сама ему об этом скажет.
Неужели это так важно? Важно, потому что:
- Мы сами себе делаем услугу, так как это правильный метод написания адреса.
- Мы делаем услуг серверу, так как ему меньше придется обращаться к диску.
- И, что более важно, мы делаем услугу посетителю, так как ему не придется терять лишние несколько секунд в ожидании, пока сервер сначала будет искать файл, а потом каталог. Ну, а мы с вами знаем, что в web-бизнесе эти несколько секунд - большой, очень большой срок.
Каталоги и файлы
Рассмотрим следующий пример ссылки:
[а hrеf="http://www.somewebsite.com/about.php"]О нас[/а]
Вообще-то с этой ссылкой все в порядке - в смысле синтаксиса. Также, эта ссылка не создаст никакой дополнительной нагрузки на ваш сайт. Что же с ней не так?
Давайте теперь поговорим о семантике. Я предлагаю изменить ссылку вот так:
[а hrеf="http://www.somewebsite.com/about/"[О нас[/а]
Почему? Зачем вам тратить время и менять нормальную ссылку, указывающую на файл, на ссылку, указывающую на каталог (виртуальный или реальный)? Очень хорошо, что вы спросили.
а) Расширяемость
Что будет, если компания, в которой вы работаете, решит усложнить (или просто поменять) сайт и воспользоваться другой технологией? Например, заменит движок PHP (about.php) на ColdFusion (about.cfm)?
Если все ссылки будут указывать на каталоги, адрес страницы останется прежним вне зависимости от того, какой программный механизм работает на сайте. Разве это не замечательно? Ссылки целы, и время на их изменение не тратится!
С самого начала постройте продуманную структуру каталогов на сайте, и вы в будущем сами себе будете благодарны.
б) Безопасность
Вряд ли стоит выставлять на показ то, какой технологией вы пользуетесь на сайте. Используя в ссылках каталоги, вы прячете эту информацию от окружающего мира.
Вам даже не надо создавать реальные каталоги на диске. С помощью mod_rewrite (я лично пользуюсь им) вы можете переделывать URL-ы так, как вам будет угодно. Если вы не знаете, что такое mod_rewrite, обратитесь к статье Тилла Квака "Как бороться с URL-ами" из 123 выпуска A List Apart.
От единообразной, простой и продуманной струткуры каталогов выигрывают все. Также вы можете быть уверенными, что ваш сайт не сломается, когда начальство решит установить новейшую систему управления контентом, работающую на другой web-технологии.
Дайджест новых статей по интернет-маркетингу на ваш email
Новые статьи и публикации
- 2024-04-17 » 23 сервиса для эффективного экспресс-аудита любого сайта
- 2024-04-08 » Яндекс переходит на новую версию Wordstat
- 2024-04-08 » Яндекс интегрировал в свой облачный сервис эмпатичную нейросеть
- 2024-04-08 » Новая версия нейросети Claude превзошла по мощности аналоги Google и OpenAI
- 2024-04-08 » Как пользоваться GPT 4 и Claude бесплатно и без VPN
- 2024-03-13 » Стратегии SEO на 2024 год
- 2024-03-13 » Как использовать анимацию с помощью JavaScript-библиотеки GSAP
- 2024-03-13 » Использование GSAP 3 для веб-анимации
- 2024-03-13 » Cогласование топографической съёмки с эксплуатирующими организациями
- 2024-02-19 » Теряются лиды? Как настроить сквозную аналитику
- 2024-02-17 » Мерч и IT: на что обратить внимание в 2024 году
- 2024-02-16 » Копируем с RSync: основные примеры синхронизации файлов
- 2024-02-15 » Лучшие noCode AI платформы для создания диалоговых ботов
- 2024-02-14 » Факторы ранжирования Google 2024 — исследование Semrush
- 2024-02-12 » Перенос сайта на другой хостинг
- 2024-02-05 » В России сформирован реестр хостинг-провайдеров
- 2024-02-04 » Использование SSH для подключения к удаленному серверу Ubuntu
- 2024-02-03 » Подключаемся к серверу за NAT при помощи туннеля SSH. Простая и понятная инструкция
- 2024-02-02 » Настройка CI/CD для Gitlab-репозитория: схемы и гайд по шагам
- 2024-02-01 » GitLab CI Pipeline. Запуск сценария через SSH на удаленном сервере
- 2024-01-29 » Introduction to GitLab’s CI/CD for Continuous Deployments
- 2024-01-26 » Настройка GitLab CI/CD
- 2024-01-25 » Установка shell gitlab runner
- 2024-01-25 » Установка и регистрация gitlab-runner в docker контейнере
- 2024-01-25 » Переменные Gitlab-Ci
- 2024-01-25 » Настройка CI/CD в GitLab для синхронизации проекта с веб-серверами
- 2024-01-25 » Копирование файлов scp
- 2024-01-21 » Бездепозитные бонусы от казино: обзор условий и правил использования
- 2024-01-18 » Современная обработка ошибок в PHP
- 2024-01-18 » Пример шаблона проектирования MVC в PHP
«Если компания не представлена в интернете, ее попросту нет» |
Мы создаем сайты, которые работают! Профессионально обслуживаем и продвигаем их , а также по всей России и ближнему зарубежью с 2006 года!
Как мы работаем
Заявка
Позвоните или оставьте заявку на сайте.
Консультация
Обсуждаем что именно Вам нужно и помогаем определить как это лучше сделать!
Договор
Заключаем договор на оказание услуг, в котором прописаны условия и обязанности обеих сторон.
Выполнение работ
Непосредственно оказание требующихся услуг и работ по вашему заданию.
Поддержка
Сдача выполненых работ, последующие корректировки и поддержка при необходимости.