Forum Programmation.php PHP + newsletter

Posté par  (site web personnel) .
Étiquettes : aucune
0
20
mar.
2005
Bonsoir,
je dois aider quelqu'un qui a un site,
sur son site il a mis un formulaire ou les gens peuvent s'inscrire pour recevoir une lettre de nouvelle (dans un domaine bien précis).
Jusque a maintenant il gérait ça manuellement, il récoltait les adresses dans un carnet d'adresse de son client email et envoyait sa lettre de nouvel a la main.
Mais il y a environ 2500 entrée, cela devient lourd a gerer a la main.
Il ma demander de coder quelque chose ou les gens peuvent s'inscrire et se désinscrire sur le site.
Je pense que en php cela vas être difficile car la plus part des scripts y vont par coup de 50 emails.
En perl j'ai aucune expérience.
Que me conseillez-vous ?
Pour infos:
PHP 5.0.3
max_execution_time: 30s
Apache: 1.3.33
Perl: 5.8.1

Merci d'avance
  • # =>

    Posté par  . Évalué à 3.

  • # gestion externe

    Posté par  (site web personnel) . Évalué à 3.

    si un petit lien de pub pour un gestionnaire externe en bas de la newsletter te gene pas trop :

    http://poplist.com/index_poplist.php(...)

    ça gérer l'inscription/désabonnement, l'envoi différé, etc...
    (et tu n'as rien à coder :)
  • # Carte Graphique

    Posté par  . Évalué à -1.

    Regarde aussi du coté de ta carte graphique si elle ne chauffe pas trop
  • # Des pistes...

    Posté par  (site web personnel) . Évalué à 2.

    J'ai eu le même soucis il y a quelques temps.

    J'avais fait alors très bourin:
    J'avais ajouté dans la table des email un champs qui permetait de savoir si l'email avait été envoyé.
    Depuis ma page principal, j'executais un script (dans mon cas, lancé depuis un flash) qui envoyait les 10 (50? je ne sais plus le nombre exact) et les marquait comme envoyés. A la fin de la serie, le flash recevait un message lui disant que le script était fini (en gros, lui indiquant qu'il devait relancer le même script). A la fin du traitement (lorsqu'il ne restait plus d'email non traité), il recevait le message de fin du traitement et il suffisait de remettre les marqueur dans leur état initial.

    Le marqueur permet de reprendre le traitement si celui-ci est interompu (plantage du client, deconnexion, mauvaise manipulation de l'utilisateur, etc...).
    L'utilisation d'un 'refresh' n'est pas très efficace car on ne connait pas le temps pour faire le traitement d'envoie des emails.

    Je suppose qu'il est possible de faire la même chose avec un iframe et du javasvript, ou même tout en javascript en utilisant xmlhttprequest.

    Mais , il doit exister des solutions bien plus propre...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.