Les 10 commandements du débuggeur de blog

Marie-Aude

J'ai fait de la compta, de la finance, du juridique, j'ai été chef de projet SAP, j'ai fait de la photo, des voyages. Depuis 2007, je fais avec amour des sites webs pour les utilisateurs, qui se référencent bien et je vous aide à acquérir du trafic pertinent.

Vous aimerez aussi...

18 réponses

  1. andré dit :

    Article très intéressant

  2. mathias dit :

    Que de bons conseils, mais tout reste à faire ;-)

  3. Bentux dit :

    Profitant déjà de tes précieux conseils sur le forum de support de Worpress je suis ravis d'être tombé sur cet article.
    Je m'y met de suite.
    Merci :-)

  4. Dreamer dit :

    J'aime bien cette "bible" pour éviter de nombreuses erreurs .

    En favoris !!

    A +

  5. Marie-Aude dit :

    Bonjour Viviane, le "meilleur moyen" est de les placer au bon endroit au moment de la création de l'article.

    Je suis passée voir votre site, vous utilisez des div pour faire des mises en forme spécifiques à chaque article, ce n'est peut être pas la meilleure solution. 

    Quoi qu'il en soit, en appliquant cette mise en forme APRES l'insertion de la balise more, d'une part au paragraphe qui se trouve avant, et ensuite à ce qui vient après, vous n'aurez plus ce problème

  6. Viviane dit :

    ->(par exemple une balise more placée au mauvais endroit et empêchant la fermeture d’un élément)

    Bonjour,
    j'ai ce problème justement sur mon blog. La balise coupes mes DIV et détruit ma mise en page. Y'a‑t-il un possibilité d'inclure cette balise sans devoir fermer et rouvrir toutes mes balises ?

    Merci pour votre aide.

  7. Viviane dit :

    Bonsoir,

    J'ai continué entretemps d'écumer le web et finalement, il s'agit bien d'un "bug". La balise more coupe l'article sans fermer les balises actives. Je suis donc en train d'inclure la balise more en fermant puis rouvrant toutes les balises dans mon texte. Ça m'oblige à un retour à la ligne et du code à rallonge, mais en appliquant une bordure négative, j'arrive à "coller" le div suivant sans trop casser la continuité de mon texte.

    Merci pour votre réponse rapide et de m'avoir confirmer le problème de balises ;-)

    Bonne continuation,
    Viviane.

  8. Marie-Aude dit :

    Plutôt que d'un "bug" je dirais une limitation de l'outil. L'utilisation "aveugle" de l'éditeur html génère souvent des horreurs de code.
    Cela dit il existe un plugin qui a été développé pour fermer automatiquement les balises avec l'utilisation de cette balise more, mais j'ai totalement oublié son nom.

  9. yves dit :

    merci marie aude mais ... ta page contient quand même 30 erreus au validateur !!!!

  10. Marie-Aude dit :

    Oui... et ? Comme il n'y a pas de problème d'affichage, je n'ai pas besoin de débugguer :)

  11. MagicJ dit :

    Parti avec 21 erreurs (réelles de balise) J'arrive à 10, et franchement ça ressemble à des erreurs de parsing du fichier. Par ailleurs, les 11 "erreurs" supprimées ne changent rien à l'affichage et encore moins à mon problème de saut de ligne vides...

    alors bon...

  12. Marie-Aude dit :

    Je suppose que ce message un peu énigmatique fait référence à un problème posé sur le forum wordpress. 

    Un peu de contexte ne serait pas inutile (genre faut il vraiment plonger à travers tous les messages du forum pour retrouver l'exposé du problème ?)
    Par ailleurs, ce post est une liste de choses utiles à faire. Pas une recette miracle pour tout résoudre . 

    Alors bon... comme ça, pas vraiment possible de vous aider plus.

    PS : il y a un autre post sur ce blog qui pourrait vous intéresser : l'underscore n'est pas un séparateur reconnu par Google...

  13. soky dit :

    "Ton blog au validateur HTML passera" => j'ai fait le test avec ce blog et il y a quelques erreurs :-) Je dis ça mais je constate que j'en ai tout un paquet. Vérifier son site au validateur c'est bien mais faut-​il encore résoudre les erreurs. Pour la plupart, je ne vois pas où est le problème. Grrr... 

    Merci pour ce billet, ça m'a donné du travail pour les fêtes.

  14. Marie-Aude dit :

    Oui je sais qu'il y a des erreurs :) mais elles ne me gênent pas :)
    Pour votre blog (joli) vous avez mis le compteur analytics trop haut (il faut le mettre avant la cloture du head, pas avant l'ouverture), donc le doctype n'est pas pris en compte et vous êtes validé par rapport à une syntaxe HTML 4... 

    Joli blog, cela dit

  15. soky dit :

    Oh ! C'est magique, vous avez résolu deux problèmes majeurs que je peinais à trouver. C'était donc ça. Merci. Merci.

    Bon, je vais tenter de corriger les erreurs au validateur mais il me faudrait alors trouver une solution pérenne pour éviter les erreurs lors de la rédaction d'un post. Il n'existe pas un plugin qui valide le code dans l'interface admin ? 

    Merci pour le blog. Je découvre le vôtre avec intérêt.

  16. Marie-Aude dit :

    Merci :)

    On peut demander à WordPress de corriger les balises mal fermées, mais d'expérience ça fait plus de problèmes qu'autre chose. De plus les fermetures de balise ne sont pas les seules erreurs de code possible.
    En bref je ne connais pas de plugin qui fasse ça, et si j'en trouvais un e ne serais pas certaine de l'utiliser :)

  17. soky dit :

    Pas qu'il fasse le travail à notre place, on sait l'horreur que c'est. Une sorte de correcteur de syntaxe html. A l'image du correcteur orthographique, tu aurais des corrections soulignées. Ce serait plutôt de l'ordre de l'assistant visuel. Après, chacun corrige à sa guise.

  18. Marie-Aude dit :

    Oui ça serait une bonne idée. Mais je n'en connais pas. A développer :)

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.