Si apache le permet on se contente d'une unique .htaccess dans IMG/ qui rewrite les urls des documents
Quand la protection est activée
- on génère des urls de la forme IMG/png/truc.png?12/abe345 qui contiennent l'id et le hash pour des questions de performance (revient a mettre l'autorisation en cache au lieu de la calculer sur chaque hit de l'image).
- neanmoins les urls IMG/png/truc.png sont aussi fonctionnelles, via le calcul d'autorisation explicite au moment du hit
Cela permet de ne pas casser les urls lorsqu'on active ou desactive la protection de document : dans les deux cas les urls qui existaient auparavant restent fonctionnelles, et s'adaptent à la nouvelle strategie de protection.
Si apache ne permet pas le rewrite rule (testé par un recuperer_page sur une url improbable IMG/test/.test/0/1 donc soumis aussi à la possibilité de faire une requete http) on se rabat sur la strategie antérieure avec un deny all dans chaque sous repertoire, et des urls de la forme /docrestreint.api/12/abe345/png/truc.png
On remanie donc sous la forme docrestreint.api/N/xxxx/ext/file.ext qui passe bien, est plus lisible et ressemble a un vrai chemin vers un fichier (ce qui permet au navigateur de trouver correctement le nom du fichier quand on veut telecharger le document).
C'est encore imparfait car l'ideal serait de ne pas modifier du tout les URLs mais de les mapper sur l'action via le htaccess et de verifier les droits de lecture à ce moment là.
on s'appuie completement sur #FORMULAIRE_EDITER_LIENS pour l'ajout d'auteur a une zone ou de zones a un auteur
on passe en test
on supprime tous les squelettes qui ne servent plus
corriger l'erreur sur la boite d'affectation de zone qui doit etre inseree sur les auteurs et non les rubriques
une icone cadenasouvert
declarer les urls exec des zones et pas d'url publique pour les zones
-passer par declarer_tables_objets_sql pour les zones
-acces_restreint.php en squelettes (zones pour le coup)
-un peu de rangement
version non fonctionnelle
cedric@yterium.com