logs -> oui, mais tu peux aussi logger les actions prévues (c'est pas recommandé de le faire soi-même, à la "mano": y'a des softs qui le font déjà très bien)
data/ -> oui
resources/ -> je distingue celles utilisées par le serveurs (/resources/, à la racine) et celles utilisées par les clients (/www/resources/); le 1er, tu n'en n'as peut-être pas (perso, j'y ai mes XSL), mais le 2nd, oui, tu en auras toi aussi (CSS, JS, images)
Tu peux bricoler Mage sous Windows mais j'ai pas trouvé cela pratique (mieux vaut simplement installer Cygwin puis installer Mage dans Cygwin).
Je ne critique pas le concept de pop-in (je-ne-sais-plus-qui m'avait suggéré ce nom, pour les distinguer des vraies pop-ups). Ce qui va te coincer, c'est de les "bricoler" à coup de JS et d'ajax. Si possible (et c'est très souvent le cas puisqu'une bonne partie des pop-up est en fait une page dans une page), essaie d'utiliser des iframes: tu ne seras pas coincé par des ids qui se chevauchent (le contenu de ta pop-in ne doit pas utiliser un #id déjà présent dans la page), tu verras plus clairement les I/O du serveur (tu ne te diras plus "j'ai 1 seule page", mais bien "j'ai N pages, certaines sont dans des pop-in et pas d'autres") et tu devrais avoir plus de facilité à long terme puisque tu t'appuies sur HTML et non sur du JS (maison ou pas).
Donc, oui, je suis d'accord sur le but, mais je ne partirai pas sur cette implémentation-là (je peux te dire qu'ici, au taff, "on" a fait que des pop-in à grands coups de JS, et maintenant, ça merdoie partout à cause de leurs effets collatéraux).
include_path -> c'est l'idée. Il me semble que je fait un set_include_path(realname($_SERVER['SCRIPT'])); ou quelque chose de ce style... Cela me permet de faire de l'absolu sans être coincé par les changements d'environnement dont tu parles (mais du relatif, ça peut se faire aussi je dirai... je ne sais plus exactement >.< )
Oui, tous mes fichiers inclus par PHP (ils s'auto-incluent d'ailleurs, via spl_autoload) sont dans /php/
Y'a pas d'inclusion à faire pour les JS (t'inclus pas un JS dans un PHP, si c'est ce que tu fais, tu t'es loupé: ton PHP renvoie ta page HTML qui utilise une balise script + attribut src et le client va aller chercher ce fichier JS à l'adresse web donnée par le src).
data/ -> oui
resources/ -> je distingue celles utilisées par le serveurs (/resources/, à la racine) et celles utilisées par les clients (/www/resources/); le 1er, tu n'en n'as peut-être pas (perso, j'y ai mes XSL), mais le 2nd, oui, tu en auras toi aussi (CSS, JS, images)
Tu peux bricoler Mage sous Windows mais j'ai pas trouvé cela pratique (mieux vaut simplement installer Cygwin puis installer Mage dans Cygwin).
Je ne critique pas le concept de pop-in (je-ne-sais-plus-qui m'avait suggéré ce nom, pour les distinguer des vraies pop-ups). Ce qui va te coincer, c'est de les "bricoler" à coup de JS et d'ajax. Si possible (et c'est très souvent le cas puisqu'une bonne partie des pop-up est en fait une page dans une page), essaie d'utiliser des iframes: tu ne seras pas coincé par des ids qui se chevauchent (le contenu de ta pop-in ne doit pas utiliser un #id déjà présent dans la page), tu verras plus clairement les I/O du serveur (tu ne te diras plus "j'ai 1 seule page", mais bien "j'ai N pages, certaines sont dans des pop-in et pas d'autres") et tu devrais avoir plus de facilité à long terme puisque tu t'appuies sur HTML et non sur du JS (maison ou pas).
Donc, oui, je suis d'accord sur le but, mais je ne partirai pas sur cette implémentation-là (je peux te dire qu'ici, au taff, "on" a fait que des pop-in à grands coups de JS, et maintenant, ça merdoie partout à cause de leurs effets collatéraux).
include_path -> c'est l'idée. Il me semble que je fait un set_include_path(realname($_SERVER['SCRIPT'])); ou quelque chose de ce style... Cela me permet de faire de l'absolu sans être coincé par les changements d'environnement dont tu parles (mais du relatif, ça peut se faire aussi je dirai... je ne sais plus exactement >.< )
Oui, tous mes fichiers inclus par PHP (ils s'auto-incluent d'ailleurs, via spl_autoload) sont dans /php/
Y'a pas d'inclusion à faire pour les JS (t'inclus pas un JS dans un PHP, si c'est ce que tu fais, tu t'es loupé: ton PHP renvoie ta page HTML qui utilise une balise script + attribut src et le client va aller chercher ce fichier JS à l'adresse web donnée par le src).