baragouine.10

Ami codeur, j’ai trois demandes à te faire

• Mon Flickr Badge n’est pas centré. Y’a forcément un « align center » à rajouter quelque part mais je n’en sais ni la syntaxe ni où le coller pour qu’il le soit

<!– Start of Flickr Badge –> <style type= »text/css »> #flickr_badge_source_txt {padding:0; font: 11px Arial, Helvetica, Sans serif; color:#666666;} #flickr_badge_icon {display:block !important; margin:0 !important; border: 1px solid rgb(0, 0, 0) !important;} #flickr_icon_td {padding:0 5px 0 0 !important;} .flickr_badge_image {text-align:center !important;} .flickr_badge_image img {border: 1px solid black !important;} #flickr_www {display:block; padding:0 10px 0 10px !important; font: 11px Arial, Helvetica, Sans serif !important; color:#3993ff !important;} #flickr_badge_uber_wrapper a:hover, #flickr_badge_uber_wrapper a:link, #flickr_badge_uber_wrapper a:active, #flickr_badge_uber_wrapper a:visited {text-decoration:none !important; background:inherit !important;color:#3993ff;} #flickr_badge_wrapper {background-color:#ffffff;border: solid 1px #000000} #flickr_badge_source {padding:0 !important; font: 11px Arial, Helvetica, Sans serif !important; color:#666666 !important;} </style> <table id= »flickr_badge_uber_wrapper » cellpadding= »0″ cellspacing= »10″ border= »0″><tr><td><a href= »http://www.flickr.com » id= »flickr_www »>www.<strong style= »color:#3993ff »>flick<span style= »color:#ff1c92″>r</span></strong>.com</a><table cellpadding= »0″ cellspacing= »10″ border= »0″ id= »flickr_badge_wrapper »> <script type= »text/javascript » src= »http://www.flickr.com/badge_code_v2.gne?count=5&display=random&size=t&layout=v&source=user&user=72426516%40N00″></script> </table> </td></tr></table> <!– End of Flickr Badge –>

• Je voudrais supprimer la double barre de séparation en dessous de mon Nike+ widget ; j’ai essayé, au pif, et n’ai réussi qu’à produire des erreurs de syntaxe. Ca doit pourtant être tout con non ?

• Je reviens aux deux lignes rajoutées dans mon htaccess et qui ont miraculeusement tout fait fonctionner.
Mais comment pourquoi ? Elles font quoi exactement ?
J’aimerais bien comprendre leur action et me coucher moins idiot

AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

[MàJ] Mon camarade @yannv me renvoie (en privé, donc je publie ici) vers http://www.luxbum.net/wiki/DocumentationConfigurationPhpHebergeur

La deuxième ligne du code n’est donc apparemment pas utile pour 1&1, mais il ne me semble pas qu’elle puisse faire de mal, donc je l’ai laissée
Merci Yann.

Last night a DJ saved my life.
Ou plutôt ici deux lignes de codes

Car évidemment ça remerdait : erreurs 500 à la pelle.

Le Dashboard était incomplet ; le moindre plugin refusait de fonctionner ; pire rien ne s’auto-installait, aucun package ne se décompressait.
La foire totale.
Je commençais à sérieusement angoisser, quand j’ai repensé à quelques tests de plugins hier soir, qui refusaient de s’installer en m’indiquant qu’ils nécessitaient php5.
J’ai fait un tour tout à l’heure sur ma page d’administration 1&1 : évidemment je n’ai strictement rien compris, et quand bien même il eut été possible – ce que je ne crois pas, confirmez moi- d’être en php5, j’eus été totalement incapable de le faire.

Mais je suis tombé sur cette page, et sur cette toute petite manip, qui vient de me sauver d’un mal de tête assuré.

C’est alors que je me suis rappelé que les serveurs mutualisés de 1&1 avait un peu de mal avec PHP5. Je me suis donc empressé de mettre en place le bout de code miracle :

AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php

dans un nouveau fichier .htaccess ou dans celui généré par Wordpress.
Barbatruc, problème résolu !

Et effectivement ça marche !

Tout remarche ! Le dahsboard et ses menus déroulants, l’auto-installation des plugins et la décompression des packages (si ça se trouve l’upgrade automatique de WP2.8 aurait fonctionné aussi), je suis même sûr que mon digest de tweets va lui aussi refonctionner et que mes emmerdes précédentes d’upgrade en 2.7.1 et moults erreurs 500 étaient déjà dûes à cette même explication.

Ami codeur startupz :  sois ici publiquement et éternellement remercié !

->http://www.epivoila.com/epice-hot/forcer-php5-chez-11.html

• Sauvegarde de la totalité de mon site : check.
Me suis pas embêté :  un coup de Transmit, je prends le dossier chez mon hébergeur et je le copie sur mon DD.
•  Sauvegarde de ma base de données : check.
Via l’extension WordPress Database Backup 2.2.2.
•  Désactiver les extensions : check.
• Suivre attentivement les directions données par le codex.
• … quoi d’autre ?

J’avais pourtant bien pris soin de faire tout ça (pensé-je) en passant en 2.7.1, mais avais 1° raté 2° continué à en subir les séquelles jusqu’à maintenant (comportements erratiques de plugins ou upgrades)

Quels bons conseils saurais tu me donner, lecteur nécessairement WordPress-savvy, de Baragouine ?
(Oui, man_b, je pense à toi

Merci

Certains le souhaitaient, avec impatience je sais (suivez mon regard), hé bien le voilà.
J’allais sagement attendre l’édition .09 de Baragouine pour vous le proposer comme cadeau de Nouvel An, et puis j’ai pensé à ceux qui allaient s’emmerder dans les réunions de famille ces prochaines heures, et vous le propose donc dès maintenant.
Comme ça ce soir, discrètement, entre deux anecdotes de Papi que vous avez déjà entendu mille fois, et les enfants qui crient parce que le jouet est déjà cassé, vous pourrez lire discrètement votre blog favori (mais si !) sur votre iPhone.

Non seulement on peur lire les articles, mais également les commentaires, on peut naviguer par catégories, on peut même réagir directement depuis l’iPhone ou transmettre via email.
C’est-y pas merveilleux ? 
Allez, joyeux Noël !  

Ne me remerciez pas, remerciez plutôt l’auteur de ce merveilleux plugin.
Maintenant y’a plus qu’à remplir… 

PS : la mise en abîme est amusante

MàJ importante : pour ceux qui commenteraient depuis un iPhone, ne pas se laisser (dés)abuser par la petite roue qui tourne sans s’arrêter quand on clique sur Publish (et ne pas tenter de le faire plusieurs fois) : le commentaire est bien passé. Il en manque juste la notification, mais il est visible sur le site.
Enjoy !

Allez je me lance pour la question à deux balles, qui me permet néanmoins par la même occasion de tester la rédaction d’un premier post WP2.5 directement dans Safari et de voir s’il me faut d’envisager l’abandon de MarsEdit.
Question sur la francisation.
Jusque maintenant, dans mon thème Mandingo, nul besoin d’un sous-dossier wp-content/languages : simplement le fichier fr_FR.mo en vrac dans le dossier du thème (c’est ainsi que le thème est fourni), et tout roulait.
Ce n’est plus le cas en version WordPress 2.5.

Double question donc :
- faut-il nécessairement créer ce dossier wp-content/languages (que je n’ai pas copié lors de l’upgrade) ?
Si oui, dois-je supprimer mon fichier fr.FR.mo dans le thème ?
- quelle différence entre fr_FR.mo et fr_FR.po, à quoi servent-ils respectivement ? (puisque je ne me servais pas du .po jusqu’ici dans Mandingo).

Je suis sûr qu’il y a une bonne explication à tout ça, et que tu la connais lecteur, nécessairement Wordpressisé, de Baragouine

[MàJ] Autre essai ce soir :
- créer un sous-dossier « languages » dans le dossier de mon thème ne fonctionne pas.
- créer un sous-dossier « languages » dans wp-content francise effectivement le Dashboard, mais pas intégralement les pages web.
Question : que faire de tous ces fichiers .mo de toutes les langues, dans le dossier de mon thème ?