Ses derniers messages sur les forums
J'ai une "solution".
Tu places la page actuelle et le nombre de rechargement de celle-ci dans les sessions.
Si l'utilisateur change de page, tu place ta variable rechargement à 0.
Si l'utilisateurs recharge la page plusieurs fois tu incrémentes ta variable rechargement et si celle-ci arrive à 5, tu bloques et tu affiches un message.
ça dépend de ta(tes) machine(s). C'est comme tout il n'y a pas de réponse absolue.
En générale plus les traitements sont longs, lourds et plus t'as de monde qui fait la même chose en même temps et plus t'as de chance que ça rame. La seule limite étant la limite physique de ta(tes) machine(s)
Sauf si tu mets le prix. Il faut tester et prévoir au cas où
Pour une newsletter la fonction mail de php est peu recommandée car elle supporte mal l'envoi massif de mails.
Il faut utiliser l'envoi de mails via SMTP.
Sinon pour répondre à la question BCC doit répondre à la norme RFC 2822. En clair et pour faire simple tu peux faire
<?php
$header = 'Bcc: mon_1 <email_1@domain.com>' . PHP_EOL;
//ou
$header = 'Bcc: email_1@domain.com' . PHP_EOL;
//ou
$header = 'Bcc: mon_1 <email_1@domain.com>, mon_2 <email_2@domain.com>' . PHP_EOL;
//ou
$header = 'Bcc: email_1@domain.com, email_2@domain.com' . PHP_EOL;
?>
ça fonctionne mais c'est branlant.
ça fonctionne tant qu'il n'y a pas de problème.
Si pour x raison ta connexion à la base échoué ça plante de partout.
C'est ça que j'veux te faire comprendre. Tu places les fonctions les unes à la suite des autres sans même tester le retour de celles-ci.
La question que tu devrais te poser c'est
Suis-je connecté? Oui - Non
La base de données est-elle bien sélectionnée? Oui - Non
Ma requête à t'elle aboutie? Oui - Non
etc etc car imaginons que ton serveur de données soit hors service. Tu vas avoir un beau site avec pleins de messages d'erreurs
J'ai l'impression que tu ne comprends pas trop se que tu fais ou alors tu t'attaques à un trop gros poisson pour ton niveau actuel en php.
Je pense que tu devrais chercher des cours sur les bases de données et sur les formulaires en générale.
Passer 2-3 jours à bien lire les cours pour assimiler.
Car sinon tu risques de rester bloquer sur chaque page de ton site.
Il faut vraiment que tu passes du temps sur les fonctions php car t'as une façon de les utiliser un peu approximative.
Ensuite pour la variable $num c'est normal car à aucun moment tu ne définis cette variable donc php tu le dis. Il veut bien la tester mais il sait pas quoi tester
Hum je pense que tu prends pas ton problème dans le bon sens.
Déjà pourquoi ne pas utiliser de base de données?!
j'te donne un exemple que tu vas pouvoir étudier
<?php
<?php
$comment = isset($_POST['comment']) ? $_POST['comment'] : '';
if(isset($_POST['submit_send']))
{
if(empty($comment))
{
echo'Commentaire vide';
}
else
{
$filename = 'comment.txt';
if(file_put_contents($filename,$comment,FILE_APPEND) !== false)
{
echo'Commentaire ajouté.';
$comment = ''; //vide le message
}
else
{
echo'Impossible d\'ajouter le commentaire.';
}
}
}
?>
<form action="<?php echo htmlentities($_SERVER['PHP_SELF']);?>" method="post" id="form_comment">
<textarea name="comment"><?php echo $comment;?></textarea>
<input name="submit_send" type="submit" id="submit_send" value="Ajouter" />
</form>
?>
J'ai pas testé et c'est pas sécurisé j'viens de l'écrire en 2 minutes mais ça te donne un peu la marche à suivre.
C'est logique et c'est marqué dans l'erreur, tu as inversé dans mysql_query la requête et resource.
Donc MySQL t'indique que la resource n'est pas bonne.
<?php
$result=mysql_query($sql,$cxn);
?>
devrait mieux fonctionner
Oui ça mérite un article ^^ J'attends avec impatience ton article.
J'ai juste voulu apporter un début d'explication "simple". Puis php ne sera jamais java, ruby ou même .net pour ne citer qu'eux.
C'est 3 là ayant orientés la façon de programmer des développeurs php (en bien?!)
Le MVC php est une approche (je dis bien approche) permettant surtout de mieux "organiser" l'univers php. Car avouons le, php souffre d'un manque de crédibilité dans les entreprises. C'est un langage considérer comme "sale" et peu professionnel (quoique depuis la version 5.x et l'arrivé des objects ça change un peu)
J'suis d'accord sur le fait que mvc est une chimère en php, car la séparation des couches n'est pas pure, mais c'est déjà plus beau et mieux structurer.
C'est une sujet intéressant ^^ j'suis partagé sur la question (un peu comme toi d'ailleurs)
Si t'as des dates sous forme de chaine ça complique la recherche. Pas impossible mais un peu plus long.
Pour faire simple, le mieux serait de faire 2 requetes avec un traitement php entre les deux. Le traitement reformatant ta deuxième requête.
Si j'peux te poser la question? Pourquoi n'avoir pas utiliser les champs date de ta base de données? Ou même un champ timestamp?
T'as un gros problème de conception. Parfois tu utilises
$_POST[fusername] parfois tu utilises $_POST['fusername']
$_POST[fusername] sous entend que t'as une contante fusername quelque part dans ton code.
$_POST['fusername'] sous entend que t'as un champ fusername dans ton formulaire.
Remplace tes "or die" par ça
or die ('Erreur : '.mysql_error());
Ensuite et de façon générale, il faut tester le retour de chaque fonction php. C'est long et ça prend du temps mais c'est indispensable pour bien programmer
Un dernier point, je ne vois aucun mysql_close dans ton code. Il faut fermer la connexion dès que possible et libérer la memoire avec mysql_free_result.
Voila déjà quelques pistes pour avancer un peu
