в календаре Google, нужно ли нескольким проектам несколько консольных проектов?
Я разработал опцию синхронизации для системы CRM с календарем Google. система установлена в определенном домене.
я получаю токен обновления и токен доступа для каждого пользователя в системе и сохраняю его в профиле пользователя.
это прекрасно работает
теперь мой друг хочет, чтобы это развитие было и для его системы CRM (в другом URL).
Значит ли это, что мне нужно открыть для него новый проект? или я могу взять токены обновления и токены доступа, извлеченные с помощью первого проекта, и скопировать их пользователям в другой системе CRM?
короче:
1. Нужно ли мне открывать новый проект в консоли разработчика для каждой системы CRM, размещенной на другом URL?
2. Есть ли ограничение на количество проектов, которые я могу открыть (в случае, если я установлю эту CRM-систему в десятках компаний с разными URL-адресами)?
3. Я прочитал, что могу получить только 25 токенов обновления для каждого проекта, что произойдет, если в системе CRM будет более 25 пользователей? не нашел никакой информации … я плачу Google больше? Сколько?
Решение
В конечном итоге это будет скорее разъяснением, чем ответом, но оно будет длинным для комментариев.
Смысл консоли разработчика в том, чтобы идентифицировать ВАШ приложение. Каждое приложение должно иметь свой собственный проект на консоли разработчика. Если ваш друг хочет разработать собственное приложение, он должен иметь собственный проект на консоли разработчика.
Копирование токена обновления
Если ваш друг использует ваше приложение, он должен использовать ваш идентификатор проекта. В основном, если код такой же, вы можете оставить его в том же проекте. Если ваш друг действительно берет копию вашей программы для своего использования, технически говоря, вы можете скопировать токены обновления пользователей, если у них есть они, ваш идентификатор клиента и секрет клиента, с которыми они будут работать.
Но я думаю, что вы можете подумать, насколько это мудро. Пользователи дают вы доступ к там данным, они не дали вашему другу доступ к этим данным. Я не уверен, что это против какой-то политики конфиденциальности, мне придется проверить, но IMO так и должно быть. Вы не должны делиться аутентификацией, предоставленной вам пользователем другому.
Если бы это был я, даже если он копировал ваш код, у него все равно должен был бы быть свой собственный проект и найти своих собственных пользователей.
квота
Основная проблема с совместным использованием проекта заключается в том, что вы также будете делиться квотой. Я не уверен, к какому API вы обращаетесь, но вы слышите ограниченное количество запросов в день. Если вы оба используете это, вы оба поедаете по квоте.
25 освежительных знаков
Эта часть документации немного неясна. Его 25 жетонов обновления на пользователя на клиента. Пример: чтобы я мог аутентифицировать ваше приложение 25 раз, все 25 токенов обновления сработают, когда я снова аутентифицирую вас в 26 раз, тогда самый старый из них перестанет работать.
Ваше приложение может иметь неограниченное количество пользователей.
Другие решения
Других решений пока нет …