Google Sheets को app backend/API की तरह इस्तेमाल करने वाला Zero Sheets

 (zerosheets.com)
3 पॉइंट द्वारा GN⁺ 2024-04-13 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Zero Sheets एक ऐसी सेवा है जो Google Sheets को RESTful JSON API में बदल देती है, ताकि अलग backend के बिना prototype, website और app में data संभाला जा सके
  • बनाए गए endpoint पर HTTP request भेजकर data को देखा और बदला जा सकता है, और authentication method तथा इस्तेमाल की जाने वाली sheet भी सेट की जा सकती है
  • शुरुआती flow 3 चरणों का है: sheet URL पेस्ट करना, API configure करना, और endpoint पर request भेजना — इससे शुरुआती setup का बोझ कम होता है
  • spreadsheet को client-facing CMS की तरह इस्तेमाल करके वास्तविक data के साथ ideas test करने पर इसका खास ज़ोर है
  • pricing में free plan से 1 API और प्रति माह 200 requests मिलती हैं, फिर $4.99/माह Scout और $19.99/माह Craft हैं; public plans में read, write, update और delete शामिल हैं

Google Sheets को RESTful API में बदलना

  • Google Sheets spreadsheet को RESTful API में बदलकर साधारण HTTP request से data को पढ़ने और बदलने योग्य बनाता है
  • इसे ऐसा टूल बताया गया है जो developers को prototype, website और app जल्दी बनाने में मदद करता है
  • API configuration चरण में authentication method, इस्तेमाल होने वाली sheet और अन्य settings तय की जा सकती हैं
  • उपयोग का flow 3 चरणों में है
    • Google Spreadsheet URL को dashboard में copy-paste करें
    • नई API की authentication method और इस्तेमाल होने वाली sheet आदि सेट करें
    • endpoint मिलने के बाद HTTP request भेजें

CMS की तरह उपयोग और pricing

  • spreadsheet को वास्तविक data store की तरह इस्तेमाल करके ideas test किए जा सकते हैं, और इसे client के उपयोग के लिए CMS की भूमिका भी दी जा सकती है
  • यह दावा करता है कि अपना backend panel बनाने की तुलना में इससे ideas को सस्ते और तेज़ तरीके से लागू किया जा सकता है
  • सार्वजनिक pricing इस प्रकार है
    • Free: $0/माह, 1 API, unlimited sheet tabs, पढ़ना·लिखना·संशोधन·हटाना, प्रति माह 200 requests
    • Scout: $4.99/माह, unlimited APIs, unlimited sheet tabs, पढ़ना·लिखना·संशोधन·हटाना, प्रति माह 400 requests, 24/7 support
    • Craft: $19.99/माह, unlimited APIs, unlimited sheet tabs, पढ़ना·लिखना·संशोधन·हटाना, प्रति माह 2000 requests, 24/7 support
  • custom pricing अलग से पूछताछ पर उपलब्ध है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-04-13
Hacker News की राय

  • आधुनिक Excel शुरुआती जाल से सावधान रहना चाहिए। 80–90 के दशक में कई investment banks इसमें फंस गए थे, क्योंकि spreadsheets एक general-purpose calculation framework के तौर पर बेहतरीन हैं, इसलिए risk management, pricing और operations functions तक Excel files के बड़े ढेर पर चढ़ा दिए गए
    Plugins और extensions जोड़ दें तो वाकई बहुत कुछ किया जा सकता है, लेकिन आखिर में spreadsheet ऐसा nightmare बन जाती है जिसे maintain करना नामुमकिन और अंदर से समझना मुश्किल होता है, और core business logic कई लोगों की personal sheets में कैद हो जाती है। बड़े पैमाने के बदलाव मुश्किल या असंभव हो जाते हैं, और जो बदलाव किसी सामान्य software framework में आसान होते, उनके लिए भी ढेरों sheets बदलनी पड़ती हैं, जिससे risk और verification cost बढ़ जाती है

    • Game development में visual scripting में भी बहुत मिलती-जुलती स्थिति बनती है। मूल रूप से यह designers या artists को programmer बुलाए बिना, pressure plate पर कदम पड़ने पर दरवाजा खुलने जैसे छोटे काम करने देने का tool है, लेकिन output आसानी से control से बाहर होकर बड़ा हो जाता है
      सिर्फ Unreal Engine के मामलों को इकट्ठा करने वाली site भी है: https://blueprintsfromhell.tumblr.com/. निजी तौर पर मुझे लगता है कि अच्छा refactoring support ही समाधान है। Programmer को आकर सब कुछ दोबारा लिखे बिना, “extract method” जैसे तरीकों से इसे व्यवस्थित कर पाना चाहिए
    • यह हमेशा choice का मामला नहीं होता। काम पर policy-compliant Python hello world चलाने का environment पाने में ही अलग-अलग प्रक्रियाओं के चलते करीब 4 घंटे लग गए
      पूरी IDE या pip modules तो दूर, यह बस hello world था, और फिर भी अब तक की तुलना में यह बेहतर ही था। कुछ financial firms शुरू से ही दूसरा विकल्प नहीं देतीं। Office workers को सिर्फ Excel देकर फिर यह देखकर हैरान होना कि लोगों ने Excel से monsters बना दिए, एक आम pattern है
    • पूरी तरह सहमत। मेरी मौजूदा company ने 10 साल से ज्यादा समय से spreadsheets और database query export pipelines की उलझी हुई संरचना को refactor नहीं किया है, और यह scale नहीं हो रहा, इसलिए अब पैसे लगातार रिस रहे हैं
      ऐसी समस्याएं तब तक साफ नहीं दिखतीं जब तक सब कुछ ढह न जाए। Spreadsheets में एक साथ काम करना सबसे जोखिम भरे कामों में से है, इसलिए सभी core processes में bottleneck बन जाता है। Data integration जोखिम भरा और लंबा होता है, और spreadsheets के बीच consistency guarantee करना भी मुश्किल है। पहले ही सही tools पर चले गए होते तो जिस code की जरूरत नहीं पड़ती, उसी से लगातार patchwork करना पड़ता है
    • “बड़े पैमाने के बदलाव मुश्किल या असंभव हो जाते हैं” के साथ-साथ, version control भी नहीं होता
      Spreadsheet को RCS में store तो किया जा सकता है, लेकिन क्या आप ऐसा diff देख सकते हैं जिससे पता चले कि push किया जाने वाला बदलाव वही है जो आपने चाहा था? क्या आप समय के साथ system कैसे बदला, इसका diff history review कर सकते हैं? कई लोग बदलाव करें तो क्या merge कर सकते हैं? क्या experimental working copy अलग से होती है, या बिना safeguards के सीधे production copy edit की जाती है?
    • Sheet को सिर्फ storage के तौर पर इस्तेमाल करना शायद ठीक हो। बस यह जानना चाहूंगा कि size limit कितनी है

  • दिलचस्प बात है। Startup को Loom में pivot करने से पहले यह Opentest नाम की user testing company थी, और co-founders ने किसी खास user testing requester को देखने के लिए database और dashboard बनाने के बजाय सब कुछ बस Google Sheets में डाल दिया था
    यह बहुत अच्छा था। Downtime नहीं था, access खुला था, देखने और edit करने वाले सिर्फ 3 लोग थे, इसलिए conflicts भी नहीं थे। Database upgrade या maintenance संभालने की जरूरत भी नहीं थी। मैं इस फैसले को अक्सर याद करता हूं, और लगता है कि मैंने जो “good engineering practices” सीखी हैं, उनमें से काफी कुछ इस तथ्य के सामने फीका पड़ जाता है कि सचमुच तेज और practical तरीके से आगे बढ़ना किसी भी stage पर genius breakthrough हो सकता है

    • सहमत। Google Sheets startups या छोटी companies में जल्दी टिके रहने के लिए अच्छा विकल्प है
      बहुत कम लोगों द्वारा modify किए जाने वाले कई system data के लिए इसे इस्तेमाल किया है। थोड़े careful code और caching के साथ, जैसे validation के बाद S3 पर sync करने के तरीके से, यह important system data के CRUD frontend के रूप में आसानी से इस्तेमाल हो सकता है। Temporary dashboard के लिए भी अच्छा है, और API से जोड़कर या custom Google Scripts code लगाकर private APIs भी handle कर सकता है। कई views, pivot tables, queries और lookups वाले काफी बड़े reports को schedule पर auto-refresh भी किया है। यह सही है कि custom-built चीज Google Sheets से बहुत बेहतर होनी चाहिए, लेकिन उसे इससे जल्दी नहीं बनाया जा सकता। जब तक कुछ बड़ा और बेहतर चाहिए होगा, requirements भी ज्यादा साफ हो चुके होंगे और development resources afford करने की स्थिति होगी
    • मैं एक बड़ी company में software engineer हूं, लेकिन जिन कई projects पर काम करता हूं उनकी नींव Google Sheets है। कहीं इसे frontend की तरह, कहीं backend की तरह इस्तेमाल करते हैं
      इसकी एक वजह यह भी है कि React या Postgres जैसे simple engineering tools इस्तेमाल करने में भी बहुत ज्यादा प्रक्रियाएं हैं
    • Google Sheets को built-in admin UI वाली managed NoSQL database के तौर पर भी देखा जा सकता है
    • अगर सिर्फ one-way data dump करना हो तो यह अच्छा idea लगता है। समस्या तब शुरू होती है जब सात sheets को authoritative तरीके से दूसरे processes control करने होते हैं
      Spreadsheet में लिखने वाला व्यक्ति असल में कोई भी transformation कर सकता है, इसलिए यह बहुत आसानी से टूट जाता है
    • ठीक लगता है, लेकिन company data को Google Sheets में डालने से पहले अनुमति जरूर लेनी चाहिए

  • किसी fancy wrapping की जरूरत नहीं है। बस https://script.google.com/ खोलें तो पहले से ही Google के कई APIs तक पहुंच मिल जाती है, और sheets को Gmail से email भेजने, calendar बदलने, pages बनाने, form input process करने आदि में integrate किया जा सकता है
    समस्या यह है कि actual database की तरह transaction-based operations नहीं होते। उदाहरण के लिए, किसी specific resource को lock करना चाहें तो fail हो सकता है

    • इस site पर जब भी कोई किसी problem के लिए simple solution बनाता है, कोई और कहता है कि पहले से ही कहीं ज्यादा complex option मौजूद है

  • यह थोड़ा हैरानी की बात है कि अभी तक किसी ने Spread API का ज़िक्र नहीं किया: https://spreadapi.roombelt.com/
    यह मुफ़्त Google Sheets / Apps Script है, और शीट में बस पेस्ट करने पर उसे पूरा CRUD बना देता है। हालांकि rate limit थोड़ी है, लेकिन यह पूरी तरह मुफ़्त है। पहले मैंने Sheets-आधारित कंपनी के बारे में सोचा था, लेकिन जब बात “पैसे देने की इच्छा” वाले चरण तक पहुँचती है, तो आम तौर पर वही समय होता है जब आप Sheets से आगे निकल रहे होते हैं। सीमाओं की वजह से Sheets या SpreadAPI पर टिके रहने के बजाय Turso, Cloudflare D1, Pocketbase पर जाना चाहेंगे

    • मुझे सच में खुशी है कि मेरा छोटा प्रोजेक्ट काम आ रहा है
      सुधार के आइडिया या PR कभी भी यहाँ भेज सकते हैं: https://github.com/ziolko/spreadapi
    • अच्छा लगता है। हालांकि ऐसा लगता है कि एक ही request में कई rows insert करना भी संभव नहीं है, इसलिए यह काफ़ी सीमित दिखता है
    • जानना चाहूँगा कि Spread API की rate limit क्या है। साइट पर मुझे जानकारी नहीं मिली

  • इसी तरह के उपयोग के लिए मैं PocketBase की सलाह देना चाहूँगा
    पिछले हफ्ते API access वाला कोई arbitrary data store ढूँढ़ते हुए मैं Google Sheets backend बनाने वाला था, लेकिन PocketBase आसान था और उसमें प्रति मिनट 60 calls की सीमा भी नहीं थी। सस्ते VPS पर CapRover के साथ deploy करना भी बहुत आसान था
    https://pocketbase.io/
    https://developers.google.com/sheets/api/limits

    • PocketBase के लिए मेरा भी वोट। सामान्य data collection के लिए PocketBase इस्तेमाल करता हूँ, और API से CSV export करके Google Sheet में ले जाकर देखने और edit करने के लिए उपयोग करता हूँ
      prototyping और असली काम चलाने के लिए बहुत आसान है, और Google Sheet को backend के रूप में इस्तेमाल करना भी अच्छा है, लेकिन authentication जैसी चीज़ों की ज़रूरत थी
    • मैंने PocketBase देखा, लेकिन इसे कैसे इस्तेमाल करना है यह ठीक से समझ नहीं पाया। SQLite जानता हूँ और SQL भी अच्छा आता है, लेकिन असल में इसे कैसे उपयोग करना है, इसका अंदाज़ा नहीं लगा
    • मेरा infrastructure 100% scalability पर focused है, इसलिए शायद हम साथ काम कर सकते हैं। बस लागत बाँटनी होगी
      संपर्क जानकारी पाने के लिए यहाँ message भेज दें: https://www.zerosheets.com/contact

  • हाल ही में मैंने सिर्फ AppsScript और Google Sheets को database की तरह इस्तेमाल करके एक पूरा webapp बनाया, इसके बारे में यहाँ https://thetechenabler.substack.com/i/142898781/making-a-sim... लिखा, और इसे यहाँ https://github.com/eeue56/simple-link-aggregator पर public किया
    यह एक नया अनुभव था, और खासकर यह idea आकर्षक लगा कि non-developer के लिए आसानी से संभाले जाने वाला data store हो और उसके आगे बिना server setup की ज़रूरत वाला webapp जोड़ दिया जाए। लेकिन AppsScript इस तरह के उपयोग के लिए बहुत धीमा है, इसलिए अच्छा अनुभव बनना मुश्किल है। Zerosheets अच्छा दिखता है, और अगर मैं इस idea को फिर देखूँगा तो इसे और देखूँगा

    • “non-developer के लिए आसानी से संभाले जाने वाले data store से webapp जोड़ना और server setup की ज़रूरत न रखना” क्या Airtable के use cases में से एक नहीं है?

  • अगले user script project idea के लिए मुझे कुछ ऐसा चाहिए। निजी उपयोग के लिए है, लेकिन मुझे एक बेहद तकलीफ़देह web UI में report cards भरने पड़ते हैं
    डेटा spreadsheet में डालना कहीं ज़्यादा आसान है। पहले मैं सच में ऐसा ही करता था, लेकिन स्कूल ने इसे “आसान” बनाने के लिए एक बहुत basic CRUD webapp की भयानक parody जैसी चीज़ लागू कर दी। इसलिए मैं एक user script बनाना चाहता हूँ जो spreadsheet से पढ़कर उस web form को भरे जिसमें लिखना-पढ़ना असुविधाजनक है। अभी तक शुरू न कर पाने की वजह यह है कि पिछली user script experience वाली blog post भी पूरी नहीं की है, और authentication nightmare से डर लगता है। user script context में यह आसान भी हो सकता है या मुश्किल भी; चूँकि यह web page के अंदर है, शायद वहीं से सामान्य OAuth flow जैसा कुछ किया जा सके

    • जानना चाहूँगा कि क्या आपने Apps Script देखा है
    • अगर Google Sheets इस्तेमाल करते हैं तो शायद सामान्य OAuth flow करना होगा। विकल्प के तौर पर Excel इस्तेमाल करके एक simple macro से automate भी कर सकते हैं
      निजी तौर पर मुझे सबसे आसान तरीका यह लगता है कि script के मुश्किल हिस्से, यानी authentication, को skip करें; clipboard से values copy-paste करें और फिर data process करें

  • कुछ दिन पहले templates और CMS alternatives देखते हुए मुझे NPR का internal tool https://github.com/nprapps/dailygraphics-next मिला, जिसका उपयोग data, charts और visualizations वाले articles publish करने के लिए होता है
    उसमें Google Sheets को CMS के रूप में इस्तेमाल करने का तरीका शामिल था, इसलिए यह दिलचस्प लगा

  • https://github.com/kellpossible/avalanche-report/ पर मैंने बहुत मिलता-जुलता काम किया। data entry flow को तेज़ी से iterate कर सकें, इसलिए Google Sheets से शुरू किया
    server के साथ इस्तेमाल करने पर configured URL query को IMAGE function में डालकर custom charts और diagrams भी बना सकते थे। reads को local SQLite database में cache करता हूँ। अब हम Google Sheets से दूर जा रहे हैं, क्योंकि setup थोड़ा झंझट वाला है और हमारे use case में users को गलत fields edit करने से पूरी तरह रोक नहीं सकते। फिर भी अब तक इसने बहुत अच्छा साथ दिया है, और starting point के रूप में मैं इसे किसी को भी strongly recommend करूँगा

  • पहले मैंने एक restaurant website के menu page को Google Sheet से चलाया था। यह perfect था
    restaurant जब भी कुछ बदलता, spreadsheet update करता और वह तुरंत web पर दिखने लगता; अगर कुछ गलत छू गया तो revert कर सकते थे

    • कुछ हफ्ते पहले मैंने एक restaurant के लिए बिल्कुल यही setup किया। simple और free था
      Apps Script को update होने पर site build करने के लिए बनाया, इसलिए जब भी edit किया जाता, rebuild trigger होता और static site के रूप में फिर से deploy हो जाता