Collegare Ferrovia per Excel, Fogli Google, IA e REST

DATABASE_PUBLIC_URL, non DATABASE_URL

Questo è il modo più comune in cui un collegamento ferroviario si guasta, e si verifica nel modo meno utile possibile.

• Il nome host privato di Railway termina con .railway.internal e si risolve solo all'interno della rete di Railway. Da qualsiasi altro luogo non è risolvibile.
• L'agente opera al di fuori delle Ferrovie, quindi l'indirizzo privato non è mai raggiungibile. — la connessione si interrompeva semplicemente, senza fornire alcuna spiegazione.
• Quindi la scheda lo rifiuta categoricamente e indica la soluzione: utilizzare l'host proxy TCP pubblico da DATABASE_PUBLIC_URL. In questo modo, un timeout silenzioso si trasforma in un messaggio su cui è possibile intervenire.
• L'host proxy pubblico termina con .proxy.rlwy.net. Alle implementazioni Railway precedenti venivano invece assegnati hostname .railway.app, che funzionano ancora se il servizio utilizza questo tipo di estensione.

La porta è per servizio, quindi niente può indovinarla

La maggior parte dei servizi Postgres gestiti risponde sulla porta 5432. Il proxy di Railway non lo fa, e la scheda lascia deliberatamente il campo vuoto.

• Railway assegna una porta proxy per ogni servizio. Due database nello stesso progetto avranno porte proxy diverse, e nessuna delle due sarà 5432.
• Il campo della porta non ha un valore predefinito proprio per questo motivo. Un valore predefinito come 5432 sembrerebbe compilato, ma la connessione fallirebbe, il che è peggio di un campo vuoto.
• Incollando DATABASE_PUBLIC_URL, la porta viene riempita insieme a tutto il resto, quindi il percorso normale non richiede mai di trovarla separatamente.
• Se stai digitando i campi a mano, la porta è quella da copiare con attenzione — è il campo in cui è più probabile che si commettano errori e quello che produce i fallimenti meno informativi.

Certificati autofirmati e cosa significa "crittografato" in questo contesto.

L'immagine Postgres di Railway invia un certificato autofirmato, che determina il modo in cui l'agente gestisce il protocollo TLS.

• L'utilizzo di SSL è attivo per impostazione predefinita e la connessione è crittografata. L'agente richiede TLS anziché offrirlo semplicemente.
• La catena di certificati non è verificata. Una verifica completa rifiuterebbe il certificato autofirmato di Railway, quindi richiedere la crittografia senza convalidare la catena è l'impostazione che effettivamente corrisponde al servizio.
• Interpretatelo come una protezione contro chiunque legga le informazioni sul traffico lungo il percorso, piuttosto che come una prova di ciò che avete raggiunto.
• Non c'è nessun pooler davanti a Railway Postgres e la carta non finge il contrario — si tratta di una connessione diretta tramite proxy, senza possibilità di scegliere una modalità di pooling.

-- Postgres ordinario, sola lettura, tramite proxy pubblico SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;