12/26/2022

IntelliJ IDEA - Import PostgreSQL connection string with Data Source from URL feature

IntelliJ IDEA does not support out of the box "Data Source from URL" import with standard PostgreSQL connection string like

postgresql://username:password@host:port/database

It sucks. Here is how to fix it:

  • File > New > Driver
  • Find "PostgreSQL" existing driver
  • Click "+" in the URL templates section to add a new url template
  • Type: "postgresql://{user}:{password}@{host}:{port}/{database}"
  • Click "OK"

Now next time you want to import a PostgreSQL connection string:

  • Open "Database" tab (or use the "find tool" window with your usual shortcut)
  • Click "+" > "Data Source from URL"
  • Past your PostgreSQL connection string, the selected driver will automatically change to "PostgreSQL"
  • Click "OK"
  • From there you may say: WAT. I don't see my username, password, port and host. That's right and it's IntelliJ IDEA default behavior... But, if you click on "URL only" next to "connection type" and switch back to "default" there you will find every connection field pre-completed
  • In "URL:" section, prefix "postgresql://" with "jbdc:"
  • In "URL:" section, remove the ":@" the "username:password" part.
  • Your good to go. Yes, it's slow and could be even faster but that's current IntelliJ limitation....
4/12/2022

Lettre à l'ARCEP concernant l'annulation par le Conseil d'État des fréquences utilisées par Starlink

A l'attention de l'Arcep,

Je suis client Starlink depuis le 9 février 2021. Ma femme et moi avons besoin d'un accès internet pour notre travail (elle possède son propre site e-commerce et de mon côté je crée et maintient des Software as a Service (SaaS) en ligne 1 2 3 4 ainsi qu'une activité de CTO as a Service). Nous habitons dans un lieu-dit à 3km de la ville la plus proche (Les Essarts en Bocage).

À ce lieu dit, il est très peu probable que nous ayons un jour la fibre, nous captons très mal la 4G et notre seule option est le wimax avec un débit maximum théorique et non garanti de 30 Mbps.

Voici les alternatives que j'ai d'abord considérées :

  • échange avec une entreprise télécom locale pour faire venir la fibre jusqu'à notre maison, coût BTP estimé de ~80 000€ et coût de l'abonnement fibre: 450€/mois.
  • échange avec une entreprise locale pour la mise en place de Wimax : ils m'ont annoncé que nous aurons difficilement 30 Mbps en descendant.
  • échange avec une entreprise d'internet par satellite : limitation à 100Mbps pour 59€90/mois via Nordnet

Aucune de ces options n'était viables au vu de notre travail (upload de vidéos de formation, téléchargement et upload de backups journalier). Nous sommes dans une zone blanche sans fibre ni adsl digne de ce nom, sans accès internet haut débit il nous aurait été impossible de nous installer et d'exercer nos activités.

Starlink a été la seule option à nous proposer un accès illimité, à un coût raisonnable et à un débit en version bêta allant jusqu'à 263Mbps en DL et 24Mbps en UP (chiffres du 30 octobre).

Supprimer l'accès internet Starlink, c'est nous empêcher de vivre à la campagne, dans notre ferme, tout en gardant nos activités professionnelles.

2/24/2022

How to migrate from AWS Route 53 to Scaleway DNS

I've spent the last 2 days talking with Scaleway DNS (domain) team reporting bugs I found while preparing Cloud-IAM DNS migration from Amazon AWS Route53 to Scaleway DNS and was amazed by how fast they fixed these bugs. It's so unusual for a cloud provider to be this responsive, I had to start this blog post saying it! What an amazing team! If you also use Scaleway for hosting, join their Slack.

Because Cloud-IAM DNS zone file is quite large and because we wanted to automate this migration as much as possible, I wrote a script to seamlessly migrate cloud-iam.com zone from AWS to SCW through a gitlab-ci job that we can manually start at will and also run at scheduled interval

Route53 does not have an "export to bind format" feature but I found cli53 that does that for me. On the other hand scaleway cli had the dns zone import command but it was not working out of the box thus the 2 days of exchange with their team to fix some edge cases.

First thing you will need to find and set the environment variables below:

AWS_ACCESS_KEY_ID
AWS_SECRET_ACCESS_KEY
SCW_ACCESS_KEY
SCW_SECRET_KEY
SCW_DEFAULT_ORGANIZATION_ID
SCW_DEFAULT_PROJECT_ID

Then use the .gitlab-ci.yml below to automate the import, don't forget to rename DOMAIN.TLD to the zone you want to migrate.

stages:
  - run

sync:
  stage: run
  image: node:16
  script:
    - curl -L "https://github.com/barnybug/cli53/releases/download/0.8.18/cli53-linux-amd64" > /usr/local/bin/cli53
    - chmod +x /usr/local/bin/cli53
    - cli53 export --full --debug DOMAIN.TLD > DOMAIN.TLD.zone
    - curl -o /usr/local/bin/scw -L "https://github.com/scaleway/scaleway-cli/releases/download/v2.4.0/scw-2.4.0-linux-x86_64"
    - chmod +x /usr/local/bin/scw
    - scw dns zone import -D DOMAIN.TLD bind-source.content="$(cat ./DOMAIN.TLD.zone)"
  tags:
    - build
  artifacts:
      when: always
      untracked: true
      expire_in: 1 day
      name: 'build'
      paths:
        - DOMAIN.TLD.zone

One last thing, don't forget to take a look at what we do at Cloud-IAM if you are looking for a fully managed Keycloak as a service.

« »
 
 
Made with on a hot august night from an airplane the 19th of March 2017.