Discussion :

[scamphp]

Bonjour

Suite à une petit question sur le forum, on m'a indiqué que c'est bien de mettre ses fichiers structure (accès base, MVC...) plus haut dans la racine du site...

Si j'ai 3 sites

www/site1
www/site2
www/site3

cela veut dire que je pourrais mettre des fichiers communs au 3 sites au dessus de la racine s'ils utilisent tous certains scripts communs (modèle, vue, contrôleur) plutôt que de recopier ces fichiers dans les 3 sites

Bonne ou mauvaise idée

[Invité]

Bonjour,

Tu te poses beaucoup trop de question...

Pourquoi tu ne commencerais pas à faire un petit site test ?
Ça te permettrait d'avancer concretement, et de régler un problème après l'autre.

[scamphp]

Justement c'est ce que je fais et à chaque étape tente de me poser le maximum de questions...
sinon je peux ne pas me poser de questions et rester sur wordpress lol mais sur wordpress je m'en posais déjà et c'est grace a toutes ses questions que j'ai décider d’évoluer vers du fait maison bio
Pas pour le coté bio, mais justement pour apprendre et trouver des réponses à ma curiosité

Mais si t'as pas la réponse c'est pas grave

[scamphp]

La question n'est pas si c'est faisable car je me doute que OUI

mais c'était avoir un avis éclairé pour savoir si c'était une bonne idée...

cela peut être faisable... mais ne pas être une bonne idée de faire ouvrir solliciter le même fichier, ou le même script par plusieurs sites à la fois....

Donc, je pose la question pour avoir des avis de personnes qui on du recul et de l'expérience (une vision globale) pour avancer à mon petit niveau si possible dans le bon sens.

[Dendrite]

Oui, d'une façon générale, ça paraît de bon sens de faire un dossier share ou lib à la racine de ton serveur pour toutes les librairies partagées, qu'elles soient internes ou externes.
Rien ne sert de stocker n fois une librairie ou classe que tu ne modifies pas à chaque appli. Ces briques de code là, qui doivent être suffisamment abstraites, seront ainsi paramétrables depuis l'appel de ton site précis.
Les architectures de site, c'est vraiment des choix individuels.
Tu as peut-être intérêt justement à préciser :

lib
---externe
------phpexcel
------phpword
------jpgraph
------tcpdf
---interne
------connexion_db

style
---externe
------jquery.css
---interne
------machin.css
js
---externe
------jquery.js
---interne
------machin.js

www
---monsite1
------config.php
------class
------style
------js
---monsite2
------config.php
------class
------style
------js
---monsite3
------config.php
------class
------style
------js

Au dela de la non redondance de code, ça te permet aussi de poser des droits apache sur le répertoire lib très différents du répertoire www, qui est public et donc beaucoup plus permissif.
Ca te permet de coder une couche abstraite et logique d'accès à tes include...

Reste à réfléchir dans cette architecture globale comment tu intègres le design pattern MVC...

[scamphp]

hum ça c'est une réponse qui me plait (constructive et argumenté) lol

Question sollicitation des fichiers (lib, class) si X sites interroges le même fichier cela pose-t-il un problème d'accès (entonnoir) saturation...

De mémoire à l'époque j’enregistrai des infos dans des fichiers flats et on m'avait indiqué que je devais gérer le problème des écritures multiples... (d'ou les bdd).

En lecture ce problème n'existe pas ?