в календаре Google, нужно ли нескольким проектам несколько проектов консоли?

Question

Я разработал вариант синхронизации для системы CRM с календарем Google. система устанавливается в определенном домене. Я получаю токен обновления и токен доступа для каждого пользователя в системе и сохраняю его в профиле пользователя. он отлично работает. теперь мой друг хочет, чтобы его система CRM тоже (в другом URL). Означает ли это, что мне нужно открыть для него новый проект? или я могу взять токены обновления и токены, извлеченные с помощью первого проекта, и скопировать их пользователям в другой системе CRM?

in short: 1. Нужно ли мне открывать новый проект в консоли разработчика для каждой системы CRM, размещенной в разных URL-адресах? 2. Есть ли ограничение на количество проектов, которые я могу открыть (в случае, если я устанавливаю эту систему CRM в десятки предприятий с разными URL-адресами)? 3. Я читаю, что я могу получить только 25 токенов обновления для каждого проекта, что произойдет, если в системе CRM будет более 25 пользователей? не нашел никакой информации ... я больше плачу Google? сколько?

Answer 1

Это, скорее всего, будет скорее разъяснением, чем ответом, но его длинным комментарием.

Пункт консоли разработчика должен идентифицировать ВАШ приложение. Каждое приложение должно иметь собственный проект на консоли разработчика. Если ваш друг хочет разработать собственное приложение, то у него должен быть собственный проект на консоли разработчика.

Копирование обновить маркер

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

Но я думаю, вы можете подумать о том, насколько это мудро. Пользователи дают вам доступ к этим данным, они не предоставили вашему другу доступ к данным. Я не уверен, что это противоречит политике конфиденциальности, мне нужно будет проверить, но ИМО это должно быть. Вы не должны делиться аутентификацией, предоставленной вам пользователем кому-то другому.

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

Квота

Основная проблема совместного проекта является то, что вы будете делить квоты. Я не уверен, к чему вы обращаетесь, но вы вслушиваетесь в ограниченное количество запросов в день. Если вы оба используете его, вы оба едите в квоте.

25 refreshtoken

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

Ваша заявка может иметь неограниченное количество пользователей.