Как решить проблему сохранения данных?

Question

[ichug]

Начинаю разрабатывать свое приложение на React, появился вопрос по поводу хранения данных

Важно - пишу его для системы Битрикс24, из-за этого возникает одна особенность, есть "Коробочная версия системы", что подразумевает что клиент может его установить на своем сервере, который может иметь различного рода конфигурации, закрытые порты, файрволы, ips и т.д. Это не позволяет мне написать сервис, который будет обрабатывать запросы пользователей моего приложения, сохранять данные и отдавать их.

Есть ли какой способ, сохранить общедоступные данные(не в localStorage для одного браузера), которые смогут прочитать и записать клиенты?

Например конфигурация приложения(.env) тянется для всех клиентов одинаковая, без запросов и т.д. хотелось бы использовать такой же функционал, только с возможностью менять его клиенту

Comments

[Aetae]

Есть. Называется Битрикс. Если ты пишешь что-то для битрикс - научись пользоваться его компонентами. Там из коробки всякий ajax api для работы с компонентами и прочим, что само работает базой...

[ichug]

Aetae, ты прав, но существует тарифная сетка, которая не позволяет использовать некоторые функции, опять же, привязка к тарифу.

Вообще не хотелось бы что-то создавать в системе, использовать ее только как источник данных, тут вообще песня, для того чтобы пользователь из приложения прочитал или изменил нужно создать сущность которую все смогут создать, прочитать, изменить(права в приложении наследуются) получается что любой сотрудник сможет удалить какой то документ, что усложняет разработку, если у данных появляются связи между собой

Answer 1

[alexalexes]

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

Answer 2

[Михаил Ливач]

ichug, вообще не понимаю, почему Вы акцентируетесь на том, что существует коробочная версия. Такое ощущение, что Вы плохо представляете, как устроен Битрикс. Смотрите:
1) есть облачный Битрикс24. Туда можно устанавливать "приложения", которые могут взаимодействовать со сторонними хостами через REST API
2) есть коробочный "Битрикс: корпоративный портал". Туда ровно так же ставятся те же самые приложения.

Если Вы рассматриваете ситуацию, когда коробочный корпортал стоит в закрытом контуре, изолирован от интернета, то в таких случаях Вам придётся договариваться с заказчиком об установке дополнительного сервера с Вашим ПО внутрь контура. Другого пути я не вижу. И тогда коробочный корпортал точно так же будет подключаться к этому доп.серверу.

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

Comments

[ichug]

Мы уже выложили несколько решений, понимаю что статистика не показательная по двум наблюдениям, но 75% порталов которые установили - это коробка)

Про договоренности, это невыполнимо, т.к. это маркет приложений( как AppStore) и писать в описании продукта откройте 1234 порт чтобы работало решение, так себе

В таком случае клиент удаляет его и идет искать следующий

Ваш вариант подходит для разработки «под клиента», когда он пришел, объяснил что хочет, мы сказали требования и все ок, но в масс маркет решения увы(((