Est-il possible d'avoir des URL propres pour les éléments Google Drive? [fermé]


11

Est-il possible d'avoir des URL propres pour les éléments Google Drive? Par éléments, j'entends les dossiers (collections) et les fichiers.

Il y a actuellement des chaînes de chiffres et de lettres horriblement longues dans une URL. Ils ont l'air en désordre et ne disent pas grand-chose sur l'élément auquel ils sont liés.

Il existe des directives W3C sur les bonnes URL, Google Drive les casse donc clairement pour le moment.

Pensées?

Ce que je recherche serait quelque chose comme:

https://drive.google.com/users/<username>/mydocuments/afile.doc

Où est un nom d'utilisateur, par exemple johnsmith:

https://drive.google.com/users/johnsmith/mydocuments/afile.doc

ou pour une entreprise qui héberge ses documents avec Google Drive (service payant à Google, Google Drive for Business):

https://drive.google.com/business/<companyname>/<username>/mydocuments/afile.doc

Où et sont remplacés par le nom de l'utilisateur et l'entreprise ou l'organisation dans laquelle ils travaillent:

par exemple:

https://drive.google.com/business/acompany/johnsmith/mydocuments/afile.doc

Cela a sûrement beaucoup de sens?


Non, ça n'a pas de sens. Cela rend beaucoup trop facile pour quelqu'un de deviner les documents que quelqu'un pourrait avoir dans son GDrive. Imaginez que vous avez une intention malveillante, un million de noms d'utilisateur Google et quelques modestes compétences en matière de script. Dans quelle mesure serait-il simple pour vous d'automatiser la recherche http://drive.google.com/users/{username}/mydocuments/passwords.txt?
ale

Et, "Lignes directrices du W3C sur les bonnes URL"? Êtes-vous sûr de ne pas vouloir parler de directives SEO? Pour ce que ça vaut, Sir Tim Berners-Lee n'a jamais prévu qu'un humain voudrait jamais voir (et encore moins lire) une URL.
ale

Et, un peu plus loin: quelle est la question ici? Vous semblez essayer d'engendrer une conversation sur la façon dont Google Drive crée les URL, mais vous n'avez pas de problème spécifique que vous essayez de résoudre.
ale

La question est ici de la convivialité (pouvoir se souvenir d'une URL ou l'utiliser pour faciliter la navigation) et, dans une moindre mesure, de l'esthétique.
therobyouknow

4
"Imaginez que vous avez une intention malveillante, un million de noms d'utilisateur Google et quelques modestes compétences en matière de script. Comment serait-il simple pour vous d'automatiser la recherche http://drive.google.com/users/{username}/mydocuments/passwords.txt" - cela suppose que le document a été rendu public, s'il ne l'a pas alors? n'est pas visible, non? Donc, si seules les personnes autorisées peuvent le voir, c'est-à-dire qu'elles doivent se connecter, pensez-vous que c'est toujours un problème de sécurité?
therobyouknow

Réponses:


12

Cela a sûrement beaucoup de sens?

En fait, cela ne fonctionne pas aussi bien que vous pourriez le penser au début. Les URL que Google utilise sont stables: elles ne contiennent que l'ID du document. Le propriétaire du document peut changer. Un document peut avoir de nombreux utilisateurs avec des privilèges différents et changeants. Le titre / nom du document peut changer. Si l'une de ces propriétés était présente dans l'URL, l'URL changerait lors de la modification du document. Cela présenterait un grave problème. Au lieu de cela, les URL contiennent la seule information stable: l'identifiant unique généré par le système. (Ceci est plus fondamental, mais s'ajoute aux problèmes de fuite d'informations notés par moi-même)

Mise à jour:
un article pertinent de Tim Berners-Lee intitulé Cool URIs ne change pas


1
+1 et accepté parce que vous couvrez en fait de bons points sur les changements de propriété et de titre ainsi que sur la sécurité et qu'un identifiant unique répond à tout cela. Ma question comportait un élément de «défenseur des démons», ce qui signifiait que j'étais prêt à me tromper quant à la nécessité de cette exigence.
therobyouknow

Vous pouvez maintenant obtenir votre propre nom abrégé pour les fichiers Google Drive à l'aide de GDrives , par exemple gdriv.es/yourname/yourfile.ext
niutech

5

Ce que vous demandez n'est clairement pas disponible pour le moment et aussi, je dis qu'il ne sera jamais disponible. Lier le titulaire du compte Google Drive à chacun de ses fichiers est quelque chose que presque personne ne voudrait. Il n'y a jamais eu de moyen de connaître le propriétaire d'un document à partir de son lien.

Si vous voulez que vos liens vers le document soient beaux, courts et informatifs sur le document, vous pouvez utiliser un service de raccourcissement d'URL tel que bit.ly , tiny.cc ou goo.gl de Google


1
Pourquoi ne voudraient-ils pas cela? (Je ne dis pas qu'ils devraient, mais veuillez m'éclairer) Dans un lieu de travail qui utilise Google Drive / Docs, ne voudriez-vous pas partager des documents avec des URL propres plutôt que ceux avec des URL superflues? Si les gens ne peuvent voir le document et son dossier parent que s'ils sont connectés, est-ce un problème?
therobyouknow

@therobyouknow Vous visitez le lien d'un google doc d'une entreprise avec "Survey2" écrit à la fin. Vous supposez qu'il doit y avoir un fichier nommé "Survey" ou "Survey1" ou "Survey3". Vous l'avez deviné et vous pouvez visualiser ces fichiers.

Voir cette question: webapps.stackexchange.com/questions/24014/… et ma réponse.

On ne pouvait voir "Survey" ou "Survey1" ou "Survey3" que s'ils avaient les mêmes autorisations que Survey2, sûrement? Je n'essaie pas de prouver que les URL sont propres - je suis très disposé à expliquer pourquoi elles ne sont pas une bonne idée, mais ce point pourrait toujours être résolu par des autorisations appropriées.
therobyouknow

+1 sur votre réponse pour obtenir des conseils sur les URL raccourcies. Bien que la réponse indique qu'il ne sera jamais disponible ou que personne ne le voudrait, votre réponse n'explique pas pourquoi.
therobyouknow
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.