Google geeft commandline-tool vrij voor toegang tot webdiensten

Google heeft een op Python gebaseerde commandline-tool uitgebracht waarmee de diverse webdiensten van het bedrijf zijn aan te roepen. De tool is voorzien van een opensource-licentie en kan gratis gebruikt worden.

De cli-tool heet GoogleCL en is geschreven in Python, waardoor het op alle besturingssystemen kan worden gebruikt. Via opdrachten op de commandline kan onder andere content in batches worden geüpload naar Blogger, Docs, Picasa en YouTube. Daarnaast zijn ook acties mogelijk op Google Calendar, zoals het inplannen van een afspraak, en kan de contactenlijst geëxporteerd worden. Tekstbestanden die op Google Docs staan opgeslagen, zijn via GoogleCL in een teksteditor direct vanaf de commandline te openen en te bewerken.

Voordat er toegang kan worden verkregen tot een gebruikersaccount, dient na het invoeren van een GoogleCL-commando de benodigde gebruikersnaam en wachtwoord opgegeven te worden. Vervolgens wordt een OAuth-url getoond, die in de adresbalk van een browser moet worden geplakt. Deze authenticatie-procedure dient voor elke aangeroepen dienst eenmalig uitgevoerd te worden. Om gebruikers op weg te helpen, heeft Google een aantal voorbeelden voor GoogleCL online gezet. Ook belooft Google in de toekomst het aantal aanroepbare diensten via GoogleCL te zullen vergroten.

Reacties (71)

[afraca]

Momenteel is installeren op windows nog een beetje lastig, maar zeker niet onmogelijk, en staat voor de mensen die de GoogleCode pagina niet willen doorklikken, hier uitgebreid beschreven

Het is een bijzonder interessante tool, niet zozeer om direct te gebruiken als consument, maar wel voor ontwikkelaars, het zal ongetwijfeld heel wat leuke applicaties doen ontstaan.

[Reactie gewijzigd door afraca op 24 juli 2024 23:32]

[shakedown]

Ik ben een leek op dit gebied, maar is dit allemaal ter voorbereiding van Chrome OS? Of zijn dit features die alleen bij een "gewoon" OS te gebruiken zijn?

Als dit met Chrome OS te maken heeft is Google dan niet terug aan het komen en wordt Chrome OS niet een volledig online os, maar krijgen we ook de mogelijkheid om programma's op je PC te installeren?

[ApexAlpha]

Zoals ik het zie kan bijvoorbeeld OpenOffice zich nu integreren met Google Docs, of kan iemand zelf een agenda programma schrijven die gegevens van Google gebruikt e.d.

[johnkeates]

Dat soort agenda programma's bestaan al langer, alle systemen die met CalDav werken bijvoorbeeld, kunnen al met google calendars werken.

De integratie met google docs is voor OpenOffice wel een uitkomst als dat kan, maar dat zal wel problemen geven met licenties denk ik zo.. Misschien dat het een 3rd party plugin kan worden?

[Reactie gewijzigd door johnkeates op 24 juli 2024 23:32]

[Mellow Jack]

Het gaat erom dat nu mensen zelf een agenda kunnen maken zonder hier teveel aandacht aan te besteden... Ik snap ook dat zulke applicaties al bestaan en zelfs "api's" voor php (volgens mij)

Het voordeel hier is dat je gewoon makkelijk simpel en snel de connectie met Google kan leggen zonder hier teveel moeite in te steken

[WPN]

het kan op alle OS'n draaien.....

het zal echter ongetwijfeld wel een achterliggende reden/link hebben met hun eigen OS

[johnkeates]

python bestaat al langer he dat het ook op hun eigen OS werkt staat daar los van, hoewel het wel voordeel biedt dat het niet voor elk systeem opnieuw gebouwd/getest hoeft te worden natuurlijk.

[sfranken]

Google Chrome OS word ook niet volledig online. Dat is onmogelijk. Het gebruikt het Linux kernel om de hardware van de machine aan te spreken en te gebruiken (kan niet anders).

Als je interesse hebt in een (preview) : http://www.chromium.org/chromium-os om een alpha/beta versie te kunnen krijgen (moet je wel eventjes zelf compileren)

[Rudy]

Je hebt alsnog een python interpreter nodig. Ik weet niet of dat in Chrome OS zit. In mening linux distributie zit het er vaak standaard al in.

[YopY]

Ik ben een leek op dit gebied, maar is dit allemaal ter voorbereiding van Chrome OS?

Op de een of andere manier lijkt me dit vreemd - Chrome OS is slechts een browser op een kernel, denk niet dat daar een CLI (toegangkelijk voor de gebruiker) of Python op staat (of op geinstalleerd kan worden). Ik kan het mis hebben natuurlijk.

[Zakkenwasser]

Dit is de ultieme manier om google open source te houden.

Veel ontwikkelaars zullen dit omarmen en gebruiken, uiteindenlijk wordt internet en de zoektocht daarop een stuk makkelijker en vooral ook sneller.


Dat brengt de mensheid weer een stuk dichterbij en uiteindelijk zal het misschien wel voor wereld vrede zorgen.

Optimistisch blijven en durven te dromen

[arjankoole]

Dit is de ultieme manier om google open source te houden.

lang niet alles wat google doet/maakt is opensource. Sterker nog, ik denk 90% niet.

[Stukfruit]

Ik denk ook wel eens wat, maar wat ik wel zeker weet is dat Google ook enorm veel projecten open source heeft gemaakt die erg belangrijk zijn voor de belangrijkste producten die ze hebben (veel dingen die door de search engine worden gebruikt zijn bv ook open source), dus ik zou het niet zo snel op 90% durven leggen, alleen omdat m'n onderbuik me dat vertelt

[Reactie gewijzigd door Stukfruit op 24 juli 2024 23:32]

[Verwijderd]

nee er zijn API's beschikbaar voor hun produkten beschikbaar, dat is heel wat anders dan open source.

[NoResult]

dit is opensource toegang tot google diensten -- als in een API. het maakt/houdt google diensten niet opensource, het geeft alleen de mogelijkheid google diensten te gebruiken m.b.v. een opensource script.

[Reactie gewijzigd door NoResult op 24 juli 2024 23:32]

[YopY]

Dit is de ultieme manier om google open source te houden.

Google is niet open source.

[Verwijderd]

Alle dingen die Google tot Google maken zijn niet open-source. Denk bijv. aan hun implementatie van GFS.

Alles wat ze open-sourcen is in zekere zin waardeloze saaie software. Dat is hun goed recht, maar ga geen onzin zitten te verkondigen als je er niets van begrijpt.

[ieperlingetje]

Voordat er toegang kan worden verkregen tot een gebruikersaccount, dient na het invoeren van een GoogleCL-commando de benodigde gebruikersnaam en wachtwoord opgegeven te worden. Vervolgens wordt een OAuth-url getoond, die in de adresbalk van een browser moet worden geplakt.

Dan biedt die CLI toch geen meerwaarde om in programma's te gebruiken of om als batch te draaien

[Anoniem: 314471]

Dan curl je de url toch? Tenminste dat kan op unix/Linux/osx.. Maar goed API's waren er al langer, die kan je ook voor je applicaties gebruiken, zou niet weten waarom je deze daarvoor zou gebruiken. T'is meer voor scriptjes denk ik..

[FlorisB]

Je moet wel weer je gebruikersnaam/wachtwoord invoeren. Met alleen curlen kom je dus niet zo ver.

[kozue]

En dat is niet te automatiseren wou je zeggen? Zelfs als je het niet mee kan geven als parameter, kun je nog wel aan de slag met expect ofzo. Iets wat niet te scripten is moet ik nog tegen komen...

[johnkeates]

Je kan ook lynx of links scripten.. dus het is inderdaad heel goed te automatiseren. Vanaf de Windows-CLI niet voor zo ver mij bekend, maar dat is dan weer een windows-specifiek probleem.

Het mooie hierbij is dat het in python geschreven is, dus dat je het ook kan gebruiken met je eigen python scripts! Dit is wel fijn voor mixed environments waar beheer vanaf linux gedaan kan worden, maakt alles een heel stuk sneller en goedkoper!

Gewoon alle policies, google diensten en exchange/caldav/ldap/imap diensten lekker vanaf een SSH-sessie beheren, regelen en onderhouden!

Dit biedt ook fijne oplossingen voor web-based in-house beheer systemen!

[Garyu]

Is vergelijkbaar met Ubuntu launchpad bijvoorbeeld. Voor een bugreport moet je je ook via je browser authentificeren. Als je dat één keer gedaan hebt, werkt het daarna gewoon CLI-only.

[michiel_]

"Deze authenticatie-procedure dient voor elke aangeroepen dienst eenmalig uitgevoerd te worden."

[GBB1]

The Linux way, I like it! Wie weet welke 3rd party tools er nu allemaal gaan verschijnen.

[DukeBox]

'The Linux Way' Die snap ik niet helemaal.. maar ik denk ook dat dit een welkome toevoeging voor (hobby) ontwikkelaars kan zijn.

[JOfferijns]

Ik denk dat hij bedoelt dat je het via commands doet, ja dit kan op windows ook maar in Linux is de terminal toch een veel belangrijker en veel meer gebruikt onderdeel van het OS.

[ZpAz]

En of dat een 'goed' iets is... mja.

[ILUsion]

Natuurlijk is dat goed; je kan Linux perfect gebruiken zonder ooit in de commandline iets in te geven; soms misschien wel iets in een Run-window, maar dat is in Windows ook niet zo ongewoon om te doen (denk maar eens terug aan de tijd voor Autoplay (Windows 95), om iets te installeren was iedereen het gewoon Start > Run > A:\setup.exe in te typen). Daarmee wil ik niet impliceren dat dergelijke dingen nu nog moeten, maar wel dat het niet moeilijk is om een commando te typen (als we het 15 jaar geleden zonder probleem konden).

Om maar een idee te geven, Microsoft begint de shell ook op te waarderen, kijk maar naar PowerShell (nu ben ik daar zelf niet zo'n voorstander, maar het toont wel aan dat er vraag naar is). Een shell-interface zal steeds veel krachtiger blijven dan een GUI voor veel dingen; voor andere dingen (vooral grafische doeleinden), heeft een CLI dan weer nadelen.

Misschien even handig om een voorbeeld te geven waar CLI net zo handig is: bij het uitvoeren van taken. Stel dat je aan iemand moet uitleggen hoe hij een stukje software installeert en downloadt. Zonder CLI gaat dat iets in de richting van: "ga naar site X, klik daar op Download, sla dat ergens op en dubbelklik vervolgens op het knopje uitvoeren; next, next, next, pas die en die opties aan, finish". En neem nu maar dat aan de andere kant iemand zit die zijn OS in een andere taal heeft staan (dus geen Next, de namen van die opties verschillen of zijn slecht vertaald, ...). In een systeem met een CLI die krachtig genoeg is (Linux of PowerShell op Windows bv.), geef je gewoon de reeks commando's door en dat werkt zo goed als altijd zonder taalproblemen. Nu kan je in de GUI altijd wel werken met screenshots/filmpjes, maar de moeite die je daarin moet steken is toch nog steeds iets groter dan via CLI (in mijn ogen).

Net zozeer kan deze GoogleCL de drempel lager maken voor mensen die scriptjes willen schrijven in een taal waarin geen API voor Google beschikbaar is of dat de CL-opties gewoon veel simpeler zijn dan de API in die taal.

[marking]

Support geven op linux is zoo veel makkelijker. In plaats van te vertellen waar iemand precies heen moet met zijn muis, en rekening houden met 30 verschillende vensters (netwerk centrum, taal etc etc) gewoon 1 commando geven.

GoogleCL is sowiso niet bedoelt voor de leek, dus ik zie niet wat er 'niet goed' aan is.

[Reactie gewijzigd door marking op 24 juli 2024 23:32]

[dasiro]

onze users zijn oerdom, zelfs een ip via cmd laten opzoeken is al hels, daarom dat je hen makkelijker via network connections kan laten gaan omdat ze dan niets moeten typen waar ze nog 10 fouten in kunnen maken

[kozue]

En vervolgens kunnen ze die plek waar ze hun IP in de GUI in moeten voeren ook niet vinden. Je weg zoeken in een GUI (vooral die van MS) is nog altijd een stuk omslachtiger dan ctrl+c ctrl+v van een commando in je terminal

[sfranken]

Plus het feit dat MS zijn gui bij elke versie van Windows een klein beetje aanpast. Wat in Vista op locatie a zit zit in 7 misschien wel op locatie d.
Dat heb je met een CLI interface dus niet.

[Mellow Jack]

Het leuke is juist dat JIJ het voor de domme users makkelijk kan maken... Je kan bijv je in house web applicaties simpel en snel koppelen met bijv Google agenda

[YopY]

Support geven op linux is zoo veel makkelijker. In plaats van te vertellen waar iemand precies heen moet met zijn muis, en rekening houden met 30 verschillende vensters (netwerk centrum, taal etc etc) gewoon 1 commando geven.

"Heuh? Soedo Aapt Get minmin install pieton? ASDF IK SNAP HET NIET??!"

ik wil niet graag via de telefoon mensen commandline dingen uitleggen.

[Verwijderd]

Ooit wel eens van spellen gehoord? Ik heb zowel gebruikers via muis als commandline door hun OS moeten leiden en ik kan je wel vertellen dat even een commando'tje spellen 100x makkelijker is dan "klik rechts op... nee, met je rechtermuisknop... ja... en dan 'properties'... huh, wat?... oh... 'eigenschappen'... en dan het derde tabje... tabje? ja, daarbovenaan... lees ze eens voor, want ik weet niet hoe dat tabje in het Nederlands heet... ok, klik daar maar op... nee, met links nu... ja, wat staat daar? Niks? Weet je het zeker..."

[Anoniem: 315909]

hoop echt dat jij je users geen nieuwe python versies ofzo laat installeren ...
Die python versie dient er al op te staan bij je voorbereiding & als je 'm dan toch nog wilt upgraden/herinstalleren hoop ik dat je dat aan jezelf over laat via een ssh sessie oid

Domme users zouden uberhaupt geen sudo rechten mogen hebben...

on topic :

Calendar&Contacts lijken me wel nuttig - denk daarvan in de nabije toekomst toch wel enkele leuke ontwikkelingen op te zien!

Verder als ik de mogelijkheid van aansturen van Picasa & vooral Docs bekijk (edit met editor X, .. ) lijkt me dat dit de cloud weer een stapje dichter en bruikbaarder kan maken

[johnkeates]

De GUI is om mensen die de CLI niet 'aan kunnen' of niet 'kunnen' of niet abstract kunnen denken een mooie uitkomst. Laat dat nou juist vooral een end-user ding zijn.. beheerders, programmeurs en mensen met computer kennis (dus geen windows-only les oid) kunnen hierdoor lekker universeel werken, op een manier die met een GUI nooit zo snel of efficient was, of zal zijn. Dat maakt de GUI niet slecht, maar allen voor een andere doelgroep.

Het is een beetje alsof je een netwerkbeheerder wil zijn, maar niet ipv4 wil leren..

Als je een end-user bent moet je misschien geen servers willen beheren


Btw, dat is allemaal niet persoonlijk of op de man, maar servers zijn nou eenmaal geen gebruikersdingen.. dat is het hele probleem met personen die windows server voor de gui willen, want de diensten die je koopt met windows server zijn ook allemaal vrij en gratis beschikbaar via andere systemen, alleen heb je dan de windows gui niet. (soms totaal geen gui als je dat niet wil)

GUI's vereisen een GPU, een monitor aansluiting of andere zaken die geld en computer resources kosten. Dat is nou juist datgene wat totaal niks met servers te maken moet hebben. Daar moeten resources en geld naar 1 ding gaan: serveren.

[watercoolertje]

Extra ondersteuning is altijd goed

[Upquark]

Uiteindelijk ben je daar zelf bij; ik zit in Windows 7 meer in TCC (luxe shell voor Windows) te werken dan in de verkenner o.i.d.

[kozue]

In Linux is je hele systeem via de terminal te besturen als je wilt. In Windows is het een afterthought waar per applicatie specifiek support voor moet worden toegevoegd die maar half werkt. Verder ken ik dat TCC niet, en zal dus wel een 3rd party app zijn, waardoor je er vanuit kunt gaan dat het niet geïnstalleerd staat op systemen van mensen die hulp nodig hebben.

[Upquark]

Mee eens hoor, maar ik had het ook over persoonlijk gebruik.

[Slashdotter]

Geen PowerShell?

[Upquark]

Nooit geprobeerd eigenlijk, maar ben 'opgegroeid' met achtereenvolgens 4DOS, 4NT en nu dus TCC (allemaal produkten van JPSoft).

[covada]

GMail en search(!) staan er nog niet tussen. GMail is misschien ook een beetje eng met het oog op spam.

[Rudy]

Toch zijn beide te gebruiken via een CLI, alleen niet via de tool die zij vrijgeven. Zul je zelf aan de gang moeten, maar zo ingewikkeld is dat niet voor deze diensten.

[merlijn85]

Nu alleen nog integratie met Google Sites om het echt bruikbaar te maken. De webinterface daarvan om wat files online te zetten is echt een rampenplan.

[DennusB]

Ik was al fan van Google, maar dit is natuurlijk wel weer echt een ideaal iets.
Vooral als je als bedrijf wat dingen wilt automatiseren ofzo is dit een geweldig handige tool
Ik ga er binnenkort eens lekker mee spelen Top Google!

[Verwijderd]

Batch + Youtube... owjee, NOG meer zooi erop

[johnkeates]

Hangt van de definitie van zooi af, als iemand bijvoorbeeld een uitvoering van een of ander iets filmt, en zelf online zet, kan het heel wat tijd schelen!

Als je bedoelt, meer crap zoals wheelies en dansen met scooters, dan kan je tevreden zijn met het feit dat dat soort volk de kennis niet heeft om dingen te batchen

[YopY]

Wel makkelijk voor mensen die volledige films erop proberen te zetten (als dat tegenwoordig nog kan). Batch convert naar stukjes van 10 minuten en uploaden via de CLI.

[Rutix]

Dat is wel nice. Nog meer mogelijkheden om de diensten van Google te gebruiken .