Re: avancement des travaux

Olivier Pascal wrote:

>Il faut faudra faire attention si l'on compte utiliser les liens symboliques 
>de ne pas faire des liens vers des liens, exemple le lien de la v2 pointe 
>vers le fichier de la v1, celui de la v3 vers celui de la v2, etc.
>
>D'une part ce n'est pas très optimisé, d'autre part si je casse un lien je 
>casse tous les liens des niveaux au dessus.
>
>Donc attention à bien faire un lien vers le dernier "vrai" fichier join. (ça 
>ne devrait pas être compliqué avec les fonctions de php)
>  
>
pas de pb avec les liens en dur sous linux ! une même données sur le 
disque peut être visible de facon transparente en différents endroits du 
système de fichiers. Donc si on supprime un fichier quelque part, on 
supprime juste le nom dans le système de fichiers, et pas la donnée. La 
donnée ne sera supprimée que s'il ne reste plus de nom relatif à elle 
dans le systeme de fichiers (c'est le concept d'inodes).

>Sinon pour gérer ça virtuelement sous windows (même si ça peut ne pas être une 
>bonne idée), on pourrait faire un peu comme avec MySQL : pour lier 
>FichierJoint.txt, on pourrait créer un fichier FichierJoint.txt.sym contenant 
>le chemin vers le vrai FichierJoint.txt.
>
>Donc si l'uri est /Article/Fichier.txt,
>si Fichier.txt existe, on renvoi son contenu
>si Fichier.txt n'existe pas, on vérifie l'existence de Fichier.txt.sym
>si Fichier.txt.sym existe, on renvoi le contenu de la cible
>sinon le fichier est introuvable
>
>C'est peut-être une solution.
>  
>

oui, ca me parait faisable.

J'aimerais savoir sur quelle plateforme sont les developpeurs pour 
savoir si on maintient une compatibilité permanente ou si on ajuste le 
tir seulement pour les releases (avec une release UNIX, et une windows).


-- 
Grégoire Cachet - Développeur intégrateur chez Audacy
http://www.zwiffer.org           http://www.audacy.fr
Mangeur de cigogne    http://mangeur-de-cigogne.info/