WordPress : l’extension qui générait une erreur 500 dans /wp-admin

Apache Erreur 500

La redoutable erreur 500 !

Il y a quelques jours, nous avons mis à jour nos serveurs de production de php5.6 à php7.2. Si dans l’ensemble tout s’est bien passé, j’ai eu une assez mauvaise surprise en voulant me connecter aux back-offices de nos sites propulsés par WordPress.

J’accédais bien au site et au formulaire d’identification pour se connecter au back-office mais malheureusement, une fois le bouton « Se connecter » cliqué, je tombais sur une page affichant la redoutable erreur 500 : Internal Server Error (Erreur interne du serveur dans la langue de Molière).

La première chose à faire dans ces cas-là, c’est de trouver l’origine du problème. Logique me direz-vous ! Sachez que souvent, les erreurs 500 sont causées par des extensions présentant des incompatibilités ou des erreurs dans leur code source. Nous allons donc voir comment vérifier que votre erreur 500 n’est pas dû à une extension récalcitrante.

 

Lire la suite…

De Windows Mobile à Android : Mes apps

Illustration réseaux sociaux

 

Le 23 mai 2018, j’écrivais ces quelques lignes prémonitoires :

(…) je vous propose un 3ème et sans doute dernier billet de cette série concernant les apps installées sur mon Microsoft Lumia 650. Pourquoi dernier ? Malheureusement, mon prochain smartphone ne sera plus un Windows Phone puisque Windows 10 Mobile n’est plus et qu’aucun Windows Phone n’a été commercialisé depuis un certain temps.

 

Quelques semaines plus tard, je recevais un beau cadeau : un Asus Zenfone 3 propulsé par Android 8.0.0. J’y ai d’ailleurs consacré un billet il y a quelques semaines.

Aujourd’hui, je vous propose donc la 1ère édition des apps installées sur mon nouveau smartphone et comme j’ai quitté Windows 10 Mobile il y a peu, je vous propose de faire cet inventaire en comparant avec les apps installées sur mon smartphone précédent.

Comme d’habitude pour cette série de billet, le sommaire est le suivant :

  1. Apps conservées
  2. Apps ajoutées
  3. Apps remplacées
  4. Apps supprimées

 

Lire la suite…

Intégrer Cmder à PhpStorm

Comme je l’énonçais dans mon billet précédent, je développe actuellement une application avec le framework Symfony 4. Or, Visual Studio Code, malgré toutes ses qualités, manque cruellement du support de Symfony. C’est donc tout naturellement que j’ai commencé à lorgner sur l’IDE le plus reconnu pour le développement PHP et particulièrement avec Symfony : PhpStorm de JetBrains.

J’aime être à l’aise avec mon IDE et je prends toujours un peu de temps pour le configurer. Tout comme je l’avais fait pour Visual Studio Code, j’ai donc intégré Cmder à PhpStorm.

À peu de chose près, la marche à suivre est identique pour ces deux IDE. Si vous souhaitez intégrer Cmder.exe à PhpStorm :

  1. Créez un fichier phpstorm.bat à la racine du répertoire cmder. Dans cet exemple : C:/cmder
  2. Ajoutez ces quelques lignes :
    @echo off
    SET CurrentWorkingDirectory=%CD%
    SET CMDER_ROOT=C:\cmder
    CALL "%CMDER_ROOT%\vendor\init.bat"
    CD /D %CurrentWorkingDirectory%
  3. Dans les paramètres de PhpStorm (Settigns > Tools > Terminal), modifiez le « Shell path » ainsi :
    "cmd.exe" /k ""C:\cmder\phpstorm.bat""

Et voilà le résultat :

Cmder intégré à PhpStorm

Pour conclure, comme je l’écrivais déjà à la fin de mon billet concernant l’intégration de Cmder à Visual Studio Code :

Non seulement l’interface de Cmder est plus esthétique, mais en plus, elle intègre tous les outils qui me sont nécessaires (bash, git, etc.). Bonus : on visualise directement la branche Git sur laquelle on travaille ! Bref, que du bonheur. ^^

Source :
https://blog.pisyek.com/run-cmder-phpstorm-2017-windows-10/

Autodidaxie : Symfony 4

Il y a 4 mois, je me suis lancé un défi : développer une application avec le framework Symfony 4.

 

Illustration code source

 

J’avais déjà tenté l’expérience un an auparavant mais je m’étais trop vite découragé. Cette fois, je n’ai pas lâché le morceau et je me suis accroché. Quatre mois plus tard : mission presque accomplie ! Ma première application Symfony 4 est développée à 95%.

 

Lire la suite…

De Windows 10 à Solus ?

Bah dis donc, que de changements ces derniers temps ! Après De PluXml à WordPress et De Windows Mobile à Android, ne manquait plus que le changement d’OS sur mon poste de travail.

 

Solus Budgie Desktop

 

Pourquoi quitter Windows 10 ?

Pour faire simple : je commence à m’ennuyer un peu sur cet OS. Tout y tourne si parfaitement que je finis par ressentir une certaine lassitude. J’ai donc simplement envie de voir si l’herbe est plus verte ailleurs. Les distributions GNU/Linux, je connais et suis à l’aise avec, donc pourquoi pas ?

 

Lire la suite…

De PluXml à WordPress – Nouveau CMS, nouveau thème

Ça y est, le blog a fait peau neuve ! 🙂

Et oui, comme vous pouvez le constater, mon petit bout de web est désormais propulsé par WordPress. Du coup, vous vous en doutez, la peinture est encore fraîche, donc si vous constatez des dysfonctionnements, n’hésitez pas à me le signaler.

WordPress Logotype Standard

Pour rappel, j’avais défini 7 étapes pour passer de PluXml à WordPress :

  1. Installation d’une instance WordPress en local
  2. Importation des billets depuis PluXml
  3. Importation des commentaires
  4. Installation du thème
  5. Installation des extensions indispensables
  6. Mise en place des redirections
  7. Tests fonctionnels

 

Bon, j’avoue ne pas avoir traité les étapes dans cet ordre mais globalement, cette feuille de route tient… la route.

Bref, comme promis dans mon billet De PluXml à WordPress ?, je vous propose aujourd’hui un récap détaillé de ces différentes étapes.

 

Lire la suite…

Réflexion autour du blogging

Comme je le disais dans mon édito du 10 février dernier, je suis relativement frustré par ma façon actuelle de bloguer. Paradoxalement, ce n’est pas le manque d’inspiration qui me pèse, mais le manque de temps… ou plutôt, le temps que je perds entre l’idée de billet, sa rédaction puis sa publication. Des idées de billets, j’en ai presque tous les jours. Malheureusement, lorsque j’arrive à me poser pour rédiger, souvent c’est le back-out ! La question est toujours la même : c’était quoi mon idée déjà ?

Du coup, je pense que je vais tenter une nouvelle approche dans les prochains temps. Je vais expérimenter les billets plus spontanés. Le principe est relativement simple : j’ai une idée de billet = je le rédige = je le publie dans la foulée. Moins de relecture, moins de questionnement, plus d’efficacité.

Pour tout vous dire, actuellement la rédaction d’un billet me prend 2 à 3 heures car je le retravaille plusieurs fois avant de les publier. Conséquence : souvent, mes brouillons traînent plusieurs jours voire plusieurs semaines avant d’être publiés. Un de mes billets est même resté à l’état de brouillon pendant 4 ans avant d’être publié, c’est vous dire. Il m’arrive même assez fréquemment de purement et simplement supprimer un brouillon avant publication car trop de temps étant passé, je ne les considère plus comme « spontané » voire outdated. Bref, il faut que je gagne en confiance et que je ressasse moins mes brouillons.

Je pense sincèrement qu’une telle méthodologie me permettrait d’arriver à des billets plus fluide et surtout, me permettrait de gagner du temps pour en rédiger plus. Le piège à éviter étant bien sûr de ne pas me mettre à publier des billets bâclés.

Bref, je vais tenter l’expérience et voir où cela me mène. Si vous avez des conseils à me donner pour arriver à « libérer » mon écriture, n’hésitez pas, je suis tout ouïe. 😛

À très bientôt,

Juan

De PluXml à WordPress ?

Le 25 octobre 2016, après avoir songé à migrer sous WordPress, je décidais de finalement rester sous PluXml. Un an et demi plus tard, la question se pose à nouveau, mais cette fois, je suis à deux doigts de sauter le pas.

PluXml est un excellent moteur de blog. Il est léger, bidouillable à souhait et présente l’avantage de charger en un temps record. Oui, PluXml est un excellent outil ! Alors, pourquoi en changer me direz-vous ?

PluXml Logo

Lire la suite…