Discussion :

[monlou]

Bonjour,

j'aurais une question sur l'installation de la classe phpMailer.

j'ai 4 sites web dans mon espace d'hébergement donc 4 répertoires différents.

On dit d'installer la classe phpMailer dans le répertoire racine de mon serveur.

cela voudrait-il dire que cette meme classe servirait les 4 sites ?

alors dans ce cas, appelée cette classe située a un niveau supérieur du site peut-il représenter un probleme?

ou bien est-ce mieux d'installer phpMailer a la racine de chaque site?

merci

[laurentSc]

On dit d'installer la classe phpMailer dans le répertoire racine de mon serveur.

Qui ça, "on" ?

alors dans ce cas, appelée cette classe située a un niveau supérieur du site peut-il représenter un probleme?

Ca n'aurait aucun sens...

[grunk]

Chaque appel à phpmailer est une instance indépendante qui n'a pas d'incidence sur celle qui pourrait déjà exister.
Donc pas de problème d'avoir une installation pour tes 4 sites

[monlou]

Qui ça, "on" ?

Ca n'aurait aucun sens...

ici -- http://stephaneey.developpez.com/tut...php/phpmailer/

III. Installation de PHP Mailer▲

L'installation de PHP Mailer est assez simple. Il faut dézipper le fichier dans le répertoire racine de votre serveur Web référencé par la variable DocumentRoot dans le fichier de configuration d'Apache (httpd.conf). Sur Linux, même procédure que pour windows

[laurentSc]

Fais confiance à Grunk ; il a raison.

[monlou]

Chaque appel à phpmailer est une instance indépendante de la classe qui n'a pas d'incidence sur celle qui pourrait déjà exister.
Donc pas de problème d'avoir une installation pour tes 4 sites

ok merci pour ta réponse grunk.
donc je vais tenter le coup en trouvant le chemin d'accès avec la fonction realpath()

[laurentSc]

donc je vais tenter le coup en trouvant le chemin d'accès avec la fonction realpath()

Pas la peine, si dans chaque page où tu utilises phpmailer, tu inclues le fichier où est définie la classe.

[monlou]

Pas la peine, si dans chaque page où tu utilises phpmailer, tu inclues le fichier où est définie la classe.

oui mais si je me trouve dans un répertoire du deuxieme site et si je veux inclure ou require la classe, il me faut connaitre le chemin exact de la classe n'est-ce pas?

la classe serait située en dehors du répertoire du site soit a partir de home/premier site/site ou je me trouve/la classe phpmailer/

[laurentSc]

Je laisse les spécialistes répondre, mais je m'intéresserais à http://php.net/manual/fr/language.oop5.autoload.php

[tdutrion]

De manière générale, lorsqu'on partage une librairie sur un serveur, on l'inclus dans l'include_path de PHP... Ce que je trouve personnellement ennuyeux car dépendant de la config du serveur, et inutilisable avec le serveur de développement intégré à PHP par exemple.

J'avoue que j'utilises composer pour les librairies, et du coup l'autoload fonctionne impeccable sans plus se soucier de la configuration. De plus, lors d'un changement d'hébergement ou un changement de version de la librairie en question, tu es sur de ne pas casser ton code existant, car ton composer.json contiendra une référence vers une version spécifique du projet externe.

[monlou]

J'avoue que j'utilises composer pour les librairies, et du coup l'autoload fonctionne impeccable sans plus se soucier de la configuration. De plus, lors d'un changement d'hébergement ou un changement de version de la librairie en question, tu es sur de ne pas casser ton code existant, car ton composer.json contiendra une référence vers une version spécifique du projet externe.

pas sur d'avoir tout compris la !

que j'utilises composer pour les librairies

Bon et bien !, après toutes ces explications et la complexité apparente de configuration de serveur, je crois que j'opterais pour une installation phpMailer par site.

si ca ne fait pas de conflit bien sur !

[laurentSc]

T'inquiète pas, moi non plus, pas tout capté...

Pour faire une install unique, voilà ce que je ferais et si c'est pas bon, je laisse les spécialistes pousser les hauts cris ; je créerais un répertoire indépendant des 4 sites, dans lequel je mettrais Phpmailer, et ensuite, dans chaque site, je ferais un include avec une adresse absolue de la définition de la classe.

[tdutrion]

L'idée que je disais consiste à ne pas partager la librairie, pour des raisons de versions et de garantie de fonctionnement.

Précisément, issue du 12 factor app manifest:

A twelve-factor app never relies on implicit existence of system-wide packages.

En PHP, la plupart des gens utilisent donc Composer pour les dépendances backend, et composer fourni un autoloader de sorte à ce que toutes les classes / fonctions soient disponible en utilisant un seul et unique include.

Dans le composer.json, tu peux spécifier les requirements de différentes manières, et donc inclure soit une version majeure ou mineure dans le cadre d'un projet respectant le semver, soit carrement un numéro précis de version pour les autres dépendances. Le fait de spécifier une version te permet de t'assurer que le code ne cassera pas lorsqu'une autre personne mettra à jour l'application. Imagine avec ta librairie partagée, une des appli à un besoin spécifique géré dans la dernière version de la librairie uniquement, tu mets à jour... Comment t'assures tu de la non régression de tous les projets partageant cette lib ? As-tu accès à tous ? Est-tu sur que tu connais tous les projets qui l'utilisent ? Comment fais-tu quand tu déménages ton appli ? Tu installes la lib en vrac sur le nouveau serveur ? Que ce passe-t-il quand tu veux migrer sur un cloud genre Heroku ?