Повторно авторизуйте сотни скриптов Google на неопределенный срок - PullRequest
0 голосов
/ 07 января 2020

У меня около 700 листов Google, запущенных скриптов. В течение слишком многих лет я вынужден повторно авторизовать эти сценарии на неопределенный срок. Конечно, я искал net, я упростил свои скрипты, чтобы минимизировать количество вызываемых сервисов. Недавно я надеялся, что скрипт Google Alpha V8 мог бы помочь мне, но нет, определенно нет. Все еще нет решения. Мои сотни листов открываются сотрудниками моей компании, поэтому сотни сценариев, связанных с этими листами, автоматически используются благодаря триггерам (простой и устанавливаемый триггер)

Кажется очевидным, что число ограничено сценариев допускается одновременно. Это ограничение было заметно достигнуто годами, и мне приходится каждый день повторять авторизацию некоторых сценариев. Но, делая это, я думаю, я отменяю так много других сценариев. Как Google решает отменить тот или иной сценарий, я не знаю. Я думаю, наименее используемый. Почему это ограничение? Можно ли его увеличить? Если нет, то каково решение?

Я добавил, что нашел эту страницу https://developers.google.com/apps-script/guides/services/authorization, которая говорит о пользовательских ограничениях приложения OAuth (в самом низу страницы). Интересно, может ли это помочь мне?

Спасибо.


Я работал над своим topi c, читая много английских sh документов ... Я мучительно читаю и медленно понял их. Я надеюсь, что это так ! Как я и ожидал, я столкнулся с ограничениями, установленными моей организацией. Я не могу создать проект. См. 1 В то же время, как ни странно, я владею несколькими проектами. 2 . Я не знаю, почему они существуют, даже если я узнаю их имена, которые являются именами нескольких моих сценариев.

В любом случае, если я хочу опубликовать sh мой сценарий в качестве дополнения, я должен «свяжите» мой скрипт с «стандартным проектом GCP». Поскольку невозможно создать определенные c проекты, я попытался выполнить процедуру Google, состоящую в том, чтобы связать мой скрипт с существующим проектом. Но, как и ожидалось, это тоже не сработает 3

Если у кого-то есть хорошее предложение, это будет приветствоваться. Спасибо. JM.

1 Ответ

1 голос
/ 07 января 2020

Конвертируйте ваши скрипты в дополнение. Затем эти надстройки могут быть общими для пользователей и электронных таблиц, и вы фактически сможете сократить количество мест, необходимых для поддержки кода. Вы можете просмотреть руководство по публикации здесь: https://developers.google.com/gsuite/add-ons/how-tos/publishing-editor-addons

Вторым решением является создание стандартного проекта Google Cloud Platform и изменение (некоторые / все) ваших сценариев для его использования, а скорее чем их собственный скрытый проект GCP. Дополнительная информация об этом шаге: https://developers.google.com/apps-script/guides/cloud-platform-projects

Обратите внимание, что оба эти решения приведут к совместному использованию определенных пределов квоты, что может означать, что вам необходимо изменить дизайн или обновить способ работы. Однако оба эти изменения обеспечивают улучшенную видимость ошибок, с которыми сталкиваются ваши скрипты, поскольку у вас больше нет 700+ мест для проверки отчетов об ошибках, всего 1 или несколько.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...