С каждым годом WordPress всё сильнее уходит от ярлыка «блоговый движок» в пользу сайтов-визиток, интернет-магазинов и одностраничных сайтов. Изменяются и запросы пользователей.
Первое, что хотят владельцы сайтов-визиток - сделать статическую главную страницу, т.к. именно она сходу рассказывает посетителю о компании, об её услугах и даёт возможность продолжить знакомство.
В материале этой инструкции поговорим о создании статической главной страницы. В конце будет ещё и видео! Поехали! 😉
Многие премиальные темы (которые покупаются за деньги) имеют свой механизм настройки главной страницы и материал данной инструкции может быть бесполезен. Помните об этом, пожалуйста.
Если у вас не получается изменить главную страницу по моим рекомендациям, тогда вам стоит изучить документацию к вашей теме, возможно есть нюансы в её настройке. 🙂
Совет: очень часто при создании страницы имеется возможность выбрать шаблон в интерфейсе создания страницы. Там будет написано или «Home page», или нечто другое, но в таком духе, в общем. Обратите внимание, возможно это именно ваш случай.
Введение
По-умолчанию WordPress на главной странице выводит последние N записей в обратном хронологическом порядке. Обычный блоговый формат, ничего необычного и вы с ним уже знакомы.
Это поведение практически всегда используется в большинстве бесплатных тем. Лишь за редким исключением бесплатные темы могут делать главной страницей статическую страницу, вместо блога.
Данная инструкция необходима будет только тем, у кого после установки темы на главной странице выводятся именно посты, а не слайдеры, блок услуг и прочие не-блоговые элементы.
Создание страниц
Для того, чтобы установить статическую главную страницу, её надо для начала создать. Заходим в меню «Страницы» - «Добавить новую», набираем нужный текст и публикуем её.
Тут есть нюанс: т.к. мы с вами убираем посты блога с главной страницы, нам ещё предстоит создать отдельную страницу с названием «Блог», например. Она будет использоваться для вывода ваших записей.
Итого, после этих операций у вас будут две страницы: «Главная» и «Блог», можете выбрать сами. Я предпочитаю использовать «glavnaya» и «blog», просто и понятно.
Установка главной страницы
Теперь дело за малым: необходимо пометить нашу только что созданную страницу как главную. Для этого заходим в раздел «Настройки» - «Чтение» и смотрим на интересующий нас блок настроек:
Переключаем опцию на значение «Статическую страницу» и нам открывается возможность выбрать из списка страниц недавно созданные новые страницы. Давайте сделаем вот так:
Сохраняем и переходим на главную страницу, убеждаемся, что вместо ней теперь не записи, а нужная вам информация о вашей компании или проекте. То, что мы и хотели! 🙂
Используйте существующую страницу
На самом деле, можно не создавать специально главную страницу, а использовать для этого одну из существующих, например, «О компании» или «Услуги». Это оптимальный вариант для сайта-визитки.
Для блога это может быть страница с приветствием, либо об авторе. Но я в своём личном блоге поступил иначе - модифицировал шаблон таким образом, чтобы были видны и посты на главной, и нужное приветствие.
Постоянно подключенные к Интернету по всему миру компьютеры, на которых располагаются сайты, называются серверами (от английского serve –– служить, обслуживать). Программное обеспечение, которое обеспечивает отправку web-страниц во “всемирную паутину”, также называется сервером или w eb-сервером .
Обычные неизменяемые (статические ) web-страницы лежат в каталогах сервера в виде готовых HTML-файлов. Работа web-сервера в этом случае заключается лишь в том, чтобы в ответ на запросы браузера передавать ему необходимые файлы:
Если запрос не может быть выполнен, то web-сервер возвращает определенный код ошибки (например, код 404 –– файл не найден, или 403 –– к нему запрещен доступ).
Браузер, в свою очередь, отображает страничку, опираясь на правила языка HTML, и обеспечивает реакцию на действия пользователя, когда он щелкает по гиперссылкам. Языки HTML и CSS описывают только содержимое web-страниц и их внешний вид. Все страницы такого сайта должны быть созданы заранее и, чтобы изменить его содержимое, необходимо переписать код страниц и снова загрузить сайт.
В настоящее время существует большое количество web-серверов, но наиболее популярным является Apache , который относится к бесплатному программному обеспечению, и позволяет взаимодействовать со многими операционными системами.
Динамические w eb-страницы
Ограничения статических web-страниц снимаются в динамических web-сайтах. Страницы таких сайтов могут динамически менять содержимое и оформление. Кроме того, можно создавать интерактивные документы и web-приложения, которые в реальном времени взаимодействуют с пользователем.
При запросе динамических страниц web-сервер запускает программу-сценарий (называемую также скриптом –– script ), которая написана на каком-либо языке программирования. Именно такой сценарий, в зависимости от параметров запроса, и формирует HTML-страницу, которая передается браузеру и отображается. При этом никаких дополнительных требований к браузеру пользователя не предъявляется, он может быть любым, вся нагрузка по созданию динамических страниц ложится на сервер. Браузер по-прежнему работает с уже готовыми web-страницами, разница лишь в том, что их содержимое формируется для каждого посетителя сайта отдельно.
Серверные сценарии
необходимы при создании поисковых систем, форумов, интернет-магазинов, новостных сайтов, почтовых служб и во многих других
случаях. С помощью сценариев можно также генерировать изображения, анимации, создавать письма электронной почты и делать многое другое.
Сценарии на языке PHP
Серверные сценарии можно писать на различных языках программирования, но чаще для этого используются языки, специально для этого предназначенные: PERL (Practical Extraction and Report Language –– практический язык для создания выборок и отчетов) и PHP (Hypertext Preprocessor –– препроцессор гипертекста).
Язык PHP сейчас на первом месте по популярности в силу большой функциональности и сравнительной легкости освоения. Некоторые операционные системы, например, Linux, уже имеют в своем составе PHP. В Windows требуется загрузить и установить соответствующее программное обеспечение вручную.
Как работают php -страницы
При запросе браузером PHP-страницы (то есть страницы, формируемой с помощью PHP-сценария) web-сервер, в свою очередь, передает запрос PHP-процессору, который считывает файл страницы. Если этот файл является сценарием (php-программой *.php), то выполняются операторы этого сценария, а в памяти web-сервера формируется нужная страница, которая, в конце концов, передается браузеру. Причем в зависимости от запроса один и тот же файл этой страницы может содержать разную информацию.
Таким образом, главная цель PHP-сценария состоит в формировании HTML-страниц. При этом может выполняться запрос к базе данных, в которой хранится вся необходимая информация.
Страницы делятся на статические и динамические по поведению документа в браузере. С другой стороны эти понятия часто используют и в другом смысле. Документы также делятся на статические и динамические по способу создания документа.
По поведению документа в браузере пользователя, различают:
- Статические html страницы
Статические - означает, что страница выглядит всегда одинаково, на зависимо от действий пользователя. Например, меню организованно ссылками на отдельные страницы, а не выпадающим списком. - Динамические html страницы
Эти страницы уже могут реагировать на действия пользователя и изменяться. Например, при щелчке по тексту может показываться всплывающий блок текста с переводом слова. Кстати, именно так реализован один из плугинов-переводчиков для браузера Firefox.
Динамика на веб страницах реализована при помощи скриптов, которые выполняются браузером. Многие элементы языка html поддерживают определение обработчиков событий. Например, можно задать обработку события "нажатия кнопки мыши" на картинке. Тогда если пользователь кликнет на эту картинку, вызовется определенный для этого обработчик.
Это может звучать несколько запутано, но не переживайте. Когда вы с этим столкнетесь - все будет проще.
Самый распространенный язык для создания динамики веб страниц - это JavaScript. (Не путайте с языком программирования Java. Это две совершенно разные сущности.)
Реже используется VBscript(visual basic script). (Microsoft как всегда пошла своим путем.)
По способу создания документы делят опять на статические и динамические.
Статическими называют страницы, если они лежат на сервере в html виде.
А динамическими называют те, которые генерируются "на лету" по запросу браузера.
Как легко увидеть, если на сервере лежит обычная html страница, то такой подход сильно ограничен. Например, у вас есть интернет-магазин, и вы добавили новый товар. Если ваш магазин состоит из "статических" html страниц, то вы должны вручную подправить несколько других страничек. Как минимум это каталог товаров и, наверное, форму заказа. Если у вас кончился какой-либо товар, то опять надо обновлять сайт. Это очень неудобно. Поэтому вы не найдете ни одного интернет магазина на html. (Хотя и можно придумать систему, которая автоматически перегенирирует сайт при изменении товара. Но это не очень элегантное решение и я о таком никогда не слышал).
Если ваш сайт содержит часто меняющийся контент (content - информация на сайте), то вам на помощь придут скрипты, выполняющиеся на сервере . И это ключевое отличие этих скриптов, от описанных ранее (тех, что написаны на JavaScript). Работает это следующим образом:
- Браузер запрашивает у сервера документ
- Сервер определяет, что документ является скриптом и запускает его на выполнение
- Скрипт генерирует html страницу
- Сервер отправляет сгенерированную страницу браузеру, так что тот и не догадывается, что на сервере отработал скрипт
Существует несколько языков программирования, на которых могут писать скрипты, которые генерируют "динамические" страницы. Самые распространенные из них:
- Python
- Бинарный код (программа на Си или С++ скомпилированная в исполняемый код)
Каждый из этих языков имеет свои особенности применения. Писать скрипты можно на любом языке. Главное знать его сильные и слабые стороны и использовать их эффективно. Я еще расскажу об этих языках поподробнее на страницах нашей рассылки. А пока, важно знать, что существуют различные языки программирования, на которых программируются сайты с часто меняющимся контентом.
Как правило если вы видите, что адрес страницы заканчивается на.html или.htm, то это обычная статическая страница. (Можно конечно настроить сервер так, чтобы он исполнял скрипты, которые заканчиваются на эти же окончания, только это не практично. Все таки.html и.htm - это стандарт и переопределять эти окончания не стоит.) Если же вы видите любое другое окончание, то это скорее всего скрипт. Например, скрипты на языке PHP имеют обычно расширение.php, на языке Perl - .pl, ASP - .aspx
Если же адрес не содержит имени страницы, то сервер будет использовать документ заданный по умолчанию (обычно это либо index.html либо index.htm либо index.php).
Надо сказать, что сейчас все больше набирает силу гибридная система. Название у нее, как у голландского футбольного клуба - AJAX, что означает: Asyncronous JavaScript And XML (Как расшифровывается название голландского клуба я не знаю:)). Эта технология позволяет скриптам на JavaScript обращаться к какому либо скрипту на сервере и получать информацию с сервера. Это в свою очередь, дает пользователю гибкость и позволяет перезагружать только часть содержимого страницы, а не всю ее полностью (что значительно экономит трафик).
Выводы
Статические html страницы - не очень гибкое решение. Использовать их стоит, только если у вас полностью статическое содержание. Например, вы выкладываете в сеть какую-либо книгу. Книга уже написана и изменяться не будет. В этом случае, намного эффективнее и проще оформить книгу как статический html документ.
Если же у вас на сайте часто меняющаяся информация, то выбор следует остановить на использовании скриптов.
Вот расхвалил вам скрипты. Однако, у скриптов есть один минус: они требуют дополнительных ресурсов от сервера для своей работы. Если html страничку надо просто прочитать с сервера и отправить браузеру, то скрипт надо сначала запустить и выполнить. К тому же, очень часто скрипты используют систему управления базой данных (СУБД
) для хранения изменяющихся данных, что создает дополнительную нагрузку.
Александр Архипов
Продолжаем цикл публикаций о статических сайтах на базе нашего облачного хранилища (см. предыдущие публикации и ). Сегодня мы подробно обсудим вопросы их тонкой настройки и оптимизации.
Главным критерием отличной работы сайта с точки зрения пользователя является, конечно же, скорость загрузки компонентов. Если сайт по тем или иным причинам загружается слишком долго, это неизбежно приводит к потере посетителей, которым надоедает ждать. Чтобы сделать сайт быстрым и удобным, нужно проделать определенную работу по его оптимизации.
О подключении к нашему облачному хранилищу CDN от компании Akamai мы уже писали . CDN хранит весь статичный контент (изображения, текстовые файлы, JS, CSS и так далее) на кэширующих серверах, разбросанных по всему миру (см. карту ).При обращении к веб-странице или ее ресурсам запрос будет обработан географически ближайшим к клиенту кэширующим сервером. Использование CDN помогает увеличить скорость загрузки сайта как для стационарных, так и для мобильных устройств.
По умолчанию все данные кэшируются в CDN на 24 часа. Недавно в хранилище была добавлена новая функция, с помощью которой можно очистить кэш CDN в любой момент:
Для этого достаточно перейти на показанную на рисунке вкладку и ввести в форму адреса страниц, кэш которых требуется очистить. Кэш будет очищен не моментально, а примерно через 15 минут после отправки формы.
Любая веб-страница включает множество разных элементов: изображения, скрипты, файлы стилей и так далее. Пользователь, посещающий страницу в первый раз, получает все эти элементы, выполнив ряд HTTP-запросов. Чтобы избежать повторной загрузки большого количества файлов, используется кэширование.В основе модели кэширования, используемой в протоколе HTTP, лежат так называемые валидаторы — специальные заголовки, используемые клиентом для того, чтобы убедиться, что кэшируемый документ все еще актуален. Благодаря валидаторам клиент может проверять состояние документа, не передавая на сервер кэшированную копию целиком. В свою очередь сервер передает в ответе документ только в том случае, если полученный им валидатор свидетельствует о наличии в кэше клиента устаревшей копии.
Валидаторы подразделяются на сильные и слабые. Сильные валидаторы появились в HTTP/1.1. Они называются так потому, что они изменяются всякий раз, когда изменяется файл. К ним относятся так называемые ETags (entity tags). ETag представляет собой идентификатор содержимого документа; он изменяется, если в документе изменится хотя бы один бит. В качестве идентификатора может использоваться, например, MD5-cумма содержимого документа. Когда клиент запрашивает с сервера документ, значение ETag передается в ответе, например:
HTTP/1.1 200 OK
Server: Selectel_Storage/1.0
Accept-Ranges: bytes
Last-Modified: Mon, 18 Aug 2014 12:25:38 GMT
X-Timestamp: 1408364738.80296
Content-Type: image/jpeg
Content-Length: 458073
Access-Control-Allow-Origin: *
Access-Control-Expose-Headers: Last-Modified, ETag, X-Timestamp
ETag: "ebef3343a7b152ea7302eef75bea46c3"
Date: Wed, 20 Aug 2014 11:52:48 GMT
При повторном запросе этого же документа сохраненное значение валидатора передается уже в заголовке If-None-Match:
GET / HTTP/1.1
Host: example.org
If-None-Match:"ebef3343a7b152ea7302eef75bea46c3"
Если документ не был изменен, то в ответе сервер вернет только заголовки и код 304 Not Modified. Иначе сервер вернет код 200 и передаст новую версию документа, а также новое значение ETag для нее.
В нашем хранилище и ETag генерируется сразу же после загрузки файла. Он представляет собой MD5-хэш содержимого. Если контент изменяется, то изменяется и ETag.
Слабыми называются валидаторы, которые не обязательно изменяются при каждом изменении файла.
Примером слабого валидатора может служить заголовок Last-Modified. Значением этого заголовка является дата последнего изменения файла. В нашем хранилище оно устанавливается автоматически. Если указать при запросе в заголовке If-Modified-Since дату не ранее, той, которая в данный момент содержится в заголовке Last-Modified, то ответом также будет являться 304 Not Modified.
Сильные валидаторы могут использоваться в любом контексте. Слабые валидаторы используются в контексте, который не зависит от точного содержания файла.
Например, валидаторы обоих типов могут быть использованы в GET-запросах с условием (If Modified Since или If None Match). Однако при загрузке файлов по частям могут использоваться только сильные валидаторы — иначе клиент получит файл в неконсистентном виде.
Чтобы устанавливать срок хранения в кэше браузера копии файла, оригинал которого находится в хранилище, используется заголовок Cache-Control с директивой max-age. Благодаря этому заголовку можно достаточно сильно увеличить скорость загрузки сайта — если файл закэширован, то браузер будет мгновенно отображать контент из кэша, не делая ни одного запроса к сайту.Время хранения файла в кэше указывается в секундах:
Cache-Control: max-age=7200
В приведенном примере оно составляет 7200 секунд (2 часа). Обычно таким способом кэшируются CSS, JS и графические файлы. Их желательно кэшировать навсегда, а при изменении содержимого изменять ссылки на них в HTML. В RFC 2616 для таких файлов рекомендуется указывать время кэширования, не превышающее 1 год:
Cache-Control: max-age=31536000
Если требуется, чтобы определенный файл не кэшировался, а всегда отдавался «свежим», для заголовка Cache-Control устанавливается следующее значение:
Cache-Control: no-cache
Оно указывает, что элемент вообще не должен кэшироваться и что клиент должен запрашивать его при каждом обращении к хранилищу (время загрузки файла в этом случае увеличится, так как придется скачать тело файла).
Еще один способ, с помощью которого можно всегда получать файл в актуальной версии, заключается в добавлении к имени файла контрольной суммы содержимого.
Если содержимое файла изменится хотя бы на один бит, то и контрольная сумма тоже изменится. Если никаких изменений не было, то браузер использует файл из кэша. При изменении файла изменится ссылка на него, и будет загружена новая версия.
Получить контрольную сумму можно как с помощью стандартных утилит md5sum или sha1sum, так и с помощью специальных утилит.
Можно также добавлять к ссылкам на файлы произвольный набор символов - например, метку времени (http://example.com/script.js?timestamp_here),- и обновлять ссылки при каждом деплое сайта. При использовании такого способа, однако, нет никакой гарантии того, что браузер не будет делать лишних запросов: даже на файлы, содержимое которых не изменялось, будет вести уже другая ссылка (ключом кэширования выступает вся ссылка целиком вместе с query-параметрами), и придется скачивать их заново.
Для HTML-страниц предпочтительнее устанавливать для заголовка Сache-Сontrol значение no-cache. Если нужно что-то срочно изменить на странице, а у клиента эта страница уже закэширована (современные браузеры делают это по умолчанию), то клиент может вообще не увидеть внесенных изменений.
Это особенно важно при использовании CDN: СDN Akamai по умолчанию кэширует файлы без соответствующих заголовков на 24 часа. Можно, конечно, очистить кэш (см. выше), но придется ещё ждать как минимум 15 минут после отправки соответствующего запроса. Установка же значения no-cache поможет избежать возможных проблем — страница всегда будет загружаться в актуальном виде. Браузеры в этом случае все равно будут использовать заголовки If-None-Match (или If-Modified-Since), и страница, которая не была изменена, не будет загружаться лишний раз.
В некоторых случаях время кэширования HTML-страниц лучше указывать исходя из частоты изменений. Например, если страница с новостями на сайте обновляется каждый час, то для max-age можно установить значение 3600 (1 час).
Значение заголовка Cache-Control (равно как и другиx HTTP-заголовков) в нашем хранилище можно установить через веб-интерфейс:
Через веб-интерфейс устанавливаются значения заголовков только для контейнера в целом. Значения заголовков для отдельных файлов можно установить только через API или с помощью сторонних клиентов.
Вместо Cache-Control можно использовать заголовок Expires. В его значении указывается дата в формате RFC 1123 date format, по наступлении которой файл перестает быть актуальным (например: Tue, 31 Jan 2012 15:02:53 GMT). До наступления этой даты браузер не будет делать запросов к сайту, а будет получать файл из кэша. После этой даты файл будет загружен снова.
C помощью сжатия можно существенно ускорить загрузку сайта. Начиная с HTTP/1.1 клиенты сообщают о поддерживаемых методах сжатия в заголовке Accept-Encoding:Accept-Encoding: gzip, deflate
В ответе сервера информация об используемом методе сжатия передается в заголовке Content-Encoding:
Content-Encoding: gzip
Одним из самых популярных и наиболее часто используемых сегодня методов является, конечно же, gzip. C его помощью можно существенно сократить время загрузки. Gzip особенно эффективно работает с текстовыми файлами: HTML, CSS, JS. Благодаря сжатию размер текстовых файлов (и, соответственно, объем передаваемого трафика) уменьшается в среднем в 5-10 раз. Это позволяет значительно увеличить скорость загрузки страницы, что особенно актуально для мобильных клиентов с медленным соединением.
Для графических файлов использовать gzip смысла нет: сжатие не помогает значительно снизить их размер, а часто даже увеличивает его.
В Akamai CDN gzip используется для большинства текстовых файлов по умолчанию.
Под минификацией понимается удаление лишних/необязательных символов из файла с целью уменьшения его размера и сокращения времени загрузки. Благодаря этому размер файлов уменьшается в среднем в 1,5—3 раза. Сегодня широкое распространение получает практика минификации не только JS и CSS, но и других типов файлов (HTML, графических файлов и т.д.).Для минификации используются специальные инструменты, в частности:
С помощью минификации можно не только убирать незначимые пробелы и переносы строк (в CSS и JS они опциональны), но и выполнять более сложные операции. Например, в JS функцию вида:
Function summ(first_param, second_param) {
return (first_param + second_param);
}
Можно превратить в function s(a,b){return(a+b)} и далее везде в коде использовать s вместо summ, при этом полностью сохранив логику её работы. Посмотреть, как работает процедура минификации JavaScript, можно на странице http://lisperator.net/uglifyjs/ в разделе Open Demo.
Здесь может помочь конкатенация — объединение нескольких файлов одного типа (например, JS или CSS) в один. Она позволяет уменьшить количество запросов и тем самым увеличить скорость загрузки страниц.
Конкатенация может также использоваться для ускорения загрузки изображений. Она может осуществляться двумя способами: с помощью внедрения данных в URL и с помощью спрайтов.
Внедрение данных осуществляется с помощью особого вида URL — data: URI. URI (Universal Resource Identifator) может использоваться как в атрибуте src тэга img, так и в URL фонового изображения в CSS.
Для конвертации изображений в data:URI существуют онлайн-инструменты (см., например, и ).
Спрайтом называется коллекция изображений, объединенная в одну картинку. Для формирования сайтов используются различные программные инструменты. С помощью CSS можно обращаться к необходимому участку большого изображения и помещать его в нужное место на сайте.
Спрайты помогают увеличить скорость загрузки, но следует отметить, что работа с ними часто бывает сопряжена с затруднениями. Чтобы внести даже небольшое изменение в спрайт, потребуется вносить сопутствующие изменения и в CSS.
В современных инструментах для сборки проектов на JS (
Даже у новичков наверняка на слуху такие фразы "статичекий сайт" и "динамический сайт". Но что конкретно значат эти словосочетания и в чем разница между ними, каковы преимущества того или другого вида сайта?
Давайте мы с вами не будем гадать, а просто подробно разберемся и сравним их.
Статические и динамические сайты - в чем разница?
Хотя на сегодняшний день количество динамических сайтов увеличивается, нельзя наверняка сказать, окинув первым взглядом сайт, который вы открыли, статический он или динамический.
Статические сайты примеры
Предположить можно с первого взгляда, что сайт является статическим, если, например, он содержит одну или небольшое количество страниц, или, например, если это сайт-визитка какой-либо компании и информация на нем никогда не изменяется или обновляется очень редко, если на нем нет таких возможностей, как, например, комментирование или регистрация и т.п..
На самом деле статический сайт может обновить только человек, хорошо разбирающийся в вебразработке, так как в нем нет админ-панели, поэтому все обновления на сайте придется проделывать через его исходный код.
Статичные сайты стоят дешевле и занимают меньше места на хостинге, потому многие небольшие компании до сих пор предпочитают их динамическим сайтам.
Таким образом, мы можем видеть преимущества статических сайтов:
- Они просты и быстры в разработке
- Дешевы в разработке и меньше нагрузки на .
Наряду с преимуществами можно выделить и недостатки статических сайтов:
- Для обновления сайта требуется опыт вебразработки.
- "Застаивание" контента.
Чтобы обновить даже самую маленькую деталь на таком сайте, вам придется либо самому копаться в коде, либо, если вы сами не знаете HTML и CSS, вам нужно будет каждый раз прибегать к услугам вебмастера.
Из-за того, что содержимое такого сайта обновляется очень редко, контент на них "застаивается", это весьма неблагоприятным образом сказывается в поисковиках. Конечно, продвигать такой сайт можно, но преимущественно платными способами.
Динамичные сайты примеры
С другой стороны - динамические сайты могут стоить гораздо дороже, тем более, если они будут разрабатываться с самого нуля. А также хостинг будет немного дороже, так как нужно будет подключить дополнительные возможности. Но многочисленные преимущества динамических сайтов с лихвой перекрывают эти недостатки.
Динамический вебсайт дает его владельцу возможность очень легко обновлять и добавлять контент на свой сайт. Например, новости и события могут добавляться через админ-панель в самом браузере, без необходимости редактировать файлы с кодом.
Возможности динамического сайта могут ограничиваться только нашим воображением.
Примеры динамических сайтов - это сайты на основе систем управления, интернет-магазины, сайты объявлений, форумы, сайты с возможностями для клиентов и посетителей оставлять отзывы, комментарии, загружать файлы и т.д.
Преимущества динамических сайтов:
- Более функциональный сайт.
- Намного проще его обновлять.
- Постоянное обновление положительно сказывается на продвижении сайта и приносит больше посетителей.
- Такой сайт помогает своему владельцу и дает намного больше возможностей общаться со своей аудиторией и сделать свой сайт более интересным для посетителей за счет различных функций.
Выводы
Итак, мы видим, что перспектив развития у динамического сайта гораздо больше, чем у статического, несмотря на то, что, возможно понадобится побольше времени, чтобы воплотить такой сайт в жизнь.
Все больше и больше людей осознают неоспоримое преимущество динамических сайтов, а потому их появляется все больше в сети.
Но с другой стороны, все зависит от того, что нужно конкретно ВАМ, если вам нужен, например, одностраничный сайт, через который вы будете продавать какой-то товар, или же сайт-визитка от 1 до 5-6 страниц, который вы не планируете постоянно обновлять, то вполне естественным решением будет остановиться на статическом сайте.
Если же вы хотите чтобы ваш проект постоянно развивался и наполнялся контентом, то, несомненно, вам нужен динамический сайт.
