Scaricare i siti web che utilizzano Phoenix LiveView

Informazioni su Phoenix LiveView

Un’architettura di rendering è una delle voci più rivelatrici di un catalogo tecnologico, perché racchiude una scommessa fatta da un team su dove debba risiedere lo stato dell’applicazione. La libreria Phoenix LiveView mantiene quello stato sul server, genera lì l’HTML e invia al browser piccole differenze attraverso una connessione persistente, così la pagina si comporta come una single page application senza che nessuno debba scriverne una. Adottarla in qualunque momento a partire dal 2019 significa che un team ha deciso di non mantenere una base di codice front end separata.

Sono le conseguenze di quella scommessa a rendere interessante la popolazione. Ogni installazione mantiene una connessione aperta per ciascun utente attivo, il che impone esigenze concrete all’infrastruttura che le sta davanti: un bilanciamento del carico che tenga conto dei socket, un instradamento che mantenga una sessione sullo stesso nodo, una configurazione CDN che non chiuda le connessioni di lunga durata e una pianificazione della capacità misurata in sessioni simultanee anziché in richieste. Distribuita con licenza MIT e scritta in Elixir, la libreria implica inoltre un team front end ridotto o del tutto assente, e assunzioni sbilanciate verso gli ingegneri backend.

A ottobre 2026 registriamo 4960 siti, e qui un’avvertenza conta più delle solite. Un sito che usa questa libreria usa per definizione anche il framework a cui appartiene e il runtime sottostante, quindi tre voci del nostro catalogo descrivono popolazioni ampiamente sovrapposte, i cui conteggi non vanno mai sommati. Il rilevamento dipende inoltre dal fatto che lo script client venga servito in una forma riconoscibile, e una pipeline di build che lo raggruppa con tutto il resto cancella le prove, quindi l’insieme visibile è sbilanciato verso pipeline degli asset convenzionali.

Gli usi pratici discendono direttamente da ciò che l’architettura implica. I fornitori di infrastruttura che vendono hosting, bilanciamento del carico o monitoraggio in tempo reale pensati per le connessioni persistenti ottengono un elenco di aziende che hanno già il problema che loro risolvono. Chi sviluppa framework front end concorrenti e i fornitori di componenti ottengono un elenco di team che li hanno scartati, il che è più informativo di un elenco di team che li hanno adottati. I ricercatori che vogliono capire se le interfacce guidate dal server siano un cambiamento reale o una nicchia passeggera possono misurarlo su istantanee successive, invece di argomentare a partire dagli interventi alle conferenze. E un’azienda che valuta la stessa architettura può vedere chi la usa in produzione, in quali settori e con quale scala apparente, prima di impegnarsi. Una ricerca su un singolo dominio non risponde a nessuna di queste domande, perché ognuna riguarda un insieme.