mirror of https://gitlab.com/octtspacc/sitoctt
115 lines
15 KiB
Markdown
115 lines
15 KiB
Markdown
+++
|
|
Title = "⚡️ Il blogging rapido con Standard Notes"
|
|
Description = "Volendo scrivere e pubblicare di più, mi accorgo che il mio workflow mi rallentava, e nel cercare modi di blogging più rapidi, ripenso a Listed."
|
|
Downsync = "/it/posts/Blogging-Rapido-con-Standard-Notes.html"
|
|
Aliases = [
|
|
"/Posts/2022-12-13-Blogging-Rapido-con-Standard-Notes.html",
|
|
]
|
|
Date = 2022-12-13
|
|
Lastmod = 2022-12-16
|
|
Categories = [ "Tecnologia" ]
|
|
+++
|
|
|
|
<!-- Autogenerated by ListedDownsync.js. Do not edit (unless also set "% Downsync = False") - it would be overwritten. -->
|
|
|
|
<p>È da direi parecchio tempo che uso <strong><a href="https://standardnotes.com" rel="noopener nofollow" target="_blank">Standard Notes</a></strong> come <strong>app di note</strong> personali.<br>
|
|
Anni fa l'avevo scelta per il suo essere <strong>libera e open-source</strong>, ma allo stesso tempo molto <strong>pulita, curata, e funzionale</strong>. Capitava a pennello in un momento in cui cercavo qualcosa che supportasse una <strong>cifratura</strong> dei dati che funziona, senza inficiare sull'usabilità.</p>
|
|
|
|
<p><img src="{{< assetsRoot >}}/Media/Misc/Standard-Notes-Tablet.webp" alt="Vecchia app Android di Standard Notes sul mio tablet."></p>
|
|
|
|
<p>Senza dilungarmi su perché poi mi è piaciuto continuare ad usarla, poi ho smesso, e poi ho ripreso fino ad arrivare ad ora, bisogna approfondire su una in particolare delle sue <strong>funzioni integrate</strong>: <strong><a href="https://listed.to">Listed</a></strong>.<br>
|
|
Si tratta di una piattaforma di <strong>blogging</strong> concepita dagli stessi sviluppatori di Standard Notes, e disponibile per il self-hosting oppure l'uso <strong>gratuito</strong> sull'istanza ufficiale. Per quanto io non l'abbia mai davvero usata prima, ho trovato fin dall'inizio <strong>interessante</strong> il concetto e la sua applicazione.</p>
|
|
|
|
<h2>Un'esigenza veloce</h2>
|
|
|
|
<p>Da qualche giorno fa, invece, ho iniziato a giochicchiare con <a href="https://listed.to/@ChatGPT_Experiences">ChatGPT</a>. Questione totalmente diversa questa, si, ma centra perché mi sono posta una domanda: tutte queste conversazioni che sto facendo con l'intelligenza artificiale, dove posso metterle per tenerle integrali, organizzate, <strong>ritrovabili</strong> e accessibili a chiunque, e per me <strong>facili da caricare</strong>?</p>
|
|
|
|
<p>La scelta stava per ricadere sull'<strong>usare <a href="https://gitlab.com/octtspacc/staticoso" rel="noopener nofollow" target="_blank">staticoso</a></strong>, il <strong>mio generatore</strong> di siti statici che già uso per il <a href="https://sitoctt.octt.eu.org" rel="noopener nofollow" target="_blank">sitoctt</a>, ma poi <strong>ci ho ripensato</strong>.</p>
|
|
|
|
<p>Ho pensato che, appunto, voglio rendere effettivamente la mia collezione di esperienze ritrovabile sul Web. Il <strong>problema</strong> qui, però, che ho potuto amaramente constatare in tutti questi mesi, è come il mio sito ad esempio sia, come dire... <strong>I motori di ricerca non se lo cagano</strong>. 😭<br>
|
|
Oltre ad essere pure questo un argomento a parte, va precisato che la colpa della orrenda sorte del mio sito non dipende dal suo codice; è colpa del dominio e/o dell'host. Quindi, no, non abbandonerò mai il mio staticoso: il solo cambiare generatore (e i template di conseguenza) con uno magari fatto seriamente non risolverebbe alcun problema.</p>
|
|
|
|
<p>Ho dovuto insomma <strong>cestinare</strong> totalmente l'idea del<strong>l'hosting su GitHub e GitLab</strong>, e pensare ad altro.</p>
|
|
|
|
<ul>
|
|
<li><strong>Blogger</strong> di Google? L'esperienza editoriale lascia a desiderare su mobile.</li>
|
|
<li><strong>WordPress</strong>? Sarebbe OK, ma sappiamo cosa potrebbe succedere tra tanti anni a dati inseriti in un sistema complesso; e WordPress è molto complesso. Ho a fatica trovato un <a href="https://github.com/lonekorean/wordpress-export-to-markdown" rel="noopener nofollow" target="_blank">programmino che converte un suo backup</a> XML in file Markdown... che con buona probabilità si romperà tra qualche anno, essendo non ufficiale, dato che a quanto pare il team di WordPress ha il vizio di cambiare la struttura di quell'XML di tanto in tanto; altre soluzioni di conversione che avevo trovato un attimo prima erano vecchie di qualche annetto e non hanno funzionato, per dire.</li>
|
|
<li>Magari <strong><a href="https://writefreely.org" rel="noopener nofollow" target="_blank">WriteFreely</a></strong>? Ho già un account sull'<a href="https://noblogo.org" rel="noopener nofollow" target="_blank">istanza di Devol</a>, ma il limite di blog per ogni account è 5 e non volevo potenzialmente sprecarne uno.</li>
|
|
<li><strong><a href="https://joinplu.me" rel="noopener nofollow" target="_blank">Plume</a></strong>, forse? Sembrava carina quest'altra piattaforma di blogging, ospitata da molti e compatibile con ActivityPub (non una necessità per me, ma comunque un bel bonus), ma non permette di impostare del CSS personalizzato; mancanza grave per questo mio caso d'uso, dato che non c'è altra via per impaginare tutto nella maniera specifica di cui ho bisogno per rappresentare una chat senza boilerplate ad ogni paragrafo di HTML.</li>
|
|
</ul>
|
|
|
|
<h2>La scelta di Listed</h2>
|
|
|
|
<p>Le mie idee erano finite e, dato che avevo fretta di mettere su questo sito ed iniziare a caricarci le esperienze avute con ChatGPT, considerando quanto <em>mamma mia</em> era <strong>comodo</strong> copiare ed incollare le cose <strong>direttamente in Standard Notes</strong>, questo era il <strong>momento buono di</strong> provare <strong>Listed</strong>.</p>
|
|
|
|
<p>A dirla tutta, mi preoccupa un po' il prospetto che il file di backup settimanale delle note possa diventare grosso decine di MB, ma ormai il dado è tratto.<br>
|
|
Potrei creare un secondo account da usare solo per le note di ChatGPT, esportandole dal primario ed importandole lì, per poi cancellarle dal primo account per alleggerire la raccolta, però ci sono dei problemi. Forse riesco a trasferire l'username, ma i link ai singoli post saranno rotti, perché includono degli ID automatici, e quindi via di redirect alla home per chi ne segue uno vecchio. Inoltre, i vecchi messaggi del guestbook non vengono ricopiati, e mi sa che nemmeno le iscrizioni via email sono trasferite.</p>
|
|
|
|
|
|
|
|
<h2>Il pensiero del "che palle"</h2>
|
|
|
|
<p>Tutto sommato comunque, per questo scopo limitato <strong>ho apprezzato</strong> quanto sia <strong>efficiente</strong> avere <strong>Standard Notes</strong> come parte <strong>finale del</strong> mio <strong>flusso di lavoro</strong>. Mi sembra riduca di molto l'<em>effetto "mi scoccio"</em>.</p>
|
|
|
|
<p>Considerato dunque il piacere della scoperta, ho per un attimo <strong>riflettuto</strong> su come il <strong><em>fattore "che palle"</em></strong> sia una delle cose che <strong>mi trattiene dall'aggiornare</strong> il sitoctt con migliore frequenza.</p>
|
|
|
|
<p>Lasciamo stare le pagine tematiche, che sono <em>bestie a parte</em>; lasciamo stare pure i post lunghi, che mi richiedono forte ispirazione e abbastanza tempo di stesura; però che cavolo, almeno <strong>qualcosa</strong> per il MicroBlog, che va per le corte, <strong>mi andrebbe</strong> di crearla <strong>più spesso</strong>! Però <strong>mi passa</strong> proprio <strong>la voglia</strong>, per qualche motivo, considerando tutta la trafila che devo fare.<br>
|
|
A dire il vero, avevo preso già da subito l'abitudine di iniziare a scrivere un post in Standard Notes, così da poter più flessibilmente gestire il tutto, magari passando rapidamente da un dispositivo all'altro. Però, se dovevo mettermi a scrivere qualcosa di non lungo ed elaborato, da pubblicare prima possibile, non mi veniva proprio la voglia di agire.</p>
|
|
|
|
<p>"<em>Ma perché non passo a <strong>Listed almeno per il</strong> mio <strong>microblog</strong>?</em>", penso dunque. Beh, c'è un motivo se addirittura sono arrivata a farmi il mio generatore di siti statici: mi serve!... <em>E se anche non mi servisse più e potrei dunque smettere di usarlo, non ci vorrei onestamente nemmeno pensare a fare una cosa del genere, dopo tutto il lavoro!</em> 😖</p>
|
|
|
|
<h2>Limitazioni di Listed</h2>
|
|
|
|
<p>Comunque, per dirla bene, <strong>Listed è parecchio scarno</strong>: permette appena di inserire <strong>CSS</strong> personalizzato, e di formattare i post in <strong>Markdown</strong> e un <strong>sottoinsieme</strong> ristretto di <strong>HTML</strong>. Di quest'ultimo propongo di seguito le mie analisi:</p>
|
|
|
|
<ul>
|
|
<li>Tutti gli <strong>elementi</strong> che sono di loro natura <strong>inline vengono</strong> automaticamente <strong>inseriti in un blocco</strong> <code class="prettyprint"><p></code> (ad esempio, non si può avere <code class="prettyprint"><body><span>Erre</span></body></code>, sarà sempre <code class="prettyprint"><body><p><span>Erre</span></p></body></code>);</li>
|
|
<li>Qualsiasi <strong>attributo</strong> di elemento che non sia <code class="prettyprint">id</code>, <code class="prettyprint">class</code>, o <code class="prettyprint">style</code>, (ed <code class="prettyprint">href</code> o <code class="prettyprint">src</code>, così come credo roba come <code class="prettyprint">title</code>, <code class="prettyprint">width</code>, o <code class="prettyprint">height</code>, nei casi opportuni) <strong>viene buttato</strong> via: scordatevi quindi, per dire, di deviare dalla configurazione predefinita della piattaforma per quanto riguarda il comportamento dei link (il <code class="prettyprint">rel</code> non si tocca);</li>
|
|
<li><strong>Certi elementi</strong> proprio non vanno: quelli con tag non-standard (custom insomma, tipo <code class="prettyprint"><pincopallino></code>) <strong>sono eliminati</strong>, così come<code class="prettyprint"><script></code>, <code class="prettyprint"><link></code>, e a quanto pare pure roba come <code class="prettyprint"><video></code> - però <code class="prettyprint"><iframe></code>, per dire, funge, e per fortuna anche il mio adorato <code class="prettyprint"><details></code>.</li>
|
|
</ul>
|
|
|
|
<p>È chiarissimo che <strong>non può sostituire</strong> al 100% assolutamente <strong>nessuna sezione del sitoctt</strong>, nemmeno quella del MicroBlog, e anche se potesse andrebbe a creare frammentazione: il sito principale non conterrebbe più tutti tutti i post in modo centralizzato, e chi ne avesse interesse dovrebbe quindi seguire ben 2 siti diversi.</p>
|
|
|
|
<h2>Il blogoctt con Standard Notes</h2>
|
|
|
|
<p>Mi stavo <em>quasi</em> per rassegnare, ma per fortuna ho il lampo di genio: <em>Ma posso <strong>scrivere su Standard Notes</strong>, ed avere le <strong>note che</strong> in automatico <strong>si sincronizzano</strong> come file <strong>sul sito</strong>? ...No, non c'è verso. No, aspè, e chi lo ha detto? Io dico che c'è verso.</em></p>
|
|
|
|
<p>Ora, Standard Notes, come ho detto, usa un sistema di cifratura client-side dei dati, quindi per accedere alle note dal proprio account <strong>andrebbe usato</strong> un <strong>software</strong> un minimo <strong>specializzato</strong>.<br>
|
|
C'è <em>sn-cli</em>, il client ufficiale a riga di comando, che potrebbe essere utile per creare script... però <a href="https://github.com/jonhadfield/sn-cli/issues/33" rel="noopener nofollow" target="_blank">pare proprio sia stato abbandonato</a>: niente da fare.</p>
|
|
|
|
<h3>Soluzione "a modo mio"</h3>
|
|
|
|
<p>E allora, anche qui io quindi parlo, e dico: <em>Chi lo ha detto che devo fare le cose per bene e usare le API "vere"?</em><br>
|
|
Io dico che, visto che per qualche motivo l'<strong>HTML</strong> di un blog <strong>su Listed</strong> (nello specifico, la pagina <a href="https://listed.to/@u8/all">/all</a>, l'unica che mi sembra includere davvero tutto, e non solo gli ultimi X post) <strong>include come</strong> stringa <strong>JSON</strong> i dati di <strong>tutti i post</strong>, allora io posso semplicemente <strong>pubblicare</strong> su Listed <strong>da Standard Notes</strong> ed avere un <strong>programma che fa</strong> lo sporco - ma in questo caso davvero semplice, visto che deve solo scaricare e parsare 1 file - lavoro dello <strong>scraping</strong>.</p>
|
|
|
|
<p><em>E script fu scripto.</em> Lo lascio qui: <a href="https://gitlab.com/octtspacc/sitoctt/-/blob/main/Scripts/ListedDownsync.js" rel="noopener nofollow" target="_blank">gitlab.com/octtspacc/sitoctt/Scripts/ListedDownsync.js</a>; attenzione però che non c'è <em>niente di bello da leggere</em>, anche perché non ho ancora implementato tutto quello che dovrebbe servirmi a lungo termine, ma <strong>per chi vuole usarlo</strong> sta là.<br>
|
|
È tecnicamente <strong>indipendente dal sitoctt</strong> e da staticoso, in quanto <strong>salva</strong> semplici <strong>file Markdown</strong> su disco (anche se la sintassi delle righe di metadati in essi scritti è quella mia; per cui, in caso, andrebbe cambiata qualche stringa di testo nel programma per supportare il più classico formato dei metadati YAML).</p>
|
|
|
|
<p>Non voglio dire che ho pensato davvero a tutto, però ci sono andata vicina.<br>
|
|
No non mi so ancora decidere - per colpa di mie <em>paturnie</em> - su che standard usare per indicare blocchi speciali (di metadati, o di HTML da non far interpretare al SSG di Listed).<br>
|
|
No, non ho ancora fatto lo script da avviare come <strong>cronjob</strong> sul server, che ogni tanto dovrebbe <strong>scaricare i dati da</strong>l blog di <strong>Listed</strong> e <strong>aggiornare</strong> i file nel<strong>la repository Git</strong> se ci sono aggiornamenti.<br>
|
|
Però, ho pensato alle cose veramente inderogabili, tipo la possibilità per il programma di sincronizzazione di non sovrascrivere un file già nella repo se questo specifica la cosa nei metadati. Metti che succede un qualunque casino, e io devo modificare i dati del post per il sitoctt senza toccare quelli della nota su Standard Notes: impostando questa flag, lo script di sincronizzazione non lo sostituirà la prossima volta che gira.</p>
|
|
|
|
<h2>Conclusioni</h2>
|
|
|
|
<p>Come concludere, dunque.<br>
|
|
Oggi <strong>ho già scritto troppo</strong> (è venuto fuori un articolo di blog e non microblog!), e la chiudo qui. Però spero vivamente che tutta questa nuova efficienza e comodità, l'avere ulteriore <strong>tecnologia che lavora per me</strong>, e non obbliga me a lavorare per lei <em>(in teoria, tanto comunque i problemi devono uscire fuori, altrimenti io non sono io!)</em>, possa <strong>farmi scrivere di più</strong> e <strong>con più piacere</strong>. Che sia sul <strong><a href="https://sitoctt.octt.eu.org" rel="noopener nofollow" target="_blank">sitoctt</a></strong>, o sulle lastre di pietra.</p>
|
|
|
|
<p>Ah, si, questo qui è stato il <strong>primo post</strong> sul <a href="https://listed.to/@u8">mio <strong>blog Listed</strong></a>, è giusto precisarlo per chi legge dal sitoctt... ma io spero che almeno la versione Listed del blog possa venire indicizzata per bene e <strong>scoperta da più persone</strong>, già che ci siamo.<br>
|
|
È proprio nella speranza di raggiungere questo obiettivo che sto accettando alcuni <strong>compromessi</strong> quando scrivo qui, come il fare a meno delle macro (che con staticoso posso usare, mentre qui produrrebbero testi bucati e link rotti), per far si che gli articoli siano effettivamente consultabili anche dalle pagine di Listed.</p>
|
|
|
|
|
|
|
|
|
|
|
|
<h2>[:HNotesRefsHTML:]</h2>
|
|
|
|
<ul>
|
|
<li><strong>Aggiornamenti</strong> del post:
|
|
|
|
<ul>
|
|
<li><strong>2022-12-16</strong>: Ho aggiunto una foto di copertina per l'articolo, e ho precisato il dettaglio finale che avevo dimenticato.</li>
|
|
<li><strong>2022-12-14</strong>: Ho aggiunto un po' di formattazione extra, e ho corretto alcune espressioni.</li>
|
|
</ul></li>
|
|
</ul>
|