своем домене?
На своем сервере, скрипты Nodejs и ходить по API к сервисам Гугла , да, делали.
Так-то это не "веб-приложение GAS"
Да. Согласен. Это не это. Я со своим чемоданом, не в тот вагон зашел. ) UPDATE. А насколько эффективно на GAS делать WEB приложения?
я только переписывал GAS скрипты на Node.js и с помощью sheets api через node.js обращался к гугл таблицам
зависит от объёма веб приложения, минимальный телеграм бот который имеет менее 20к запросов в день вполне себе живо работает
Для каждой задачи свой инструмент) поэтому, иногда эффективно, а иногда нет
Насчет эффективность не берусь судить. Но мне кажется это очень удобным. Надежный и бесплатный сервер, подключение с API гугла easy-to-easy, тут же работаешь с клиентской стороной, в режиме dev разрабатываешь, разворачиваешь версию приложения когда готово. Авторизация пользователя в один клик. Мы делаем приложение для офиса, соединяемся с календарями юзеров – все всегда знают что и когда делать, если планы меняются обновляем календари. Генерация документов и таблиц – вообще изи. Телеграм бот в том же проекте. Функциональность безгранична, любой интерфейс можно сделать, можно разворачивать как приложение, как библотеку или как исполняемое API… Конечно есть и ограничения, 6 минут на время выполнения скрипта – но это тоже не проблема, можно триггерами решить. Есть нюансы при шаблонизации HTML, но это дело привычки. В качестве баз данных используем гугл таблицы – возможно это нестандартно и не совсем правильно (json в виде текста в ячейках выглядят странновато), но юзабельно вполне. Храним и обновляем нужные данные для загрузки стартовой страницы в одной строке с айдишником юзера. Запрос и рендеринг выполняется за 0,5 сек. Записываем асинхронно – когда пользователь уже увидел обновленные на странице данные. Ну где-то просим подождать, если вычисления какие-то или к внешнему API обращаемся. Что касается разработки мобильных приложений – то пока рассматриваем Flutter. С API гугла работать без проблем, поэтому те же таблицы как базы данных. Сервисный аккаунт также для авторизации чтобы не давать прямого доступа к таблицам с базами данных. Доступом управлять кстати вообще милое дело, сказка прям! Гугл диск на 100 гигов 20 долларов в год. В общем, нас устраивает всё. Только один вопрос – это как развернуть приложение на своем домене. Вот ищем ответ на вопрос, может кто делал. И главное – когда оно развернуто на своем домене – есть ли при авторизации пользователя сообщение о том что эксперты гугл не проверяли это приложение и переходить небезопасно?
Вы хотите код написанный в gas запускать на своём сервере, потому что он у вас уже готовый? Для чего на своём? По идее вам в node js надо.
Мы хотим свой URL приложения, то есть чтобы сайт открывался на нашем домене, а не на https://script.google.com/macros/s/…. Редирект короче )
я прочитал и всё равно не понял зачем вам в этой цепочке GAS
Путь указал. Это всё надо переписывать.
Если у вас есть домен, сайт - то что вы делаете в gas совсем непонятно.
Мы хотим чтобы сайт, сделанный на GAS открывался на нашем домене
Ну вот видимо только это и остается. Но не хотелось бы конечно. Фрейм во фрейме…
Зато не будет угрожающей надписи, о том что ваше чудо создано не гуглом.
Благодарю, попробуем!
Если вы делаете доступ по учётке гугл запрос на выполнение будет при первом запуске. Если вам нужно всё своё, то это путь в node js, либо python. Воспроизводить функционал gas у себя на сервере, скорее, недостижимый сверхкостыль.
В том и дело, что мы хотим использовать сервера Google. В общем, чтобы все работало также как и сейчас, только ссылка была своя. Кажется логичным наличие такой возможности, но судя по всему сделать это можно действительно только через iframe https://developers.google.com/apps-script/guides/web?authuser=6&hl=ru
Это единственный путь. Как у самурая.
Это кажущаяся широта возможнотей оборачивается болью и страданиями, если вовремя не остановиться.
Если вы о том, чтобы прикрутить кастомный домен к вебапп, то эта функция отключена уже очень давно.
Как пет проект, это очень увлекательно. Особенно про таблицы как базы данных. Все через это проходят. Но для бизнес проекта ... Посмотрим через полгода.
Есть проекты, которые работают более 7 лет. Если архитектура и роль проекта были выбраны верно, то Скрипты -- экономия, иначе -- проблема.
Некоторые приложения вообще могут быть только на Apps Script (до недавнего времени так и было).
Обсуждают сегодня