Perché il tuo link localhost non si apre quando lo condividi
Distingui localhost, indirizzi privati e un sito pubblicato. Prepara una destinazione pubblica e verificala con WikiURL prima di condividere.
Se si apre solo sul tuo computer, controlla l’indirizzo inviato
Prepari il programma di un evento sul portatile. L’anteprima funziona e copi l’indirizzo per inviarlo a qualcuno o creare un QR. Nel tuo browser compare il programma, ma il telefono mostra un errore. Prima di cambiare grafica o rigenerare immagini, guarda il nome del server nell’indirizzo: un’anteprima locale non è necessariamente una pagina pubblicata su Internet.
Le domande reali sull’apertura di localhost da un telefono e da un’altra rete hanno un punto comune: condividere una stringa di testo non rende raggiungibile il server che la gestisce. Questa guida distingue tre situazioni e propone un percorso per distribuire un programma pubblico. Non trasforma un ambiente di sviluppo in hosting e non presume che l’errore riguardi i permessi di un account. Controlla prima dove punta l’indirizzo.
Localhost indica il dispositivo che effettua la richiesta
Il nome localhost ha un uso speciale: RFC 6761 spiega che dovrebbe risolversi in un indirizzo di ritorno locale, o loopback. Normalmente il browser cerca il servizio sul proprio dispositivo. Il localhost del portatile quindi non identifica quel portatile per il telefono. Aprire lo stesso indirizzo sul cellulare significa cercare nell’ambiente locale del cellulare, dove probabilmente non è presente il programma che hai preparato.
I due esempi mostrano destinazioni locali, non inviti pubblici. 127.0.0.1 è un indirizzo IPv4 di loopback; la porta 3000 distingue un servizio senza modificare la portata dell’indirizzo. Copiare il link, aggiungere UTM, accorciarlo o disegnarlo in un QR non cambia quel significato. Conserva questi indirizzi per il lavoro locale, ma non considerarli la destinazione del programma per qualsiasi partecipante. Non occorre testarli in strumenti esterni per riconoscere il problema.
http://localhost:3000/programa
http://127.0.0.1:3000/programaUn indirizzo privato non è una pubblicazione su Internet
Sostituire localhost con un indirizzo della rete locale può essere parte di un test autorizzato fra dispositivi, ma non equivale a pubblicare. RFC 1918 riserva intervalli privati, tra cui 192.168.0.0/16. L’esempio 192.168.1.25 potrebbe identificare un computer in una rete specifica; non è una destinazione universale per chi usa altre reti. Anche sullo stesso wifi, servizio e regole di accesso devono consentire la connessione.
Per una prova interna, concorda indirizzo e condizioni di accesso con chi amministra l’ambiente. Una rete aziendale o un accesso remoto autorizzato è un altro scenario, non un motivo per rendere pubbliche informazioni interne. Per un programma pubblico, chiedi un indirizzo pubblicato appropriato. Non disattivare il firewall e non aprire porte del router come soluzione improvvisata mentre prepari un cartellone. Controllare un URL non sostituisce configurazione e protezione del server.
http://192.168.1.25:3000/programaOttieni un indirizzo pubblicato per il contenuto davvero pubblico
Pubblicare richiede di collocare il contenuto in un servizio web raggiungibile dal pubblico previsto. MDN distingue i file di lavoro dalla pubblicazione e spiega il ruolo dell’hosting e dell’indirizzo web. Se qualcun altro gestisce il sito, consegnagli il programma approvato e richiedi l’URL definitivo. Se pubblichi tu, segui la procedura del tuo hosting verificando contenuti e configurazione messi a disposizione dei visitatori.
Non basta sostituire il testo localhost con un dominio: quel dominio deve condurre a un servizio che offra realmente la pagina. L’indirizzo fittizio usa example.invalid e non funziona come sito di prova. Sostituiscilo con l’URL reale solo quando esiste la pubblicazione. Conserva il percorso corretto e controlla immagini, stili e link. Una pagina pubblicata che richiama ancora risorse localhost può sembrare completa sul tuo computer e non funzionare per gli altri.
https://example.invalid/programaVerifica la destinazione pubblica con WikiURL e da un altro contesto
Quando hai un URL pubblico senza segreti, inseriscilo in Controlla URL di WikiURL. Esamina la risposta HTTP e l’indirizzo finale rilevato in caso di reindirizzamenti. Lo strumento indica che non accetta indirizzi di reti private: non usarlo per esplorare la tua rete o provare servizi locali. Se compare un limite o un blocco, interpreta il risultato entro l’ambito di quel controllo, senza dedurre automaticamente che il sito sia irraggiungibile per ogni visitatore.
Apri poi il link pubblicato dal telefono e, quando possibile, da una connessione diversa da quella del computer di sviluppo. Conferma contenuto del programma, immagini e navigazione. Una risposta 200 non prova da sola che sia la pagina attesa: potrebbe essere una home page o una schermata di accesso. Controllo tecnico e revisione visiva rispondono a domande diverse. Verifica anche che nessun link della pagina ti riporti a un indirizzo locale.
Prepara i materiali dalla versione approvata
Solo dopo usa l’indirizzo pubblico confermato nel messaggio, link breve o generatore QR di WikiURL. Controlla la destinazione della versione finale e prova il QR nel materiale da distribuire. Non riutilizzare per errore il file creato con l’anteprima. Se l’indirizzo pubblicato è cambiato, aggiorna le copie ancora sotto il tuo controllo e registra la versione approvata invece di presumere che un vecchio QR sia cambiato automaticamente.
Salva nel registro di pubblicazione l’indirizzo pubblico e i risultati dei controlli separatamente dagli indirizzi di sviluppo. Se il contenuto deve restare interno, conserva l’accesso concordato e non pubblicarlo solo per superare un verificatore esterno. L’obiettivo è far corrispondere destinazione e pubblico: lavoro locale per il tuo dispositivo, accesso interno per le persone previste e un sito pubblicato quando il programma deve aprirsi dall’esterno.