Toutes mes réponses sur les forums
-
Messages
-
zebluesman wrote:dans l’éditeur de thème tu as un fichier appeler « footer » et il ne contient en fait que très peu de ligne et l’instruction et particulièrement visible.
J’avais bien compris.😉
Mon souci était modifier le moins possible les fichiers « en dur », afin de faciliter les éventuelles mises à jour sans devoir reporter chaque modif chaque fois que la version d’un thème évolue.
(Mais au fait, cela implique-t-il de remodifier les nouveaux fichiers lors d’une MàJ ?)Le thème que j’utilise (Mandigo) semble offrir une astuce intermédiaire qui me plaît bien. Il propose un outil « HTML Inserts » où l’on peut ajouter du code à plusieurs endroits du thème. En particulier ici, dit-il :
« outside the main frame, right before the closing tag. This is the best place for your Google analytics code and other final sippets. »
Ça semble être l’endroit idéal, non ? Plus pratique qu’une action sur le fichier concerné ?Je ne suis pas hostile à la mécanique, c’est juste une allergie au cambouis… 😆
Lis le topic épinglé en haut de la rubrique Support. Tout y est expliqué en long, en large et en travers.
Lumière de Lune wrote:« oui » mais enfin franchement je n’en vois pas l’intérêt.
C’est quand même hyper simple d’aller dans l’éditer de thème, d’afficher le footer et de coller le code juste avantPourquoi passer par un widget ?
Pour un néophyte, il est beaucoup plus simple d’utiliser un widget en sachant à quoi sert ce widget que d’aller bricoler dans le code pour ensuite oublier ce qu’on a bricolé et où l’on a fait ce bricolage. Tout le monde n’est pas bilingue français-PHP. 😉
Certains thèmes proposent d’insérer un widget texte dans le pied de page (footer). C’est par exemple le cas du thème Mandigo.
Un tel endroit siérait-il pour y bricoler du Xiti ?
Merci, ô Lumière intense ! 🙂
Vérification faite, ça confirme mes soupçons : mon hébergeur suisse n’est pas à la pointe du progrès, c’est le moins qu’on puisse dire.
Question subsidiaire à Lumière.
Je constate que l’accès à mon blog principal s’est très nettement accéléré depuis ce matin. le moindre refresh était auparavant très lent, en interface admin comme en user.
Or, je ne vois aucun fichier php.ini à la racine de mes blogs. D’où mes question :
1. Est-il normal que je n’aie pas de tel fichier accessible par FTP ?
2. Comment peut-on détecter la vitesse d’accès allouée par le serveur (ou l’hébergeur) ?Question subsidiaire de la subsidiaire : peut-on, à l’aide d’un simple navigateur, déterminer quelles sont les caractéristiques techniques de l’hébergement ?
(Version de la base de données SQL, du PHP et de deux ou trois trucs. Histoire que je détermine quelle version de phpMyAdmin je vais devoir utiliser pour envoyer un minuscule fichier vers SQL, histoire de mettre à jour l’extension WP-UserOnline.)Merci d’avance.
Jean-Michel,
En XHTML, toutes les balises doivent disposer d’une balise fermante.
La balise de simple saut de ligne est particulière, puisqu’elle est unique ; et comme elle doit avoir sa contrepartie fermante, elle est donc autofermante. Comme ceci :
Pour le reste, je laisse la parole aux pros du code, dont je ne suis pas. 😉
On peut supposer que ça provient d’un plugin rebelle. Désactive tous les plugins, puis vérifie si IE affiche un peu plus d’éléments qu’auparavant. Si oui, le problème vient effectivement d’un plugin.
L’opération consiste ensuite à réactiver un plugin, puis à vérifier si ça pénalise de nouveau l’affichage avec IE. Recommence l’opération avec chaque plugin, un par un, jusqu’à ce que tu aies identifié le fautif.
Vous êtes tous les deux chez OVH. Ça ne serait pas dû à cet hébergeur, par hasard ?
armonyaltinier wrote:Apparemment, le problème vient du fait que WP ne reconnaît plus les thèmes, quels qu’ils soient. J’ai essayé de changer de thème, ça ne fonctionne pas d’avantage, pas même à la prévisualisation.Voici trois hypothèses :
1. Problème lié aux extensions (plugin).
Désactive-les toutes, puis réactive-les toutes l’une après l’autre. Peut-être que ça remettra tout en place.2. Pour l’impossibilité de changer de thème, faut-il incriminer le fameux fichier php de langue ?
(/wp-content/languages/fr_FR.php)
À tout hasard, retire-le du serveur par FTP, puis rafraîchis la fenêtre de ton navigateur.3. WP 2.7.1 étant disponible, fais une mise à jour après avoir tout sauvegardé. Ça permettra peut-être de faire disparaître un fichier ou réglage mal en point.
J’ai connu un problème similaire l’an dernier. Pour autant que je me souvienne, ça provenait d’un fichier .htaccess corrompu.
La solution (peut-être) : connecte-toi par FTP et vire le fichier .htaccess à la racine de ton blog. Attention, c’est un fichier invisible, il faut donc au préalable que tu actives la visualisation des fichiers invisibles.
Bon courage.
[résolu]
Une réponse efficace a déjà été fournie récemment sur deux autres topics. Je l’indique ici, car l’intitulé de ce topic est plus explicite. 😉
Le problème provient de certaines extension (plugins) sous WP 2.7.
L’astuce la plus simple : aller par FTP dans le dossier /wp-content/languages/ puis retirer le fichier php de la langue (par exemple le fichier fr_FR.php ou le fichier pt_BR.php).
On peut aussi retirer les plugins puis les remettre l’un après l’autre, mais c’est beaucoup plus long.
[résolu]
WP-Rémi wrote:C’est un problème lié à wp backup et la version 2.7 de WordPress. Il faut que tu ailles dans wp-content/languages et que tu supprimes le fichier php après l’avoir sauvegardé.Je confirme l’efficacité de cette manip.
Ça vient de se produire pour l’un des blogs que je gère ; le simple fait de retirer le fichier php de la langue du blog a suffi pour que tout rentre dans l’ordre.
Il m’a semblé que le WC2 était beaucoup plus fréquenté que le WC1. Ou alors était-ce parce que j’ai participé à des ateliers très prisés. En tout cas, certains moments était proches de la cacophonie, tant le brouhaha innervait la salle principale.
Un truc m’a frappé, à moins que je n’aberre : quasi général au WC1, le tutoiement était devenu beaucoup moins systématique lors du WC2. Cela peut signifier que WordCamp « se démocratise » en « recrutant » désormais ses participants au-delà de la sphère des geeks et des internautes chevronnés.
C’est sans doute la rançon du succès — et cela atteste, s’il en était besoin, la popularité de WordPress.
Je regrette toutefois que le discours de Matt ait coupé la journée en deux — et qu’il ait duré aussi longtemps, quel qu’en fût l’intérêt.
Certains thèmes pourraient d’ailleurs convenir mieux que d’autres à ton objectif, notamment un thème « spécial tutoriels » — dont le nom m’échappe à l’instant, mais je sais que ça existe.
Il me semble avoir lu un truc là-dessus chez WordPress Tuto.