Donc, on pourra ouvrir une page locale, mais les liens vers d'autres pages locales ne fonctionneront pas, ni même les images et CSS externes référencées dans la page.
Ah oui, c'est vrai, il y a ce cas-là. Désolé, vu l'esthétique de mon site, c'est vrai que j'avais oublié ces histoires de CSS.
Autant dire que ça ne fonctionne pas.
Hé, une minute! Le point que tu viens de soulever est intéressant, j'en conviens, mais il est limité au cas particulier des documents qui incluent ou référencent légitimement des fichiers externes qui ne font pas partie des dépendances du logiciel chargé de les ouvrir, ce qui est relativement limité. (Même gcc n'est pas concerné, les #include locaux fonctionnant du fait de la transmission du chemin courant et des -I répertoire . D'ailleurs, comme mon système est déjà auto-hébergé, si ce problème empêchait son fonctionnement, je l'aurais déjà repéré.).
J'admets que, dans le cas de ces fichiers, il va falloir appliquer une solution légèrement différente de celle à laquelle j'avais songé. En pratique, je vais certainement opter pour l'approche la plus simple : créer un répertoire spécifique à ce genre d'opérations, auquel firefox aura simplement toujours accès; à charge pour le développeur qui veut accéder à son site en local de l'y placer.
(Il existe d'ores et déjà une autre solution, en ligne de commande, puisque l'utilisateur a la possibilité d'ajouter l'accès aux fichiers de son choix à n'importe quel logiciel lors de son appel, mais il est évident qu'on ne peut pas raisonnablement attendre que l'utilisateur tente une telle approche.)
De façon générale, la sécurité est une affaire de compromis : mon système d'exploitation accroît la sécurité au prix d'une diminution de l'utilisabilité, Linux (et les autres systèmes d'exploitation) ont fait le choix inverse. Je tente de maintenir mon système aussi utilisable que possible avec ses sécurités contre les exploits jour zéro, mais son utilisation sera toujours légèrement plus complexe que celle d'un Linux.
[^] # Re: 0 day
Posté par Emmanuel Colbus . En réponse au journal Annonce : Manux 0.0.4. Évalué à 5.
Ah oui, c'est vrai, il y a ce cas-là. Désolé, vu l'esthétique de mon site, c'est vrai que j'avais oublié ces histoires de CSS.
Hé, une minute! Le point que tu viens de soulever est intéressant, j'en conviens, mais il est limité au cas particulier des documents qui incluent ou référencent légitimement des fichiers externes qui ne font pas partie des dépendances du logiciel chargé de les ouvrir, ce qui est relativement limité. (Même gcc n'est pas concerné, les #include locaux fonctionnant du fait de la transmission du chemin courant et des -I répertoire . D'ailleurs, comme mon système est déjà auto-hébergé, si ce problème empêchait son fonctionnement, je l'aurais déjà repéré.).
J'admets que, dans le cas de ces fichiers, il va falloir appliquer une solution légèrement différente de celle à laquelle j'avais songé. En pratique, je vais certainement opter pour l'approche la plus simple : créer un répertoire spécifique à ce genre d'opérations, auquel firefox aura simplement toujours accès; à charge pour le développeur qui veut accéder à son site en local de l'y placer.
(Il existe d'ores et déjà une autre solution, en ligne de commande, puisque l'utilisateur a la possibilité d'ajouter l'accès aux fichiers de son choix à n'importe quel logiciel lors de son appel, mais il est évident qu'on ne peut pas raisonnablement attendre que l'utilisateur tente une telle approche.)
De façon générale, la sécurité est une affaire de compromis : mon système d'exploitation accroît la sécurité au prix d'une diminution de l'utilisabilité, Linux (et les autres systèmes d'exploitation) ont fait le choix inverse. Je tente de maintenir mon système aussi utilisable que possible avec ses sécurités contre les exploits jour zéro, mais son utilisation sera toujours légèrement plus complexe que celle d'un Linux.