Aller au contenu

Leonick

Hubmaster
  • Compteur de contenus

    1 339
  • Inscrit(e) le

Tout ce qui a été posté par Leonick

  1. Non, j'ai juste rempli le formulaire. A vérifier alors, peut-être une incompatibilité avec l'envoi de fichier. Genre s'il y a des fichiers, fin de la procédure, peut-être ?
  2. Déja, dans $From = preg_replace("/\r/", "", $_POST['From']); $From = preg_replace("/\n/", "", $_POST['From']); la 1° ligne ne sert à rien si la 2° utilise $_POST['From'] et non $From Je ne trouve pas "Le message a été corectement envoyé au webmaster." dans le code. Sinon, il faudrait vérifier si déjà chez ton hébergeur la fonction mail() fonctionne. Autrement, ajouter au début du script un error_reporting(E_ALL); qui affichera toutes les erreurs d'exécution.
  3. le $dest="chopin_fred_AT_msn.com"; n'est pas écrit comme ça dans le code ? Sinon, c'est normal que le mel ne parte pas
  4. Non, je le verrais plutôt comme une règle de réécriture d'url, pour ne pas avoir la vraie url dans la page html.
  5. Ouai, c'est top Il faut décrypter en javascript. Donc comme souvent je désactive javascript, je ne verrais pas la page. On pourrait me rétorquer qu'il y aura un message disant, "si tu veux voir la page, utilise javascript". Et peut-être que je le ferais ou pas. Mais de toutes façons, google et ses copains ne le feront pas. Donc au niveau référencement
  6. Même séparé, l'injection de header est malheureusement possible. Avant de mettre, entres autres, cette vérification, j'y ai été confronté. Maintenant, en plus je conserve les différents éléments du mel pour renforcer la protection si nécessaire, et je m'aperçois que l'injection peut arriver par le nom et mel du visiteur, ou bien le body. On se retrouve avec plusieurs fois les en-têtes, BCC, CC et To et toutes, ou la dernière fonctionnent. Tu n'as qu'à de faire un essai dans ton script, de redéfinir ces en-têtes et voir que le message est bien transmis.
  7. J'utilise cette fonction pour vérifier si le contenu des champs envoyés par le visiteur ne contiennent pas de code malveillant function isHack($Xstring) { return eregi( "from:|subject:|bcc:|To:|CC:|mime-version:|base64|content-type:|content-transfer-encoding:|content-disposition:| content-location:|include|<script|'</script|javascript|embed|iframe|refresh|onload|onstart|onerror| onkey|onmouse|document\.cookie|jscript|vbscript|pearlscript|'||||'i| <style|<body|<object|<\?php|<\?|\?\>|<\%|\%\>", $Xstring); } Si la réponse est oui, je n'envoi pas le mel et retourne sur le formulaire de saisie
  8. J'ai, entres autres, un 90Plan et je n'ai jamais eu de problème de connection ftp. Comme les scripts sont développés chez moi, je suis passé en haute capacité, soit 900 Mo.
  9. et le <div style="position:absolute; top:-300px; left:-300px; visibility:hidden">, làa ça fait vraiment spamdexing Sinon, le mieux serait de refaire le site sans utiliser de frame ni de javascript, c'est possible.
  10. Oui, mais ce qu'il faut voir c'est ce que pourraient taper les personnes ayant besoin de vos services pour vous trouver. Et souvent ça ne correspond pas aux mots clés auxquels on pensait. En plus, moi je m'occupe du référencement dès la création de l'architecture du site, c'est ce qui permet de savoir quoi mettre dans quelle page. Le <noframe> sans <frame> sur un site qui vient juste de sortir, ça fait un peu spamdexing, non ?
  11. 1° sur quelles requêtes ?sur l'élevage des grenouilles dans le haut queyras, ça sera plus facile que sur dépannage informatique. Perso, ça ne me préoccupe plus du tout le PR. Il n'est pas lié directement au positionnement sur les requêtes.
  12. une recherche dans google donne http://www.google.fr/search?q=Trojan.Clicker.Agent.
  13. Sauf que si on est déclaré en tant qu'indépendant, on n'apparait ni dans les registres du commerce ni dans ceux des métiers.
  14. Moi, je tourne sur les 2. Il y a encore quelques semaines, ça n'était que sur WRI, mais comme il commence à être trop connu, on trouve beaucoup de posts de newbies qui ne prennent même plus la peine de fouiller un peu dans les réponses précédentes et qui, dès les 1° messages demandent, "j'ai mis mon site en ligne hier, pourquoi je ne suis pas premier sur google? et comment faire pour y arriver" Et ça, ça me fatigue
  15. Et est-ce que l'appel au fichier est effectué en lien relatif, voire absolu par rapport à la racine, mais pas en http:// ?
  16. En fait, ils ont l'air d'être tous en taille 0. Problème de quota trop faible défini ?
  17. Non, yahoo aussi.j'ai fait un petit test avec le mot zzuuteu qui se retrouve uniquement sur la page d'accueil de mon site. Sur yahoo, c'est ok, mon site apparait. Sur msn et google, il n'y a que la page de WRI dans laquelle je faisais part de mon test qui apparait. Donc yahoo en tient compte
  18. Sur l'accueil de leur site, on arrive à 34 erreurs. Et ce sont des erreurs récurrentes. Toujours le même problème de meta namo et aussi des balises <script>, des balises input pas toujours fermée. Donc soit leur logiciel fait du code valide et donc ils savent comment vérifier la validité et alors pourquoi ne l'ont-ils pas fait ? soit leur logiciel est et leurs pages sont faites à la mano.
  19. Déja, la conformité de leur code, http://validator.w3.org/check?verbose=1&ur...2Fwebeditor.php Dans le code, la balise <meta name="generator" content="Namo WebEditor"> devrait être fermée en xhtml
  20. La balise keywords n'est plus utilisée par google ni par msn. Il semblerait que yahoo s'en occupe encore. Donc les mots clés, il vaut mieux les avoir dans le texte, et surtout, de manière cohérente
  21. Une solution qui avait marché de nombreuses fois, sauf lors du gros plantage. Tu sauvegardes tes config de multi domaines et sous-domaines, du genre impression de l'écran en pdf, puis tu les supprimes tous et tu les recrée. Comme ils avaient déjà été créés et donc les DNS mises à jour, tu ne devrais pas avoir besoin d'attendre une nouvelle propagation. Si ça ne fonctionne pas, il faut envoyer un message, par le manager à la hotline OVH.
  22. Sous domaine ou multi domaine ? Mais c'est à vérifier le paramétrage des DNS. Car au mois de décembre, OVH m'a fait quelques problèmes dans ces DNS, des doublons, etc... impossibles à supprimer et ça envoyaittoujours vers le webmail. J'avais été obligé de les paramétrer sur un autre serveur DNS.
  23. Non, ça ressemble plus à un problème de propagation de DNS. Selon les jours chez OVH, il faut entre 24 et 48h pour les propager. il faut regarder si le www a un cname de défini, dans la Zone DNS du manager.
  24. Xhtml n'oblige pas à avoir des fichiers css séparés. C'est largement mieux, mais <p style="font-size : 95%;">un mot</p> est parfaitement valide xhtml strict.Et on peut aussi, en html strict ou non avoir des fichiers css séparés
  25. vider le cache du navigateur et réessayer.
×
×
  • Créer...