Distribuisci Postiz su VPS in pochi passaggi
Installa Postiz sul tuo VPS Docker
VPS-1
Da
3,81 €
+ IVA/mese
4,65 € IVA incl./mese
Specifiche:
2 vCores
4 GB RAM
40 GB SSD NVMe SSD
Backup automatizzato 1 giorno
VPS-2
Da
7,21 €
+ IVA/mese
8,80 € IVA incl./mese
Specifiche:
4 vCores
8 GB RAM
75 GB SSD NVMe
Backup automatizzato 1 giorno
VPS-3
Da
10,40 €
+ IVA/mese
12,69 € IVA incl./mese
Specifiche:
6 vCores
12 GB RAM
100 GB SSD NVMe
Backup automatizzato 1 giorno
VPS-4
Da
19,96 €
+ IVA/mese
24,35 € IVA incl./mese
Specifiche:
8 vCores
24 GB RAM
200 GB SSD NVMe
Backup automatizzato 1 giorno
Installare Postiz manualmente su un VPS Docker
Un'installazione manuale di Postiz su un VPS Docker inizia con una base server pulita: sistema aggiornato, accesso SSH sicuro e risorse adatte al carico previsto. Una volta installati Docker e Docker Compose, Postiz viene distribuito a partire da un file compose che descrive i servizi necessari, le loro porte, i loro volumi e le loro dipendenze. Le variabili d'ambiente centralizzano quindi la configurazione sensibile o specifica per il tuo utilizzo, come URL pubblici, segreti applicativi, parametri del database o integrazioni esterne. Associando i volumi Docker a uno storage persistente del VPS, conservi i dati, i media e le configurazioni oltre i riavvii o gli aggiornamenti. Questo approccio richiede maggiore competenza rispetto a un deployment con un clic, ma offre un controllo preciso sull'architettura, la sicurezza e l'evoluzione della tua istanza Postiz.
Installare e gestire Postiz in auto-hosting
Distribuire Postiz correttamente su un VPS Docker
Inizia preparando un VPS pulito con Docker e Docker Compose installati, quindi crea una directory dedicata a Postiz per isolare la configurazione, i volumi persistenti e i file d'ambiente. Il deployment manuale consiste solitamente nel recuperare il file compose, definire le variabili necessarie in un file .env, quindi avviare i container con docker compose up -d. Si raccomanda di posizionare Postiz dietro un reverse proxy come Traefik, Caddy o Nginx, con un certificato TLS valido, un nome di dominio dedicato e regole di reindirizzamento HTTPS. Questa base garantisce un accesso stabile all'interfaccia, facilitando al contempo gli aggiornamenti, i backup e il monitoraggio dei log.
Configurare l'ambiente e gli accessi di rete
Prima della prima connessione, verifica i servizi richiesti dall'applicazione: database, coda, archiviazione dei media e variabili pubbliche utilizzate per costruire gli URL di callback. Gli errori più frequenti derivano da un dominio dichiarato in modo errato, da una porta non esposta correttamente o da un callback OAuth incoerente tra Postiz e le piattaforme social. Una volta avviati i container, controlla lo stato con docker ps, consulta i log con docker logs e testa l'accesso alla dashboard dal dominio finale, non solo dall'indirizzo IP del server.
Connettere i social network con OAuth
Dopo l'apertura dell'interfaccia, crea il primo account amministratore, quindi configura le integrazioni social una per una. Ogni rete richiede solitamente un'applicazione sviluppatore, credenziali API, un client secret e un URL di reindirizzamento corrispondente alla tua istanza auto-ospitata. Questa fase deve essere gestita con precisione: un URL di callback errato o permessi OAuth incompleti impediscono la pubblicazione, anche se l'account sembra connesso. Una volta generati i token, Postiz può centralizzare i profili autorizzati e preparare le pubblicazioni senza moltiplicare le connessioni manuali alle diverse piattaforme.
Strutturare il calendario editoriale condivisoëlëmentsia ԥхынۃ
Il calendario editoriale diventa il punto centrale della vostra organizzazione. Potete pianificare i contenuti per canale, campagna, brand o periodo, quindi adattare testi, immagini e orari in base ai vincoli di ogni rete. In un'installazione self-hosted, l'interesse è anche operativo: i media rimangono gestiti dalla vostra infrastruttura, i team lavorano in uno spazio comune e le bozze possono essere strutturate prima della convalida. Per mantenere buone prestazioni, monitorate lo spazio su disco, la dimensione dei file importati e la larghezza di banda disponibile, soprattutto se pianificate molte immagini o video brevi.
Una base cloud pronta per l'utilizzo
Padroneggiare l'ambiente Docker avanzato di Postiz
Orchestrare Postiz con Docker Compose
Un deployment pulito di Postiz si basa solitamente su un file docker-compose.yml che descrive l'intero stack: applicazione principale, servizi di background, database, cache o code di elaborazione a seconda dell'architettura scelta. Questo approccio rende l'ambiente esplicito, versionabile e riproducibile. Le dipendenze non vengono più installate manualmente sul VPS: sono dichiarate, isolate e riavviate in modo coerente con Docker Compose.
Centralizzare la configurazione in un file .env
Il file .env centralizza i parametri sensibili e le variabili: URL pubblica dell'istanza, segreti applicativi, credenziali del database, parametri SMTP, chiavi OAuth dei social network o opzioni di connessione ai servizi esterni. Separando la configurazione dal compose, potete adattare Postiz a un dominio, un ambiente di test o una produzione senza modificare l'immagine applicativa. È anche una base più sana per i backup, le rotazioni dei segreti e gli aggiornamenti controllati.
Comprendere i servizi applicativi Postiz
Postiz funziona con diversi componenti applicativi che devono comunicare in modo stabile: interfaccia web, API, worker, pianificazione delle pubblicazioni, archiviazione dei dati e servizi ausiliari. Docker permette di isolare ogni ruolo nel proprio container, collegandoli al contempo tramite una rete interna dedicata. Questa separazione facilita la diagnostica: potete consultare i log di uno specifico servizio, riavviare un componente senza disturbare l'intero stack e identificare più rapidamente un errore di connessione, di coda o di database.
Proteggere i dati con volumi persistenti forniti dal
I dati critici non devono mai dipendere dal ciclo di vita di un container. I volumi persistenti conservano il database, i file generati, i media importati e gli elementi necessari al funzionamento durevole dell'istanza. Una strategia seria prevede volumi denominati, backup regolari, una procedura di ripristino testata e un'attenzione particolare ai permessi. È ciò che permette di aggiornare o ricreare i container senza perdere la cronologia né la configurazione operativa.