что такое веб платформа простыми словами
Современная Web-платформа: как расслабиться и получать удовольствие? Практическое руководство, часть 1
Всем привет!
Помните эту статью? Раньше мы могли быстро собрать статичную HTML-страничку в каком-нибудь FrontPage и сайт был готов. С этим мог справится любой студент. В более сложном случае, мы писали пару строк на PHP и получали уже целый портал, собранный из разных элементов шаблона на сервере. Затем мы захотели, чтобы наш сайт как-то выделялся на общем фоне и умел чуть-чуть больше. Трон занял его-величество jQuery. Теперь же, мы оказались погребены под завалами фреймворков и библиотек, инструментов сборки, менеджеров зависимостей, препроцессоров и постпроцессоров, особых форматов, языков и стилей программирования, чтобы иметь возможность стряпать простые лэндинги. Все стало слишком сложно. Спикеры на конференциях стали соревноваться в изощренности того, каким еще образом можно сломать нам мозг. Как мы докатились до жизни такой? Чем «раньше» так сильно отличается от «сейчас»? Что нас ждет «потом»? Есть ли в современной веб-разработке некий дзен-стайл, блюдя который, можно, как в старые добрые времена, собрать себе уютный сайтик «на коленке» за пару вечеров, без ковыряния в документации десятка хипстерских технологий-однодневок? Насколько доступны нам простые решения в серьезной промышленной разработке? Куда движется веб-платформа? Предлагаю разобраться.
Для того, чтобы поэкспериментировать с практической частью, вам понадобится любой удобный редактор кода (например Visual Studio Code) и актуальная версия браузера Chrome. Для начала этого будет вполне достаточно. Впоследствии (я планирую целый цикл публикаций на эту тему), все неминуемо усложнится, но мы будем стараться оставаться «в рамках» — это наша цель.
Предпосылки и решение
Когда я делал свои первые сайты (в конце 90-х — начале 2000-х), первое, что мне показалось странным и ужасно неудобным в обычном HTML — невозможность описать «заголовок», «подвал» и «главное меню» сайта в одном месте для всех страниц сразу. Я мог вставить одну картинку или один скрипт во многих местах, но не банальный кусок разметки. Также, я не мог описать общий макет страницы, без необходимости повторять его в каждом отдельном HTML-файле. Я думаю, многих эти-же причины подтолкнули к первым экспериментам с серверными технологиями. Но для всего серверного нужен соответствующий сервер, а это новый уровень усложнения задачи, казавшейся сперва такой простой. Так или иначе, эта проблема решалась множество раз и множеством способов. Мы пытались использовать iframe, пытались динамически управлять видимостью фрагментов, содержащихся на одной странице; как только не издевались над собой и здравым смыслом. В итоге, мы пришли к современному набору мета-платформ типа React или Vue.js, которые, среди прочего, позволяют нам создать структуру модулей, отражающую структуру того, что мы видим на экране. Но и сама веб-платформа не стоит на месте и, о чудо, теперь у нас есть нативная возможность создавать больше чем просто многократно используемые куски разметки: теперь мы можем создавать свои собственные настоящие HTML-теги! Причем, каждый такой тег может быть как примитивным контейнером, содержащим только необходимое оформление (или быть интерактивным UI-элементом), так и макетом всей страницы. Он даже может содержать в себе целое сложное приложение с кучей, необходимой вам, клиент-серверной логики. Да, я говорю о новом стандарте Custom Elements (Living Standard). И он действительно многое меняет.
Пробуем на вкус
Для первого знакомства давайте воспроизведем вышеописанный кейс с общим макетом, хедером, футером и навигационным меню, в самом примитивном виде:
Обратите внимание на именование кастомных тегов: по стандарту оно обязательно должно содержать дефис (один или более). Также, вы, наверное, заметили атрибут «slot» — о нем немного позже.
Теперь перейдем к файлу, описывающему основной макет страницы elements/my-layout.js:
Прошу прощения за избыток стилей в данном примере: они нужны только для наглядности при отображении результата в браузере.
В части шаблона, где находится сама разметка, мы снова встречаем слово «slot» — это специальный тег, который работает в сочетании с ShadowDOM — он определяет позиции в разметке для частей контента нашего элемента. Соответствие определяется тем самым атрибутом «slot», который я упомянул ранее. Если у тега «slot» нет атрибута «name» — в него попадет контент «по умолчанию», который, в свою очередь, не имеет атрибута «slot». Это очень простой, но очень мощный нативный инструмент шаблонизации на «клиент-сайде».
Создадим остальные элементы. Файл elements/my-menu.js:
И последний файл нашего нано-проекта elements/my-footer.js:
Та-дам! Можно открывать наш index.html в браузере. Внимательный читатель заметил, что стили для тега «span» были напрямую определены сразу в двух местах (для разных элементов), однако они не повлияли друг-на-друга и отобразились правильно.
Что мы увидели?
Мы увидели пример настоящей модульной разработки без подключения каких-либо внешних библиотек, без настройки окружения, без ожидания сборки проекта, даже без необходимости запускать локальный сервер. В инструментах разработчика браузера мы видим непосредственно свой JS-код и свою собственную разметку, а не результат работы скриптов, создающих за нас DOM. Контент нашего главного HTML-файла находится в нем-же и сразу доступен, опять-же, без какого-либо предварительного рендера. Мы можем повторно использовать наши кастомные теги в этом-же проекте или в любых других. Мы не загрузили ничего лишнего и отобразили страницу практически мгновенно. Объем дополнительного JS-кода, который нам понадобился для этого — микроскопический. При этом, каждый наш новый элемент — это такой-же полноправный DOM-элемент как и любой стандартный div. Для него доступны те-же самые стандартные атрибуты, свойства, события и методы типа addEventListener, appendChild, remove и т. д. Это то, чего мы так долго хотели? По моему, да.
Дальше — больше
В дальнейшем мы рассмотрим следующие темы (не обязательно в указанном порядке):
Как организована веб-платформа
Вы наверняка слышали про веб-платформу, спецификации, W3C, CSSWG и другие организации, которые создают технологии, которыми мы пользуемся каждый день для создания веб-интерфейсов. Но от этого всегда веяло какой-то тайной, всё казалось переусложнённым и не вызывало доверия. Давайте разберёмся, как устроено создание спецификаций и как можно принять участие в развитии веб-платформы.
Веб-платформа Скопировать ссылку
«Веб-платформа» — это набор стандартизированных API (HTML, CSS, JavaScript, SVG…), которые разработчики используют для построения сайтов и веб-приложений. Помимо «корневых» технологий платформа включает ещё и локальные браузерные API, которые добавляют в браузер новую функциональность: DOM, Console, Fetch и другие.
Стандарты Скопировать ссылку
Спецификации Скопировать ссылку
Спецификаций в веб-платформе много. Спеки создаются в специальных организациях: W3C, WHATWG, Ecma International, OpenJS Foundation и другие — в них и создаются HTML, CSS, SVG, JS, Node.js. Дальше мы подробнее поговорим о том, как работают W3C и WHATWG.
W3C Скопировать ссылку
World Wide Web Consortium — международная организация, в штате которой примерно 60 человек из мировых университетов (MIT, ERCIM, Keio University, Beihang University). Также в W3C есть членство для внешних компаний.
На апрель 2021 в W3C состоит 438 компаний-членов: производители браузеров (Mozilla, Google, Apple, Samsung), софтверные компании (Adobe, Zoom), технологические гиганты (Amazon, Facebook, Visa, Alibaba), сервисы (Airbnb, Netflix, Shopify), железо (Huawei, Intel) и другие.
Чтобы иметь членство W3C, компании нужно платить членские взносы (для бедных стран — меньше, для богатых — больше). Например, если небольшая российская компания захочет вступить в «клуб» W3C, то это в 2021 году будет стоить минимум 1950 € в год (для больших компаний в 10 раз больше).
Компании отправляют своих сотрудников для работы в W3C. Вместе со штатными сотрудниками W3C приглашённые делегаты формируют рабочие группы (WG, Working Group).
Работа в FAANG (аббревиатура из названий крупнейших компаний Facebook, Amazon, Apple, Netflix, Google — прим. редактора) — не единственный способ попасть в рабочую группу W3C. Группа может включать и приглашённых экспертов (Invited Expert), которые никак не аффилированы с бизнесом, но являются крутанами в своей области. Все рабочие группы собираются на ежегодной сходке TPAC (Technical Plenary), которая проходит осенью.
Рабочая группа CSS в W3C Скопировать ссылку
Как устроена рабочая группа, на примере CSS Working Group.
В ней есть председатели, штатные сотрудники W3C, делегаты из внешних компаний (FAANG и другие) и приглашённые эксперты, например: Рэйчел Эндрю, Элика Этемад, Лия Веру, Джонатан Нил. Внешние эксперты приглашаются по предложению участников рабочей группы.
Среди всех участников выделяется три роли:
Контент CSS-спецификаций живёт в репозитории github.com/w3c/csswg-drafts. Там же заводятся ишью и проводятся публичные дикуссии по контенту. Вот, например, увлекательное обсуждение CSS-нестинга.
Также у рабочей группы есть еженедельные собрания, на которых обсуждаются и решаются ишью, ведётся лог обсуждения. Ссылки на лог публикуются в блоге и в Твиттере. Вот, к примеру, о чём договорились на прошлой неделе.
Спецификации в W3C Скопировать ссылку
Все спецификации W3C опубликованы в одном месте по адресу w3.org/TR.
Спеки проходят такие формальные стадии развития (некоторые промежуточные технические стадии упростил):
Текущая версия черновика называется Editor’s Draft (ED) и может быть достаточно сырой, но она самая живая из всех — над ней работает редактор спеки.
Спецификации по CSS Скопировать ссылку
Если отфильтровать все спеки по тегу CSS, то получится больше сотни. Большая часть из них — черновики WD, меньшая — рекомендации REC и CR.
После публикации единой монолитной спецификации CSS 2.1, рабочая группа решила распилить её и дальше развивать отдельные независимые модули. Также появилась идея собрать из отдельных модулей общий сборник «CSS 3» и дальше развивать отдельные модули и двигать их по уровням независимо друг от друга.
К примеру, в CSS 2.1 был раздел Color. Поэтому в рамках CSS 3 появился отдельный модуль — CSS Color Level 3. Дальше он будет двигаться к Level 4, потом к 5 и так далее.
Если в спеке CSS 2.1 изначально какой-то фичи не было, например, кастомных свойств или флексов, то новые спецификации начинают нумероваться с первого уровня: например, CSS Custom Properties for Cascading Variables Module Level 1 или CSS Flexible Box Module Level 1.
Чтобы не потеряться в обилии спек, рабочая группа CSS время от времени публикует «срез» состояния CSS — Snapshot. Последний из опубликованных — CSS Snapshot 2020. Это список всех спек, про которые в 2020 году можно сказать, что это и есть весь современный стабильный CSS.
Процесс работы над спеками CSS Скопировать ссылку
Как показала практика, работа над CSS-спеками не всегда укладывается в формальную линейную однонаправленную схему WD → CR → REC. Иногда развитие спеки в ответ на полученный фидбек двигается назад, а не вперёд. Поэтому есть более неформальное и близкое к жизни описание стадий работы над спеками, которое показывает стабильность спецификации:
Все CSS-спеки, сгруппированные по таким стадиям, опубликованы на странице CSS current work.
WHATWG Скопировать ссылку
Но не W3C единым жива веб-платформа. В 2004 году от W3C из-за разногласий по поводу будущего HTML откололась группа разработчиков стандартов. Эта группа назвалась WHATWG — Web Hypertext Application Technology Working Group. В W3C собирались остановить работу над HTML в угоду XHTML 2 — новой версии XHTML, обратно не совместимой с HTML 4 и XHTML 1. В WHATWG считали, что нужно продолжать развивать HTML и стандарты для создания веб-приложений. Они форкнули HTML и развили его до того самого HTML 5, тем самым выиграв у W3C.
До 2019 существовало две разные параллельные спецификации HTML, но потом W3C и WHATWG помирились и договорились работать вместе над «вечнозелёной» спекой HTML.
Помимо HTML в WHATWG работают над такими фичами: Compatibility, Console Object, DOM, Encoding, Fetch, Fullscreen, URL и XHR. Все спецификации опубликованы на сайте spec.whatwg.org.
Спеки WHATWG живут в репозитории github.com/whatwg.
Процесс работы WHATWG Скопировать ссылку
В отличие от W3C, WHATWG — открытое и бесплатное сообщество. Любой желающий может участвовать в развитии спек. Работа ведётся на Гитхабе.
Все стандарты WHATWG — «вечнозелёные», то есть не имеют версий, а всегда «доделаны». В WHATWG сравнивают разработку спек с разработкой ПО — софт тоже постоянно разрабатывается и меняется.
У каждого стандарта в идеале есть:
Редактор тащит развитие стандарта, разрешает разногласия между контрибьюторами, сокращает количество открытых ишью, договаривается с теми, кто внедряет стандарты в браузеры и допиливает стандарт под их возможные ограничения.
Всего в организации на Гитхабе в июне 2021 состоит 81 человек.
Тесты веб-платформы Скопировать ссылку
Когда рассказывают о веб-спецификациях, мало говорят про тесты. Вот есть текст спеки, вот её внедрили в браузере, это ок. А как узнать, что ничего старого при этом не поломалось? Как оценить, что внедрение корректное и спеку поняли правильно?
Тесты нужны, чтобы помочь мейнтейнерам софта (браузеров) проверить корректность своей работы: найти баги, проблемы совместимости с другими браузерами. Также они помогают приоритизировать работу над определённой группой более критичных багов. У веб-платформы есть свой набор тестов, который открыто пишется сообществом. Они удобно разделены по названиям фич и внутри структурированы по разделам спецификаций.
Реалии таковы, что браузеры не проходят все тесты на 100% и вряд ли будут когда-то их проходить. Новые фичи появляются в браузерах, а за ними приходят баги, спеки и внедрения допиливаются — всё это нормально. К примеру, в июне 2021 из 41761 тестов в Chrome не проходят 510 тестов, в Firefox — 1377, а в Safari — 3859.
Графики результатов тестов, сгруппированные по фичам, есть на сайте wpt.fyi. Вот такая, к примеру, ситуация с поддержкой гридов в браузерах.
Тесты, помимо пользы для разработчиков браузеров, дают и обычным разработчикам возможность оценивать фичи перед использованием. Обычно разработчики смотрят на статистику внедрения фич на сайте Can I Use. Так можно получить ответ на вопрос: есть ли фича в определённом браузере. Но кроме формального внедрения фичи стоит учитывать:
Как контрибьютить в веб-платформу Скопировать ссылку
Самый простой вариант, как въехать в тему — подтянуть английский и заняться багами:
Платформа сайта: что это такое и как её узнать
Зачастую, для потенциального клиента сайт является отправной точкой знакомства с Вашим бизнесом. Как и СЕО-продвижение сайта в Интернете, продвижение Вашего ресурса очень важно. Достигнуть этого как раз возможно с помощью создания сайта, с впечатляющим веб-дизайном, удобным интерфейсом и информативным макетом. Для этого ряд компаний предлагают различные платформы, о которых мы и поговорим.
Что такое платформа сайта
Расскажем о том, что такое платформа сайта, ведь от её выбора зависит то, какой функционал сайта будет реализован и дальнейшее развитие ресурса в целом. Коротко говоря, платформа сайта – это те программные решения и скрипты, при выборе которых создается полноценный функционирующий ресурс. Как правило, для создания веб-сайта выбирается одна из следующих платформ: CMS, фреймворк и Saas.
Наиболее популярной платформой для создания ресурса является CMS. Плюсом здесь станет то, что функционал ресурса может расширяться по усмотрению его владельца за счёт модульной системы. Существуют как платные, так и бесплатные версии, среди которые наиболее популярными выступают: Joomla, WordPress, 1-С Bitrix и Umi. О том, какими преимуществами обладает Joomla, Вы можете прочитать здесь, так как их существует огромное количество.
Плюсов у CMS платформ явно больше, чем минусов. Поэтому, множество небольших и средний веб-сайтов делают выбор именно в их пользу. С экономической стороны такой выбор является наиболее целесообразным, так как технические требования не очень высоки и большинство встроенных модулей в таких платформах соответствуют предъявляемым требованиям.
А вот что не содержит в себе готовых программных модулей, так это платформы фреймворк. Мы уже упоминали об этом, когда рассказывали о том, что такое СMS сайта и отличии её от фреймворка. Использование фреймворк-платформ требует значительных затрат на программирование, так как вместе с созданием публичной части ресурса так же программируется базы данных, интерфейс для управления проектом и различные модульные алгоритмы.
Несмотря на преимущества CMS, в настоящее время популярность приобретает создание веб-сайтов на SaaS-платформах. Такие платформы строятся на работе с облачными технологиями. Лучше всего они подойдут для простых сайтов, временных проектов без каких-либо специфических модулей. Создание сайта на SaaS-платформе не требует знаний в области языков программирования и является достаточно дешевой услугой.
Как узнать платформу сайта
Точного ответа на вопрос, как узнать платформу сайта, так же как стоимость создания сайта-визитки под ключ нет. Но существует ряд сервисов, которые способны распознать платформу, на которой создан веб-сайт.
Есть такой сайт: itrack.ru, на котором Вы можете просто ввести адрес сайта, после чего будет показано, на какой именно платформе был создан сайт. Но, как и везде, существуют исключения. Существуют специально созданные платформы, которые отсутствуют в базе.
Как сделать сайт на платформе
Перед тем, как сделать сайт на платформе, стоит изучить основную информацию о различных сервисах, понять какую CMS выбрать, чтобы Ваш ресурс успешно развивался.
Во-первых, WordPress – это одна из самых популярных платформ для создания веб-сайтов в мире. Почти половина Интернет-сайтов работают именно на ней. WordPress так же является бесплатным конструктором, имеющим открытый исходный код. То есть Вы имеете максимальный контроль над своим сайтом.
Во-вторых, Joomla. Она является одной из самых популярных систем управления контентом, которая используется в течение длительного времени. Это предпочтительный инструмент для разработки веб-сайтов с несколькими функциональными возможностями и мощными веб-приложениями. Быстрая и простая в редактировании среда Joomla предлагает сильный веб-дизайн, который обеспечивает целостность данных.
В-третьих, Wix. Это еще одно популярное облачное программное обеспечение для создания веб-сайтов. Оно известно своей простотой в использовании и значительным набором функционала, что весьма облегчает создание веб-сайта. Здесь Вам, к тому же, не придется платить за хостинг. Для выбора дизайна предлагается доступ к множеству шаблонов, которые являются полностью редактируемыми.
В данной статье мы дополнительно рассказали о том, какие платформы существуют и привели ряд популярных среди них примеров. Какую именно платформу выбрать, решать только Вам, всё зависит от целей и срока создания ресурса.
Платформа сайта
8 ноября 2017 Опубликовано в разделах: Азбука терминов. 16482
Какие бывают платформы для создания сайтов и чем они отличаются
Фреймворки
Это отдельные библиотеки для разных языков программирования, которые используются при разработке сайтов. Самые популярные:
На самом деле, фреймворков применяющихся для создания сайтов и веб приложений намного больше, тут в качестве примера приведены наиболее популярные и широко используемые.
Основное преимущество такого типа разработки – фактически неограниченные возможности для реализации любого проекта.
Но разработка будет идти долго, так же нужно в совершенстве владеть выбранным языком программирования.
Системы управления контентом достаточно популярны. Модульная система позволяет расширять функционал по усмотрению владельца сайта. Существуют как платные, так и бесплатные CMS.
Среди бесплатных наибольшей популярностью пользуются: Joomla, Drupal, WordPress. К платным коробочным CMS относятся 1-С Bitrix, Umi, NetCat, DLE
Основное преимущество таких платформ для создания сайта:
К недостаткам можно отнести следующие аспекты работы с CMS:
SaaS – платформа для сайта
Это платформа, работающая с облачными технологиями. В последнее время это становится популярным.
Аббревиатура SaaS расшифровывается как Software as a Service, и предоставляет пользователю готовый сайт на своем облачном хостинге. Достаточно сконфигурировать его под свои задачи, после чего вовремя вносить абонентскую плату за пользование.
На таких платформах наиболее целесообразно создание сравнительно простых сайтов, не требующих каких-либо специфических модулей и решений в реализации.
Основные преимущества SaaS – платформ:
Недостатки SaaS:
Наиболее известные на сегодняшний день платформы для создания сайтов – UMI, WIX, InSales, Shopify, Setup, uCoz. Есть и множество других, но они не настолько популярны среди пользователей. Большинство платформ ориентированы на создание сайтов одной направленности (интернет-магазины, лендинг пейдж, сайты-визитки), но есть и универсальные решения.
Как узнать, на какой платформе сайт
Однозначного ответа на этот вопрос нет, но многие сервисы могут распознавать платформы, на которых реализован сайт. Кроме того, в сети есть сервисы для определения именно платформы сайта, например, itrack.ru. Достаточно ввести адрес сайта в форме поиска, и система предоставит информацию о том на какой платформе создан сайт по указанному адресу. Но это работает не во всех случаях, многие крупные проекты разрабатывают платформы под свои индивидуальные нужды, и их может не быть в базе.
Невозможно однозначно ответить на вопрос, какая платформа для сайта лучше. Та, что подходит для реализации одного проекта, может быть совершенно непригодной для другого. Выбирая платформу для создания сайта руководствуйтесь закладываемым функционалом и возможностью его наиболее простой реализации.
Специалисты студии SEMANTICA проведут комплексный анализ сайта по следующему плану:
– Технический аудит.
– Оптимизация.
– Коммерческие факторы.
– Внешние факторы.
Мы не просто говорим, в чем проблемы. Мы помогаем их решить
Сайт, информационный ресурс, информационная система, онлайн-платформа – что это такое и как они взаимосвязаны между собой?
Закон.Ру – официально зарегистрированное СМИ. Ссылка на настоящую статью будет выглядеть следующим образом: Рожкова М.А. Сайт, информационный ресурс, информационная система, онлайн-платформа – что это такое и как они взаимосвязаны между собой? [Электронный ресурс] // Закон.ру. 2021. 19 апреля. URL: https://zakon.ru/blog/2021/4/19/sajt_informacionnyj_resurs_informacionnaya_sistema_onlajn-platforma__chto_eto_takoe_i_kak_oni_vzaimo
Как показывает практика, ошибки в выборе подлежащей применению правовой нормы нередко связаны с тем, что правоприменители, сталкиваясь в законе с определением неюридического понятия, не всегда могут уяснить, что же имел в виду законодатель, давая такую дефиницию. Это обосновывает тезис о том, что в законе целесообразно формулировать критерии, которые позволяли бы распространить законоположения на ту или иную ситуацию, но не давать определения понятий, не относящихся к числу юридических (а юридических – с большой осторожностью[1]).
Изложенную позицию хорошо иллюстрирует наша с О.В. Исаевой статья «Понятие сайта (веб-сайта) для целей права»[2], в которой дан анализ понятия «сайт» и сделан вывод о том, что содержащаяся в Федеральном законе от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (далее – Закон об информации) легальная дефиниция является неверной. В рамках настоящей работы в развитие указанной статьи хотелось бы рассмотреть ряд взаимоувязанных понятий, которые не всегда понимаются соответственно их содержанию, что способствует возникновению правоприменительных проблем.
1. Сайт
В п. 13 ст. 2 Закона об информации дана следующая дефиниция: «сайт в сети «Интернет» – совокупность программ для электронных вычислительных машин и иной информации, содержащейся в информационной системе, доступ к которой обеспечивается посредством информационно-телекоммуникационной сети «Интернет» (далее – сеть «Интернет») по доменным именам и (или) по сетевым адресам, позволяющим идентифицировать сайты в сети «Интернет»».
Это определение нельзя назвать ни ясным, ни верным хотя бы потому, что программа для ЭВМ никак не может быть отнесена к разновидностям информации. Кроме того, с технической точкой зрения все, что сопряжено с Интернетом, бесспорно, можно рассматривать в ключе компьютерных программ, но для целей правильной квалификации правоотношений, возникающих по поводу того или иного объекта, необходимо четко устанавливать, в чем состоит практическое предназначение того или иного технологического явления, его прикладное значение.
Как показали проведенные исследования, для разрешения вопросов правовой охраны сайта в качестве объекта интеллектуальных прав не годится предлагаемое Законом об информации понимание сайта как «совокупности компьютерных программ и иной информации»: сайт (веб-сайт) представляет собой особым образом структурированную информацию – в виде совокупности связанных между собой веб-страниц и электронных файлов, объединенных одним доменным именем.
При этом надо отметить, что в контексте интеллектуальной собственности правовая охрана предназначается вовсе не сайту в целом, а (1) творческой компоновке контента сайта (авторско-правовая охрана составного произведения), (2) внешнему виду сайта (авторско-правовая охрана произведения дизайна), (3) дизайнерскому решению интерфейса сайта или его визуальных элементов (патентно-правовая охрана промышленного образца). В развитие сказанного следует заметить, что и для отнесения сайта к числу сложных объектов интеллектуальных прав нет оснований. Причем признанию сайта сложным объектом препятствует не только то, что перечень таких объектов, содержащийся в ст. 1240 ГК РФ, является закрытым, но и то, что сложная («многослойная») структура присуща программному обеспечению для управления контентом сайта – CMS (англ. Content Management Software или Content Management System), которое не входит в состав сайт (подробнее см. об этом упомянутую выше статью).
2. Информационный ресурс
Сегодня в отечественных публикациях и правовых актах довольно часто встречается термин «информационный ресурс», который обычно употребляется в качестве синонима понятия «сайт».
Примечательно, что в ранее действовавшем законодательстве об информации[3] термин «информационный ресурс» означал «отдельные документы и отдельные массивы документов, документы и массивы документов в информационных системах (библиотеках, архивах, фондах, банках данных, других информационных системах)»[4]. В комментариях к законодательству того периода подчеркивалось, что информационные ресурсы – это не сведения в чистом виде, а именно документированная информация, которая допускает фиксацию на разных видах носителей (бумага, машиночитаемые носители, память ЭВМ и проч.) и различную организацию хранения и использования (архив, фонд, банк данных, база данных и проч.). При этом наибольшее распространение получил подход, согласно которому информационные ресурсы и есть сами материальные носители информации [5].
В ныне действующем Законе об информации используется и понятие «документированная информация», и понятие «информационный ресурс».
Понятие «документированная информация» определено как «зафиксированная на материальном носителе путем документирования информация с реквизитами, позволяющими определить такую информацию или в установленных законодательством Российской Федерации случаях ее материальный носитель» (п. 11 ст. 2 Закона об информации). В ст. 11 Закона об информации сформулированы положения, касающиеся порядка документирования информации, и здесь же обозначена допустимость возникновения права собственности на материальные носители, содержащие документированную информацию. Изложенное дает повод заключить, что законодатель прямо отграничил документированную документацию от материальных носителей.
Понятие «информационный ресурс» употребляется в действующем Законе об информации более 170 раз. И хотя его легального определения нет в ст. 2 Закона об информации, закрепляющей понятийный аппарат, в ч. 1 ст. 15.8 Закона указывается, что под термином «информационный ресурс» понимаются «сайт в сети «Интернет» и (или) страница сайта в сети «Интернет», информационная система, программа для электронных вычислительных машин». Это дает основания для вывода о том, что законодатель однозначно отказался от уравнивания информационного ресурса с документированной информацией[6].
Содержащийся в ст. 15.8 Закона об информации перечень объектов, относящихся к информационным ресурсам, сформулирован, казалось бы, как закрытый. Причем надо заметить, явно инородным объектом в нем смотрятся компьютерные программы, включение которых в этот список, по всей видимости, обусловлено легальным толкованием сайта в качестве «программы для ЭВМ и иной информации», на что указывалось выше.
Вместе с тем нельзя не замечать, что этот перечень дан в названной статье для целей именно этой статьи. В литературе же к сетевым информационным ресурсам (информационным ресурсам в сети Интернет) стабильно относят не только веб-сайты или отдельные страницы веб-сайтов, но и разнообразные электронные файлы, веб-чаты, ресурсы с графикой, аудио- и видеофайлами, автоматизированные базы данных, размещенные на одном или нескольких электронном носителе информации (смартфоне, компьютере, ноутбуке, планшете, видеорегистраторе, GPS-навигаторы, внешние накопители информации, сетевые устройства и проч.)[7]; более того, отмечается, что в перечне информационных ресурсов прямо не упоминается, в частности, портал[8] и проч.
Таким образом, следует признать, что понятие «информационный ресурс» сегодня толкуется довольно широко и охватывает всевозможные разновидности структурированной информации. К числу информационных ресурсов относят как самые простые виды сайтов (например, сайты-визитки, персональные (домашние) страницы), так и значительно более сложные (например, промо-сайты, сайты интернет-изданий (сетевых изданий СМИ), разнообразные информационные порталы (в частности, библиотеки, коллекции аудиокниг и видеокурсов), корпоративные сайты, а также сайты интернет-магазинов, онлайн-сервисов, социальных сетей и проч. Это находит подтверждение и в самом Законе об информации: так, в п. 1 ч. 4 Закона в качестве информационного ресурса упоминается новостной агрегатор, в ч. 11 ст. 10.4 Закона – сетевые издания, в п. 1 ч. 3 ст. 10.5 Закона – аудиовизуальный сервис, в п. 1 ч. 12 ст. 10.5 Закона – социальная сеть и т.д.
Вместе с тем, как было показано выше, наметилась тенденция охватить понятием «информационный ресурс» не только сайты в классическом их понимании, но и другие объекты, доступ к которым осуществляется посредством сети Интернет. И здесь возникает опасность слишком широкого толкования понятия «информационный ресурс», что уже произошло в отношении термина «интернет-ресурс».
Изначально под понятием «интернет-ресурс» понимались веб-страницы и электронные файлы (электронные документы), но затем это понятие было признано крайне удобным для обозначения всего того, что может быть идентифицировано (тогда как термин «документ» перестал рассматриваться как универсальный)[9]. В результате сегодня понятие «интернет-ресурс» нередко используется для обозначения практически всего, что встречается в Интернете – не только веб-сайтов, электронных файлов и документов, но и доменных имен, электронных адресов, метаданных, мобильных приложений, баз данных и т.д.
3. Информационная система
В п. 3 ст. 2 Закона об информации понятие «информационная система» определено как «совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств».
В публикации Е.В. Войниканис и В.О. Калятина было высказано мнение, что термин «информационная система», включающий в качестве составной части понятие базы данных, по сути, используется законодателем вместо понятия «база данных», закрепленного в законодательстве об интеллектуальной собственности[10]. Иного мнения придерживается А.И. Савельев: он рассматривает базы данных в качестве неотъемлемой составляющей информационной системы, отмечая, что «различного рода IT-системы, информация в которых не структурирована (организована) в базах данных, не могут быть квалифицированы в качестве информационной системы»[11], и подчеркивает, что при буквальном толковании из легального понятия «следует неразрывная функциональная взаимосвязь самой информационной системы в целом и обеспечивающих обработку данных информационных технологий и технических средств, т.е. необходимого для существования самой информационной системы программного и аппаратного обеспечения» [12]. Аналогичную позицию о том, что «в основе любой информационной системы лежит база данных с содержащейся в ней информацией и такая база данных выступает основным компонентом любой информационной системы», высказывает Н.В. Бузова[13].
В рассматриваемом ключе информационная система вполне допускает ее признание разновидностью информационного ресурса (как указывалось выше, это прямо закреплено в ч. 1 ст. 15.8 Закона об информации). Однако наличие базы данных и неотделимость обеспечивающих программных и аппаратных средств принципиально отграничивает информационные системы от рядовых веб-сайтов – последние обычно представляют собой некоторую совокупность информации, размещенной на нескольких взаимосвязанных веб-страницах, и не включают в свой состав программное обеспечение. Таким образом, информационная система, подпадающая под широкое понятие «информационный ресурс», является значительно более сложным объектом, нежели сайт. Это позволяет говорить о том, что все сайты относятся к числу информационных ресурсов, но нередко сайт – это только составляющая информационной системы.
Важно заметить, что в актуальных зарубежных исследованиях, посвященных различным аспектам информационных систем, отмечается, что эта система представляет собой набор компонентов, предназначенных для сбора, обработки, хранения и распространения информации (в том числе для целей принятия решений). При этом к компонентам информационной системы относят: (1) аппаратное обеспечение (оборудование); (2) программное обеспечение (операционная система и прикладные программы); (3) данные (структурированные в базах данных или собранные в хранилищах данных); (4) телекоммуникации; (5) людей (программистов, операторов и пользователей информационной системы); (6) процесс (серия шагов для достижения желаемого результата или цели)[14].
Такое понимание стало результатом эволюции самой информационной системы, которая изначально, действительно, была близка к автоматизированному банку данных (и классическим примером здесь, вероятно, будут различного рода справочно-правовые системы). Однако уже к началу 2000 гг. информационные системы начали усложняться, что дало повод говорить о том, что они представляют собой совокупность технического, программного и организационного обеспечения вкупе с персоналом, предназначение которой состоит в обеспечении пользователей информацией[15]. К числу информационных систем стали относить поисковые системы, размещенные в открытом доступе государственные реестры, интернет-магазины и проч.
Сегодня информационные системы применяются практически повсюду: «Каждый раз, когда вы идете за покупками, вы взаимодействуете с информационной системой, которая управляет запасами и продажами. Даже поездка в школу или на работу приводит к взаимодействию с транспортной информационной системой, влияющей на светофоры, камеры и т.д. Торговые автоматы подключаются и обмениваются данными с помощью Интернета вещей (IoT). Компьютерная система вашего автомобиля не просто управляет двигателем – данные об ускорении, переключении передач и торможении всегда записываются. И, конечно же, каждый смартфон постоянно подключается к доступным сетям через Wi-Fi, записывая ваше местоположение и другие данные»[16]. Подобное многообразие приводит к тому, что ученые испытывают трудности при формулировке общего определения разбираемого понятия.
Вместе с тем для целей настоящей работы можно говорить об информационной системе как совокупности технологического, информационного, коммуникационного компонентов и человеческих ресурсов, которые позволяют собирать, обрабатывать, хранить и распространять данные для достижения конкретных целей, включая принятие решений.
4. Онлайн-платформа (интернет-платформа / цифровая платформа )
Информационные системы рассматриваются разными авторами не только в техническом смысле – напротив, довольно часто они изучаются в русле инструментария ведения коммерческой деятельности, так как позволяют создавать разнообразные бизнес-площадки: «Многие крупные компании полностью построены на информационных системах. К ним относятся eBay, в основном торговый маркетплейс; Amazon, расширяющийся электронный торговый центр и поставщик услуг облачных вычислений; Alibaba, электронная торговая площадка для бизнеса; и Google, поисковая компания, которая получает большую часть своего дохода от рекламы по ключевым словам при интернет-поиске»[17]. Именно в этом контексте термин «информационная система» может быть свободно заменен термином «онлайн-платформа» (интернет-платформа или цифровая платформа (англ. digital platform)).
Разбирая вопросы онлайн-платформы, надо предварительно подчеркнуть, что слово «платформа» используется во многих значениях. Так, говоря о платформе, под ней могут подразумевать, например, упоминаемое ранее CMS – программное обеспечение для управления содержимым сайта (цель использования которого состоит в обеспечении работоспособности сайта и актуализации контента сайта) или операционную систему, или аппаратную платформу компьютера (аппаратные средства, операционная система, программное обеспечение и проч.).
Рассматривая онлайн-платформу не в техническом ключе, а исходя из ее реального предназначения в качестве инструмента бизнеса, крайне удачной следует признать дефиницию, сформулированную Организацией экономического сотрудничества и развития, которая определила понятие «онлайн-платформа» как «цифровой сервис, который облегчает взаимодействие между двумя или более отдельными, но взаимозависимыми группами пользователей (будь то фирмы или отдельные лица), которые взаимодействуют через сервис посредством Интернета»[18]. В этом понятии внимание не акцентируется на технической стороне онлайн-платформы, но отражено предназначение цифровой платформы – оно состоит в создании благоприятных условий для обмена товарами и услугами на соответствующем рынке, вследствие чего онлайн-платформа может рассматривать как организатор торгового оборота (в широком смысле), что, безусловно, позволяет поддержать мнение о том, что здесь есть основания говорить о появлении нового субъекта права[19].
Изложенное позволило мне сделать вывод о том, что онлайн-платформы сегодня не могут рассматриваться в качестве обычного посредника между сторонами. Это скорее посредник sui generis – у него особые задачи, особый функционал, особые возможности, и точно особая роль в торговом обороте[20]. И поэтому можно говорить о том, что онлайн-платформа в совокупности с оператором этой платформы должны пониматься как новый, самостоятельный субъект торгового права, который является организатором торгового оборота.
P.S. лента новостей IP CLUB в сфере права интеллектуальной собственности и цифрового права (IP & Digital Law) в:
[1] Здесь нельзя не вспомнить слова Франца Бернхефта, отметившего: «Определения часто бывают неверными вследствие трудности найти выражение, способное охватить данное явление во всех его направлениях. В старом торговом уложении, которое принадлежит к лучшим образцам законодательства, даже определение слова «купец» (следовательно, основного понятия), было совершенно неточно с точки зрения установления круга лиц, охватываемых этим понятием. В таких случаях определения, конечно, не обязывают, но раз они внесены в закон, их, естественно, гораздо труднее устранить при практическом применении права, чем тогда, когда они были установлены каким-либо ученым. Юридические конструкции тоже должны были по возможности отсутствовать в законе. И они могут быть неправильными, так как законодатель может иногда ошибаться, и эти конструкции, разумеется, не имеют силы, но при их наличности большей частью бывает сомнительно, не скрывается ли под неверной идеей приказание, которое, естественно, само по себе обязывает» (Бернхефт Ф. Гражданское уложение Германской империи в процессе его образования // Гражданское право Германии: Хрестоматия избранных произведений Франца Бернхефта и Йозефа Колера. / сост. Р.С. Куракин, Е.В. Семенова / пер. с нем. В.М. Нечаева. М., 2014. С. 22)
[3] Федеральный закон от 20.02.1995 № 24-ФЗ «Об информации, информатизации и защите информации» (утратил силу).
[4] Интересно, что прежде действовавшим законодательством об информации допускалась возможность объявления отдельных объектов федеральных информационных ресурсов общероссийским национальным достоянием – на это обращает внимание, в частности, Л.К. Терещенко (Терещенко Л.К. Модернизация информационных отношений и информационного законодательства (монография). М.: Инфра-М, ИЗИСП, 2013).
[5] В связи с чем подчеркивалось, что «объектами вещных прав в данном случае выступают не сами сведения, а содержащие их материальные носители» (Погуляев В.В., Моргунова Е.А. Комментарий к Федеральному закону «Об информации, информатизации и защите информации» (постатейный). М.: Юстицинформ, 2004 (автор комментария – В.В. Погуляев). Надо отметить, что и В.А. Дозорцев понимал информационные ресурсы как материальные носители, что нашло отражение в следующих его заключениях: «Действующее законодательство (речь здесь идет об утратившем силу Законе об информации. – прим. М.Р.) различает права на сами сведения и права на их материальные носители. Закон об информации говорит о праве собственности на информационные ресурсы (см., например, ст. 6), под которыми он понимает «отдельные документы и массивы документов» (ст. 2, см. также ст. 4 и др.), т.е. конкретные материальные носители информации, а не саму информацию. Такие носители действительно могут быть объектами права собственности. О необходимости различать право на информацию и право на информационные ресурсы говорит и ст. 18, устанавливающая, что «право авторства и право собственности на информационные системы, технологии и средства их обеспечения могут принадлежать разным лицам». Правда, терминология и формулировки, использованные в этой статье и во всем Законе, оставляют желать лучшего (видимо, их недостатки объясняются тем, что опыт регламентации информационных отношений еще не накопился)» (Дозорцев В.А. Опубликование материалов, не охраняемых авторским правом // Юридический мир. 2000. № 12, 2001. №№ 1, 2 (СПС «КонсультантПлюс»)).
[6] Но отечественные работы по информатике продолжают раскрывать понятие информационного ресурса как «отдельные документы или массивы документов, а также документы и массивы документов» или совокупности данных.
[7] Першин А.Н. Осмотр сетевых информационных ресурсов – новый вид следственного действия // Российский следователь. 2020. № 1. С. 14.
[8] См.: Леднева Ю.В. Правовое обеспечение внедрения в бюджетные отношения информационно-телекоммуникационных технологий // Финансовое право. 2017. № 11. С. 9-14 (СПС «КонсультантПлюс»).
[9] См. об этом: Tim Berners-Lee A Short History of «Resource» in web architecture // URL: https://www.w3.org/DesignIssues/TermResource.html
[10] Войниканис Е.А., Калятин В.О. База данных как объект правового регулирования. Учебн.пособие. М.: Статут, 2011.
[11] Савельев А.И. Комментарий к Федеральному закону от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и защите информации» (постатейный). М.: Статут, 2015. С. 19.
[12] Савельев А.И. Комментарий к Федеральному закону от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и защите информации». С. 20.
[13] Бузова Н.В. Государственные реестры – базы данных, охраняемые как объекты смежных прав? // Журнал российского права. 2019. № 10. С. 72.
[14] David Bourgeois Information Systems for Business and Beyond (2019) // URL: https://opentextbook.site/informationsystems2019/
[15] Такая позиция была отражена в ряде работ (см., например, William S. Davis, David C. Yen. The Information System Consultant’s Handbook. Systems Analysis and Design. CRC Press, 1998; Когаловский М. Р. Перспективные технологии информационных систем. М., 2003).
[16] David Bourgeois Information Systems for Business and Beyond.
[17] Zwass, Vladimir. Information system // Encyclopedia Britannica, 2 Nov. 2020, // URL: https://www.britannica.com/topic/information-system
[18] OECD, “The Digital Transformation of SMEs”, OECD Studies on SMEs and Entrepreneurship (Paris, 2021), pp. 111-151.