На каких движках делают сайты

На простых HTML сайтах каждая статься располагается на своей странице. Но для некоторых сайтов, например для социальных сетей, такой способ не подходит. Весьма неудобно для каждого пользователя создавать отдельную страницу. На таких сайтах для всех пользователей создаётся одна страница. Информация о конкретном пользователе берётся из БД и добавляется на эту страницу.

Движок сайта — это набор скриптов и база данных, обеспечивающие работу такого сайта. В этой теме рассматривается создание движка простого сайта со статьями. Я намеренно предлагаю самый простой пример, достаточный, чтобы понять, что такое движок сайта и как его делать. В более сложном варианте будет много элементов и в них будет труднее разобраться. На основе этого примера Вы сможете делать реальные сайты.

Принцип создания

Создание движка сайта — достаточно сложная задача, требующая определённых знаий. Нужно уметь делать вёрстку сайта, работать с файлами и базами данных.

Для создания движка нужно выполнить несколько действий:

1. Сделать вёрстку страницы
2. Разделить страницу на блоки и поместить их в отдельные файлы
3. Написать код, вставляющий блоки на страницу
4. Создать базу данных для контента сайта
5. Написать код, который получает контент из базы данных и добавляет на страницу

У Вас может возникнуть вопрос: зачем разделять страницу на блоки и потом вставлять их при помощи PHP скрипта? В нашем примере только одна страница, но на реальных сайтах их больше. Вы можете отдельно создать главную страницу, сделать сраницы для разделов сайта, для формы регистрации и другие. И на всех этих страницах будут одинаковые блоки. Поэтому удобно раместить эти блоки в файлах и подлючать их в скрипте.

Вёрстка страницы

Подробно вёрстка рассматривается в учебнике CSS. Здесь я просто покажу код страницы. На этом этапе не обязательно определять дизайн сайта. В дальнейшем Вы сможете изменить блоки так, как угодно. А пока нужно определить общую структуру страницы.

Для данного примера целесообразно создать отдельную папку и размещать в ней все файлы сайта. Назовём страницу page.php. Пока в ней будет только HTML код, но позднее в неё добавится PHP код, поэтому сразу сохраним её в нужном формате. Поместим страницу в созданную папку.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

Страница Это шапка сайта

Главная

Это подвал сайта

В этом коде всё просто, поясню лишь основные моменты. В строке 10 создаём шапку сайта. Затем идёт таблица из двух колонок. В первой колонке находится главное меню. Пока в нём есть только ссылка на главную страницу. Вторая колонка для статьи. Она будет вставляться из базы данных. Затем следует подвал сайта.

Стиль будет содержаться в отдельном файле. Он уже подключён в 6 строке. Вот код файла:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
td < vertical-align: top; >#header < font: 30px Arial, sans-serif; margin-left: 50px; height: 80px; width: 60%; background-color: #29B6CE; >#menubar < background-color: #CCC; >#mainmenu < width: 300px; padding: 10px; >#mainmenu a < font: 14px Arial, sans-serif; text-decoration: none; >#content < min-height: 380px; >#conrent h1 < font-size: 22px; >#content p < font: 16px Tahoma, sans-serif; >#footer

Файлы шаблона

Созданную страницу нужно разделить на блоки и разместить их в файлах шаблона. Они будут находиться в основной папке сайта, но на реальных сайтах для них создаётся специальная папка. Файлы рекомендуется сохранять в формате tpl, потому что это специальный формат для файлов шаблона. Но можно сделать обычные HTML файлы. Особой разницы нет.

HTML файлы не рекомендуют использовать только потому, что это формат для страниц, а файлы шаблона — это не страницы.

Для шапки сайта создадим файл header.tpl. В нашем примере она состоит из одной строки, её и поместим в файл.

Это шапка сайта

Таблицу, составляющую основу вёрстки, мы оставим на странице. В ней находится главное меню и контент сайта. Их мы будем выводить при помощи PHP скриптов

Создадим файл footer.tpl для подвала сайта.

Это подвал сайта

Пока блоки, из которых состоит шаблон, пустые. Но Вы в любой момент можете заполнить их нужными элементами. Также Вы можете добавить в шаблон другие блоки.

Присоединение блоков

Созданные блоки нужно подключить к странице. Так как эти блоки будут всегда одинаковые, мы присоединим их самым простым способом — с помощью подключаемых файлов. Позднее мы рассмотрим более сложный способ. Подключать файлы шаблона будем с использованием конструкции require . Добавим её в те места сраницы, где должен быть код блоков. Страница будет выглядеть следующим образом:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

Страница

Главная

Если Вы всё сделали правильно, то страница должна отображаться точно так же, как до разделения на блоки. Вы можете создавать новые страницы и подключать к ним эти блоки.

Контент будет содержаться в базе данных. Я использую базу данных mybase, которая создавалать при рассмотрении предыдущих тем учебника. Если у Вас нет базы данных, то нужно её создать. В ней создадим таблицу для статей, назовём её art . В таблице должны быть такие поля:

id — номер статьи

name — название статьи

text — текст статьи

menu — текст для пункта меню

Добавьте в созданную таблицу несколько статей. Задайте им любые названия и напишите какой-нибудь текст. Чтобы отделять абзацы статей, тэги

могут находиться прямо в базе данных вместе с текстом. В ней могут быть и другие теги, например ссылки и картинки.

Если Вы создаёте отдельные страницы для разделов сайта, то можно для них сделать записи в таблице как для обычных статей.

Вывод меню на страницу

Чтобы пользователь мог увидеть статьи, в главном меню должны быть ссылки на них. Все ссылки будут вести на одну страницу и в них будет GET-запрос, содержащий номер статьи. Например ссылка на первую статью должна быть такой:

Чтобы вывести ссылки на все статьи сайта, добавим PHP скрипт в блок с главным меню. Этот скрипт будет получать id статей и тексты ссылок из базы данных. Используя эти данные скрипт будет формировать ссылки. Блок главного меню должен выглядеть так:

14
15
16
17
18
19
20
21
22
23
24
25
26
27

Главная «. $row[‘menu’].»»; > ?>

Вывод контента

Для вывода статьи нужно добавить к коду страницы скрипт, который получает статью из базы данных и размещает на странице. Этот скрипт будет находится в блоке для контента. Вот его код:

30
31
32
33
34
35
36
37
38
39
40
41
42
43
44

Главная страница

‘; else < $query=»SELECT name, text FROM art WHERE $result=mysqli_query($db, $query); $row=mysqli_fetch_assoc($result); echo ‘

‘.$row[‘name’].’

‘; echo $row[‘text’]; > ?>

Поясню, как работает этот скрипт. Номер статьи берётся из массива $_GET и записывается в переменную $art . Если номера статьи нет, значит это главная страница, и выводится текст, который должен располагаться на ней. Если номер статьи есть, то из БД берётся статья с этим номером и выводится на страницу. В этом скрипте нет подключения к MySQL, потому что это было сделано ранее. Название статьи помещается в тэг . К тексту никакие тэги не добавляются, потому что текст содержится в базе данных уже с тэгами.

Чтобы сайт был сделан более грамотно, рекомендуется разделять HTML и PHP код. Рассмотренный скрипт можно поместить в файл и подключить к странице.

Коприрование материалов сайта возможно только с согласия администрации

Источник: basecourse.ru

Что такое движок сайта?

Впервые этот термин я услышал на одном из конкурсов сайтов, проводимом для школьников и студентов. Мои ученики представляли там сайты, сделанные на HTML. Кстати, они заняли призовые места. Но из уст одного из участников я услышал, что для создания сайтов можно использовать движки. Я заинтересовался и вскоре открыл для себя огромный пласт в сайтостроении.

И еще я открыл, что я так мало знаю. Как говорится, «век живи – век учись».

Что же такое движок сайта? На самом деле, это выражение из жаргона web-мастеров. Более правильное название – программное обеспечение управления сайтом. Еще используется аббревиатура CMS – (“Content Management Software” или “Content Management System”) – система управления контентом.

Чтобы разобраться в работе CMS, нужно сначала выяснить, что такое статические и динамические страницы. Статическая страница – это HTML-файл, хранящийся на сервере, в котором прописано все содержимое страницы: и ее внешнее оформление, и текст, и расположение элементов относительно друг друга.

При наборе адреса этой страницы в браузере идет обращение к серверу и загружается соответствующий файл. Динамической страницы, как таковой, на сервере не существует. Есть база данных, в которой хранится контент, есть шаблон страниц, и есть программа (CMS), которая при запросе браузера «берет» из базы данных необходимый контент и вставляет его в шаблон.

В окне браузера мы видим уже готовый результат – получившуюся web-страницу. Говорят, что страница формируется «на лету», и существует она только тогда, когда мы хотим ее видеть. Таков принцип работы движков.

Для написания CMS используются языки программирования, чаще всего PHP. Создаются они как отдельными программистами, так и большими коллективами, целыми фирмами.

Движки имеют массу достоинств:

1. Для создания сайтов на их основе можно обойтись без знания HTML и языков программирования. Достаточно изучить несколько уроков по установке движка и разобраться с интерфейсом панели управления.
2. Сайт на CMS очень динамичен. Мы можем легко изменять и добавлять контент, создавать новые пункты меню, присоединять различные функциональные модули. При желании можно легко изменить дизайн сайта, загрузив новый шаблон. Если это делать на обычном HTML-сайте, придется переписывать все страницы. По сути, это будет создание нового сайта.
3. Немаловажным достоинством движков является то, что над их созданием работают специалисты – профессионалы. Они могут создать достаточно сложный продукт, которым, в то же время, легко пользоваться. Если мы хотим обработать текст, мы не создаем свой текстовый редактор, а просто открываем Word и работаем в нем, не вникая в то, что это очень сложная программа, над которой работала целая кампания Microsoft. Мы просто используем эту программу.

Итак, я надеюсь, вы поняли, что такое движок сайта, на каких принципах он работает, какие имеет преимущества перед другими способами создания сайтов. В следующих статьях будет сделан обзор различных CMS и рассмотрены наиболее популярные системы. Также будут новые статьи о работе над дизайном сайта в программе Photoshop. Чтобы не пропустить появление новых статей, подпишитесь на обновления блога.

Создание качественного сайта на WordPress 4

Курс с примером создания сайта на бесплатной CMS — WordPress.

Если вы можете что-то добавить, обязательно оставьте комментарий.

Проголосуйте за статью, нажмите кнопку социальной сети.

Источник: kviter.ru

Сайт на CMS, фреймворке или собственная разработка — что лучше?

Егор Косолапов из Uplab сравнивает разные варианты: разработку на чистых языках программирования, фреймворках, самописных и массовых CMS.

Чего хочет заказчик, когда обращается в агентство? Чтобы ему сделали сайт. Каким образом — вопрос второстепенный. Главное, чтобы в бюджет уложились, всё работало как задумано, а идеально — ещё лучше. Как задумано — значит удобно для пользователей, легко в управлении и безопасно.

У подрядчика в ответ на запрос клиента масса предложений. Рассмотрим, в каких случаях есть смысл создавать сайт на массовой CMS, а когда лучше пойти по пути уникальности.

Все сайты делятся на два типа

• Созданные на CMS — системах управления сайтом (неважно, самописных, бесплатных или массовых коммерческих).

Волжский Диджитал-Тур 2023 – уже совсем скоро!

RUWARD и ДАЛЕЕ отправляются в очередной Диджитал-Тур и проведут 5 классных митапов для диджитал-агентств/продакшенов Поволжья: Нижний Новгород (18 сентября), Казань (20 сентября), Ульяновск (22 сентября), Самара (25 сентября) и Волгоград (28 сентября). Участие бесплатное, но нужно зарегистрироваться.

• Сайты, функциональность которых задаётся программистами. Специалисты могут использовать только языки программирования или работать с фреймворками.

Сайт состоит из внешней и внутренней части. Внешняя — это дизайн и контент, внутренняя — это база данных и административная панель. При разработке сайта на CMS необходимо создать только внешнюю часть — дизайн, сверстать его и «натянуть на движок». А при самостоятельной разработке придётся создавать и всю начинку.

Промежуточный вариант, который совмещает оба метода, — самописные системы управления контентом. В этом случае сначала с нуля создаётся скелет функций, а затем решение становится типовым, и уже на его основе создаются похожие сайты. Как правило, самописные CMS используются для решения довольно узких задач.

Проведём аналогию с автомобилем

• Собственная разработка — это создание машины с нуля, изобретение.

• Разработка на фреймворках — сборка машины с помощью готовых работающих узлов и запчастей.

• Сайт на самописных CMS — авторский автомобиль, который затем воспроизводится.

• Сайт на массовой CMS — универсальный серийный автомобиль промышленного производства.

По сути, мы видим переход от штучного продукта к рыночному, от индивидуального — к массовому производству. Причём у каждого варианта свои преимущества и недостатки.

Массовая CMS

Системы управления контентом, которые созданы компаниями-разработчиками, бывают как платными, так и бесплатными.

Бесплатные CMS ограничены по набору функций и технической поддержке, обычно используются для создания личных или небольших корпоративных сайтов. Нередко имеют проблемы с безопасностью, поэтому для создания серьёзных проектов не рассматриваются.

Коммерческие CMS — это мощные, универсальные системы для разработки разных типов сайтов с защитой и техподдержкой.

Когда подходит

• Вам не нужны специфические функции.
• Проект не предполагает высокой нагрузки.
• Ограниченный бюджет.
• Сжатые временные рамки.
• Нужен простой и понятный инструмент.

На массовой CMS можно создать все основные виды сайтов. Большинство систем состоит из модулей. Наборы таких модулей составляют редакции сайтов: корпоративный сайт, визитка, каталог, интернет-магазин, блог, портал и так далее. Это самый распространённый и простой способ сайтостроения.

Преимущества

• Легко изучить и настроить стандартный сайт. Не нужно знать языки программирования.

• Подключаемые модули. Можно расширять возможности за счёт плагинов.

• Быстрая скорость разработки. Основная часть работы уже сделана, от вас нужен контент, дизайн и настройка.

• Техническая поддержка. Компании-разработчики поддерживают собственные продукты.

• Полноценная документация. Для массовых коммерческих CMS легко найти всю сопутствующую документацию.

• Есть API. Готовые платформы имеют проработанный интерфейс прикладного программирования, который позволяет интегрировать ресурс с другими сервисами.

У готовых платформ, как правило, есть интерфейс прикладного программирования, который содержит много классов, структур, функций и прочих элементов. Всё это позволяет интегрировать ресурс с внешними программными сервисами.

• Ограниченная функциональность. Как правило, у каждой CMS своя специализация, которую, впрочем, можно расширить за счёт редакций.

• Невысокая производительность. Это плата за универсальность. В движке заложены широкие возможности, что дополнительно нагружает сервера.

• Избыточность некоторых модулей. Бо́льшая часть возможностей может вообще не использоваться.

• Уязвимость. Поскольку основная масса коммерческих сайтов сделана на популярных коробочных версиях CMS, именно на них направлены атаки.

Самописная CMS

Далее рассмотрим системы управления контентом, разработанные отдельным программистом или студией. Это аналоги массовых CMS, но имеют небольшое распространение, даже если продаются. Могут создаваться на заказ.

Если массовые CMS — это универсальные решения, то самописные версии — продукт индивидуальной разработки. Обычно заточены под решение конкретных задач.

Когда подходит

• Готовые решения вам однозначно не подходят.
• Вы уверены в разработчике самописного движка.
• У вас есть время и деньги на разработку.

Самописные CMS чаще используют для специфических проектов, когда требуется повышенный уровень безопасности, гибкость или, наоборот, простота в работе. Примером могут служить движки, разработанные для онлайн-СМИ. Они лишены громоздкости массовых систем и при этом могут обладать функциями управления контентом, которых нет в обычных движках.

Такие CMS очень кастомизированные. Как правило, обладают специальным интерфейсом, который удобен для редакторской работы. В этом случае переделка обычной CMS обошлась бы дороже и велась бы дольше, нежели собственная разработка.

Преимущества

• Можно продумать функции сайта под конкретный проект.

• Нет плагинов и расширений, которые требуют обслуживания и утяжеляют сайт.

• Ниже вероятность взлома, исходный код будет только у вас и разработчика.

• Выше производительность, поскольку нет лишнего кода.

• Проще управление — можно включить только те элементы, которые вам необходимы.

Недостатки

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

• Высокая стоимость проекта. Придётся оплачивать услуги опытных программистов или студию.

• Качество продукта полностью зависит от квалификации исполнителя, а грамотных и опытных профессионалов найти сложно.

• Зачастую нет полноценной документации, поскольку проекты изначально строятся под заказ и не рассчитаны на массовое использование.

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

• Нет API. Для любой интеграции придётся создавать уникальные решения, что выльется в затраты времени и финансов.

Разработка на фреймворках

В переводе с английского framework — каркас, остов, структура. В разработке это готовая надстройка над «чистым» языком программирования. Фреймворк выполняет две задачи: задаёт архитектуру и позволяет подключать дополнительные модули и пакеты, за счёт чего можно расширять функциональность проекта.

Фреймворк — это набор отлаженного кода для решения конкретных задач, которые чаще всего стоят перед разработчиками. Если при разработке на CMS вы отрезаете все лишнее, то здесь всё наоборот: «лепите» сами из готовых блоков. Во многих случаях такой подход является более эффективным и оправданным.

На основе фреймворков можно разработать отдельное веб-приложение, сайт и даже CMS. Фреймворки существуют для всех языков программирования, бывают самописными и студийными. Наиболее популярные представители: Yii, Zend Framework, Symfony2, Laravel, Phalcon, Codeigniter, Kohana.

Когда подходит

• Проект с высокой нагрузкой — когда производительность сайта критически важна.

• Необычный, нешаблонный проект. Тот случай, когда лучше создавать что-то самому, чем переделывать.

• Проект будет активно изменяться и подстраиваться под тренды и ваши потребности.

• У вас, как у заказчика, достаточно опыта и есть чёткое понимание, каким должен быть проект и его особенности.

Разработка на фреймворках сложнее, чем на CMS, и требует высокой квалификации как от разработчиков, так и от заказчика. Необходимо подобрать специалиста, оценить его опыт и чётко поставить перед ним задачи. Гибкость разработки на фреймворках открывает массу возможностей, но между тем приносит определённые сложности.

Преимущества

• Высокая производительность. Меньше лишних элементов — быстрее работа.

• Большая степень индивидуализации для решения конкретных задач.

• Отлаженный код и безопасность. Фреймворки постоянно тестируют на ошибки.

• Гибкость. Можно легко решать даже нестандартные задачи, при этом разными путями.

• Доступность дополнений. Можно использовать в работе готовые пакеты и библиотеки.

Недостатки

• Сложность — разработчику необходимо обладать высокой квалификацией.

• Нет административной части — раздел редактирования нужно создавать самостоятельно.

• Нужно много времени — сроки значительно увеличиваются.

• Высокая стоимость разработки.

• Дорогое обслуживание. Развитие сайта также будет стоить дороже, поскольку каждый раз придётся привлекать специалистов.

Собственная разработка

Под собственной разработкой понимается создание сайтов на языках программирования, например, на чистом HTML или PHP. При этом вся функциональность прорабатывается с нуля.

Когда подходит

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

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

Преимущества

• Вы получите набор функций, о котором пожелаете.
• Высокая производительность.
• Полный контроль разработки.
• Свобода творчества — вы ограничены только возможностями языка разработки.

Недостатки

• Большие временные затраты.
• Требуется высокая квалификация и опыт разработчиков, поскольку им придётся создавать все с нуля.
• Нужен большой бюджет.

Чтобы владеть чем-то уникальным, нужно вложить много ресурсов. Без команды опытных программистов — никуда.

Идеально, если вы готовы держать собственный штат разработчиков, которые в любой момент смогут исправить ошибку, доработать функцию или внедрить новую.

Хорошо, если у вас есть бюджет на агентство. Однако в последнем случае процесс становится не столь гибким. К тому же агентств, которые готовы взяться за создание «велосипеда», на рынке не так много.

Лидеры рунета всё делают сами

В первую очередь — на цели проекта и ваши возможности. Давайте обратимся к опыту рынка. По данным Data Insight, в основе более чем половины крупных интернет-магазинов — собственная разработка.

Похожая ситуация с крупнейшими сайтами рунета — из топ-100 подавляющее большинство работает либо на самописных CMS, либо разработаны на фреймворках или языках программирования.

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

Но это не значит, что массовые CMS проигрывают

Во-первых, подавляющее большинство сайтов — а их миллионы — всё же работают на CMS. Во-вторых, ещё недавно собственная CMS была у каждой студии. Даже мы в Uplab создавали собственную CMS, но по ряду рациональных причин перешли на Битрикс.