Archives par mot-clé : wordpress

communication-quantique.com, ma dernière réalisation

Il y a quelques temps une amie m’a demandé de l’aider à réaliser son site communication-quantique.com. J’ai donc accepté, histoire de ne pas perdre la main.

En effet, j’ai toujours réalisé des sites, des blogs dans le cadre associatif, du bénévolat. Enfin presque, parce que jusqu’en 2001 c’était dans le cadre professionnel. En tous les cas,  il y avait bien longtemps que je n’avais pas remis les mains dans le cambouis à part pour mon propre blog, c’était l’occasion de m’y remettre.

J’ai donc utilisé WordPress pour aller au plus simple, et j’ai installé le bazar chez OVH, l’hébergeur que mon amie a choisi.

Installation, configuration, plugins, hiérarchisation, premiers contenus avec réécriture pour le Web, il ne manquait plus que la personnalisation du thème provisoire en fonction du choix de l’identité graphique.
Celle-ci a été réalisée dernièrement par Mabo création (Logotype, charte graphique, cartes de visite et mise en page de divers documents).

Et  la nuit dernière ça m’a pris,  j’ai commencé à  modifier le CSS du thème de départ pour le rendre cohérent avec la nouvelle charte graphique.
Et voilà, le plus gros étant fait, reste plus qu’à continuer à faire vivre ce site.

site communication-quantique

Longue vie donc aux formations d’Agathe, à son site communication-quantique.com que je vous invite à visiter pour découvrir ce qu’elle fait, et pourquoi pas, vous inscrire à l’une de ses formations.

En tous les cas moi je vais suivre ses modules en septembre.

MAJ 21/07/2017:

Et voilà encore un de mes bébés blogs passé dans les mains de quelqu’un d’autre.  Petit pincement au coeur, je crois bien que celui-là est le dernier que je réalise pour quelqu’un…

Ma participation à senioroboulo.com

Au fait, accessoirement dans mes activités bénévoles je suis membre de l’asso seniorOboulo.com.
C’est une asso locale qui œuvre pour favoriser le  retour vers l’emploi des  « seniors ». Elle organise des actions, des événements pour promouvoir et valoriser leurs compétences auprès des collectivités et des entreprises.

Et comme de bien entendu chaque fois que je suis dans une asso, je donne un peu de moi, dans celle-ci j’ai mis mon nez dans leur blog qui était un peu bordélique, et pas très pro d’apparence, il faut bien le dire.
Et comme c’est du WordPress, ça a été facile.

maj du 20/09/2015 : ce blog n’existe plus, pas de lien donc…

WordPress : régler un dysfonctionnement d’accès « forbidden » à l’admin

Parfois il se passe des choses bizarres avec WordPress, surtout côté admin, que je ne comprends pas toujours.

Tout à l’heure par exemple, pour je ne sais quelle raison, je n’ai plus pu accéder à mon tableau de bord, n’ayant rien fait bien sûr qui justifie ce message d’insulte suprême :

Forbidden (interdit) 403 – You don’t have permission to access /wp-admin/ on this server.

Pas avoir la permission d’accéder au tableau de bord de son blog quand on est le seul administrateur, c’est un peu con…
Peut-être mon hébergeur a-t-il fait quelque chose de son côté entre hier et aujourd’hui ? je ne sais pas… En tous les cas, j’ai cherché un peu partout sur le Net une solution à ce dysfonctionnement, la barre à Gogole étant mon amie, et à défaut d’une explication logique, j’ai au moins trouvé un fixe.

Il suffit de rajouter dans le fichier .htaccess qui se trouve dans le répertoire /wp-admin/  les lignes suivantes avec un éditeur de texte :

<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

Pour le moment ça fonctionne, croisons les doigts !

WordPress : rendre le plugin « Collapsing Blogroll » valide xhtml

J’ai passé ce WE la tête dans mon blog WordPress pour le rendre au plus près conforme aux standards du W3C. J’ai donc viré les plugins qui ne passaient pas au validator, et qui étaient vraiment trop « sale » pour être modifiés, et j’ai corrigé ce qui pouvait l’être facilement.

Je ne vais pas réécrire là les solutions que tout le monde peut trouver en tapant sur la barre à gogole, comme par exemple, ce workaround très utile qui règle un souci de validation XHTML sur un attribut « id », au niveau de la zone commentaires de WordPress :

WordPress – _wp_unfiltered_html_comment causing pages to fail (X)HTML validation

Mais par contre je vais apporter ma pierre à l’édifice sur le plugin Collapsing Blogroll.
Ce plugin sert à afficher une liste de liens (blogroll) sur une page, ou un billet. Il suffit d’insérer l’instruction « collroll » à l’endroit voulu et voilà ce que ça donne : liens.

Après installation du plugin, l’icône du « html validator » de firefox vire au rouge, et affiche une coche rouge sur  chaque balise « <h4> »  des titres  des catégorie de liens.

Il s’agit d’un petit souci d’imbrication des balises. Pour régler ce dysfonctionnement,  il suffit juste de déplacer la balise « <h4> »  qui se trouve à l’intérieur du lien de la catégorie à l’extérieur en procédant comme suit :

Dans le fichier frontend.php

remplacer :

$output .= '<a style="text-decoration:none;" onclick="switchMenu(\''. $divid .'\');"><h4 class="clplinkcategory">';
$output .= "$cat->name";
$output .= '</h4></a>';

par :

$output .= '<h4 class="clplinkcategory"><a style="text-decoration:none;" onclick="switchMenu(\''. $divid .'\');">';
$output .= "$cat->name";
$output .= '</a></h4>';

et dans le fichier settings.php

remplacer :

'category_before' => '<a style="text-decoration:none;" onclick="switchMenu(\'%id\');"><h4 class="clplinkcategory">',
'category_after' => '</h4></a>',

par :

'category_before' => '<h4 class="clplinkcategory"><a style="text-decoration:none;" onclick="switchMenu(\'%id\');">',
'category_after' => '</a></h4>',

Et voilà, cette manip. suffit à faire passer l’icône du validateur au vert.

Quand des développeurs zappent la conformité W3C…

… je crise !

Mais bon sang de bon sang ! dites moi pourquoi encore aujourd’hui certains développeurs ne font pas du code conforme aux standards W3C ?  C’est dingue ça !

Depuis que j’ai passé ce blog sous WordPress je m’arrache les cheveux à chaque plugin que j’installe ! En vrac, des balises ne sont pas fermées ; ils manquent les attributs « alt », « title » ou encore « type » ; l’esperluette « & » traine dans les liens des widgets au lieu du valide « &amp; », etc… Et mon blog ne passe plus au « validator« .

Je ne compte plus les fois où je dois mettre les mains dans le cambouis pour rendre ce bazar propre et valide. C’est quand même pas normal !

Franchement, je ne veux pas dire, mais les plugins Doclear sont vachement plus conformes aux normes et recommandations du W3C  que ceux de wordpress !

Déjà qu’on se  farcit les horribles « embed » des vidéos des services comme youtube, Dailymotion, ou encore des régies pub… Il serait bien que les développeurs fassent un petit effort et vérifient la conformité de leurs plugins, widgets and co… avant de les lacher dans la nature !

Oui quoi ! respectez donc les standards du W3C, vous savez, les spécifications du web pour une meilleure interopérabilité, pour une accessibilité universelle aux contenus… tout ça quoi ! Servez-vous des outils ! c’est votre métier mince !

Pourquoi les standards du W3C

Exit le piratage de mon nom de domaine, souci fixé

Bon et bien voilà, mon nom de domaine est de nouveau à moi toute seule. Fini le piratage, le problème est fixé, et ça venait de mon hébergeur OVH !

Je vous laisse apprécier la réponse du support à mon message de SOS :

Bonjour,

Le souci a été fixé suite a l’intervention effectuée sur les hébergements 1000gp:

http://travaux.ovh.com/?do=details&amp;id=4824

En vous remerciant, je reste à votre disposition.

Cordialement.

!!! sic !

J’ai loupé une sortie sympa hier pour essayer de trouver d’où ça venait, mais c’est pas grave, je m’en remettrai…

Au moins maintenant mon .htaccess est blindé, je l’ai modifié pour palier à certaines attaques. Et mon blog est valide XHTML, j’ai viré tous les plugins qui ne l’étaient pas et qui étaient trop lourd à modifier, et modifié ceux qui étaient modifiables…

Pffuuuuu quelle journée ! 4h du mat je me suis couchée…

Url de mon blog WordPress hackée

Je suis particulièrement contrariée. Le nom de domaine de mon blog est piraté. ça ne se voit peut-être pas à la première connexion, mais il suffit de faire un refresh sur l’url, ou de cliquer sur accueil, et zou des sites de merde, excusez-moi du terme, s’affichent à la place du mien !

Je suis dessus depuis midi, j’ai pointé tous les fichiers, vérifié mon .htacces que j’ai d’ailleurs blindé, l’index, le wp-config.php, les plugins etc… J’ai suivi les consignes d’OVH trouvées . Il n’y a à priori rien d’anormal sur mon serveur, et mon WordPress est à jour de la dernière version. Bref rien à faire je n’arrive pas à dégager cette saloperie, et j’ai bouffé ma journée pour ne rien trouver pour le moment ! (grrrrr loupé le début de la ZAT à Antigone à cause de ces e—–s de hackeurs)

J’accède bien sûr à mon admin sans problème… Dans le doute, j’ai même fait une vérif de mon PC, mais de ce côté là tout va bien.

Si jamais quelqu’un a une idée, pour le moment moi je sèche…

Maj :

Le problème venait de mon hébergeur : fixé

Ménage dans mes plugins de stats WordPress

Aujourd’hui j’ai remis mon nez dans les plugins installés sur ce blog. En effet, ça faisait un moment que je voulais faire le ménage là-dedans, surtout depuis que j’ai lu ce billet mi septembre 21 hacks pour 21 plugins WordPress inutiles. C’est un commentaire sur mon billet se rapportant à ma liste de plugins installés qui m’a motivée.

j’ai donc commencé par nettoyer les plugins de stats quelque peu inutiles et redondants. Pour cela, j’ai suivi les conseils trouvé chez Seomix et supprimé  les extensions :

  • Google Analytics for WordPress pas très utile en ce qui me concerne
  • WordPress.com Stats : inutile quand on a un compte Google Analytics

J’ai ensuite installé le code de GA ci-dessous avant le /head du fichier header.php de mon thème pour traquer mes visiteurs sans plugin (UA-XXX  correspond à l’identifiant GA) :

<script type="text/javascript">//
<![CDATA[
var _gaq=_gaq||[];_gaq.push(['_setAccount','UA-XXX']);
_gaq.push(['_trackPageview']);
(function(){var ga=document.createElement('script');
ga.type='text/javascript';
ga.async=true;ga.src=('https:'==document.location.protocol?'https://ssl':'http://www')+'.google-analytics.com/ga.js';
var s=document.getElementsByTagName('script')[0];s.parentNode.insertBefore(ga,s);})();
// ]]>
</script>

Et comme j’aime bien voir mes stats dans le tableau de bord de WordPress j’ai installé le plugin Google Analytics Dashboard pour les afficher.

J’aurais très bien pu faire ça sans écrire de billet puisque tout est expliqué chez Seomix, mais comme j’ai rencontré un dysfonctionnement lors du paramétrage du login de Google avec ce plugin, je tenais à signaler comment le régler. Ça peut servir à d’autres.

En effet, le plugin Google Analytics Dashboard nécessite pour fonctionner SimpleXLM, une extension de PHP5 consacrée au traitement des fichiers XML. Normalement activée par défaut, cette extension peut cependant être désactivée. Dans ce cas un message s’affiche lors de la configuration du login de Google dans l’admin WordPress prévenant que SimpleXML n’est pas disponible.

Mon blog est hébergé chez OVH, et j’ai eu ce fameux message. Si ça vous arrive aussi, pas de panique, il existe un workaround tout simple pour régler ça.  Il suffit de paramétrer le blog en PHP5 par défaut en rajoutant dans le fichier .htaccess l’instruction : SetEnv PHP_VER 5

Et voilà !

Bon allez je continue mon ménage, surtout dans les plugins qui ne passent pas au « validator« … Mais celà est une autre histoire, sic !