Dakwamine

Blog

  • J-44 : Japon 2026

    J’ai pris un billet d’avion de la compagnie Japan Airlines en fin d’année 2025, pour mars-avril 2026. Un direct vers Haneda. C’était un choix que je justifiais par l’envie d’entrer plus rapidement dans le voyage que lors de ma précédente excursion nipponne en 2023 (dont je parlerai surement un jour sur ce blog !) où j’avais fait une correspondance à Taipei, avec pour aéroport Narita. Le prix de ce nouveau billet, environ 1200 euros, était à peine plus élevé que mon billet de l’époque, un aller-retour via EVA Air (une bonne compagnie, soit dit en passant), donc je n’ai pas trop réfléchi.

    Alors que j’achetai ce billet, je n’avais aucune idée spécifique d’endroits à visiter. Rien que l’envie d’aller me confronter à l’inconnu m’a insufflé la motivation initiale de revenir dans ce beau pays, avec de nouveaux objectifs, et de nouvelles conditions : j’y serai seul cette fois. (J’étais accompagné la dernière fois de Guillaume, un bon ami.)

    Nous sommes le 2 février 2026. Il ne s’est pas passé grand chose entre le moment où j’ai pris ce billet et aujourd’hui. À mon grand regret d’ailleurs. Mais les fêtes de fin d’année, les aléas de santé, les visites chez les amis et la famille, les cours de japonais, ont fait disparaitre le temps libre qui m’aurait été nécessaire pour bien planifier les choses.

    Je me retrouve donc dans une configuration où je vais devoir faire les bons choix, et vite.

    Il y a déjà plusieurs objectifs que je me suis fixé :

    • Conduire au Japon.
    • Aller du sud (Kyushu) vers le nord (Hokkaido).
    • Faire des expériences uniques, genre fabriquer des choses, aller dans des endroits moins connus.
    • Voir mon pote Josselin.
    • Relater mon voyage sur ce blog. C’est ce que je suis en train de faire. Haha !

    Pour le moment, j’ai une carte OpenStreetMap avec quelques points par-ci par-là. Mais c’est bien trop loin de ce que je qualifierai d’un plan de voyage, et ce sera ma tâche principale dans les prochains jours.

    Au sujet de la voiture

    En attendant, j’ai déjà commencé à potasser pour savoir ce qu’il faut pour conduire une voiture au Japon. Ce qu’il faut savoir, c’est que le permis français ne fonctionne pas là-bas par défaut. Il faut le faire traduire. Pas par n’importe qui, mais par la fédération japonaise de l’automobile, ou JAF.

    La procédure en l’an 2026 est à la fois plutôt simple, mais semée d’embûches. Il suffirait de remplir un formulaire sur internet, payer, d’attendre la traduction, et faire imprimer. Mais voici les dites embûches :

    • Le formulaire ne peut se remplir que DEPUIS le Japon. Un VPN ne fonctionne pas non plus ! J’ai tenté avec Proton, mais impossible quand même.
    • La traduction prend un certain temps, et de ce que j’ai compris, il faut faire imprimer cette traduction sous une semaine, dans un konbini. Le timing risque d’être très serré.

    Il est également possible de demander à un ami sur place de s’occuper des démarches. Encore faut-il en avoir sur Tokyo…

    À cause de cela, je vais devoir trouver des agences qui permettent d’expédier directement en France en avance. C’est un moindre mal… Si je le fais sur place, cela m’obligerait à attendre que la traduction soit faite pour pouvoir louer ; c’est un risque que je ne suis pas prêt à prendre.

    À part ces histoires de permis, j’ai aussi commencé à me renseigner sur divers points réglementaires et culturels de l’usage de la route. Comment fonctionne un parking payant, les panneaux, les us et coutumes… Je me suis notamment procuré (ne me demandez pas comment) la version numérique et en anglais du livre proposé par la JAF à destination des conducteurs étrangers. Elle est normalement dispo sur amazon.co.jp, mais ils ont suspendu la commercialisation, et il ne reste que la version papier à 7xx yens… et plus d’une vingtaine d’euros d’expédition ! C’était peut-être même plus, mais le prix m’a tellement choqué que je n’ai pas réfléchi plus longtemps pour me débarrasser de cette idée d’importer le livre physique.

    Allez, ce sera tout pour ce soir.

  • Corriger les dates de création, modification, et autres métadonnées EXIF avec exiftool

    Il s’agit d’un petit article pour montrer les commandes nécessaires à la correction de métadonnées de date avec exiftool.

    C’est particulièrement intéressant si vous avez téléchargé des fichiers depuis Google Photos, car ce dernier ne définit pas les bonnes métadonnées sur les fichiers. En effet, on se retrouve avec la date de l’export pour la date de création et de modification, ce qui n’aide pas certains gestionnaires pas toujours bien faits à ordonner par date comme on pourrait s’y attendre ; c’est le cas de la vue galerie d’images de pCloud, qui s’appuie sur la date de modification.

    Dans mon cas, j’ai des photos et vidéos prises depuis divers appareils, notamment des smartphones que j’ai utilisés sur une période d’une douzaine d’années. Il était donc nécessaire de trouver un moyen de corriger ces métadonnées de façon globale.

    Pour cela, il faut installer un outil qui s’appelle exiftool. C’est un outil en ligne de commande compatible linux, Windows et Mac OS. À noter qu’il existe des interfaces basées dessus et des portages (j’ai vu par exemple un portage Android), mais je n’ai pas testé.

    Ensuite, il y a deux commandes, une pour les photos, une pour les vidéos. Vous pouvez les lancer depuis le même dossier (c’est-à-dire, un dossier qui a des photos et des vidéos mélangés).

    exiftool -overwrite_original "-CreateDate<DateTimeOriginal" "-ModifyDate<DateTimeOriginal" "-FileModifyDate<DateTimeOriginal" "-FileCreateDate<DateTimeOriginal" -if "defined $DateTimeOriginal" -ext jpg -ext jpeg .
    exiftool -overwrite_original "-CreateDate<MediaCreateDate" "-ModifyDate<MediaCreateDate" "-FileModifyDate<MediaCreateDate" "-FileCreateDate<MediaCreateDate" -if "defined $MediaCreateDate" -ext mp4 -ext mov -ext ts -ext ls .

    Ces commandes lancent dans le répertoire courant des opérations en fonction des extensions de fichier. Pour les photos (ou plus globalement, des images), la commande prend le champ DateTimeOriginal (appelé « Prise de vue » dans Windows) des informations EXIF pour l’assigner à d’autres champs : CreateDate (EXIF), ModifyDate (EXIF), FileCreateDate (OS), FileModifyDate (OS). Pour les vidéos, cela prend en donnée source le champ MediaCreateDate (appelé « Date d’acquisition » dans Windows).

    À noter que pour pCloud, c’est FileModifyDate qui importe le plus pour le tri. Mais je pense que c’est plus propre que toutes les dates soient harmonisées.

    Aussi, si la donnée source n’existe pas, la commande saute le fichier.

    Avec cela, les métadonnées devraient être corrigées.

    Encore une dernière info, si vous utilisez pCloud, et possiblement d’autres services de stockage en ligne par synchronisation : vous pourriez avoir à effectuer la modification directement sur le système de fichiers virtuel, et pas sur une éventuelle copie hors-ligne. En effet, il se peut que l’outil de synchronisation fourni par le service de stockage ne prenne pas bien en compte les dates, et les réécrit au moment où c’est envoyé sur le serveur. C’est le cas de pCloud.

    En dernier recours, selon le service de stockage, il peut être utile de télécharger, appliquer la modification en local, supprimer du stockage en ligne, puis réuploader, pour que les dates de modification soient bien définies.

    Bonus : définir la date en se basant sur le nom du fichier

    Parfois, le nom du fichier contient la date qu’on veut assigner. On peut faire une extraction de la date et l’injecter dans exiftool.

    La commande qui suit est compatible avec Bash (testé sur Git Bash windows). (PowerShell n’est pas content avec les variables dollar ; c’est pourquoi je recommande Bash.) Veuillez noter que ce n’est pas la seule façon d’obtenir le même résultat ; exiftool est vraiment un outil versatile !

    for f in *.jpg *.png; do
  datetime="${f:0:19}"   # IMG_YYYYMMDD_HHMMSS

  exiftool -overwrite_original \
    -DateTimeOriginal="$datetime" \
    -CreateDate="$datetime" \
    -ModifyDate="$datetime" \
    -FileModifyDate="$datetime" \
    -FileCreateDate="$datetime" \
    -d "IMG_%Y%m%d_%H%M%S" \
    "$f"
done

  • [Drupal] Variable de hauteur de barre d’outils d’administration

    Variable CSS pour la hauteur de la barre d’outils d’administration : --drupal-displace-offset-top

    Cette variable se met à jour automatiquement grâce au script JS displace.js intégré nativement dans Drupal.

    On pourra par exemple utiliser cette valeur pour décaler des éléments pour les éléments ancrés qu’on accède grâce au fragment d’URL (le dièse en fin d’URL). Par exemple :

    À noter qu’il existe également d’autres variables sur d’autres dimensions :

    Vous pouvez vous référer au fichier displace.js pour plus d’informations.

    Drupal : 10+

  • [Drupal] Perfect views block configuration for multilingual node support

    Objectives

    • We want to add on a node page layout a block which uses a field from the currently rendered content (node).
    • We want this block to be translated the same as the currently rendered entity.
    • As a anonymous user, we want it to respect the published settings of the currently rendered entity.
    • As an admin, we want to be able to see this block if the content is unpublished.
    • We want to support cases when a content is not translated. The default Drupal behaviour is to use the default translation.

    Configuration

    Screenshot
    Configuration screenshot.

    • Do not use Published (= Yes) setting.

      Views will remove itself results on which you don’t have permission—unless you have disabled access checks in the Query settings parameter of the view. Also, as an admin, you will still be able to see the block if the content is unpublished.

    • Set Default translation (= True).

      Views will retrieve the default translation, which is the default result when you attempt to go on a node page which has no translation.

    • Set Rendering Language to Interface text language selected for page.

      Views will attempt to translate the content. If no content translation is found, default translation will be used.

    • Contextual filter set to Content: ID with Content ID from URL as default value.
    • Hide block if the view output is empty.

      No need to keep this block if there is no output (or keep it if you need it anyway).

    Additional information

    • Tested on Drupal 8.5.5 on simplytest.me.

  • [Drupal] Custom scrollbars with Overlay Scrollbars library

    The road to custom scrollbars

    Reminiscing.

    I am currently working on a website for a video game reviews project I have had with an old friend of mine (FuuDoh). Obviously, I have switched to Drupal to get a result quicker than what I would get with the PHP only solution I have been working on a few years ago (it was fun though).

    One of the main problems I have came across while theming was to give a consistent look across various web browsers (and now devices—mobile and tablets were not as much a concern as nowadays). Bootstrap was not as popular as it is now and it saved a lot of my time for my current project. But it did not fix one of the other problems I am still experiencing today: scrollbars.

    I hate how they cannot be themed natively. In an overflow: auto setting, they push all the content by their width when they appear, potentially changing the height of the content; which is not very elegant in my opinion. You cannot change their size, nor their color.

    With the big grow in the recent years in the JS scene, we have now good enough JS libraries which gives developers means to achieve better, cross-browser, cross-platform scrollbars.

    I have checked a Drupal 8 module, scrollbar, which unfortunately does not work well (or was misconfigured). The bars were not refreshing when the browser window is resized. Maybe I’ll post an issue on the Drupal module tracker, but it does not seem to be the fault of the module. But there was one big drawback with the library used by this module (jScrollPane): the scroll behaviour is not the native browser’s scroll behaviour. You will not get any ease in the scroll animation (or maybe you could have it by configuring the library).

    Then I have searched a little and found two candidates:

    Both are JS libraries which use native browser’s capabilities to scroll the content; you will not feel anything different between normal scrollbars and those custom ones, which is perfect! The first library is currently (May 2018) used on Twitch.tv. I have not tested it, but it claims to be cross browser. But it also claims that there may be some performance impact when used on the body element. That is why I chose OverlayScrollbars, which is recommended by simplebar in its documentation by the way.

    Relieved.

    After having spent some time trying to figure out why it did not work, I have finally got it working nicely with the bootstrap+sass theme! The implementation is in fact trivial for a Drupal themer but here are the steps to achieve it.

    Steps

    1. Download the OverlayScrollbars library (link to releases) and extract the files to the themes/custom/THEMENAME/libraries/OverlayScrollbars directory (create necessary directories). This OverlayScrollbars folder must contain the css and js directories which came from the zip (remove any wrapping directory).
    2. Create a file named trigger.js at this location: themes/custom/THEMENAME/js/overlayscrollbars/trigger.js
    3. Add this to the file:
    4. The THEMENAME.libraries.yml of your subtheme may look like this (the overlayscrollbars is what we care about):
    5. Add an import directive in the _overrides.scss, right after the other imports (remember, I am using sass; if you use less, you have to adapt it):
    6. Compile the scss.
    7. Add this hook in your THEMENAME.theme:
    8. Rebuild the Drupal cache: drush cr.

    Additional information

    • Tested on Drupal 8.5.3.
    • Tested on official standard Bootstrap theme, sass flavor.
    • The original install guide is here: https://kingsora.github.io/OverlayScrollbars/#!overview. You will also get a list of options on the original guide.
    • You can also put the content of the trigger.js file directly into the twig (not tested though); html.html.twig would be a good candidate.

  • [Drupal] Change CKEditor behaviour for line breaks (br or p)

    Here is a little code snippet to be added in a .module file.

    Additional Information

    • Instructions made on Drupal 8.5.x.
    • Will break text align buttons in the CKEditor toolbar: Issue on Drupal.org
    • The default behaviour of CKEditor is the following:
      • Enter: inserts a paragraph directly in the WYSIWYG,
      • Shift + Enter: inserts a line break.
    • The new behaviour of CKEditor with the hook will be:
      • Enter: inserts a single line break (br),
      • 2 × Enter: inserts two line breaks which will be converted into a paragraph when rendered.

  • [Drupal] Make the Search API Page search block appear in Bootstrap markup

    When using Search API Page, I needed to theme the search form in the bootstrap structure. The cleanest answer I have found is to add some variables to trigger the bootstrap overrides on the search form.

    Additional Information

    • Instructions made on Drupal 8.3.x (probably, haha).

  • [Drupal] VM + XDebug + Netbeans

    Hey! Long time no see! Heehee.

    I am just dropping a note here about the basic steps of how to install XDebug for a specific setup.

    Here is my configuration:

    • host:
      • OS: Windows 7 64 bits
      • IP: 192.168.0.3
      • IDE: Netbeans 8.2
    • guest:
      • OS: Debian Jessie 64 bits in VirtualBox
      • IP: 192.168.0.4 (bridged network in VirtualBox settings)
      • standard Apache2, PHP 5, MySQL from official repositories

    The idea is: I want to use the stepper on a website located inside a virtual machine from an IDE on the host machine.

    Step by step

    XDebug installation

    1. On the guest machine, get the phpinfo() output. If you have no idea how to do this quickly:
      1. From the command line, run php --info > ~/tempphpinfo.txt (you can safely delete this file later).
      2. Open the file: gedit ~/tempphpinfo.txt.
      3. Copy all the contents.
    2. Go to https://xdebug.org/wizard.php and follow the instructions: you will have to paste the contents of the phpinfo obtained earlier. The wizard will tell you exactly how to build xdebug. Make sure you are in the correct folder when running the phpize command.
    3. Locate the xdebug.ini files (named 20-xdebug.ini on my Debian) on the guest machine:
      1. cd /etc/php5
      2. find | grep xdebug
    4. Edit one of the files listed by the last command and add those lines:
    5. sudo service apache2 restart, just in case.

    Testing XDebug

    We will create a small php file which will react to XDebug calls.

    1. Create a php file:
      • touch ~/testxdebug.php
      • gedit ~/testxdebug.php
      • Insert the following:
      • Save and close.
    2. Start the command line debugger: php ~/testxdebug.php. You may have a warning about the xdebug extension already started: you can ignore it or fix this later by commenting/removing the zend_extension=path/to/xdebug.so line you have added to the /etc/php5/cli/php.ini file (not the xdebug.ini files!).
    3. In the web browser, go to your website location, a Drupal 8 in my case and add an attribute at the end of the URL, e.g.: http://localhost/DrupalXDebug/web/index.php?XDEBUG_SESSION_START=mysession.
    4. In the terminal where you have run the php ~/testxdebug.php command, you should see a message like this one:

      connection established: Resource id #5

      If not, the configuration is wrong and check the steps again or the resources links at the end of this article.

    Setup remote debugging

    Until now, we have only ran the debugger (the little php script we have created earlier, which you can safely delete now) from inside the guest machine. We will configure xdebug to work with remote machines, in my case, the Windows host.

    1. Edit one of the xdebug.ini files you have edited earlier: replace the xdebug.remote_host value by the IP of the host, 192.168.0.3 in my case.
    2. sudo service apache2 restart, just in case.

    Netbeans configuration

    Now we can configure Netbeans to run the debugger.

    1. Open the website project.
    2. Right click on the project in the Projects list and click on Properties.
    3. Enter the URL of your website in Run Configuration > Project URL. In my case, it was like this:
      Screenshot from netbeans
      Where to set the website URL
    4. Click on the Advanced button.
    5. Set the path mappings. In my case:
      Screenshot of path mapping on Netbeans
      How to set path mappings

    You should now be set for debugging with the stepper!

    Run the debug

    1. Click on the Debug Project button in the top toolbar of Netbeans and it should launch automatically a browser with a session id already set!
    2. Put a breakpoint somewhere in the code.
    3. Each time a request is sent to the website, Netbeans will control the page generation.

    Additional Information

  • [Drupal] Use admin_block and admin_block_content templates

    This article is about the default admin_page, admin_block and admin_block_content templates which serves as the base of the content display on some system configuration pages such as the one on this image:

    Screenshot of the configuration page on a Drupal 8 website
    Screenshot of the configuration page on a Drupal 8 website

    The code

    Explanation

    If you use admin_page, you will be able to define the column in which the blocks dwell: left or right.

    If you use directly admin_block, there is only a single block and it will span over the full width of the region.

    So all in all, here is a pseudo hierarchy to better understand how it works:

  • Replace image URLs in WordPress posts from http to https

    I just switched my website to https for testing purpose. But changing the website’s URL to https:// is not sufficient to enable a fully secure browsing experience, as images in posts are still loaded from http://. Or more precisely, most modern browsers (FF or Opera for instance) are now clever enough to guess that the current website is on https:// so its contents should also be loaded with the same protocol, but there may be a possibility that other less advanced browsers are not doing this smart guess.

    There are two possibilities:

    • install and activate a plugin such as the SSL Insecure Content Fixer. It will replace on the fly the protocols to https. The advantage is that your contents are not edited in the database. The drawback is that your website may be a little slower. (sorry I don’t have metrics)
    • the other method is to replace the src="http:// references in the post_content field from the wp_posts table by src="https:// by using SQL. For example, in phpMyAdmin:
      1. make a backup of the wp_posts table (or even better, your database)
      2. execute this query: