Toutes mes réponses sur les forums
-
Messages
-
1) Le lien figurant au bas des pages de ton blog est bel et bien :
Soit tu l’as modifié manuellement dans le thème en y ajoutant (à tort) « feed: », soit un plugin le fait à ta place (alors que tu affirmes ne pas avoir mis ou activé de plugin).
2) Ce lien redirrige vers FeedBurner, ce qui me laisse supposer que tu as bel et bien installé un ou plusieurs plugins non identifiés ou encore un .htaccess défini manuellement. J’en déduis que le plugin inconnu ou ta redirection .htaccess sont incorrects.
Il est vivement recommandé de ne pas modifier la structure des tables natives de WordPress pour une simple raison de maintenance : si vous modifiez leur structure, vous perdrez la capacité de mettre à jour votre installation de WordPress avec les versions ultérieures sans risquer de voir vos tables supprimées ou modifiées sans crier gare. Bref, une fois votre projet terminé, vous, vous l’oublierez, mais vos utilisateurs, lors d’une prochaine mise à jour, ne pourront plus utiliser leur site et vous transmettront leurs pensées les plus noires… :fouet:
Il n’y a pas de secret : désactive les plugins, puis réactive-les un à un jusqu’à reproduire les problèmes que tu rencontres… L’un d’entre eux, voire plusieurs, sont bogués. Vérifie bien que c’est bel et bien ton WordPress qui t’envoie les alertes de commentaires, et non un service tiers auquel tu te serais inscrit ou auquel un tiers t’aura inscrit.
Via phpMyAdmin exporte la base de données de ton blog. Garde-s-en une copie de sauvegarde non modifiée de côté.
Avec un éditeur de texte, dans ce fichier d’export de la BDD WordPress, fais un rechercher-remplacer de toutes les occurrences de l’ancienne URL vers la nouvelle URL. Procède de même avec ton adresse email si besoin. Ensuite, réimporte le fichier ainsi modifié via phpMyAdmin. Teste. Ton blog se trouvant à ta nouvelle adresse devrait fonctionner et du dois pouvoir accéder au panneau de configuration sans difficulté.
En effet, le problème semble venir des innombrables images que tu fais charger en permanence aux visiteurs. Pour limiter les dégâts, essaye d’ajouter ceci dans le « .htaccess » présent à la racine de ton site :
Attention cependant : les éléments ainsi chargés par un utilisateur restent jusqu’à 30 jours dans le cache de son navigateur. Aussi, si tu veux modifier une image, ne la modifie pas, mais mets une nouvelle image avec un nouveau nom de fichier et modifie les articles qui y font référence.
Cette solution devrait sensiblement réduire la bande passante utilisée par chaque visiteur.
Autrement, je te conseille le plugin WP Super Cache que j’utilise sur mon site sur les tampons encreurs. Cependant, les performances ne sont améliorées que sur le contenu HTML généré par le PHP, et non sur les autres éléments composant la page. Si tes visiteurs sont essentiellement des visiteurs de passage, le plugin Inline CSS JavaScript, en complément d’un plugin de cache PHP, t’aidera encore à améliorer les performances de chargement de ton site et éventuellement de la bande passante (les CSS et JavaScript ne sont pas compressés, en principe, lorsque chargés indépendamment, alors qu’avec WP Super Cache et Inline CSS JavaScript, intégrés au sein de la page web servie, ils peuvent éventuellement l’être à la demande du navigateur).
Si les tags te posent un souci, utilise un plugin tel que Google XML Sitemaps pour donner une valeur d’importance des plus faibles (0.1 ou 0) aux pages de tags et des catégories. Autrement, le plugin All in One SEO Pack te permet d’associer un META « noindex » aux pages de catégories et de tags, ce qui limite là encore la duplication de contenu.
Une autre solution serait d’utiliser le plugin générique Redirection et de le configurer convenablement pour redirriger les pages web des catégories. Mais les solutions suscitées sont problablement meilleures, car plus faciles à mettre en oeuvre, et probablement moins problématiques à l’usage. Attention tout de même aux homonymes, à savoir quand une catégorie et un article ou une page ont la même URL…
Plusieurs solutions existent, à base essentiellement d’une modification éventuelle de gabarit.
Une solution consiste à écrire une page récapitulative des sous-pages associées et de les lier manuellement entre elles. Simple, efficace. C’est pobablement ce qu’il y a de plus simple et ce n’est pas coûteux, sinon qu’il ne faut pas oublier de mettre à jour les pages récapitulatives à la main. Eventuellement, une modification du gabarit peut rechercher pour une page la liste des pages filles et de les lister automatiquement.
Une autre solution consiste à créer des catégories spécifiques et de classer des articles dans ces catégories. Ensuite, l’afichage des catégories liste tous les articles associés. Cela peut cependant polluer les catégories inutilement, et nécessite alors en guise de nettoyage de modifier le gabarit principal pour ne pas lister ces catégories dans la marge, par exemple.
Bref, je suis d’avis de ne pas chercher l’automatisation à outrance, et des solutions manuelles sont souvent de très loin les meilleures (mais pas toujours, il est vrai).
Eh bien il ne te reste plus qu’à éditer ton plugin à la main pour ajouter des plugins FCKeditor. Une autre solution, tout à fait viable, serait d’écrire un plugin WordPress qui modifie le contenu des articles au format généré par FCKeditor et qui produit les balises au format que tu veux. Note qu’il y aurait une répercussion sur la mise en page de tes flux RSS qui n’intègrent pas de référence à ta feuille de styles.
Il faut soit abandonner ton plugin phpExec, soit installer une version qui empêche l’exécution de code externe. Car manifestement, ce plugin permet à n’importe qui de faire exécuter n’importe quel code PHP sur ton hébergement, y compris un code qui puisera sur ton espace d’hébergement son contenu, ses mots de passes, sa base de données, de tout effacer ou… de spammer le monde entier, l’usage le plus courant.
Bref, en le laissant en l’état, tu permets à des millions de spammeurs du monde entier de spammer le reste du monde et participes directement à leur effort de guerre.
Je confirme l’intérêt de ma méthode de Rod pour la réutilisation d’images déjà postées dans les articles précédents : on utilise le moteur interne au blog ou un moteur de recherche pour trouver trace de l’article du blog contenant la photo recherchée. Ensuite, on édite l’article et on fait un simple copier-coller dans le nouvel article. La photo n’est pas dupliquée, puisque seul le lien l’est. Ensuite, on peut éventuellement modifier sa description en repassant en mode de visualisation « Code » de l’article.
Ton hébergeur n’a peut-être pas tort, à savoir que tes règles .htaccess sont foireuses, probablement circulaires (A renvoie vers B qui renvoie vers C qui renvoie vers A). Allège ton .htaccess à sa plus simple expression (celle donnée par défaut par WordPress). Ensuite, gère les redirections via le plugin Redirection et n’use des expressions rationnelles que si tu en as vraiment besoin (car quelque chose me dit que c’est ton principal problème).
Ceci pour dire que si ton footer ou ton header ne s’affichent pas correctement, c’est peut-être parce que les images qui composent ton habillage sont mal redirrigées du fait de ton .htaccess très probablement foireux.
Autre piste : un défaut d’un plugin installé. Désactive alors tous les plugins, puis réactive un à un jusqu’à reproduction du problème (certes, avec un défaut aléatoire, c’est plus difficile…)
Quand tu bosses sur un problème de compatibilité entre IE et FF, installe Internet Explorer Developer Toolbar sur le premier et Firebug et Web Developer sur le second. Cela te permettra de voir ce que chacun de ces navigateurs interprète comme éléments CSS. IE a du mal avec les margin, padding, border et width ensemble.
Par ailleurs, il est prudent, pour diverses raisons, de ne pas spécifier des tailles d’éléments au pixel près, mais de laisser une marge, notamment lorsque les navigateurs doivent calculer des dimensions pas toujours exprimées en pixels, ou sur des pixels non entiers (50 % d’une largeur de 9 pixels, ça fait 4 ou 5 pixels ? comment arrondir ? comment arrondit IE et FF ?)
Si je comprends bien, ce plugin utilise un framework JavaScript pour fonctionner. Aussi, tu dois activer le JavaScript et probablement utiliser un thème compatible avec les widgets de WordPress. Essaye donc le même plugin avec l’habillage par défaut.
Sans rapport, j’avoue que la présentation de ton blog m’interpelle, et notamment :
Le streaming est tout à fais légal.
Je dirais que oui, le streaming est tout aussi légal que le P2P ou la copie de fichiers, tant que tu… as les droits des fichiers ainsi distribués.
La solution devrait en effet consister, comme le note kolia, à désactiver tous les plugins, puis de les réactiver un par un jusqu’à reproduction de l’erreur. Si cela ne corrige pas le problème, réinstalle ton WordPress par une recopie forcée des fichiers officiels sur ton installation courante, car un fichier a dû avoir été modifié à tort. Autrement, tu peux toujours te rabattre sur le service FeedBurner avec un plugin adéquat qui permet de lire à peu près tout comme flux et d’en corriger la plupart des erreurs, y compris en fournissant des balises redondantes pour augmenter la compatibilité du flux avec l’ensemble des lecteurs. Cela permet en outre d’obtenir des statistiques de fréquentation de ton flux (certes, la méthode de comptabilisation est douteuse, puisqu’elle repose sur le volontariat et la bonne foi des services de lecture, mais elle a l’avantage d’exister).
