Составная структура — следующая большая вещь для веб-сайтов

Сфера веб-разработки достаточно развита. Веб-сайты больше не нужно кодировать вручную с нуля.

Многочисленные платформы и фреймворки, такие как WordPress, Drupal и Shopify, становятся незаконными стандартами, помогая предприятиям запускать и запускать веб-сайты за короткое время, которое раньше требовалось.

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

Эти платформы имеют существенные недостатки, такие как медлительность, негибкость и недостатки безопасности.

Нужны еще более совершенные инструменты.

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

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

Скорость

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

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

Однако они неисправны. Серьезные проблемы. Есть две основные проблемы со скоростью:

Скорость рендеринга

Сегодня большинство веб-сайтов имеют монолитную структуру, то есть все управляется с одного сервера.

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

В качестве примера рассмотрим следующую стратегию для базового сайта электронной коммерции:

1. Страница продукта запрашивается пользователем.

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

3. Он определяет состояние входа в систему и местоположение пользователя.

4. Он получает шаблон страницы продукта и заполняет его.

5. Страница показывается пользователю.

Все эти шаги должны быть выполнены для создания одного просмотра страницы продукта.

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

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

Решение

Концепция монолитного сервера становится бесполезной из-за компонуемой структуры.

По сути, концепция состоит в том, чтобы отделить каждый компонент веб-сайта (контент, данные, шаблон, логин пользователя и т. д.), а затем использовать программу для обработки каждого компонента по отдельности.

Например, безголовая CMS может использоваться только для редактирования содержимого сайта, платформа обработки платежей может быть интегрирована для обработки транзакций электронной коммерции, Next.js или Gatsby могут использоваться для создания уровня представления сайта, и все это может быть предварительно скомпилированы и размещены в глобальной сети доставки контента.

Результат? Веб-страницы загружаются практически мгновенно, а вся обработка выполняется сторонними API, размещенными в облаке.

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

Большинство составных веб-сайтов, которые мы тестируем с помощью инструмента Google PageSpeed, имеют оценку производительности от 98 до 100 (из 100), что напрямую влияет на SEO.

Скорость сочинения

Хотя использование CMS по-прежнему намного быстрее, чем использование самого HTML, создание новых страниц может занять мгновение.

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

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

Решение

Гибкий подход распространяется и на содержание веб-сайта.

Разбивка страниц на части для повторного использования позволяет быстро создавать и заполнять новые страницы, как при сборке из конструктора Lego.

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

Гибкость

Работа с шаблонами помогает поддерживать согласованность на веб-сайте.

С другой стороны, шаблоны часто «попадают в ловушку». Если вы хотите протестировать лендинг, переместив или внедрив новый компонент, может быть сложно, если не сложно, сделать это без помощи разработчика.

Решение

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

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

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

Безопасность

Все на монолитном веб-сайте, как описано выше, хранится на одном сервере.

Это программная составляющая, данные и, может быть, даже финансовая информация от клиентов.

Злоумышленники становятся все более опытными во взломе этих систем с помощью все более сложных атак.

Задержка из-за взлома не только приводит к потере доходов, но и может нанести ущерб вашему бренду, снизив доверие клиентов.

По данным Bloomberg, «атаки программ-вымогателей на промышленные компании увеличатся на 87% в 2022 году».

Решение

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

Сайт был тем, что был раньше и хранится на резервной CDN.

Информация хранится в облачных решениях для предприятий (доступ только через API), а вся финансовая обработка осуществляется через сторонние API.

Проще говоря, хакерам нечего взломать с вашей стороны.

Заключительные слова

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

По данным Gartner, компонуемая архитектура приложений — это сектор, который является ключевым трендом, и компании, создающие системы с использованием компонуемой стратегии, «превзойдут конкурентов по скорости разработки новых функций на 80%».

Естественно, изменения могут быть трудными.

Многие маркетологи проходят обучение работе с WordPress, Drupal или другими популярными платформами.

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

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

Не уверен, где начать?

Netlify и Vercel, две полностью независимые CDN для развертывания, предлагают бесплатные уровни доступа, а также библиотеки шаблонов начальных проектов.

Вы можете быстро засучить рукава и освоиться с основными строительными блоками составной структуры.

Дополнительные материалы на PlainEnglish.io.

Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter, LinkedIn, YouTube и Discord .

Заинтересованы в масштабировании запуска вашего программного обеспечения? Ознакомьтесь с разделом Схема.