Универсальный HTTP-сервис на платформе 1С, аля HTTP-сервер с примером

Публикация № 1059046

Программирование - Инструментарий

HTTP HTTP-сервис

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

Приветствую коллеги!

В комментариях к статье 1C + Python + Django Rest Framework + Vue.js. Опыт несложной full-stack разработки я оставил комментарий и предложил другой путь решения подобных задач. Завязалась дискуссия в ходе которой я предложил свой подход, который успешно опробован на наших клиентах к решению аналогичной задачи (личный кабинет для техподдержки).

Исходная задача

В организации есть рабочая информационная база 1С (она же учетная система). Необходимо создать личный кабинет для пользователей с возможностью web-доступа. Причем пользователи должны полноценно работать в любом браузере, интерфейс желательно иметь адаптивный (меняет дизайн страницы в зависимости от поведения пользователя, платформы, размера экрана и ориентации устройства: компьютера, смартфона, планшета). Личный кабинет должен быть достаточно легко модифицируемым и расширяемым.

Задач такого круга масса: личный кабинет покупателя для заказа товаров онлайн, внесение показаний счетчиков в сфере ЖКХ, службы доставки товаров, техподдержка и прием заявок клиентов и т.д.

Варианты решений

Первый вариант. Классический. Разделить личный кабинет и информационную базу 1С. Это самый древний способ, который к нам пришел еще с бородатых времен 1С версии 7.7. Личный кабинет при этом делается на каком-нибудь веб-движке и при необходимости какой-нибудь веб-ориентированной СУБД. Например, PHP + MySQL или Django Rest Framework + Vue.js + MariaDB. При этом время от времени происходит обмен данными между веб-частью и центральной ИБ на 1С и происходит синхронизация данных.

Плюсы:

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

Минусы:

  • Оперативность обмена данными. Необходимо время, чтобы выгрузить информацию из 1С и загрузить ее в веб-часть, а так же время на обратную операцию. Соответственно это влечет за собой паузы между обменами и в некоторых случаях это критично.
  • Сложность дальнейшего сопровождения. Сопровождать две системы практически всегда сложнее чем одну при условии, что выполняют по сути они одну и ту же задачу.
  • Длинная цепочка взаимодействий всей системы. Здесь я имею ввиду повышение риска остановки обмена, если одно из цепи перестанет работать: остановка регламентных заданий в случае зависания, недоступность FTP-сервера если его используют для обмена, какие-то ошибки, связанные с выгрузкой для веба и т.д. Крепость всей цепи определяется крепостью самого слабого звена.

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

С развитием платформы и выходом версии 8.2 появился еще один способ.

Вариант два. Использование стандартного web-клиента 1С. Зачем делить систему на части, если можно дать пользователям доступ к рабочей базе, разграничить все права и пользователь сможет видеть только то, что ему нужно?

Плюсы:

  • Все в одном месте. Тут комментарии излишни.
  • Простота разработки. Мы вообще не вникаем в веб и все делаем на платформе 1С.

Минусы:

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

Вариант три. Использование HTTP-сервисов 1C. С выходом 8.3 в платформу были добавлены новые механизмы: сначала web-сервисы для интеграции с другими информационными системами, а потом и HTTP-сервисы, предназначеные для обработки HTTP-запросов, которые сначала поступают на веб-сервер, который передает на обработку эти запросы 1С, а уже 1С обрабатывает эти запросы и возвращает результат так же по протоколу HTTP, браузер видит ответ и отображает пользователю результат. При этом мы можем возвращать HTTP-запросам клиентов АБСОЛЮТНО любые данные: картинки, HTTP-страницы, JSON-данные, обычный текст и т.п.

Плюсы:

  • Все можно сделать очень красиво и не будет понятно, что эти страницы сформированы вообще в 1С. Собственно, в скриншотах есть страничка, которая отображает "как оно есть" в нашей разработке. Тут и адаптивность, разные фреймворки и компоненты, в общем все, что вашей душе угодно.
  • Скорость работы по сравнению с вариантом два достаточно высокая, за счет возможности переиспользования сеансов. Но все равно вариант один будет быстрее т.к. нет накладных расходов.

Минусы:

  • Лицензии. Тут не все понятно, но понятно то, что они нужны. Как лично понял я, они нужны в объеме онлайн-сеансов (возможно ошибаюсь и если есть более точная информация поправьте меня). Т.е. если в онлайне одновременно работают 10 человек в личном кабинете, то необходимо 10 лицензий. Сеансы живут какое-то время, а потом уничтожаются, временем жизни сеансов можно управлять настройками.
  • При изменении поведения HTTP-сервиса необходимо остановить работу.

На ИСе много примеров использования HTTP-сервисов среди которых:

На что действительно способны HTTP-сервисы
HTTP-сервис: отчеты [Расширение]
Реализация простого http-сервиса "Просмотр карточки номенклатуры(товара) в браузере"

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

Вариант четыре. Он же гибридный вариант три. Универсальный HTTP-сервис.

Это уже мой подход к этому вопросу. Я долго думал, на тему как сделать так, чтобы HTTP-сервис не нужно было постоянно бы изменять в конфигураторе (хотя это спорно, так как сейчас все идет к расширениям и этот функционал можно реализовать через расширение конфигурации) и реализовать что-то универсальное. И мысли примерно следующие: по факту HTTP-сервис всегда работает по алгоритму: пришел какой-то запрос вида http://site.ru/hs/lk/index.html необходимо понять, что от нас хотят, покопаться в 1С, возможно сделать какой-то запрос или еще что-то и отдать соответствующий ответ. Т.е. схема работы HTTP-сервиса примерно такая:

Схема

Это все схематично. Обратите внимание на один важный момент. Для каждого последующего запроса алгоритм будет одинаковый. Пришел запрос - отдаем ответ.

Т.е. если мы в браузере открыли страничку по адресу: http://site.ru/hs/lk/index.html которую обработал HTTP-сервис и вернул нам:

<html><body><img src="/images/1.png" alt="Моя картинка"></body></html>

То автоматически браузером будет выполнен второй запрос по адресу: http://site.ru/hs/lk/images/1.png и в браузер будет подставлена картинка, которая получена вторым запросом.

Т.е. количество запросов к HTTP-сервису будет 2, а показана всего одна страничка, но на ней будет картинка. Если ссылок в документе будет несколько, то каждый раз браузер будет обращаться к HTTP-сервису и просить у него то, чего ему не хватает. Круто да?

Что это дает нам? А это позволяет нам сделать следующее: если мы научимся хранить данные, которые мы хотим отдавать пользователям, присвоим им адреса, по которым можно будет их найти, научимся обрабатывать не найденные страницы и HTTP-сервис будем использовать как низкоуровневую прослойку между этими данными и пользователями, то мы получим универсальный механизм. Мы получаем образно говоря HTTP-сервер на платформе 1С.

Т.е. пусть:

index.html - это вот эта страничка с текстом. Где ее тип text/html, а текст вот такой <html><body><img src="/images/1.png" alt="Моя картинка"></body></html>
/images/1.png - это картинка и она имеет тип image/png и содержит вот такие-то двоичные данные, в которых хранится картинка.

Итого HTTP-сервис теперь все отдает как надо для нашего примера. Получил страничку, нашел ее в списке и отобразил, увидел, что еще требуется картинка, послал запрос за картинкой, получил, дорисовал картинку.

Структура выше ничего не напоминает? Это ведь справочник чистой воды :) Давайте его прикрутим.

Далее скриншоты из нашего решения. Файл index.html - имеет адрес от корня HTTP-сервиса, а вот эта картинка:

Имеет адрес /images/nophoto.png

А вот сама страница:

Обратите внимание, что это шаблон заполнения. Область <!--include(header.html)---> означает, что найди файл по адресу /header.html и вставь его содержимое в это место. Области на страницах повторяются поэтому так делать имеет смысл во избежание дублирования HTML-кода.
Далее, находим все остальные языковые константы вида <!---TEXT---> и заполняем их используя вкладку "Локализация" - это позволит заменить постоянные строки, чтобы их можно было внести в одном месте, а потом использовать как константы:

Далее, когда текст более или менее готов, мы выполняем дополнительный код на встроенном языке 1С, который находится на закладке "Алгоритм заполнения" и дозаполняем глобальную переменную для HTTP-сервиса "Переменные" и/или выполняем какие-то дополнительные действия. У нас есть в этом случае то, что должны вернуть:

  • Тело - переменная в которой ответ, который будет передан. Уже с заполненными языковыми переменными и вставленными областями.
  • Переменные - если есть переменная, которая отсутствует в локализации, то ее можно дополнительно объявить в алгоритме заполнения добавив ее в структуру.
  • Запрос - собственно исходный HTTPЗапрос.

И то, что можем использовать в алгоритме: 

  • ОтносительныйURL - какой запрос пришел.
  • ОтносительныйURLПеренаправления куда безусловно перенаправить если это необходимо. Например реализовав редирект 301 или 302.
  • ИмяФайла - наименование элемента  в справочнике ЛичныйКабинет.
  • Путь - группа где находится элемент в справочнике ЛичныйКабинет.
  • POST - POST-переменные, которые были нам переданы в виде Соответствия. Здесь мы можем получить и обработать что-то от веб-форм (например файлы из браузера).

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

В общем случае подобный подход позволит всегда работать по принципу шаблонизатора и на платформе 1С. HTML-страницы формируются автоматически, анализируя запрос от пользователя. Т.е. если пользователь введет адрес или перейдет в личном кабинете по ссылке, например: http://адрес_сервера_1с.ru/имя_публикации/hs/lk/folder1/folder2/file.html?param=1 То для построения страницы пользователю система все, что после lk, т.е. /folder1/folder2/file.html?param=1 будет разбито на блоки и по шагам выполнен алгоритм, который описан выше. При этом мы так же можем использовать различные фреймворки для работы. В справочнике "Личный кабинет" есть возможность загрузить папку с фреймворком, а потом на своих страничках использовать стили и скрипты оттуда. Мы в своей разработке, например, использовали Bootstrap + JQuery + chart.js.

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

PS: Для работы с демо-базой необходимо опубликовать базу на веб-сервере, и ввести в браузере http://адрес_сервера_1с.ru/имя_публикации/hs/lk/, после ввести данные для аутентификации "Администратор" (без кавычек) и пустой пароль. Можете параллельно в справочнике "Личный кабинет" изменять странички и после смотреть что получается в браузере.

PS: Спасибо, что дочитали до конца! :)

122

Скачать файлы

Наименование Файл Версия Размер
Универсальный HTTP-сервис на платформе 1С (dt-файл 1С 8.3.14.1630)
.dt 283,57Kb
13.05.19
44
.dt 283,57Kb 44 Скачать

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. Sedaiko 48 13.05.19 13:31 Сейчас в теме
Крута. Я подобный шаблон для в расширения сделал, если вдруг понадобится какой-нибудь front сделать. Тянет html c *.css и *.js модулями. Отлаживать правда сложновато на чистом 1С.
acanta; Diversus; +2 Ответить
2. Diversus 1932 13.05.19 13:34 Сейчас в теме
(1)
. Я подобный шаблон для в расширения сделал, если вдруг понадобится какой-нибудь front сделать. Тянет html c *.css и *.js модулями. Отлаживать правда сложновато на чистом 1С.

Спасибо! Сущая правда на счет отладки. А если еще и замер производительности включить, то тут будут вообще сюрпризы при отладке ;)
3. sovbuh2006 8 13.05.19 14:33 Сейчас в теме
Подскажи а сколько она тянет лицензий 1с ?
4. Diversus 1932 13.05.19 14:39 Сейчас в теме
(3) http://v8.1c.ru/predpriyatie/questions_licence.htm#mvv
58. Организация с помощью продукта "1С:Предприятие 8. Web-расширение" делает веб-витрину для собственной торговой системы, работающей на "1С:Предприятии 8". Предполагается, что к ней одновременно будут подключаться до 100 пользователей. Сколько клиентских лицензий должна приобрести организация для создания веб-витрины?

В соответствии с действующим Лицензионным соглашением, организация должна приобрести такое количество клиентских лицензий, сколько в действительности пользователей одновременно работают с системой "1С:Предприятие 8". Использование программных или аппаратных средств, уменьшающих количество пользователей, которые имеют непосредственный доступ к "1С:Предприятию 8", как это происходит при использовании Web-расширения, не уменьшает количества требуемых лицензий. Таким образом, для создания веб-витрины организация обязана приобрести сто клиентских лицензий.
59. Организация предоставляет доступ к веб-сервисам, реализованным в "1С:Предприятии 8". Какое количество и каких лицензий необходимо приобрести организации?

В данном случае на рабочих местах организации осуществляется доступ к информационной базе "1С:Предприятия 8" с использованием веб-сервисов, причем сами веб-сервисы реализуют всего лишь способ доступа к данным "1С:Предприятия 8" и предметом для отдельного лицензирования не являются. В соответствии с Лицензионным соглашением на "1С:Предприятие 8", каждое рабочее место, с которого тем или иным способом осуществляется доступ к данным информационной базы "1С:Предприятия 8", должно быть обеспечено отдельной клиентской лицензией. То есть организации для работы с программами, в которых используются веб-сервисы, необходимо приобрести клиентские лицензии на такое количество рабочих мест, с которых одновременно осуществляется доступ к информационной базе.

Про HTTP-сервисы здесь прямо не сказано, но я предполагаю, что это не имеет значения и суть будет та же. Нужно ровно столько, сколько в данный момент работает сеансов. Но дело в том, что HTTP-сеансы могут "жить" не долго, поэтому "в онлайне" будет находится не много народу - только те, чей сеанс активен.
5. sovbuh2006 8 13.05.19 14:42 Сейчас в теме
(4) Я же правильно пони маю сеанс будет жить только когда идет запрос к базе ? и дальше сеанс умирает?
6. Diversus 1932 13.05.19 14:46 Сейчас в теме
(5) Все зависит от настроек. Если использовать настройки HTTP-сервисов по умолчанию, то он живет только когда идет обращение к ИБ.
Это медленно, но экономятся лицензии. В версии 8.3.9 была добавлена возможность настройки переиспользования сеансов, в этом случае скорость возрастает примерно в 10 раз (как пишут сотрудники 1С), но тогда сеанс живет какое-то время, которое будет задано в настройках.
7. ellavs 366 13.05.19 14:49 Сейчас в теме
Вот и дожили - 1С в качестве CMS :)
WellMaster; aka Любитель XML; kriscannabis; Sedaiko; DMSDeveloper; Diversus; +6 Ответить
8. Diversus 1932 13.05.19 14:56 Сейчас в теме
(7) Я думаю в этом ничего удивительного нет. 1С предназначена для построения бизнес-приложений. CMS - система управления сайтом. Ну а сайты, в свою очередь, имеют прямое отношение к бизнесу :)
9. pbabincev 112 13.05.19 16:32 Сейчас в теме
Автор, у меня небольшой вопрос (просто стало интересно):
Ты используешь свою функцию "Функция СтрокаВСтроку64"
А почему не подходит функция платформы "Base64Строка"?
Спасибо!
10. Diversus 1932 13.05.19 16:45 Сейчас в теме
(9) Спасибо за вопрос. Тут все банально :)
Там есть функция РазобратьКонтентHTML, которая возвращает POST-данные HTTP-запроса (массив структур Тип,Имя,ИмяФайла,Значение).
Нашел я ее где-то на просторах интернета (уже и не упомню где), там это все было. Честно говоря, просто побоялся ее трогать, т.к. мне показалось, что она работает не совсем стандартно (обратите внимание, что внутри РазобратьКонтентHTML используется встроенная Base64Значение, но так же используется и СтрокаВСтроку64).
Писать свое получение и разбираться как это работает на низком уровне не стал, она отлично отрабатывает.

Возможно стоит это пересмотреть.
11. pbabincev 112 13.05.19 16:48 Сейчас в теме
12. riposte 116 13.05.19 19:21 Сейчас в теме
Получается, что узких мест в этом случае будет два:

1. Если сервер 1С не на хостинге с высокой отказоустойчивостью, а за обычным натом в локалке какого-то офиса, с интернетом для юр.лица и полосой мегабит 30 - отдать большое количество сеансов без захлебывания интернет-канала не выйдет. Не говорю про потенциальную угрозу забить весь канал, все равно все шейпят или как-то еще осуществляют Bandwidth Management. Но выделенные под сервер 5-10 мегабит вполне себе легко заспамить и сервер уйдет в 500. Проблемы, которые могут возникнуть при таком раскладе, когда сервер 1С и IIS\Apache - на одном логическом устройстве тоже рассматривать не будем, это можно легко изменить.
Итого, остается узкое место - доступность сервера.

2. Таки лицензирование. Если между клиентом, осуществляющим запрос, и сервером 1С нет посредников, то каждый клиент, каждый его сеанс - это лицензия. Учитывая, что авторизация идет через вэб-сервер, лицензию также будет запрашивать этот самый вэб-сервер. Даже если в сети стоит ORGL-свиток, вэб-сеансы будут лицензироваться посеансово, а не по устройствам. Таким образом, организация анонимных соединений оставит компанию без свободных лицензий... ну очень быстро. (Это не точно, но определенно, что текущая схема лицензирования продуктов 1С такой халявный доступ к базам крайне не хотела бы).
Другое дело, если перед сервером 1С есть некий посредник, который от своего имени и осуществляет все запросы и сам авторизуется. Тогда мы можем контролировать и число соединений, и максимально утилизировать каждое из них. Тем более, если этот посредник будет осуществлять запросы через очередь в ограниченное число потоков. Тогда мы точно будем знать - у нас максимум 10 поток, а значит максимум может быть занято 10 лицензий.
НО, мы получаем те же яйца, только в профиль. Вместо бэкенда - прокси-бэкенд со своей базой для авторизации, а HTTP-контент он берет из 1С, поедая лицензии.

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

Наработками обязательно воспользуюсь, если понадобится соорудить что-то свое, локальное, для манагеров, экспедиторов или еще кого.
Спасибо, что поделился.
13. pbabincev 112 13.05.19 21:47 Сейчас в теме
(12)
Отвечу по п.2.
Технически http-сеансы лицензии не съедают. То есть имея 0 (ноль) лицензий на сервере, можно к нему подрубить сколько угодно http-соединений.
Тут лишь вопрос юридический. 1С, помнится, давала разъяснени о том, что лицензия нужна на каждого конечного активного пользователя. Но отследить и доказать это, конечно, будет сложно. Да и нужно ли?
14. Diversus 1932 13.05.19 22:06 Сейчас в теме
(12) Спасибо за развернутый комментарий. Наверное и ваш метод и мой - они хороши в определенных ситуациях. Есть недостатки и там и там, но каждый из методов прекрасно существует.
Хочу акцентировать внимание на одну важную вещь: лет 10 назад такие возможности платформы казались фантастикой, сейчас это реальность. Вполне может быть, что в недалеком будущем в платформе произойдут изменения, которые позволят работать гораздо быстрее с HTTP-сервисами и ситуация улучшиться.
28. avk72 71 14.05.19 19:00 Сейчас в теме
(12)
Другое дело, если перед сервером 1С есть некий посредник, который от своего имени и осуществляет все запросы и сам авторизуется. Тогда мы можем контролировать и число соединений, и максимально утилизировать каждое из них. Тем более, если этот посредник будет осуществлять запросы через очередь в ограниченное число потоков. Тогда мы точно будем знать - у нас максимум 10 поток, а значит максимум может быть занято 10 лицензий.


Вы реально что-то подобное проворачивали? Тема интересная.
15. vano-ekt 1161 14.05.19 06:38 Сейчас в теме
гонять статику из 1С, и занимать под неё сеанс - не аис
лучше сложить картинки, стили, скрипты на сам веб-сервер, который отдаст их быстрее, не отъедая сеанс и CPU время
🅵🅾️🆇; Aleskey_K; +2 Ответить
24. 🅵🅾️🆇 389 14.05.19 13:35 Сейчас в теме
(15) Не забыв их закэшировать)
16. vano-ekt 1161 14.05.19 06:43 Сейчас в теме
а с лицензированием 1С вродь давно разъяснили:

Организация предоставляет доступ к веб-сервисам, реализованным в "1С:Предприятии 8". Какое количество и каких лицензий необходимо приобрести организации?
В данном случае на рабочих местах организации осуществляется доступ к информационной базе "1С:Предприятия 8" с использованием веб-сервисов, причем сами веб-сервисы реализуют всего лишь способ доступа к данным "1С:Предприятия 8" и предметом для отдельного лицензирования не являются. В соответствии с Лицензионным соглашением на "1С:Предприятие 8", каждое рабочее место, с которого тем или иным способом осуществляется доступ к данным информационной базы "1С:Предприятия 8", должно быть обеспечено отдельной клиентской лицензией. То есть организации для работы с программами, в которых используются веб-сервисы, необходимо приобрести клиентские лицензии на такое количество рабочих мест, с которых одновременно осуществляется доступ к информационной базе.

http://v8.1c.ru/predpriyatie/questions_licence.htm#mvv
17. Smaylukk 673 14.05.19 08:55 Сейчас в теме
В нашем полку прибыло :) Однозначно плюс. Цель одна, но реализации немного разные. Не подскажете, как вы реализовывали у себя Ajax-запросы, если они у вас есть?
18. Diversus 1932 14.05.19 09:35 Сейчас в теме
(17) Ajax не используем, но на самом деле нет ничего сложного.
На самом деле подсистема "Личный кабинет" тут вообще не причем.
Чтобы добавить Ajax-запросы представьте, что вы пишите все вручную. AJAX-запрос - это фоновый запрос какой-то информации у веб-сервера, вот и делаете по этому адресу получение информации в 1С, т.е. в справочнике по адресу получения фоновой информации добавьте скрипт, который бы возвращал данные.
19. Smaylukk 673 14.05.19 09:37 Сейчас в теме
(18) Так у себя я сделал. Хотел узнать у вас, как вы сделали.
20. Diversus 1932 14.05.19 09:38 Сейчас в теме
(19) Ясно. Надо поделиться с народом :)
21. Smaylukk 673 14.05.19 09:39 Сейчас в теме
(20) У меня только статья. Скачать нечего. https://infostart.ru/public/1042420/
Diversus; +1 Ответить
22. Sla 14.05.19 10:00 Сейчас в теме
Для доступа клиентов в "личный кабинет" была у нас идея сделать вторую базу ERP, которую опубликовать вовне и настроить план обмена с основной базой ТОЛЬКО ТЕМИ данными, что необходимы для работы внешних пользователей штатными средствами ERP.
Или, как вариант, не вторую ЕРП, а маленькую самописку опять же с планом обмена с основной базой.
Плюсы и минусы в основном такие, как и в "Вариенте два" в статье у Автора, за исключением того, что данные разнесены, меньше вопросов с конфиденциальностью. Дополнительный плюс - внешние пользователи не толпятся в боевой базе.
До реализации пока не дошли, проект отодвинут по времени.
35. 🅵🅾️🆇 389 15.05.19 16:53 Сейчас в теме
(22) Минус - актуальность данных.
С гораздо большим успехом вы могли бы выгружать в MariaDB (SQLite если данных не много) и обслуживать микросервисом на Go.
Скорость запредельная, нагрузка никакущая, о лицензиях думать не надо.

Если волнует именно конфиденциальность и нужны актуальные данные - почему бы просто не забрать у пользователя http сервиса все права, оставив минимально необходимые?
23. 🅵🅾️🆇 389 14.05.19 13:28 Сейчас в теме
(0)

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

В общем архитектура с монолитом рендерящем html на сервере себя уже изжила и в "современном" вебе так уже никто не делает.

Современная тенденция: SPA или PWA приложение на фронте (желательно реактивное) и микросервисы на бэке (в идеале с http/2, но мы этого счастья в 1с пока лишены, также как и вебсокетов).
В общем, наиболее оптимальный вариант (без вк и на чистом 1с) - это отдавать json реактивщине на фронте.

Плюсы:
Все работает максимально быстро, ожидания на клиенте в принципе нет, также как и перезагрузки страницы.
1с делает то, что и должна - запросы и сериализацию в строку (если не решите накидать собственный бинарный костыль, ради интереса писал помошник для умещения в байте сразу нескольких параметров (булевых и чисел) ).
Собственно выше перечисленное СУЩЕСТВЕННО снижает нагрузку на железо и канал (как клиента, так и сервера).

А так - молодцом, может быть выпущу ответную статью на вашу ответную статью)

P.S. не стоит забывать, что "НаКлиенте" есть аж 5 БД: Local/Session Storage, IndexedDB, WebSQL, Cookies (и желательно применять их по предназначению, это серьезно разгрузит бэк если у вас довольно много сложной логики, особенно завязаной на пользователе).
А также можно воткнуть перед iis/apache - nginx и кэшировать некоторые запросики (ну или хотя бы делать примерно тоже самое с модулями, с повторно возвращаемыми значениями)

P.P.S. примерно про вот это будет статья (если она будет):
Demo PWA
madvovik; dsdred; avk72; +3 Ответить
25. riposte 116 14.05.19 16:06 Сейчас в теме
(23)
Апач уже давно сам в кэширование умеет. Так что проксировать динамику через нгинкс только ради статик-кэша - такое себе. Другое дело, когда нужны именно апачевые модули пыха, с которыми очень геморно морочиться, проксируя нгинском php-fpm. Например, если ты несчастный обладатель битрикса. Ну или если у тебя уже нгинкс на 80 порту, а нужен сайт с применением апача.
26. 🅵🅾️🆇 389 14.05.19 16:49 Сейчас в теме
(25) В моей жизни пыхи нет (почти не было и не будет теперь уж точно).

Nginx это не только инструмент кэширования.
Там мильёрд полезнейших модулей (например как проксирование) и все это работает запредельно быстро.

А LAMP это моветон и легаси.
Но если у вас небольшой проект и быстренько надо накостылить - почему бы и да, воткнуть убунту с LAMP, взять вордпресс, накатить плагинов-шаблонов.
kriscannabis; +1 Ответить
27. riposte 116 14.05.19 18:45 Сейчас в теме
(26)
Я не о том вообще говорил, нгинкс перед апачем только из соображений кэширования - как раз таки моветон.
Лампы еще живы и прекрасно применяются. Как и Лемпы.
Примение нгинкса != крутой проект и применение Апача != одностранички на джумлах.
Сам я пересел с иглы апача на нгинкс уже давно просто потому, что он мне удобнее и функциональнее, пых-cms уже не пользуюсь, но вот 1С на нем закрутить - даже не пробовал, не знаю, взлетит ли. И ставить нгинкс для вэбморды 1С только ради того, чтобы тот отдавал статику, а сама 1С крутилась на апаче - это как раз таки плодить сущности с минимальным выхлопом.
29. kriscannabis 15.05.19 08:38 Сейчас в теме
Зачем изобретать велосипед за который нужно в 1с постоянно денежку отправлять когда есть Apache и Nginx? Да и потом придет веб программист наводить порядок в этом и его инфаркт накроет. Это какая-то вредная привычка виндовых админов городить все в кучу. Так чтобы если сломалась одна мелочь отказало вобще все. Определенно вариант с отдельной бд и отдельным вебсервером.
Вебсервисы можно использовать для создания api это упростит интеграцию.
30. acanta 48 15.05.19 10:41 Сейчас в теме
(29) подробнее можно? Что по вашему следует делать?
Как Битрикс?
31. kriscannabis 15.05.19 11:45 Сейчас в теме
(30) Да. Будет проще интегрировать или в сайт на битрикс фреймворк или в CRM Битрикс24. Слишком много недостатков в описанных способах реализации. И достоинства вроде "Все в одном месте" это вовсе не достоинства, а возможное звено отказа.
Использование непрофильных технологий приведет к тому что обслуживать это никто кроме создателя не сможет, а не предназначенность для веба создаст дополнительные проблемы.
32. user737101 15.05.19 14:11 Сейчас в теме
Если реализовать механизм рассылки, то это тоже методом из 1С?
Но будет работать медленно..Как считаете?
33. dsdred 999 15.05.19 14:25 Сейчас в теме
по Использование стандартного web-клиента 1С мало минусов перечислили ))

-Перевод тяжелых обработок\отчетов на длительные операции(иначе сеанс в некоторых браузерах может быть разорван)
-Конфликты блокировок
-Глючное отображение в разных браузерах (в зависимости от версии платформы). Либо некорректная работа в некоторых браузерах (в зависимости от версии платформы)

Вариант три. Использование HTTP-сервисов 1C.
При изменении поведения HTTP-сервиса необходимо остановить работу.

Не совсем понял, что Вы имели ввиду под "изменении поведения HTTP-сервиса".
Что за поведение HTTP-Сервиса из-за которого надо останавливать работу?
34. Diversus 1932 15.05.19 16:42 Сейчас в теме
(33)
Не совсем понял, что Вы имели ввиду под "изменении поведения HTTP-сервиса".
Что за поведение HTTP-Сервиса из-за которого надо останавливать работу?

Написали HTTP-сервис, который предположим выдает список номенклатуры. Работаем. Руководство говорит, вот выводится только наименования и цена, а можно сделать, чтобы бы звездочками отображалось (мало, достаточно, много)? Для этого необходимо этот механизм доработать и тут без дописок не обойтись... Можно использовать расширения, но я честно говоря не пробовал как оно там будет работать по скорости, все таки это еще одна прослойка. Да и в 8.3.12 (или 8.3.10 не помню точно), была проблема с доступностью из расширений модулей.
Возможно ошибаюсь в этом вопросе.
mammadov.zaur.77; +1 Ответить
36. dsdred 999 16.05.19 08:02 Сейчас в теме
(34)
Можно использовать расширения, но я честно говоря не пробовал как оно там будет работать по скорости, все таки это еще одна прослойка. Да и в 8.3.12 (или 8.3.10 не помню точно), была проблема с доступностью из расширений модулей.
Возможно ошибаюсь в этом вопросе.

С расширением проблем нет, если есть проседание по скорости то оно незначительное.
Модули доступны с 8.3.9. Проблем с ними в 8.3.10 и 8.3.12 не замечал. Хотя я конечно не все релизы ставил.
mammadov.zaur.77; +1 Ответить
37. vitalbasl 42 16.05.19 21:59 Сейчас в теме
(36)Расширения еще до конца не протестили. Наш вопрос в 1С:
В расширении был создан собственный документ, который делает движение по заимствованному регистру накоплений "ЗначенияОперативныхПоказателейРасчетаЗарплатыСотрудников" (оборотный).
После этого при запуске механизма "Удаление помеченных объектов" программа стала вылетать (завершаться аварийно).

Ответ 1С от 25.01.19
"Это ошибка 10202120, исправлена в версиях, начиная с 8.3.13.1721, пока еще не опубликован релиз"
но ошибку исправили в 8.3.14
38. dsdred 999 16.05.19 22:17 Сейчас в теме
(37) Ну в плане модулей работает стабильно.
А с регистром Накоплений уже были прецеденты https://forum.infostart.ru/forum9/topic191359/
mammadov.zaur.77; +1 Ответить
Оставьте свое сообщение