Comme Dropbox, Google Drive peut héberger un petit site web

Comme Dropbox, Google Drive peut héberger un petit site web

Die Pages Jaunes, Die !

Avatar de l'auteur
David Legrand

Publié dans

Internet

06/02/2013 2 minutes
29

Comme Dropbox, Google Drive peut héberger un petit site web

Dropbox permet depuis un certain temps de mettre en ligne un petit site web via le partage public de pages HTML. Google vient d'annoncer que c'était désormais aussi le cas de son service Drive. Là encore, on sera bien entendu limité au trio HTML / Javascript / CSS.

Si Dropbox est surtout connu comme un service de stockage de données, certains l'utilisent aussi comme hébergement pour un petit site web. En effet, on peut depuis longtemps stocker des fichiers HTML / Javascript / CSS dans un dossier public afin de les afficher comme n'importe quel autre site web.

Bien entendu, aucun langage serveur n'est disponible, comme PHP par exemple, et il sera impossible d'exploiter cette fonctionnalité pour des services à fort trafic, mais c'est une possibilité pratique pour mettre en place un CV ou le site vitrine d'une PME.

Via Google+, les équipes de Google Drive viennent d'indiquer qu'il était désormais possible de faire de même. Là aussi on sera limité au trio HTML / Javascript / CSS et il faudra partager de manière publique un dossier contenant les fichiers concernés. Pour cela il vous suffira d'effectuer un clic droit sur celui-ci via l'interface web et cliquer sur « Public » dans la section « Qui a accès » des options de partage.

  Google Drive

Ensuite, rendez-vous sur la page HTML principale comme pour l'éditer. Dans la barre supérieure, vous verrez un bouton « Aperçu ». Un clic sur celui-ci vous donnera l'URL de votre site qui sera sous la forme suivante :

https://googledrive.com/host/[id du répertoire]/[nom du fichier]

Il vous suffira ensuite de partager ce lien ou d'effectuer une redirection depuis votre domaine. Le tour est joué.

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (29)


Tiens, je ne connaissais pas du tout cette fonctionnalité de Dropbox. Où peut-on trouver plus d’infos à ce sujet sur leur site ????


et le HTML5 ? il connais ?



bon même pour le moment il n’existe pas (à ma connaissance) de client ssh HTML5 hormis gateone (qui comporte le serveur web complet en python) si un jour je pouvais héberger sur dropbox ou autre un client ssh en HTML5 je serait juste heureux :)









ffvsdoom a écrit :



Tiens, je ne connaissais pas du tout cette fonctionnalité de Dropbox. Où peut-on trouver plus d’infos à ce sujet sur leur site ????







DTC !<img data-src=" /><img data-src=" />

edit 2: tiens l’edit n’interprète pas les smiley ?









ffvsdoom a écrit :



Tiens, je ne connaissais pas du tout cette fonctionnalité de Dropbox. Où peut-on trouver plus d’infos à ce sujet sur leur site ????







https://www.google.fr/search?q=host+website+dropbox



Des solutions toutes prêtes existent :



http://www.site44.com/

http://www.kissr.com/









al_bebert a écrit :



et le HTML5 ? il connais ?







C’est un langage serveur le HTML5 maintenant ?









NiCr a écrit :



C’est un langage serveur le HTML5 maintenant ?







non bien que l’utilisation des websocket soit utilisé dans le cas que je cite.



après je sais pas trop comment ça fonctionne les websockets j’ai pas eu le temps de me pencher dessus.



faudrait pourtant… par ce que cette histoire me bloquer pour le moment (j’utilise apache en reverse proxy et il ne gère pas les websocket ce qui fait que j’ai plusieurs applis que je ne peux pas mettre derrière cet apache)



Incroyable, ça marche nickel. Il suffirait de faire des appels ajax cross domain pour combler le manque du support de language serveur.



https://googledrive.com/host/0B1FFGp_sF83uRDdFaTVKWU5BaTA<img data-src=" />



J’essaie de comprendre l’interet de la chose maintenant… <img data-src=" />

J’en vois un, la bande passante de la mort qui tue ?


ptite pub en passant








vince2010091 a écrit :



ptite pub en passant







De quelle pub ?



Lorsqu’on fait un article sur un sujet, forcément on met en avant le sujet (que ce soit en bien ou en mal).



On peut omettre le nom de fichier, si celui-ci se nomme index.html.

Le même exemple cité plus haut sans le nom du fichier fonctionne.



https://googledrive.com/host/0B1FFGp_sF83uRDdFaTVKWU5BaTA





Il leur reste plus qu’à activer le PHP <img data-src=" />

On verra qui dégainera le 1er, DropBox ou Google Drive ?


C’est astucieux mais non révolutionnaire : quand on clique sur le lien, le navigateur télécharge le fichier (ça c’est le comportement normal de google drive). Comme c’est un fichier interprétable par le navigateur (CSS/JS/html), il en effectue le rendu.



Par contre, le site sera nécessairement statique (il est possible de dynamiser l’interface par du JS, de l’ajax et autre, mais rien qui n’altère les ressources -comprendre “les pages”- hébergées).



Amusant, mais assez limité comme usage (à moins de vouloir refaire le web comme à ses débuts, avec la barrière en travaux et le gif animé du gyrophare !!)


En gros il réinvente l’hébergement classique ? <img data-src=" />








AlbertSY a écrit :



On peut omettre le nom de fichier, si celui-ci se nomme index.html.

Le même exemple cité plus haut sans le nom du fichier fonctionne.



https://googledrive.com/host/0B1FFGp_sF83uRDdFaTVKWU5BaTA





Il leur reste plus qu’à activer le PHP <img data-src=" />

On verra qui dégainera le 1er, DropBox ou Google Drive ?





Je les vois mal activer le php, avec les impacts potentiels sur les CPU des serveurs d’un code mal gaulé. Faut arréter de réver, ils ne font pas dhébergement de site web.

le fait qu’un minisite html fonctionne est un effet de bord, rien de plus (cf mon post précédent)









echo43 a écrit :



En gros il réinvente l’hébergement classique ? <img data-src=" />





Non, il ne réinventent rien, leur mode de fonctionnement fait que ça marche, c’est tout.



Mmhh intéressant tout ça, on pourrais se créer un iGoogle quand celui ci ne sera plus <img data-src=" />








al_bebert a écrit :



bon même pour le moment il n’existe pas (à ma connaissance) de client ssh HTML5 hormis gateone (qui comporte le serveur web complet en python) si un jour je pouvais héberger sur dropbox ou autre un client ssh en HTML5 je serait juste heureux :)





Quelqu’un pourrait-il traduire ceci ? Je serais heureux de répondre à la question, mais je ne suis pas sûr d’avoir tout bien compris.



Ceci dit, je pense que si on encapsule le HTML5 dans du XML3, en passant par un XSLT4 bien construit, le SSL c’est les doigts dans le nez. <img data-src=" />









AlbertSY a écrit :



On peut omettre le nom de fichier, si celui-ci se nomme index.html.

Le même exemple cité plus haut sans le nom du fichier fonctionne.



https://googledrive.com/host/0B1FFGp_sF83uRDdFaTVKWU5BaTA





Il leur reste plus qu’à activer le PHP <img data-src=" />

On verra qui dégainera le 1er, DropBox ou Google Drive ?







Bah, ça existe déjà… plus ou moins … Google propose le Google App Engine qui peut exécuter du Java ou du Python (oui ou du Dart <img data-src=" /> )… Il “suffit” que ta page fasse appel en Ajax à ton serveur GAE… Bon, c’est vrai que c’est un tout petit peu plus complexe que juste uploader les php sur Google Drive.









sebc22 a écrit :







Par contre, le site sera nécessairement statique (il est possible de dynamiser l’interface par du JS, de l’ajax et autre, mais rien qui n’altère les ressources -comprendre “les pages”- hébergées).



Amusant, mais assez limité comme usage (à moins de vouloir refaire le web comme à ses débuts, avec la barrière en travaux et le gif animé du gyrophare !!)







Euh, les sites full Ajax (avec des appels x-domain) marchent pourtant bien, et ca décape. J’avoue qu’il faut quand même un serveur pour servir les données. <img data-src=" />









WilliamSauron a écrit :



Quelqu’un pourrait-il traduire ceci ? Je serais heureux de répondre à la question, mais je ne suis pas sûr d’avoir tout bien compris.



Ceci dit, je pense que si on encapsule le HTML5 dans du XML3, en passant par un XSLT4 bien construit, le SSL c’est les doigts dans le nez. <img data-src=" />









qu’est ce que tu ne comprend pas









al_bebert a écrit :



qu’est ce que tu ne comprend pas







Ben je comprends … rien … Dropbox, Drive, c’est pas un hébergement, ces services n’exécutent pas le code eux-mêmes, il se contentent de fournir des documents à qui le demande via une URL. Si tu écris un client SSL en HTML5 (je ne vois déjà pas comment, HTML5 décrit des fragments de documents lisibles par un humain, pas des programmes - je suppose que tu veux parler de JavaScript) et que tu le stockes sur Drive/DropBox, la seule chose qui va arriver c’est que celui qui se connecte va recevoir la source du programme JS, et pas une connexion au socket.



Si ce que tu cherches est un hébergement gratuit pour un service Web, il faut se tourner vers … un service d’hébergement. A priori pour héberger un service en JavaScript, je chercherais un hébergement Node.js (ça doit exister)



Si par contre ce que tu veux c’est qu’en se connectant à ta page, ton visiteur reçoive un client SSL qui s’exécute dans son navigateur et se connecte à une autre machine, oui, ça va marcher puisque le service DropBox ou Drive n’aura pas conscience que c’est du code à executer, il va juste fournir la source.



pour tout ceux qui veulent du php … sachez qu’il existe “google apps script” : script.google.com il ya a donc moyen de faire du (pseudo) dynamique








monpci a écrit :



pour tout ceux qui veulent du php … sachez qu’il existe “google apps script” : script.google.com il ya a donc moyen de faire du (pseudo) dynamique





Hmmmmm…. En lisant la description, je pense avoir compris (mais c’est pas trop clair au premier abord) que le script permet d’interagir avec ses propres documents stockés dans Drive, mais ça s’exécute en local. Le script ne s’exécute pas sur le serveur. Ca ressemble plus à des macros Vb comme on en a dans Excel/Word.



Avis ?



En fait c’est possible de faire intervenir un autre serveur avec de l’ajax je pense. Mais quel est l’intérêt je vois pas trop. A part bien sûr s’amuser (mais faut le vouloir après le boulot si on est programmeur ^^).

Sinon ça semble très bien pour un portfolio de Web designer par exemple…








WilliamSauron a écrit :



Ben je comprends … rien … Dropbox, Drive, c’est pas un hébergement, ces services n’exécutent pas le code eux-mêmes, il se contentent de fournir des documents à qui le demande via une URL. Si tu écris un client SSL en HTML5 (je ne vois déjà pas comment, HTML5 décrit des fragments de documents lisibles par un humain, pas des programmes - je suppose que tu veux parler de JavaScript) et que tu le stockes sur Drive/DropBox, la seule chose qui va arriver c’est que celui qui se connecte va recevoir la source du programme JS, et pas une connexion au socket.



Si ce que tu cherches est un hébergement gratuit pour un service Web, il faut se tourner vers … un service d’hébergement. A priori pour héberger un service en JavaScript, je chercherais un hébergement Node.js (ça doit exister)



Si par contre ce que tu veux c’est qu’en se connectant à ta page, ton visiteur reçoive un client SSL qui s’exécute dans son navigateur et se connecte à une autre machine, oui, ça va marcher puisque le service DropBox ou Drive n’aura pas conscience que c’est du code à executer, il va juste fournir la source.







ok merci





moi je cherche juste un moyen d’héberger un gateone ou similaire sans frais ^^



mais bon la solution c’est que je me penche sur cette histoire de websocket.. soit avec le module apache soit en passant sur nginx pour le reverse proxy…



dans gateone c’est bien le serveur qui effectue les connexion ssh (je l’utilise pour acceder à mes bécanes depuis n’importe ou même un proxy c’est plutôt pratique)









al_bebert a écrit :



ok merci





moi je cherche juste un moyen d’héberger un gateone ou similaire sans frais ^^



mais bon la solution c’est que je me penche sur cette histoire de websocket.. soit avec le module apache soit en passant sur nginx pour le reverse proxy…



dans gateone c’est bien le serveur qui effectue les connexion ssh (je l’utilise pour acceder à mes bécanes depuis n’importe ou même un proxy c’est plutôt pratique)







Pour utiliser un client SSH en websocket, il faut que ton serveur (celui que tu veux contrôler) soit doté d’un serveur apache avec les modules/applications qui vont bien.



Le protocole Websocket permet d’interagir avec un serveur web, pas directement en SSH (il s’agit d’une connexion HTTP transformée en connexion longue à l’aide d’un handshake particulier)



Je ne pense pas que tu pourras servir le js correspondant depuis un domaine different de celui du serveur websocket: tu auras des problèmes de cross domain. J’ajouterai que de toute façon, tu auras besoin d’un serveur web donc…



Si tu veux du node.js gratuit, paradoxalement, il y a Microsoft avec Windows Azure websites, qui supporte node.js, PHP, Python, java et evidemment .NET

http://www.windowsazure.com/fr-fr/home/scenarios/web-sites/



Pour ceux qui veulent faire un site web du pauvre, j’en profite pour signaler l’excellent hébergeur Olympe Network qui est gratuit ET sans pub (c’est une association avec certains idéaux). La dernière fois que je m’en étais servi (le site à visiblement énormément évolué, y a même du Cloud maintenant oO’), on avait un serveur avec PHP et base MySQL. Idéal pour faire un petit projet sympa. <img data-src=" />








WilliamSauron a écrit :



Hmmmmm…. En lisant la description, je pense avoir compris (mais c’est pas trop clair au premier abord) que le script permet d’interagir avec ses propres documents stockés dans Drive, mais ça s’exécute en local. Le script ne s’exécute pas sur le serveur. Ca ressemble plus à des macros Vb comme on en a dans Excel/Word.



Avis ?





non non détrompe toi il est meme possible de faire des crons

par exemple tu peux allez chercher les titres de pcinpact et les envoyer par mail tout les jours a minuit (enfin entre minuit et 1 heure) et ceux meme si ton ordi est fermer



tu peux aussi par exemple creer une doc spreadsheet et faire du mail differe en stockant le mail envoyer sur le spreadsheat ….




Salut !



Cela marche aussi avec des scripts jQuery et du Flash : j’ai réussi à afficher un site statique sur Google Drive généré par media2html.

https://sites.google.com/site/media2html








monpci a écrit :



non non détrompe toi il est meme possible de faire des crons

par exemple tu peux allez chercher les titres de pcinpact et les envoyer par mail tout les jours a minuit (enfin entre minuit et 1 heure) et ceux meme si ton ordi est fermer



tu peux aussi par exemple creer une doc spreadsheet et faire du mail differe en stockant le mail envoyer sur le spreadsheat ….







Cool, encore un truc que je dois tenter de mieux connaître… quand j’aurai trouvé le temps.









Oungawak a écrit :



Pour ceux qui veulent faire un site web du pauvre, j’en profite pour signaler l’excellent hébergeur Olympe Network qui est gratuit ET sans pub (c’est une association avec certains idéaux). La dernière fois que je m’en étais servi (le site à visiblement énormément évolué, y a même du Cloud maintenant oO’), on avait un serveur avec PHP et base MySQL. Idéal pour faire un petit projet sympa. <img data-src=" />







Pas mal, je ne connaissais pas :) J’imagine que niveau perf, ca ne doit pas être sensationnel, mais vu que c’est gratuit… Une association à but non lucratif peut difficilement proposer des serveurs dédiés avec BP enorme gratuitement <img data-src=" />