Aller au contenu

Harry_20

Hubmaster
  • Compteur de contenus

    137
  • Inscrit(e) le

  • Dernière visite

Messages postés par Harry_20

  1. En plus si la connexion avec le serveur de messagerie est sécurisée, cela passe par d'autres ports que ceux qui sont utilisés pour une connexion standard :blush:

    Alors oui, il faut configurer le firewall pour que les ports d'entrée et de sortie puissent être ouverts à Thunderbird.

    Le firewall du service-pack 2 demande à lors de la tentative d'accès mais tous les firewalls ne demandent peut-être pas ce qu'il faut faire :whistling:

  2. Bonsoir gamory,

    En effet, PHP permet d'intégrer une partie du code dans les pages, sans passer par les frames. C'est plus propre et complètement transparent pour l'internaute et les moteurs de recherches. Mais il faut posséder quelques éléments de PHP et un serveur APACHE.

    Si c'est juste pour intégrer une partie du code HTML, on peut procéder comme suit :

    Dans le fichier contenant le code HTML à intégrer sur les pages du site :

    <?
    <!-- Placer entre les <? et ?> le code HTML -->
    ?>

    et sur les pages du site :

    <? include("fichier.php"); ?>

    Ne placer dans le premier fichier que la portion de code HTML à intégrer par la fonction include() ... Supprimer tout ce qui est DOCTYPE, HEAD, BODY ...

    Cela t'aidera peut-être

  3. Je ne vais pas apporter beaucoup d'éléments de réponse ... mais ce sujet m'intéresse aussi :blush:

    Moi comme je vois la technique, ce serait une combinaison de Flash et de PHP/MySQL ou équivalent.

    Ici pour l'adresse en question ... il demande d'installer un plug-in (Donc il y a visiblement une autre application client pour faire tourner l'application).

  4. Moi j'intègre le code CSS dans le code HTML du mail :rolleyes:

    Pour Hotmail, je n'ai pas trouvé d'autre solution que de ne pas recourir aux CSS en fait :blush:

    Par contre les mails que j'envoie passent bien sans être classés dans les spams.

    OK alors c'est pour çà sa vient de gmail(au moins j'avais le mail) mais sous hotmail j'avais rien du tout.

    Merci de vos réponses.

    A bientôt.

    Même pas dans les indésirables ?

  5. Ca ressemble à un problème classique des sessions :blush:

    Je vois 2 possibilités :

    - soit la page doit être rechargée après le session_start() pour que la session soit effective

    - ou alors pour qu'une variable de session soit créée, il faut utiliser session_register()

    Ca peut encore être différent aussi selon que tu sois en local ou sur serveur APACHE :whistling:

    J'espère que ça pourra te venir en aide :)

  6. Moi j'ai eu d'autres indications, ayant envoyé le mail sur une adresse gérée par OVH ...

    X-Ovh-Remote: 80.74.149.13 ()
    X-Ovh-Local: 213.186.33.32 (mx0.ovh.net)
    X-Probably-Spam-Tag: YES (REVERSE none|H 0.5)

    La forme de ces lignes et leur position pourrait faire penser à des en-têtes qui ne sont pas reconnus comme tels mais je n'en suis pas sûr :blush:

  7. Je viens de faire deux tentatives en m'inscrivant sur ton site ... et 2 x le mail a été considéré comme un spam :blush:

    Dans les en-têtes, je ne vois rien de particulier, sinon que le serveur POP a ajouté un en-tête en considérant le mail comme 1 spam.

    Cela vient peut-être du contenu ou du serveur qui héberge ton site ... D'un autre côté je reçois d'autres messages de ce type qui passent bien !

    Tu peux essayer avec un contenu différent et voir si ça change quelque chose ou non.

    Je ne vois pas d'autre explication à cela :whistling:

  8. Au point de vue en-têtes, je ne trouve rien à redire personnellement :P

    Il est vrai que certains trucs sont à éviter dans ce genre d'envois de masse ... en particulier avoir une longue liste de contacts dans un des arguments de la fonction mail(), en tant que destinataires ... ou en tant que copie conforme ou copie cachée (en-tête). Dans ce cas, il vaut mieux une boucle qui envoie les mails 1 à 1 aux destinataires. Ca prend plus de temps mais plus de chance que ça arrive à bon port :)

  9. Sur la page A, tu peux placer un en-tête pour la redirection :

    header("Location: " . $lien_page_B);

    et sur la page B, vérifier le referer :

    if ($_SERVER['HTTP_REFERRER'] = $lien_page_A)
    {
    /* Affichage de la page */
    }
    else
    {
    /* Redirection ou autre ... */
    }

    Dans quel objectif tu souhaites faire cela ? :P

  10. Pour les sites dynamiques, il convient de faire attention dans les liens entre les pages ... éviter en particulier les URL avec bcp de variables car les moteurs de recherche n'aiment pas du tout ça !

    Pour les balises méta, elle sont à mon avis devenues inutiles vu les progrès dans les algorithmes des moteurs de recherche. Ils utilisent davantage le contenu de la page pour référencer. J'ai eu des pages sans ces méta et elles ont été correctement référencées :hypocrite:

    Pour des scripts ou des morceaux de code qui reviennent souvent sur les pages ... les includes sont avantageux en effet :rolleyes:

    Un truc aussi pour les sites dynamiques : l'utilisation de variables et le risque de piratage ... je sais c'est pas du référencement mais bon :)

  11. Bonjour,

    Voilà, c'est la première fois que je me suis lancé dans l'aventure des sous-domaines ... Ca fonctionne bien, à part un détail :blush:

    La gestion d'erreurs 404 et compagnie à travers les fichiers htaccess.

    J'ai commencé par mettre un fichier htaccess dans le sous-domaine principal : tout va bien jusque là.

    Puis j'en ai mis un pour un autre sous-domaine, logiquement dans le dossier vers lequel point le second sous-domaine.

    Et là : double problème :

    - comment faire pointer ErrorDocument vers une seule page à afficher pour tous les sous-domaines en ne mettant pas un truc du genre http://sous-dom.dom.tld/erreur404.php

    - en utilisant la variable $_SERVER["DOCUMENT_ROOT"] pour faire un include() en PHP (toujours dans la page à afficher pour la gestion des erreurs), ça ne fonctionne pas ! Tandis que si je mets dans le navigateur l'url de la page d'erreur, là ça fonctionne.

    Manifestement la variable $_SERVER["DOCUMENT_ROOT"] ne renvoie pas le même contenu selon le cas :

    /home/site/www/dossier//html (incorrect)

    ou

    /home/site/www/dossier/ (correct)

    Merci pour votre éclairage :rolleyes:

    P.S. J'ai oublié de spécifier ce que contenait le fichier htaccess pour la gestion des erreurs 404 ... :blush:

    ErrorDocument 404 /html/error.php?id=404

  12. Bonjour,

    J'ai besoin d'un renseignement, mais ne sachant pas trop où le placer ... je vais le faire ci :)

    Alors voilà, avez-vous connaissance de services mappy, google maps, ... mais adaptés pour être utilisés sur un site internet ?

    Un lien sur un site et .. hop ! une fenêtre s'ouvre avec un plan concernant une adresse demandée.

    Cela sans que l'internaute ne doive encoder l'adresse sur le site de localisation ni que le gestionnaire du site ne doive passer du temps à intégrer des plans de rue sur le site.

    Pouvez-vous me renseigner ? Il y a tellement de possibilités sur le net.

    Merci d'avance :)

  13. J'ai testé Wanewsletter mais j'ai pas été vraiment convaincu :nonono:

    phpList je ne connais pas en revanche

    Un critère aussi est que je souhaite adopter un modèle général pour mes newsletter, de manière à gagner du temps quand je la rédige. A la limite on charge les données encodées dans la base de données et hop on envoie ! Sauf cas exceptionnel pour envoyer une info séparée (dans le genre faut réagir tout de suite !). :P

    Je vais voir ce que raconte Snipemail pour commencer :)

    Merci déjà pour vos indications.

  14. Bonjour à tous et à toutes,

    Je sollicite votre avis dans le domaine de la création et de l'envoi d'une newsletter. :P

    Mon cahier des charges :

    - proposer une inscription avec activation de l'adresse

    - envoi de la newsletter HTML à chaque adresse individuellement

    - pouvoir envoyer la dernière newsletter à un nouvel inscrit

    - pouvoir automatiser les tâches d'envoi et de contrôle d'activation

    - outil utilisant une base de données MySQL/PHP à installer sur le serveur

    Votre expérience pourrait-elle me conseiller un outil en particulier ?

    Merci d'avance :hypocrite:

  15. Je viens de tester ta page et je ne vois pas 36 explications possibles :blush:

    Ce n'est pas le script PHP qui pose problème mais le Javascript (ce qui est plausible vu qu'il peut être interprété différemment selon le navigateur).

    Essaie de valider un formulaire vide dans les 2 navigateurs ... le résultat est très parlant pour moi.

    Comme tu précises dans ta demande, un code serveur est exécuté par le serveur ... et donc ne dépend pas des ressources client :)

    Du coup j'ai préféré abandonner le Javascript ... je sais pas pourquoi :hypocrite:

×
×
  • Créer...