Я создаю лист регистрации, который связывает скрипт приложения Google с фоновым Google Sheet (которым я владею).
(1) - Я бы хотел, чтобы пользователи имели возможность доступа к моему сценарию и регистрации на листе регистрации без необходимости авторизации сценария (что я могу сделать, если развернуть сценарий как выполняемый мной).
(2) - Я также хотел бы иметь список администраторов, которые могли бы видеть точно такой же интерфейс регистрации скриптов, но иметь пару добавленных ссылок для выполнения нескольких вещей, таких как:
- Марк, который заплатил
- Отправьте электронное письмо всем людям в списке.
- Регистрация других людей
- Удаление или изменение регистраций людей.
Наилучшим способом, которым я мог бы заняться административной частью, было бы развернуть скрипт как пользователь и проверить его электронную почту. Если их электронная почта включена в одну из других вкладок Google Sheet, им будет показана дополнительная функциональность.
ВОПРОС:
- Есть ли способ развернуть приложение дважды? С двумя разными URL, но запускают ли они один и тот же скрипт? (Развернуть один как выполнить как пользователь, развернуть как выполнить как разработчик)
- ИЛИ -
- Есть ли простой способ вызвать весь код из одного скрипта в другой, а второй скрипт развернуть как пользователь? (я бы добавил к созданным html-элементам и должен иметь возможность доступа к ним через jquery или что-то подобное.)
- ИЛИ -
- Есть ли способ развернуть сценарий, выполненный как разработчик, но затем посмотреть электронную почту человека, который его использует? (Насколько мне известно, любые обычные почтовые запросы ВСЕГДА возвращают пользователя, запустившего сценарий. А при развертывании в качестве разработчика ВСЕГДА возвращают электронную почту разработчика.) Если был способ развернуть как разработчик, но посмотрите, кто на самом деле там, даст мне достаточно информации, чтобы изменить интерфейс для пользователей с правами администратора.
Я думал о дублировании кода в два сценария, о добавлении дополнительных функций администратора только ко второму коду и о развертывании обоих сценариев независимо. Тем не менее, это звучит как много дублирования и некоторой головной боли, если мне нужно будет обновить интерфейс в будущем.
У меня также нет опыта проверки клиентов OAuth или процесса проверки. Этот сценарий должен использоваться для регистрации в нашей церкви, а не публично вне ее. (Кроме того, мы открыты и у нас нет «установленных членов» или чего-то в этом роде.)