La semaine dernière, j’ai constaté un petit problème sur l’un de nos site web tournant sous WordPress 6.1.1
Lorsque je souhaitais faire une mise à jour d’un plugin depuis la console d’administration de WordPress, la mise à jour échoue (qu’importe le plugin) avec un message du type
"La mise à jour a échoué : Internal Server Error"
Le gros problème, c’est qu’une fois la mise à jour échouée, le site web passe inaccessible et présente un long message d’erreur :
"Fatal error: Uncaught Error: Call to undefined function trailingslashit() in ...."
Rapidement, j’ai pu rétablir le site en supprimant via la console FTP le fichier « .maintenance »
Après plusieurs recherches, il semble que ce problème était lié à une version temporaire de WordPress 6.x mais il aurait dû être corrigé dans la version 6.1.1
Je ne trouve presqu’aucune information concernant un telle problème depuis la version 6.1.1 hormis un témoignage provenant d’un autres clients utilisateurs.
Finalement, la solution fut rapidement trouvée et en lien avec le passage à PHP 8.0 Ce changement de version du serveur PHP impliquant pour le bon fonctionnement de WordPress de (ré)activer la fonction set_time_limit depuis le manager de la console *maniak. tel qu’expliqué dans la FAQ.
Résoudre le bug d’éclairage dans Cities Skylines sous MAC
Bon, hasard des publicités ciblés, n’est-ce pas. J’ai reçu une invitation à acheter Cities Skylines à -75%. Le titre s’annonçait autonome mais il implique malgré tout d’être ensuite inclus dans Steam, donc de refaire la procédure de reconnaissance de mon compte 1x, 2x… puis d’installer Steam, puis le jeux… et puis là, j’avais un gros bug d’affichage sur les éclairages dans le jeu. (Bug Light MAC). Plus que probablement dû au fait que le jeu ne switch pas sur la carte Nvidia du MAC, pourtant activée avec les webdriver Nvidia… Bref, j’ai trouvé cette astuce pas si facile à intégrer dans l’interface de Steam qui force l’utilisation de l’OpenGL.
Should work if you launch it with Set Launch Options in steam: Right click Cities : Skylines -> Properties -> SET LAUNCH OPTIONS...
-force-opengl
Faire vivre ce blog n’est pas chose aisée. Il m’arrive bien souvent que des bugs et autres mauvaises surprises viennent me faire perdre du temps. L’air de rien, ce n’est pas si facile de pouvoir intégrer de manière esthétique les photos qui illustrent mes articles. Hors en tant que photographe, j’avais donné beaucoup d’importance à ce point au fil du temps, me reposant notamment sur l’option « tiled gallery » intégrée au plugin Jetpack ainsi que depuis de longues dates sur des plugins tel que Lightbox et Fancybox pour l’affichage des photos lorsque l’on clique dessus. Des outils que j’aurais alterné aux fils des années et des versions de WordPress…
Néanmoins, depuis la dernière mise à jour de WordPress et Jetpack, voilà que l’ensemble ne fonctionne plus !
En réalité, il faut bien comprendre que pour pouvoir disposer de cette option de mise en forme des galeries WordPress dans une visualisation dite « Tiled Masonry », en gros à la sauce de Pinterest, Jetpack m’impose de nombreux autres options. Tout d’abord, pour utiliser Jetpack, je dois obligatoirement lié mon blog à wordpress.com ce qui implique de nombreux échanges entre mon blog et leur serveur. D’autres part, et plus ennuyant, je suis obliger d’activer le protocole « Photon ». Ce protocole envoie en réalité sur un cloud de serveur WordPress les images hébergées sur mon blog dans des tailles diverses et, en principe soulage le chargement de la page par les internautes pour qu’ils accèdent plus rapidement aux contenus en fonction de leur proximité géographique.
How We Remove JetPack and Instantly Improve WordPress Performance
Je vous avouerais que dans les faits, moi je constate que cet option est plus lente que l’accès directe à mon serveur Infomaniak, la rolls des hébergements européens… Mais, jusqu’ici, je n’avais pas trop le choix. L’autre éléments désagréables, étant que l’activation de ce protocole, modifie également l’url de mes images dans un truc du genre : https://i2.wp.com/nomdemositeweb.com/download/date/image.jpg?ssl=1 … une url qui n’est dès lors plus reconnue comme une image par mes plugins Fancybox/lightbox depuis la dernière mise à jour.
Pas si facile de trouver une solution à tout cet ensemble. En cherchant des « alternatives » à Jetpack je suis tombé sur divers articles référençant des plugins par fonctionnalité que j’approfondirais au besoin.
Tiled Gallery Carousel Without JetPack By Raja CRN
… et j’ai fini par trouver le plugin : Tiled Gallery Carousel Without JetPack qui offre les mêmes options. Peu de réglages possibles, il m’impose lui aussi le nouvel outil d’affichage des photos de la galerie, très jolis mais qui ne fonctionne que pour les images d’une galerie. Il est à noter que pour fonctionner, il faut désactiver l’option « Photon/CND » de Jetpack, ou avoir supprimer Jetpack…
De la sorte, j’ai donc pu conserver les galeries déjà en place dans mes nombreux articles, je peux me passer de la ré-écriture d’URL sur mes images. Et le site semble plus rapide tel quel.. et probablement cela améliorera aussi le référencement du blog, puisque les images seront liées à mon hébergement et non à wordpress.com. Voilà pour les points postifis.
Mais il reste une série de « points négatifs » à régler…
Comment imposer à Facebook de mettre à jour un site externe mis en cache sur son serveur.
Voilà une manipulation qu’il m’arrive souvent d’avoir besoin. Pouvoir ré-initialiser la cache d’un lien d’un Facebook, en gros, l’image et le texte que Facebook va afficher lorsque je colle une URL dans un statut. Il se peut qu’un petit bug empêche temporairement FB de faire la prévisualisation ou simplement d’avoir sur un de mes sites perso, fait des modifications qui font que le contenu soit différent. Bref, Facebook a mis à disposition dans ses outils développeurs une page qui permet de nettoyer cette cache.
Mieux vaut s’y prendre à l’avance… Quid du Bug de l’an 2038, je me garde l’info sous le coude pour y revenir dans 25 ans !
Le Bug de l’an 2038
« Vous vous souvenez combien le monde entier avait paniqué lors du passage à l’an 2000 à cause du fameux bug, promettant de couper les centrales nucléaires, de faire tomber les avions en vol et de lancer des missiles sur des cibles au hasard ? Il faut croire que les humains aiment bien ajouter un peu de théâtralisation, car au final les dégâts ont été bien plus limités… Mais tremblez pauvres mortels, la prochaine échéance s’annonce tout aussi dévastatrice, et elle se nomme le bug de l’an 2038 ! Ce bug affectera les systèmes basés sur le système de mesure du temps Posix, parfois communément appelé Timestamp. Cette norme compte le nombre de secondes écoulées depuis le 1er janvier 1970 à 00:00:00 (temps universel) jusqu’à l’évènement à dater. (Un article à découvrir sur Nikopik) »
