Распространение корпоративных настроек, как сделать?
Есть приложение заметок. Оно может быть как в облаке, так и корпоративное. Какие лучшие практики по распространению строки подключения настроек?
Хочется как можно меньше движений.
Что приходит на ум.
1. Общее приложение в маркете, в настройках есть возможность вбить адрес эндпоинта
2. Обработчик в приложении который по протоколу обрабатывает ссылку, ссылки соответственно рассылаются по смс или почте.
3. кастомный билд (этот вариант мне наиболее не нравится)
1. Чтоб пользоваться одним приложением - скачай другое. Маразм. Исключение, если второе не является обязательным, но это не тот случай.
2. Можно и так. Но если юзер и так подключается к корпоративному серверу, то почему бы этому корпоративному серверу не передать все необходимые настройки? А подключение к серверу осуществить по ссылке.
3. С кастомными билдами возникнут неудобства с их распространением, а так-же кто-то этим должен заниматься. Гемор.
1. Чтоб пользоваться одним приложением - скачай другое. Маразм. Исключение, если второе не является обязательным, но это не тот случай.
Так я собственно и хочу обойтись одним для нескольких компаний.
2. Можно и так. Но если юзер и так подключается к корпоративному серверу, то почему бы этому корпоративному серверу не передать все необходимые настройки? А подключение к серверу осуществить по ссылке.
так откуда он узнает настройки? Хотя вы меня навели на мысль. Создать локальную запись в DNS что то типа
my.notes.loc -> 192.168.10.2
Но это сработает только в локальной сети
Владимир Коротенко,
Вот ситуация: юзер скачал приложение, и хочет подрубиться к корпоративному серверу. Чтоб подключиться, ему должны предоставить ссылку на сервер, это задача руководства. Получив ссылку, он жмет на нее, или вставляет в поле в приложении. Далее проходит процедуру авторизации/регистрации и получения всех настроек.
profesor08, то есть грубо говоря мы предоставляем права на чтение смс или почты и отправляем ссылку на установку из стора и идентификатор (QR) для окончательной настройки