Siti veloci. Infrastruttura seria.

Cosa possiamo ospitare?

Scegli cosa devi far girare per vedere la configurazione che useremmo e il piano da cui di solito partiremmo.

Come configuriamo un sito

Sei fasi, sempre in questo ordine. La durata di ognuna dipende dal sito. Scorri per seguirle.

# output
Una proposta scritta con piano e prezzo.

L'architettura

Cosa succede tra un clic e una pagina

Quasi tutte le richieste seguono lo stesso percorso. Il passaggio all'edge riguarda i siti dietro Cloudflare; il resto vale per ogni sito.

WordPress, la piattaforma che ospitiamo di più.

La maggior parte dei siti Brova Digital gira su WordPress, quindi è la configurazione che abbiamo ottimizzato di più: worker PHP e cache, impostati sito per sito.

# Cloudflare cache rule (WordPress), example
# Cache HTML when:
#   http.request.method eq "GET"
#   and not http.cookie contains "wordpress_logged_in"
#   and not http.cookie contains "woocommerce_items_in_cart"
# Always bypass: /wp-admin*, /cart*, /checkout*, /my-account*
 
# Cloudflare security rules, example
#   /wp-login.php    managed challenge
#   /xmlrpc.php      block
#   /wp-admin*       rate limit

; PHP-FPM pool, one per site (example values)
pm = dynamic
pm.max_children = 12        ; from measured worker memory
pm.start_servers = 3
pm.min_spare_servers = 2
pm.max_spare_servers = 5
pm.max_requests = 500
php_admin_value[memory_limit] = 256M

-- MariaDB, one database per site (example values)
innodb_buffer_pool_size = 2G
 
# Redis object cache
maxmemory 512mb
maxmemory-policy allkeys-lru

Perché Brova Cloud

• Dimensionato dopo averlo esaminato

  Scegliamo il piano dopo aver esaminato il sito, il suo traffico e il suo database.

• Scrivi all'ingegnere che l'ha configurato

  Le domande arrivano direttamente alla persona che ha configurato il tuo sito. Niente code di ticket, niente da rispiegare.

• Sicurezza attiva prima del lancio

  DNS, TLS, backup e, se il sito usa Cloudflare, regole WAF e anti-bot sono attivi prima che vada online.

• Un solo team per il sito e l'hosting

  Brova Digital sviluppa il sito e Brova Cloud lo gestisce, quindi non c'è nessun passaggio di consegne tra agenzia e hosting.

Piani

Un unico prezzo mensile per hosting e gestione quotidiana, in dollari USA, IVA inclusa. Confermiamo il piano dopo aver esaminato il sito.

Confronta piani, limiti e cosa è incluso →

Lo stack giusto per ogni progetto

WordPress, un CMS headless o un'applicazione su misura. Sotto, lo stesso lavoro: aggiornamenti del server, backup e qualcuno che conosce la configurazione.

• 

  Cloudflare Turnstile

  Moduli di login, commento e checkout che attirano traffico automatico.

  Turnstile verifica che il visitatore sia una persona senza rompicapi e senza caricare gli script reCAPTCHA di Google nella pagina di login, così una dipendenza da Google resta fuori dalle valutazioni sulla privacy.

  reCAPTCHA è un'alternativa molto diffusa. Usiamo Turnstile perché la maggior parte dei nostri siti è già dietro Cloudflare, e funziona anche sugli altri.

• 

  WordPress su hosting gestito

  Redazioni, negozi WooCommerce, pubblicazione multilingue e organizzazioni che conoscono già WordPress.

  La maggior parte dei siti Brova Digital gira su WordPress. Li ospitiamo su HestiaCP con Nginx, PHP-FPM e MariaDB, con un utente di sistema e un pool PHP separati per ogni sito.

  Abbiamo dedicato più tempo all'ottimizzazione di WordPress che a qualsiasi altra piattaforma che ospitiamo, e le impostazioni sono calibrate sul singolo sito, non sulla fascia di prezzo.

• 

  Payload, quando il CMS è un'API

  Contenuti che devono alimentare un sito, un'app, un totem e una newsletter da un unico modello, con TypeScript nello stesso repository del front end.

  Un CMS headless è la scelta giusta quando gli stessi contenuti devono arrivare a più di un front end. Payload tiene lo schema dei contenuti nel codice, nello stesso repository di un front end Next.js.

  Su Brova Cloud, Payload gira come applicazione Node.js in un container, con il proprio database.

• 

  Container, e macchine virtuali quando servono

  Applicazioni che possiamo impacchettare in un'immagine, e i pochi carichi di lavoro che richiedono una macchina intera.

  Le applicazioni girano come container su un server separato da quello dei siti WordPress. Il deploy parte dal tuo repository. Ogni release è versionata, quindi possiamo tornare alla precedente.

  Quando un software ha bisogno di una macchina intera, ottiene una macchina virtuale tutta sua su Proxmox.