Хабр Курсы для фронтендеров
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Фронтенд доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 14
Я знал, что в 1С код пишется на русском языке
Кстати, без проблем можно писать и на английском.
Можно даже писать смешанно.
Идея работы с API севера 1С через разных клиентов вообще здравая и способна экономить лицензии на рабочие места. Однако есть у меня такое ощущение, что при развитии этого направления 1С закроет эту калитку.
Да, именно поэтому я и пошёл через API. У меня для этого используется отдельный пользователь в 1С — “ВебСервис”, через которого идут HTTP-запросы. Для студентов и преподавателей не создаются отдельные рабочие места в 1С, а данные отдаются во внешний личный кабинет. В итоге 1С остаётся основной системой хранения данных, а веб-приложение выступает клиентом к ней. С точки зрения колледжа это как раз позволяет снизить потребность в дополнительных лицензиях на рабочие места.
Многим достаточно бота в мессенджере, pwa. Причем api можно сделать на микросервисе и связать с 1С через файлы, 1С в таком случае следит за системными событими ОС создание файлов. Микросервис пишет поток сообщений , которые получил в api в файлы , а от 1С как от клиента принимает запросы. И тогда можно не публиковать api 1С вообще. Папка с файлами работает как журнал сообщений , если 1С упала или ещё чего, то файлы просто накопятся в папке. Все асинхронно. Тож вполне вариант для специальных пользователей, тот же ЛК.
Она уже закрыта. Просто никто не читает порядок лицензирования от 1С. Думаю и разработчика отраслевой конфигурации это есть в соглашении, но как минимум эта конфигурация попадает под условия франшизы 1С и как следствие под тот же порядок лицензирования.
Многие так делают (свои веб интерфейсы) , но это может иметь последствия (как минимум на количество клиентских лицензий 1с). Но писать про это публично додумываются немногие, как правило студенты с фразой: Как я всех поимел!
Правильный путь: отдельный app со своей БД, которая через интеграцию синхронизируется с 1С. Тогда дяди не смогут насчитывать штраф в размере: количество копий 1С*количество пользователей вебсервиса(студенты+преподаватели).
Я не закладывал в статью посыл “как обойти лицензирование”. Речь была о техническом решении: не давать пользователям прямой доступ в интерфейс 1С, а вынести часть функций во внешний личный кабинет через API. Но да, вопрос лицензирования при таком сценарии нельзя игнорировать. Его нужно рассматривать отдельно — по правилам 1С, договору сопровождения, условиям отраслевой конфигурации и фактической модели использования. Спасибо, добавлю уточнение, чтобы публикация не выглядела как совет по обходу лицензий.
Отдельный сервер со своим api, связь с 1С через папку с файлами, системные события, запросы 1С в этот отдельный (мой) api. И никаких нарушений. А вот если опубликовать api именно 1С и к нему приделать вебморду или мобильное приложение, то да вопросы правомерны. Вы правы. В первом случае это интеграция со сторонней ИС, а во втором случае обход лицензионного соглашения.
Она уже закрыта. Просто никто не читает порядок лицензирования от 1С. Думаю и разработчика отраслевой конфигурации это есть в соглашении, но как минимум эта конфигурация попадает под условия франшизы 1С и как следствие под тот же порядок лицензирования.
Многие так делают (свои веб интерфейсы) , но это может иметь последствия (как минимум на количество клиентских лицензий 1с). Но писать про это публично додумываются немногие, как правило студенты с фразой: Как я всех поимел!
Кто это сказал и где это написано? HTTP сервисы сейчас в 1С повсеместно используют, а лицензия используется при подключении.
У нас в универе делали с ребятами приложение с расписанием, только все куда сложнее: был веб для ЛК системы, написанный на PHP + Laravel + livewire, никакого открытого API для этого не было, все парсили через HTML, проблемы с cookies, CSRF токенами, версиями livewire, чтобы посмотреть расписание другой недели нужно было вызывать методы страницы и все это максимально аккуратно, чтобы не ловить 429. По итогу идею забросили, так как разработчики изменили структуру ответа и приложение начало падать :)
HTTP сервисы наверное от другого или же не защитили) Но скорее первое.
Про нестабильные, то это или не понято для чего данные, или же кривые данные. Но не исключается вариант, что криво написано.
Данные из 1С не самые свежие — расписание раз в день, журнал по мере занятий. React Query хранит ответ в кеше и показывает его, пока подгружает новый. Никакого мерцания, никакого «загрузка...» при каждом переходе.
Тут как-то не понятно. Почему раз в день? А если и раз в день, то вариант с кэшем показывает не актуальные данные.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Личный кабинет колледжа на Next.js: как я подключился к 1С: Колледж ПРОФ без «дорогой лицензии»