Faire une authentification par login / mot de passe vis a vis d'une table de user et d'une table d'application n'est pas bien compliqué en php je te l'accorde.... Et ca ne dois pas "poser soucis" comme tu le dis, à un bon nombre des lecteurs / contributeurs de la maison...
Par contre la solution ne protège pas :
- les cgi en perl ( cf son premier commentaire ! )
- les fichiers textes éventuels.
- les page html avec des reports et images ( awstat ? ) ..... etc...
Ensuite elle oblige à passer sur toutes les pages php pour ajouter 1 include ( plus propre que recopier X fois le même code einh ! )
Et en plus il parle de plusieurs appli, on peux estimer à au moins une centaine de pages à retoucher ( remarque dans ce cas moi je fais une fonction récursive qui parcours l'arbo et fait le patch pour moi )
Pour finir la solution de générateur de .htacces ( qu'on peux faire en php avec un descripteur de fichier fopen/fclose tout bête ) ne répond pas non plus au besoin puisque c'est ce qu'il veux mettre au placard justement...
[^] # RE : En PHP, c'est pas compliqué MAIS c'est c'est pas ça dans son cas
Posté par ze_lionix . En réponse au message Authentification PHP groupée. Évalué à 2.
Par contre la solution ne protège pas :
- les cgi en perl ( cf son premier commentaire ! )
- les fichiers textes éventuels.
- les page html avec des reports et images ( awstat ? ) ..... etc...
Ensuite elle oblige à passer sur toutes les pages php pour ajouter 1 include ( plus propre que recopier X fois le même code einh ! )
Et en plus il parle de plusieurs appli, on peux estimer à au moins une centaine de pages à retoucher ( remarque dans ce cas moi je fais une fonction récursive qui parcours l'arbo et fait le patch pour moi )
Pour finir la solution de générateur de .htacces ( qu'on peux faire en php avec un descripteur de fichier fopen/fclose tout bête ) ne répond pas non plus au besoin puisque c'est ce qu'il veux mettre au placard justement...
Fuse : j'en Use et Abuse !