Pagina 2 di 4
Laravel è oggi il framework PHP più serio per costruire applicazioni aziendali, e la ragione non è la moda: è la maturità ingegneristica del suo ecosistema. Lo uso dalle prime versioni 5.x fino alla 12 su gestionali, piattaforme SaaS, e-commerce e sistemi B2B che devono restare in produzione per anni, non per una stagione. Quello che porto in questa categoria non è l'entusiasmo per l'ultima feature, ma il criterio con cui si decide che cosa adottare e che cosa lasciar perdere.
Il primo pilastro è l'architettura. Un progetto Laravel invecchia bene solo se la logica di business è separata dall'infrastruttura, se i controller restano magri e la complessità vive in un service layer testabile: è qui che si gioca la differenza fra un'applicazione che si estende senza paura e una che a ogni modifica rischia la regressione. Scrivo di service layer e principi SOLID, di quando un pattern come l'event-driven o il repository aggiunge valore reale e quando è solo cerimonia, e di quel confine, spesso frainteso, oltre il quale spezzare un monolite in microservizi diventa un costo travestito da modernità.
Il secondo pilastro è la vita dell'applicazione in produzione: le prestazioni sotto carico vero, dove il collo di bottiglia è quasi sempre l'accesso ai dati e non il codice PHP; il lavoro asincrono con code e worker, che diventa indispensabile appena un'operazione non può più bloccare la richiesta dell'utente; e la sicurezza, che in Laravel non è un modulo da aggiungere alla fine ma una postura da tenere dal primo commit, dalla gestione dei segreti all'hardening secondo criteri verificabili.
Il terzo pilastro è il tempo: come si accompagna una codebase attraverso le versioni major senza fermare il business, come si subentra su un progetto ereditato e senza documentazione, come si moderniza una base datata senza riscriverla da zero. È il lavoro meno appariscente e più prezioso, quello che protegge un'azienda dal debito tecnico che si accumula in silenzio. Sullo sfondo, il capitolo che si sta aprendo ora: Laravel che diventa AI-native, e il modo corretto di orchestrare i modelli senza cedere loro il controllo del dominio.
Se hai un progetto Laravel da far scalare o una base da modernizzare, vedi i miei progetti PHP senior o parliamone nella consulenza IT e DevOps.
Laravel ben scritto è codice che altri possono leggere, estendere e manutenere senza chiamarti nel weekend. È questo il vero valore.
Telescope è uno strumento potente ma va usato in produzione con cautela: senza configurazione adeguata, logga dati sensibili degli utenti e rallenta l'applicazione. Vi mostro la configurazione che uso per abilitare Telescope in produzione solo per gli IP del team, con filtri su query, request body e response. Continua a leggere
Ho usato Laravel Telescope su un'applicazione di e-commerce per analizzare 48 ore di traffico reale. I risultati erano impietosi: 340 query per pagina di listing, di cui 280 erano N+1 generati da relazioni non ottimizzate. Vi mostro i 10 pattern più comuni e come identificarli prima che arrivino in produzione. Continua a leggere
Prima di Reverb, ogni progetto con WebSocket richiedeva Pusher (costoso) o un server Node.js separato da mantenere. Ho messo in produzione Reverb su un VPS Hetzner da 4 CPU per un'applicazione di collaborazione con 200 utenti simultanei. Zero problemi, zero costi aggiuntivi. Vi mostro il setup completo. Continua a leggere
Laravel Pulse è arrivato come alternativa zero-config agli stack Prometheus/Grafana. L'ho configurato su tre applicazioni in produzione in 20 minuti ciascuna. Non sostituisce tutto, ma copre l'80% delle domande operative quotidiane: richieste lente, job falliti, eccezioni frequenti. Vi mostro la configurazione reale. Continua a leggere
Un pannello di amministrazione con 30 sezioni costruito con React richiedeva uno sviluppatore frontend dedicato per ogni modifica. L'ho riscritto in Livewire Volt in due settimane: stessa funzionalità, zero JavaScript custom, gestito interamente da un team PHP. Produttività quadruplicata, bundle eliminato. Continua a leggere
La maggior parte delle PMI non ha bisogno di Kubernetes per ottenere deployment senza interruzioni. Con Deployer, un paio di symlink e un health check sul PHP-FPM, ho implementato zero-downtime deployment per un e-commerce Laravel con 3000 ordini/giorno. Nessuna interruzione di servizio da 14 mesi. Continua a leggere
A novembre 2024 ho gestito un incidente su un magazzino logistico cuneese in cui il server di produzione era stato fermato da un file laravel.log da 87 GB cresciuto in otto mesi senza rotazione. Il piano di gestione strategica dei log Laravel su Hetzner/OVH che ho costruito dopo l'incidente: logrotate, Monolog JSON, canali separati, centralizzazione su Loki. Continua a leggere
Il deploy del venerdì sera è uno dei principali generatori di incidenti nelle PMI Laravel. Il caso di un cliente lombardo del marzo 2025 che ha perso 23 minuti di e-commerce per un comando dimenticato, e come l'ho convertito a un flusso Deployer + GitHub Actions con rollback in 8 secondi. Continua a leggere
Il software legacy rappresenta una minaccia concreta alla sicurezza, all'efficienza e alla competitività delle PMI italiane. In questo redazionale approfondito, scoprirai perché ignorarlo è pericoloso, e come una strategia di refactoring mirata con Laravel può trasformare un rischio in un'opportunità, guidata dall'esperienza di un professionista con 20 anni di carriera nel PHP e Laravel. Continua a leggere
Laravel Octane 2.x oggi supporta FrankenPHP, Swoole e RoadRunner: tre driver con trade-off molto diversi. Per le PMI il problema non è "quanti RPS guadagno", ma se la codebase è pronta a vivere in memoria. Singleton, static state e persistent connections sono problemi documentati. Guida operativa: quando Octane ha senso, quando no, e come auditare la codebase prima del cutover. Continua a leggere
Piccoli tool che tornano comodi nel lavoro quotidiano:
Audit del composer.lock, Regex tester, Generatore UUID, Interprete di espressioni cron.
