voici un code pour faire un formulaire mail sur une page web jusque la rien de compliquer.
mais j'essaye de faire un multiutilisateur, ou l'on pourrait choisir le destinataire du mail dans une liste deroulante.
mais je bloque.
je precise que je suis ultra debutant en php et que tout aide sera la bien venu.
si quelqu un sais m'aider a corriguer mon code...
merci d'avance.
Malalam> Ok je viens de voir que y a d'autres paramètres à prendre en considération comme dans cet exemple que j'ai eu avant dans ma boîte.
- le SMTP est parametré sur un serveur distant géré par un proxy qui filtre et qui plante 1 envoi sur 10 ... évidemment la le test risque d'etre plus complexe que de vérifier ou non la présence de la fonction mail je te l'accorde...
Rien à rajouter si ce n'est que si la fonction mail() est désactivée de mémoire cela génere une erreur arrêtant dans la foulée l'éxécution du script donc le @ ne sert à rien et n'est pas la pour ça... .. .
Je m'immisce...
...Sauf que le fait que la fonction soit ou non activée n'est pas la seule possibilité pour que mail () renvoie une erreur.
Ensuite, quand on code, on essaye de coder générique (autant que possible). Et plutôt que d'avoir à repasser dans le code quand on change d'hébergeur, ou copie le code sur un autre site...autant prévoir le coup avant.
Bref, ce qui est mauvais, c'est ça:
@mail (bla bla);
Mais :
if (false === @mail (bla bla)) {
// gestion des erreurs
}
ça, c'est bien codé.
Perso, en production, mon serveur est en error_reporting à 0. Et j'utilise mon debugger qui intercepte toutes les erreurs et exceptions, et les logge.
Donc mes codes ressemblent à ça :
if (false === @mail (bla bla)) {
throw new myMailException (myMailException::MAIL_NOT_SENT);
}
kankrelune > Tout a fait d'accord avec toi perso je ne le shunte pas...
A savoir que la remarque de IPC suffit à y répondre, on sait d'avance si la fonction mail est activé ou non donc chacun son usine à gaz ^^
Cependant un simple test suffierai à virer le @ en testant si la fonction est activé ou pas dès le départ du script avant même de créer l'émail... je vais essayer de la faire
+++
6 août 2009 à 17:36
14 déc. 2006 à 17:14
- le SMTP est parametré sur un serveur distant géré par un proxy qui filtre et qui plante 1 envoi sur 10 ... évidemment la le test risque d'etre plus complexe que de vérifier ou non la présence de la fonction mail je te l'accorde...
Alors shuntons peu mais shuntons bien ^^
14 déc. 2006 à 17:09
Rien à rajouter si ce n'est que si la fonction mail() est désactivée de mémoire cela génere une erreur arrêtant dans la foulée l'éxécution du script donc le @ ne sert à rien et n'est pas la pour ça... .. .
Muarf on va finir par y arriver... lOoOl... .. .
@ tchaOo°
14 déc. 2006 à 16:30
...Sauf que le fait que la fonction soit ou non activée n'est pas la seule possibilité pour que mail () renvoie une erreur.
Ensuite, quand on code, on essaye de coder générique (autant que possible). Et plutôt que d'avoir à repasser dans le code quand on change d'hébergeur, ou copie le code sur un autre site...autant prévoir le coup avant.
Bref, ce qui est mauvais, c'est ça:
@mail (bla bla);
Mais :
if (false === @mail (bla bla)) {
// gestion des erreurs
}
ça, c'est bien codé.
Perso, en production, mon serveur est en error_reporting à 0. Et j'utilise mon debugger qui intercepte toutes les erreurs et exceptions, et les logge.
Donc mes codes ressemblent à ça :
if (false === @mail (bla bla)) {
throw new myMailException (myMailException::MAIL_NOT_SENT);
}
14 déc. 2006 à 16:00
A savoir que la remarque de IPC suffit à y répondre, on sait d'avance si la fonction mail est activé ou non donc chacun son usine à gaz ^^
Cependant un simple test suffierai à virer le @ en testant si la fonction est activé ou pas dès le départ du script avant même de créer l'émail... je vais essayer de la faire
+++
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.