SWPanel

SWPanel per sviluppatori

Il tuo codice, il tuo flusso di lavoro, il tuo hosting. Senza FTP.

Collega il tuo repository GitHub, GitLab, Gitea o Bitbucket e ogni push arriva sul tuo hosting o sul tuo Cloud SWPanel analizzato, con copia preventiva per annullare. E dal CI che già usi, con una chiamata all'API.

  • Analizzato prima di pubblicare
  • Copia per annullare
  • Funziona con i tuoi strumenti
Terminale · un git push con SWPanel
~/mi-web git push origin mainSWPanel ha ricevuto il push · webhookok  Che funzioni    php -l e PHPStanok  Sicurezza       senza difetti gravi2   Avvisi          con la sua correzione del Motore IAok  Supera il filtrosenza errori gravi né di sicurezzaok  Copia di ciò che c'era, salvataok  Pubblicato sul tuo sito
  1. git push Sul ramo che scegli
  2. Analisi Che funzioni, sicurezza e qualità
  3. Pubblicazione Con copia per annullare
  4. Stato nel tuo Git Il commit, in verde o in rosso

Perché

SWPanel non è più solo dove vive il tuo sito. È parte del tuo flusso di lavoro.

Una piattaforma che si integra con i tuoi strumenti: API REST documentata, webhook, deploy continui e analisi del codice, tutto in un ambiente sicuro e omologato.

  • Basta caricare file a mano

    Fai git push e il tuo sito si aggiorna. Senza client FTP né password condivise con ogni freelance.

  • Sicuro per progettazione

    Nulla arriva sul tuo sito senza passare dall'analisi del codice. Né file sparsi, né comandi, né backdoor.

  • Puoi sempre tornare indietro

    Prima di pubblicare, SWPanel salva una copia di ciò che c'era, fuori dal sito, per poter annullare.

  • Funziona con ciò che già usi

    GitHub Actions, GitLab CI, Bitbucket Pipelines, Jenkins o un semplice curl: il tuo CI distribuisce con una chiamata all'API.

Come funziona

Dal push al sito, in cinque passaggi

Il tuo CI impacchetta, SWPanel rivede e pubblica. Tu fai solo push.

  1. Collega

    Collega il tuo repository o crea un token API in SWPanel.

  2. Impacchetta

    Il tuo CI costruisce il sito come sempre: npm run build, composer install, qualunque cosa.

  3. Distribuisci

    Una chiamata all'API carica il pacchetto.

  4. SWPanel lo rivede

    Prima di toccare il tuo sito:

    • Convalida percorsi, dimensioni e file vietati
    • Analizza errori, vulnerabilità e dipendenze
    • Applica le tue regole: puoi bloccare un deploy con i tuoi Flussi
  5. Pubblica

    Se tutto è a posto, viene pubblicato sul tuo hosting o Cloud con una copia del precedente, e il tuo team riceve l'avviso.

Dal tuo CI

Cinque righe nel tuo workflow e il tuo sito si distribuisce

Il workflow impacchetta il sito e lo carica con una chiamata a POST /public/services/{servicio}/deployment/. SWPanel lo convalida, lo analizza e lo pubblica con copia preventiva.

  • GitHub Actions, GitLab CI, Bitbucket Pipelines, Jenkins o curl
  • Modalità di prova per le pull request: analizza senza pubblicare
  • Storico di ogni deploy e ritorno indietro in una chiamata
.github/workflows/swpanel.yml
on:
  push:
    branches: [main]
jobs:
  desplegar:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm run build && tar -czf web.tgz -C dist .
      - run: |
          curl -X POST \
            https://api.swpanel.com/public/services/$SERVICIO/deployment/ \
            -H "Authorization: Bearer ${{ secrets.SWPANEL_TOKEN }}" \
            -F "[email protected]"

Ricetta di esempio. Quella completa, con tutte le opzioni, è nella documentazione dell'API.

Cosa include

Tutto ciò che ti serve per distribuire tranquillo

Dal primo push al ritorno indietro, con l'analisi del codice, l'API e il controllo di chi distribuisce cosa.

Analisi del codice a ogni push

Ogni push, rivisto prima di arrivare al sito

Collega GitHub, GitLab, Gitea o Bitbucket con webhook firmati. Ogni push viene analizzato e, se supera il tuo filtro, si pubblica da solo sul tuo sito.

  • Errori, buone pratiche, PHPStan e revisione con IA
  • Dipendenze vulnerabili: composer.lock e package-lock.json, incrociati con basi di vulnerabilità pubbliche (OSV); plugin e librerie JS, con la base di vulnerabilità di SWPanel
  • Pubblicazione automatica con filtro e copia preventiva
  • Anteprime per ramo
Scopri Code Analyzer
dev.swpanel.com › Code Analyzer › Repository Git Schermata reale
Code Analyzer: ultima analisi di un repository con errori gravi, falle di sicurezza e avvisi
  1. 2 errori gravi, 9 falle di sicurezza e 13 avvisi.
  2. Il commit analizzato.
  3. Vedi come correggerlo.
  4. Push su main: lo vede entro 5 minuti al massimo.
  5. Correzioni del Motore IA.
  6. Pubblicazione sul sito: se la attivi.
  7. Anteprima degli altri rami.
dev.swpanel.com › Code Analyzer › Pubblicazione Schermata reale
Pubblicazione di Code Analyzer: pubblicare automaticamente, quando si pubblica e anteprima di ogni ramo
  1. Pubblicare automaticamente ogni push che supera il filtro.
  2. Senza errori gravi né di sicurezza: quello consigliato.
  3. O sempre, o solo se è tutto pulito.
  4. La cartella del sito.
  5. Anteprima di ogni ramo, a un indirizzo nascosto.
  6. Il pubblicato, con la sua copia per annullare.

Un'API pensata per integrare

Oltre 200 rotte REST, documentate e tracciate

Servizi, posta, DNS, SSL, database, cron, copie, sicurezza (FireWall, BotLock e blocco per paesi), domini e template, con documentazione interattiva in Scalar.

  • Webhook e Flussi: reagisci a ciò che succede sul tuo account, o ferma un'azione prima che avvenga
  • Errori chiari: ogni errore dice quale campo è fallito e quali valori ammette
  • Token di sola lettura, con scadenza ed elenco di IP
  • Ogni schermata di SWPanel mostra la chiamata API equivalente
  1. Gli errori delle tue chiamate, con il loro codice.
  2. Chiamate, rotte, errori e chiavi attive.
  3. Quali parti dell'API usi.
  4. Come è evoluto il tuo utilizzo.
dev.swpanel.com › Dashboard di integratore Schermata reale
Dashboard di integratore: chiamate, rotte in uso, errori, chiavi attive, quali parti dell'API usi e come è evoluto

Deploy continui

  • Deploy di pacchetti via API da qualsiasi CI.
  • Modalità di prova (dry_run): convalida e analizza senza pubblicare, ideale per le pull request.
  • Storico di ogni deploy: chi, quando, quale commit e cosa è cambiato.
  • Ritorno indietro in una chiamata.
  • File protetti: il tuo wp-config.php, il tuo .env o i tuoi caricamenti non vengono mai sovrascritti.

Sicurezza e controllo

  • Token solo di deploy, limitati a un servizio.
  • Senza segreti: autenticazione OIDC da GitHub Actions e GitLab CI. Il CI dimostra quale repository e quale ramo è, e non c'è nessuna chiave che possa trapelare.
  • Approvazione obbligatoria per la produzione, da SWPanel o da Telegram.
  • Deploy atomici: il sito passa di colpo da una versione all'altra, e il ritorno indietro è istantaneo a qualsiasi versione.
  • Disattivare l'FTP di un servizio quando distribuisci solo via API.

Per chi

Per chi vive nel repository

Agenzie e freelance

Ogni cliente sul suo hosting, ogni progetto nel suo repository e i deploy senza condividere password.

Team di sviluppo

La revisione del codice e il deploy, nello stesso flusso delle pull request.

Rivenditori (RHA) e integratori

Automatizza l'avvio dei siti dei tuoi clienti con l'API.

Scopri di più

Inizia in 5 minuti

Tre passaggi e ci sei

  1. Attiva l'API sul tuo account

    La modalità Integratore organizza SWPanel intorno all'automazione.

  2. Crea un token

    Di sola lettura se consulti soltanto, con scadenza e i tuoi IP.

  3. Collega il tuo repository

    Oppure copia la ricetta di GitHub Actions dalla documentazione.

Domande frequenti

Dubbi degli sviluppatori

L'API attivata sul tuo account e un token. Per rilasciare dal tuo CI, una chiamata all'API con il pacchetto del tuo sito; perché ogni push arrivi da solo sul sito, collega il repository di GitHub, GitLab, Gitea o Bitbucket. In entrambi i casi, SWPanel analizza il codice prima di pubblicare e conserva una copia della versione precedente.

Sì. Puoi portare il tuo tema o il tuo plugin dal repository al sito. Con i rilasci via API, inoltre, wp-config.php e wp-content/uploads restano protetti e non vengono mai sovrascritti.

Il filtro lo decidi tu: non pubblicare se ci sono errori gravi o di sicurezza (il consigliato), pubblicare anche con avvisi, pubblicare solo se è tutto pulito o pubblicare sempre.

Sì, convivono. Quando vuoi, puoi chiudere l'FTP di un servizio e rilasciare solo via API.

Con i rilasci via API fino a 50 MB compressi per impostazione predefinita, regolabile per servizio.

Niente: il pacchetto non viene pubblicato finché non arriva intero e non se ne verifica l'impronta (SHA-256).

Fai push e dimentica l'FTP

Collega il tuo repository e guarda cosa trova SWPanel al prossimo push.