Merci pour toutes ces précisions !
Donc en gros dans logs c'est tout ce qui n'est pas stocké dans la bd concernant des actions non prévues ?!
D'accord donc data/ c'est tout ce que l'utilisateur dépose sur mon serveur, donc par exemple si je propose de télécharger des photos (sur mon forum par exemple) alors ca irait là dedans ?!
Le dossier resources/ je suis un peu obligé d'en avoir, je vais avoir des styles différents, des pages js, des images (trop même :p) donc je pense que je m'en servirai :p
Je suis sur windows en local donc je ne vais pas pouvoir me servir de Mage
Alors pour les popup en fait ça part de l'observation que je fais sur l'existant : les jeux modernes fonctionnent comme ça désormais et en effet ça donne à l'utilisateur une impression de fluidité et c'est plus agréable à la navigation, tout reste sur la même page, tu n'as qu'à fermer des morceaux de fenêtres (popup). Qu'entends-tu par "aucune évolutivité" ?
Quant aux supports, j'ai regardé un des jeux dont je te parle et sur mobile ou tablette ça rend tout aussi bien que sur mon écran 1920x1080. Je n'utiliserai pas ajax et les popup pour le gain de performance mais plus pour la facilité de prise en main de ce système et son ergonomie.
Alors concernant les chemins d'accès, je me suis renseigné sur include_path mais je comprends pas trop le truc en fait. Ca change le répertoire où tes fichiers includes vont être recherchés ? donc si on prend ton arbo, ton php/ étant à la racine de ton site, il suffira de faire set_include_path('php'); depuis ton index.php (qui serait à la racine aussi) et le tour est joué ? où alors il faut fonctionner avec un chemin absolu ? (car si c'est du absolu, ca risque d'être embettant car si tu es en local il faut partir de C:/wamp/www/... alors que la version hébergée, tous les dossiers sont directs à la racine )
Donc cela suppose que tous fichiers includes sont dans /php, donc les fichiers js/ qu'il faut que tu inclues aussi tu fais la bonne vieille méthode du require_once ?
Cordialement, merci pour ton aide
Donc en gros dans logs c'est tout ce qui n'est pas stocké dans la bd concernant des actions non prévues ?!
D'accord donc data/ c'est tout ce que l'utilisateur dépose sur mon serveur, donc par exemple si je propose de télécharger des photos (sur mon forum par exemple) alors ca irait là dedans ?!
Le dossier resources/ je suis un peu obligé d'en avoir, je vais avoir des styles différents, des pages js, des images (trop même :p) donc je pense que je m'en servirai :p
Je suis sur windows en local donc je ne vais pas pouvoir me servir de Mage
Alors pour les popup en fait ça part de l'observation que je fais sur l'existant : les jeux modernes fonctionnent comme ça désormais et en effet ça donne à l'utilisateur une impression de fluidité et c'est plus agréable à la navigation, tout reste sur la même page, tu n'as qu'à fermer des morceaux de fenêtres (popup). Qu'entends-tu par "aucune évolutivité" ?
Quant aux supports, j'ai regardé un des jeux dont je te parle et sur mobile ou tablette ça rend tout aussi bien que sur mon écran 1920x1080. Je n'utiliserai pas ajax et les popup pour le gain de performance mais plus pour la facilité de prise en main de ce système et son ergonomie.Alors concernant les chemins d'accès, je me suis renseigné sur include_path mais je comprends pas trop le truc en fait. Ca change le répertoire où tes fichiers includes vont être recherchés ? donc si on prend ton arbo, ton php/ étant à la racine de ton site, il suffira de faire set_include_path('php'); depuis ton index.php (qui serait à la racine aussi) et le tour est joué ? où alors il faut fonctionner avec un chemin absolu ? (car si c'est du absolu, ca risque d'être embettant car si tu es en local il faut partir de C:/wamp/www/... alors que la version hébergée, tous les dossiers sont directs à la racine
)Donc cela suppose que tous fichiers includes sont dans /php, donc les fichiers js/ qu'il faut que tu inclues aussi tu fais la bonne vieille méthode du require_once ?
Cordialement, merci pour ton aide