Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 71, views: 26.701 •
Submitter: JOfferijns

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)

Dat is wel nice. Nog meer mogelijkheden om de diensten van Google te gebruiken :).
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 :?
"Deze authenticatie-procedure dient voor elke aangeroepen dienst eenmalig uitgevoerd te worden."
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..
Je moet wel weer je gebruikersnaam/wachtwoord invoeren. Met alleen curlen kom je dus niet zo ver.
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...
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!
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.
Maak het allemaal nog maar mooier! Google is allemansvriendje, Big Brother is watching you! Google is de laatste jaren flink eng aan het worden! ;)
ja, vooruitgang is heel eng. :O
Are you searching google, or is google searching you?

Think very hard.
i am searching the internet using google. and google is searching the internet ;)

van de honderen miljoenen mensen die google/internet dagelijks gebruiken gaat de grootste speler op het internet jou uitzoeken om exact uit te pluizen hoe vaak je naar 4chan's /b/ afdeling gaat.

need a tinfoil hat with that? :O
Euhm dat is ook exact wat ze doen... En omdat Google daar de beste in zijn, zijn ze ook het grootste geworden.
Zoekmachines waren er al lang en ze gaven allemaal juiste resultaten. Wie het verst durft/kan gaan in jou te leren kennen, zal jou specifiek betere resultaten geven. Bijgevolg zijn ze ook de eerste keuze voor advertenties want ze weten de klant er beter uit te kiezen.

De discussie is niet of Google privacy doorbreekt want doen ze. Het gaat er enkel om of ze naar jou zin te veel privacy doorbreken.
Zoekmachines waren er al lang en ze gaven allemaal juiste resultaten.
Nou euh, nee, en tegenwoordig nog niet. Google werd juist zo snel zo populair omdat het simpelweg vondt waar je naar zocht. Voorgaande zoekmachines vertrouwden op mensen die lijsten samenstelden van webadressen - en die lijsten op de bekende portal websites plaatsten. Lijkt me dat je dat ook nog wel zou moeten weten.
Google werd juist zo snel zo populair omdat het simpelweg vondt waar je naar zocht.
En hoe kwam dat? Juist, omdat:
Wie het verst durft/kan gaan in jou te leren kennen, zal jou specifiek betere resultaten geven.
Nee, hoor. Bekijk maar eens wat videos met Peter Norvig en dan zul je zien dat hij dit ontkracht (wat ook heel logisch is), maar blijf vooral geloven in je onzin.
Niet hard genoeg nagedacht Flippy.

Waar ik op doelde is de query's die jij intikt. Google geeft dan inderdaad een boel resultaten en dan ben jij blij. En die query's? Die worden geanalyseerd. En ze zijn er goed in, echt. Het is hun business model. Met elke zoekactie verduidelijk jij aan Google wat jou beweegt in het leven.

Dus wie doorzoekt nou wie?

En laat plz dat thinfoil hat eens een keer. Dit is niet ingewikkelder dan 3e klas havo economie.
Nou.. Andriod komt nog steeds zonder JavaME. Waarmee ze ongeveer het enige smartphone platform zijn zonder. Rocket science is het niet om zoiets er in te zetten. Ga er maar vanuit dat daar bedrijfsbelang achter zit. Een soort vendor lockin.
Je bedoelt dat de iPhone wel JavaME ondersteunt? En Microsoft gaat JavaME ook ondersteunen in W7mobile?

Nee, de nieuwe standaard voor apps op mobiele devices is HTML5.
Dan gebruik je het toch niet. Microsoft heeft alternatieven voor elke Google dienst. Jouw keuze. Daarnaast vertoond Google geen tekenen van gesloten brol.
Veel apps die Google levert voor oa Android, iOS. mac OS en Windows zijn closed-source. Daarnaast zijn ook bijvoorbeeld de search-engine die ze gebruiken closed-source.
En dit schrijf je van welke browser en OS?

Als het niet een compleet met de hand gecompileerde BSD versie is (en nee, OSX telt niet) dan ben je gewoon hete lucht aan het blazen.
Deze comment snap ik niet. Denk ook dat de definitie van closed-source door bovenstaanden beide anders wordt opgevat.
Dat is niet zo gek, aangezien ze zelf ook aangeven een Big Brother te zijn. Zie de algemene voorwaarden van Google, artikel 9 en 11.

bron: http://www.google.nl/accounts/TOS
The Linux way, I like it! Wie weet welke 3rd party tools er nu allemaal gaan verschijnen. :)
'The Linux Way' Die snap ik niet helemaal.. maar ik denk ook dat dit een welkome toevoeging voor (hobby) ontwikkelaars kan zijn.
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.
En of dat een 'goed' iets is... mja.
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 20 juni 2010 12:52]

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 8)7
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
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.
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
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.
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..."
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 :)
Extra ondersteuning is altijd goed ;)
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.
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.
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.
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.
Mee eens hoor, maar ik had het ook over persoonlijk gebruik. :)
Geen PowerShell?
Nooit geprobeerd eigenlijk, maar ben 'opgegroeid' met achtereenvolgens 4DOS, 4NT en nu dus TCC (allemaal produkten van JPSoft).
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?
het kan op alle OS'n draaien.....

het zal echter ongetwijfeld wel een achterliggende reden/link hebben met hun eigen OS
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.
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.
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 20 juni 2010 13:59]

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
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)
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.
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.
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 :z
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.
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 20 juni 2010 12:05]

nee er zijn API's beschikbaar voor hun produkten beschikbaar, dat is heel wat anders dan open source.
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 20 juni 2010 12:53]

Dit is de ultieme manier om google open source te houden.
Google is niet open source.
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.
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.
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 20 juni 2010 13:22]

Batch + Youtube... owjee, NOG meer zooi erop :'(
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 :)
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.
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!

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBGrand Theft Auto V

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013