Non. Le local tu sais toujours modifier. Si tu n'y arrives c'est une erreur d'accès. Une pages web n'est pas toujours éditable. Prends ce journal, utilises un éditeur html et renvoie la page web sur dlfp.
Ben c'est impossible et ce n'est pas qu'un problème droit.
C'est exactement pareil qu'en local : essai de modifier un fichier sur lequel tu n'as que le droit de lecture. Bien sûr tu peux passer root et modifier ça, mais sur dlfp c'est pareil, si tu as un compte qui te le permet, tu peux modifier le fichier original. C'est rien d'autre qu'un problème de droit.
Et si je fais document->ouvrir->"url://du/fichier/à/" j'ai la liste des fichiers ?
Tu ouvriras le document que fournie cette adresse, c'est tout. Si le document est une liste de fichiers, alors afficher le document c'est afficher cette liste.
Le web n'est pas un système de fichier avec des données, c'est une application. Un navigateur donne accès à l'application.
Non, le web est un système qui permet de facilement inter-référencer des documents stockés sur des machines un peu partout dans le monde. Tu utilises l'applicatif que tu veux pour parcourir ce système.
Si j'ouvre http://linuxfr.org/my/ et que tu fais de même on n'as pas le même document (il y a mon nom sur mon page, le tien pour ta page, des trucs qui indique les dépèches que je n'ai pas encore lu, pour toi ce que tu n'as pas encore lu, etc).
Et si j'ouvre le document file://~/.vimrc il y a toutes les chances que si tu fais la même chose on n'ai pas le même document sous les yeux. C'est donc ici aussi tout à fait équivalent.
Cela dit, c'est un peu de ma faute car je fait le raccourcis ressource->document. Une URL est un identifiant unique de ressource et pas de document, mais la notion de document est surement plus simple à présenter.
[^] # Re: Attention !
Posté par psychoslave__ (site web personnel) . En réponse au journal Plans pour GNOME 3.0. Évalué à 2.
Non. Le local tu sais toujours modifier. Si tu n'y arrives c'est une erreur d'accès. Une pages web n'est pas toujours éditable. Prends ce journal, utilises un éditeur html et renvoie la page web sur dlfp.
Ben c'est impossible et ce n'est pas qu'un problème droit.
C'est exactement pareil qu'en local : essai de modifier un fichier sur lequel tu n'as que le droit de lecture. Bien sûr tu peux passer root et modifier ça, mais sur dlfp c'est pareil, si tu as un compte qui te le permet, tu peux modifier le fichier original. C'est rien d'autre qu'un problème de droit.
Même si on utilise quasiment que GET et POST,HTTP prévois une méthode PUT et DELETE : [http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.6]
Et si je fais document->ouvrir->"url://du/fichier/à/" j'ai la liste des fichiers ?
Tu ouvriras le document que fournie cette adresse, c'est tout. Si le document est une liste de fichiers, alors afficher le document c'est afficher cette liste.
Le web n'est pas un système de fichier avec des données, c'est une application. Un navigateur donne accès à l'application.
Non, le web est un système qui permet de facilement inter-référencer des documents stockés sur des machines un peu partout dans le monde. Tu utilises l'applicatif que tu veux pour parcourir ce système.
Si j'ouvre http://linuxfr.org/my/ et que tu fais de même on n'as pas le même document (il y a mon nom sur mon page, le tien pour ta page, des trucs qui indique les dépèches que je n'ai pas encore lu, pour toi ce que tu n'as pas encore lu, etc).
Et si j'ouvre le document file://~/.vimrc il y a toutes les chances que si tu fais la même chose on n'ai pas le même document sous les yeux. C'est donc ici aussi tout à fait équivalent.
Cela dit, c'est un peu de ma faute car je fait le raccourcis ressource->document. Une URL est un identifiant unique de ressource et pas de document, mais la notion de document est surement plus simple à présenter.
http://www.example.com/rep != http://www.example.com/rep/
file:///rep == file:///rep/
file:///rep/.. == file:///
Etc.
Et ? Tu en conclus quoi ?