Secondo bot che rimuovo dal canale — avere un canale pubblico (come ogni cosa) ha delle conseguenze

Nel fare la migrazione non si sono copiate le informazioni di creazione files (non ultima modifica o accesso), ora mi trovo tutto con la stessa data.

So che con touch posso alterare le date degli altri due campi, tuttavia il campo ctime
1. non è standard posix
2. l'unico modo per toccarlo su ext4 è alterare la partizione (smontata) ~a mano con debugfs

Io onestamente non ho tutta questa voglia ma mi dispiacerebbe perdere le mie tracce nel tempo

Selettore CSS più inutile

:last-of-type controlla sempre e in ogni caso il tag, non ciò che è specificato prima

https://stackoverflow.com/questions/13211453/css-how-to-say-classlast-of-type-classes-not-elements

Sta diventando sempre più complicato

Per recuperare l'attributo di creazione file da una partizione NTFS, bisogna leggere gli attributi estesi

getfattr --only-values -n \
system.ntfs_crtime_be /some/file \
| perl -MPOSIX -0777 -ne '
$t = unpack("Q>");
print ctime $t/10000000-11644473600
'

Ovviamente non poteva che subentrare un problema annoso quando si tratta di date: timezone

debugfs accetta solo date human-readable (🤌🏻) in formato UTC, mentre getfattr e stat ... buona fortuna a capirlo

Rinuncio di perdere così tanto tempo ad applicare dei metadata che difficilmente mi torneranno utili — mi accontento di averli recuperati e basta.

Btw, a quanto pare i firmware di HDD ed SSD vanno aggiornati

Vecchio SSD brasato 🧼

https://wiki.archlinux.org/noscript/Solid_state_drive/Memory_cell_clearing

Cosa se...? 😳🪛

Qualche prova con quella piattaforma di scrittura che ~nessuno usa e il bot @telegraph

https://telegra.ph/Sandbox-04-29-2

Mi sorprende di non aver mai condiviso questa guida — è del 5 febbraio 2019 ma sempre attuale.

Dato che voglio informarmi su tutto prima di mandare via un CV, mi sono messo a dissezionare il post in punti e l'ho integrato nel mio Zettelkasten (Obsidian).

https://blog.robutti.me/guida-anti-inculata-per-laureandi-in-informatica-ing-inf

Macchina da guerra

Magnifico, la classe HTMLParser nelle librerie builtin di Python non fa parsing corretto di HTML.

Esistono molti tag quali meta, link, br che non necessitano di chiusure (quindi niente <x>...</x> e nemmeno <x/>, solo <x>) — vengono chiamati Void elements. Quella classe non ne conosce l'esistenza.

Tra l'altro (TIL):
Self-closing tags (<tag />) do not exist in HTML.

Perché risolvere un problema in modo 100% efficace quando puoi semplicemente generare errore?

C'è un problema a cui non sto venendo a capo, al che in bagno ho ipotizzato questo

...

Also, PyCharm che mi suggerisce cose non presenti in Python 3.8