Центр обновления фрилансера








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

Вступление

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

Основные возможности

  1. Доставка обновлений пользователям
  2. Настройка доступа к разработкам — общий доступ или конкретным заказчикам/клиентам
  3. Хранение версий изменения разработок.

Как пользоваться

  1. Скачать и развернуть конфигурацию.
  2. При настройке пользователей добавить пользователя с ролями "Базовые права" и "http". Т.к. разработками в теории могут пользоваться многие, то светить логин/пароль в модуле как-то неправильно.
  3. Опубликовать только http-сервис "API" c аутентификацией под пользователем, добавленным в предыдущем пункте. Отредактировать файл default.vrd  изменив строку "ib", чтобы она приняла вид ib="Srvr=&quot;<Сервер>&quot;;Ref=&quot;<ИмяБазы>&quot;;usr=<Пользователь>;pwd=<Пароль>"
  4. Следующим пунктом надо внести настройки ЦОФ на подставления в обработчики — адрес вашего веб-сервера, порт вашего веб-сервера, имя публикации. Вызывается Главное -> Настройки ЦОФ

     
  5. Теперь можно добавлять разработку. Заполняем реквизиты и указываем какой может быть доступ
  6. После надо получить код обработчика обновления, который надо вставить в свою разработку в какую-то форму и настроить вызов этого обработчика. В конфигурации есть 1 обработчик для обычного приложения и 2 обработчика для управляемого с поддержкой модального и немодального режимов(справочник "Обработчики обновлений"). Для каждого указана минимальная версия платформы. Вызывается кнопкой "Получить текст обработчика". Можно добавлять свои обработчики.


     
  7. Далее Необходимо добавить версии разработки. Первая версия ставится 1, дальше по вашему усмотрению. Когда доработали обработку под следующую версию, то в ней же в обработчике обновления надо увеличить версию до значение, которое будет указано и при добавлении в версии разработки. Они должны быть равны. При добавлении версии разработки, кроме номера версии можно указать описание изменения, которое и выведется при обновлении разработки у пользователя.
    Версии реализованы на основании подсистемы БСП "Работа с файлами" через Присоединенные файлы, что позволит настроить хранение файлов в БД или же в томах на дисках.

     
  8. Клиенты. При необходимости надо создать клиентов в справочнике. Реквизит "Ключ клиента" и будет позволять им идентифицироваться при обновлении и проверять наличие доступа. Его надо как-то передать клиенту.
  9. Ограниченный доступ можно настроить, сняв галочку "Общий доступ" и настроив доступ на одноименной вкладке. Можно настроить доступ на период и временно его убрать.

 

Конфигурация реализована на основании БСП 3.0.2. Также подключено обновление (в меню Главное).
К публикации прикреплена архив с конфигурацией и тестовой обработкой "Тестирование ЦОФ", которая позволит вам проверить как будет происходить процесс обновления. то захочет — могу дать обработку для тестирования возможностей.

4 Comments

  1. Glebis

    Не описана процедура, которая происходит после того, как выполнится код, который скачает новую версию обработки-отчета-конфигурации. Просто появится диалог «Сохранить как…»? А остальные действия по обновлению скаченного пользователь-заказчик должен делать сам?

    На сколько я понимаю: скаченный по HTTP файл сам не подменит файл обработки-отчета, где был выполнен код на получение обновления. А скаченная CF не будет обновлять свою же конфигурацию.

    Reply
  2. Smaylukk

    (1) После этого сохранится файл с именем <ИмяФайла> — v<НомерТекущейВерсии>. И все, обновление доставлено. Обработка может быть встроенная или подключенная — подмены не получится. А изменять конфигурацию сразу же наверное точно не вариант. но в любом случае вы можете дописать обработчик под свои нужды и правила.

    Reply
  3. Glebis

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

    Я бы посоветовал Вам зайти со стороны «юзабилити» и сделать расширения на подсистему БСП, которая бы добавляла в стандартный интерфейс внешних обработок и отчетов «кнопочку» «Обновить отчет-обработку», или сделать обновление сразу в хранилище отчетов после открытия формы.

    Reply
  4. Smaylukk

    (3) спасибо за отзыв.

    Но, во-первых — похожее решение уже есть — https://infostart.ru/public/1042290/

    Во-вторых — в этом случае не будут учтены разработки на обычных формах или без подсистем БСП.

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *