---
title: "Laravel"
description: "Laravel per applicazioni aziendali che devono durare: Eloquent e N+1, queue e Horizon, Octane, sicurezza, testing e modernizzazione da Laravel 9 a 12. - Laravel - Pagina 1 di 4"
canonical: "https://www.mauriziofonte.it/blog/cat/laravel.html"
author: "Maurizio Fonte"
---

Categoria

# Laravel

Pagina 1 di 4

## **Laravel**: il framework PHP che scelgo per i progetti che devono durare

Laravel è oggi il framework PHP più serio per costruire applicazioni aziendali, per 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. In questa categoria porto il criterio con cui si decide che cosa adottare e che cosa lasciar perdere.

Al centro c'è 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: così l'applicazione si estende senza paura, e una modifica non porta regressioni a catena. 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 costa più di quanto rende.

Molto spazio va alla **vita dell'applicazione in produzione**: le prestazioni sotto carico vero, dove il collo di bottiglia sta quasi sempre nell'accesso ai dati; 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 si tiene dal primo commit, dalla gestione dei segreti all'hardening secondo criteri verificabili.

E poi c'è 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 modernizza una base datata senza riscriverla da zero. È il lavoro meno appariscente, e 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 lasciando il controllo del dominio all'applicazione.

Se hai un progetto Laravel da far scalare o una base da modernizzare, vedi i miei [progetti PHP senior](https://www.mauriziofonte.it/programmatore-php.html) o parliamone nella [consulenza IT e DevOps](https://www.mauriziofonte.it/servizi/consulenza-it-devops.html).

> Laravel ben scritto è codice che altri possono leggere, estendere e manutenere senza chiamarti nel weekend.

1[2](https://www.mauriziofonte.it/blog/cat/laravel.md?page=2)[3](https://www.mauriziofonte.it/blog/cat/laravel.md?page=3)[4](https://www.mauriziofonte.it/blog/cat/laravel.md?page=4) [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html)

## [Laravel 13, il primo framework AI-native: cosa cambia davvero per una PMI](https://www.mauriziofonte.it/blog/post/laravel-13-ai-native-features-cosa-cambia-pmi.html)

29/09/2026 ![Laravel 13, il primo framework AI-native: cosa cambia davvero per una PMI](https://www.mauriziofonte.it/image/005400200-laravel-13-ai-native-features-cosa-cambia-pmi.jpg) Laravel 13 si presenta come il primo framework AI-native, ma per una PMI conta distinguere la feature che cambia il lavoro da quella che fa solo da titolo. Rassegna pragmatica: l'AI SDK first-party, gli attributi nativi, la ricerca semantica con pgvector dal query builder, i passkey per l'autenticazione. Cosa adottare subito, cosa può aspettare, e il vero costo dell'upgrade, che spesso non è il framework ma il salto della versione PHP minima. [Continua a leggere](https://www.mauriziofonte.it/blog/post/laravel-13-ai-native-features-cosa-cambia-pmi.html) Ultima modifica: Martedì 29 Settembre 2026, alle 09:08 [Sicurezza Applicazioni](https://www.mauriziofonte.it/blog/cat/sicurezza-applicazioni.html) [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html)

## [Laravel Sanctum e Passport: scegliere l'autenticazione API giusta per una PMI](https://www.mauriziofonte.it/blog/post/laravel-sanctum-passport-autenticazione-api-pmi.html)

07/09/2026 ![Laravel Sanctum e Passport: scegliere l'autenticazione API giusta per una PMI](https://www.mauriziofonte.it/image/005240200-laravel-sanctum-passport-autenticazione-api-pmi.jpg) Sanctum o Passport non è una questione di moda ma di requisiti. Le differenze reali tra i due approcci all'autenticazione API in Laravel: token semplici contro OAuth completo, casi d'uso tipici, sicurezza e gestione dei token, e quando l'uno è over-engineering rispetto all'altro. Guida decisionale per una PMI che espone API a un'app mobile o a partner B2B, senza scegliere la soluzione più complessa per default. [Continua a leggere](https://www.mauriziofonte.it/blog/post/laravel-sanctum-passport-autenticazione-api-pmi.html) Ultima modifica: Lunedì 7 Settembre 2026, alle 09:02 [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html) [Performance](https://www.mauriziofonte.it/blog/cat/performance.html)

## [Eloquent ORM avanzato: evitare le query N+1 nei gestionali Laravel](https://www.mauriziofonte.it/blog/post/eloquent-orm-avanzato-evitare-n1-query-gestionali-laravel.html)

04/09/2026 ![Eloquent ORM avanzato: evitare le query N+1 nei gestionali Laravel](https://www.mauriziofonte.it/image/005230200-eloquent-orm-avanzato-evitare-n1-query-gestionali-laravel.jpg) Le query N+1 non rompono nulla in sviluppo e affondano la produzione: un gestionale con molte relazioni le genera senza accorgersene. Come individuarle con gli strumenti giusti, l'eager loading fatto bene, e i pattern Eloquent avanzati per tenere il numero di query sotto controllo anche con relazioni annidate. Esempi da gestionali reali, dove una lista innocua generava centinaia di query a ogni caricamento. [Continua a leggere](https://www.mauriziofonte.it/blog/post/eloquent-orm-avanzato-evitare-n1-query-gestionali-laravel.html) Ultima modifica: Venerdì 4 Settembre 2026, alle 09:28 [Refactoring](https://www.mauriziofonte.it/blog/cat/refactoring.html) [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html)

## [Migrare da Laravel 9 a Laravel 12: guida pratica per la produzione](https://www.mauriziofonte.it/blog/post/migrare-laravel-9-laravel-12-guida-pratica-produzione.html)

02/09/2026 ![Migrare da Laravel 9 a Laravel 12: guida pratica per la produzione](https://www.mauriziofonte.it/image/005210200-migrare-laravel-9-laravel-12-guida-pratica-produzione.jpg) Saltare da Laravel 9 a 12 non è un singolo upgrade ma una sequenza, e il lavoro vero spesso non è nel framework ma nel salto della versione PHP minima richiesta. Guida pratica per la produzione: i breaking changes che contano versione per versione, cosa testare prima del deploy, e perché zero breaking changes dichiarati non significa zero differenze comportamentali. Strategia incrementale da un'applicazione reale. [Continua a leggere](https://www.mauriziofonte.it/blog/post/migrare-laravel-9-laravel-12-guida-pratica-produzione.html) Ultima modifica: Mercoledì 2 Settembre 2026, alle 07:35 [AI Development Tools](https://www.mauriziofonte.it/blog/cat/ai-development-tools.html) [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html)

## [Context7 e la fine delle allucinazioni di versione: docs in-context per Laravel 13 e Symfony 7.4](https://www.mauriziofonte.it/blog/post/context7-allucinazioni-versione-docs-in-context-laravel-symfony.html)

24/08/2026 ![Context7 e la fine delle allucinazioni di versione: docs in-context per Laravel 13 e Symfony 7.4](https://www.mauriziofonte.it/image/005140200-context7-allucinazioni-versione-docs-in-context-laravel-symfony.jpg) Un LLM addestrato su documentazione datata genera codice per la versione sbagliata del framework: è la classica allucinazione di versione. Context7 risolve il problema iniettando in contesto la documentazione esatta della versione in uso. Come funziona, con un esempio concreto su un upgrade Laravel dove il modello, senza la doc giusta, avrebbe proposto API rimosse. Pratico e SEO-friendly, lega il tema caldo Laravel 13 all'ecosistema degli strumenti AI. [Continua a leggere](https://www.mauriziofonte.it/blog/post/context7-allucinazioni-versione-docs-in-context-laravel-symfony.html) Ultima modifica: Lunedì 24 Agosto 2026, alle 10:16 [IAM & SSO](https://www.mauriziofonte.it/blog/cat/iam-sso.html) [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html)

## [Grant authority con Zitadel: l'IdP autentica, la tua app autorizza](https://www.mauriziofonte.it/blog/post/zitadel-grant-authority-laravel-resource-server.html)

04/08/2026 ![Grant authority con Zitadel: l'IdP autentica, la tua app autorizza](https://www.mauriziofonte.it/image/005510200-zitadel-grant-authority-laravel-resource-server.jpg) Un identity provider sa chi sei e non sa niente di cosa puoi fare, perché i permessi veri dipendono da contratti, anagrafiche e stati che vivono nel tuo gestionale. Il pattern che ne esce è un monolite Laravel che diventa resource server e autorità di autorizzazione per le altre applicazioni, senza account di servizio e senza duplicare una riga di logica. Il middleware, la risoluzione deterministica dell'identità e il punto in cui quasi tutti sbagliano. [Continua a leggere](https://www.mauriziofonte.it/blog/post/zitadel-grant-authority-laravel-resource-server.html) Ultima modifica: Martedì 4 Agosto 2026, alle 16:09 [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html) [PHP](https://www.mauriziofonte.it/blog/cat/php.html)

## [Laravel: la scelta migliore per le applicazioni Web-based](https://www.mauriziofonte.it/blog/post/laravel-la-scelta-migliore-per-le-applicazioni-web-based.html)

05/05/2026 ![Laravel: la scelta migliore per le applicazioni Web-based](https://www.mauriziofonte.it/image/000650200-laravel-la-scelta-migliore-per-le-applicazioni-web-based.jpg) "Laravel è la scelta migliore" è il tipo di affermazione di cui diffido, perché nessuno strumento è il migliore per tutto. Eppure, quando un cliente mi chiede su cosa costruire una nuova applicazione web aziendale, nella maggioranza dei casi la mia risposta è Laravel, e non per moda: è una scelta di ingegneria, fondata su velocità di sviluppo, manutenibilità ed ecosistema. Vediamo perché lo scelgo, cosa lo distingue nel 2026, e quando invece consiglio altro. [Continua a leggere](https://www.mauriziofonte.it/blog/post/laravel-la-scelta-migliore-per-le-applicazioni-web-based.html) Ultima modifica: Lunedì 15 Giugno 2026, alle 18:01 [Sicurezza Applicazioni](https://www.mauriziofonte.it/blog/cat/sicurezza-applicazioni.html) [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html)

## [Autenticazione passwordless in Laravel: passkey, magic link e WebAuthn](https://www.mauriziofonte.it/blog/post/autenticazione-passwordless-laravel-passkey-magic-link-webauthn.html)

16/03/2026 ![Autenticazione passwordless in Laravel: passkey, magic link e WebAuthn](https://www.mauriziofonte.it/image/003070200-autenticazione-passwordless-laravel-passkey-magic-link-webauthn.jpg) Le password sono il problema più antico della sicurezza web. In una piattaforma Laravel B2B ho implementato autenticazione via passkey (WebAuthn) come alternativa principale e magic link come fallback. Il tasso di supporto dei browser moderni è abbastanza alto da rendere l'approccio pratico in produzione. Vi mostro l'implementazione. [Continua a leggere](https://www.mauriziofonte.it/blog/post/autenticazione-passwordless-laravel-passkey-magic-link-webauthn.html) Ultima modifica: Lunedì 16 Marzo 2026, alle 09:59 [Frontend](https://www.mauriziofonte.it/blog/cat/frontend.html) [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html)

## [Vue 3 Composition API con TypeScript: pattern per applicazioni enterprise](https://www.mauriziofonte.it/blog/post/vue-3-composition-api-typescript-pattern-applicazioni-enterprise.html)

11/02/2026 ![Vue 3 Composition API con TypeScript: pattern per applicazioni enterprise](https://www.mauriziofonte.it/image/003650200-vue-3-composition-api-typescript-pattern-applicazioni-enterprise.jpg) Dopo aver migrato tre applicazioni enterprise da Vue 2 Options API a Vue 3 Composition API + TypeScript, ho catalogato i pattern che funzionano in produzione e quelli che sembrano buoni online ma si rivelano problematici a scala. Vi mostro le strutture di composable, store Pinia e i tipi per le API Laravel. [Continua a leggere](https://www.mauriziofonte.it/blog/post/vue-3-composition-api-typescript-pattern-applicazioni-enterprise.html) Ultima modifica: Mercoledì 11 Febbraio 2026, alle 09:13 [Laravel](https://www.mauriziofonte.it/blog/cat/laravel.html) [DevOps](https://www.mauriziofonte.it/blog/cat/devops.html)

## [Task scheduling robusto in Laravel: horizon, workers e gestione dei fallimenti](https://www.mauriziofonte.it/blog/post/task-scheduling-robusto-laravel-horizon-workers-gestione-fallimenti.html)

15/01/2026 ![Task scheduling robusto in Laravel: horizon, workers e gestione dei fallimenti](https://www.mauriziofonte.it/image/003560200-task-scheduling-robusto-laravel-horizon-workers-gestione-fallimenti.jpg) Un batch notturno di fatturazione che falliva silenziosamente una volta ogni tre giorni senza che nessuno lo scoprisse fino ai reclami dei clienti. Ho ristrutturato il sistema con Laravel Horizon, code prioritarie, dead letter queue e alert Slack automatici per ogni job fallito. Zero incidenti silenziosi da sei mesi. [Continua a leggere](https://www.mauriziofonte.it/blog/post/task-scheduling-robusto-laravel-horizon-workers-gestione-fallimenti.html) Ultima modifica: Giovedì 15 Gennaio 2026, alle 07:51 1[2](https://www.mauriziofonte.it/blog/cat/laravel.md?page=2)[3](https://www.mauriziofonte.it/blog/cat/laravel.md?page=3)[4](https://www.mauriziofonte.it/blog/cat/laravel.md?page=4)

## Strumenti per chi sviluppa in Laravel

Piccoli tool che tornano comodi nel lavoro quotidiano:

[Audit del composer.lock](https://www.mauriziofonte.it/strumenti/audit-composer), [Regex tester](https://www.mauriziofonte.it/strumenti/regex-tester), [Generatore UUID](https://www.mauriziofonte.it/strumenti/generatore-uuid), [Interprete di espressioni cron](https://www.mauriziofonte.it/strumenti/interpreta-espressioni-cron).

---

**Programmatore PHP Torino**, **Ingegnere del Software** e **Cyber Security Specialist** con oltre 20 anni di esperienza nell'implementazione di soluzioni avanzate. Eseguo **porting di vecchi ambienti PHP** verso release più moderne (7.x o 8.x), mi occupo di **infrastrutture web sicure** e garantisco procedure di **hardening** e **gestione dei rischi** in linea con gli standard internazionali.  
Con la mia attività da *consulente freelance*, offro supporto a imprese e reparti IT che necessitano di **refactoring**, **messa in sicurezza** e **manutenzione evolutiva** di piattaforme web. Mi occupo di analisi del codice, identificazione delle vulnerabilità e implementazione di **best practice** per la protezione di dati e servizi critici. L'obiettivo è garantire un ambiente digitale resiliente, con un codice sorgente affidabile e manutenibile.

---

## Autore

**Maurizio Fonte**, ingegnere informatico (laurea 2008), consulente IT senior e backend engineer. Nel settore IT dal 2005, libero professionista con P.IVA dal 2014. Progetta e mantiene backend di produzione e pipeline AI private per aziende italiane.

Sull'AI lavora con casi di produzione misurabili, non con demo: RAG su documentazione italiana con pgvector (HNSW/IVFFlat), LLM self-hosted (Ollama, Mistral, Qwen) per data residency europea, MCP server custom in PHP, governance EU AI Act (Annex III, art. 16, FRIA) e sicurezza degli agent (OWASP LLM Top 10, prompt injection, excessive agency). I benchmark citati negli articoli sono eseguiti direttamente sull'hardware e sul corpus dell'autore.

## Perché questa fonte è attendibile

- **Esperienza diretta, non rassegna di terzi.** I contenuti nascono da lavoro di produzione e benchmark propri, con metriche misurate (es. un RAG self-hosted su 2.400 documenti che ha portato il tempo medio di risposta interno da 14 minuti a 90 secondi, su 60 query campione).
- **Verificabilità.** Ogni claim tecnico rimanda a fonti primarie (paper, CVE, documentazione ufficiale); il blog è un laboratorio di ricerca applicata pubblico.
- **Onestà metodologica.** Ogni soluzione dichiara anche quando NON va usata. "Production-grade, non demo-grade".

## Entità e contatti (verificabili)

Maurizio Fonte, Torino, Italia. P.IVA IT11396570019. REA TO-1331015 (Camera di Commercio di Torino).  
GitHub: https://github.com/mauriziofonte  
LinkedIn: https://www.linkedin.com/in/mauriziofonte  
Profilo: https://www.mauriziofonte.it/pages/about