--- title: "Archivio Articoli del Agosto 2026" description: "Articoli su Programmazione, Consulenza Informatica e Cyber Security del Agosto 2026 - Pagina 1 di 3" canonical: "https://www.mauriziofonte.it/blog/data/2026-agosto.html" author: "Maurizio Fonte" --- [Luglio 2026](https://www.mauriziofonte.it/blog/data/2026-luglio.html)[Settembre 2026](https://www.mauriziofonte.it/blog/data/2026-settembre.html)Archivio # Archivio Articoli del Agosto 2026 Pagina 1 di 3 Maurizio Fonte - Consulente Informatico - Ingegnere del Software e Cyber Security Specialist Freelance 1[2](https://www.mauriziofonte.it/blog/data/2026-agosto.md?page=2)[3](https://www.mauriziofonte.it/blog/data/2026-agosto.md?page=3) [Refactoring](https://www.mauriziofonte.it/blog/cat/refactoring.html) [PHP](https://www.mauriziofonte.it/blog/cat/php.html) ## [Migrare da PHP 7.4 a 8.3: checklist per applicazioni legacy in produzione](https://www.mauriziofonte.it/blog/post/migrare-php-74-php-83-checklist-applicazioni-legacy-produzione.html) 31/08/2026 ![Migrare da PHP 7.4 a 8.3: checklist per applicazioni legacy in produzione](https://www.mauriziofonte.it/image/005190200-migrare-php-74-php-83-checklist-applicazioni-legacy-produzione.jpg) Migrare un'applicazione legacy da PHP 7.4 a 8.3 è un progetto di rischio gestito, non un aggiornamento al volo. Checklist concreta: i breaking changes che mordono davvero, le deprecazioni da intercettare prima del deploy, la strategia incrementale per non fermare la produzione e la suite di test che fa da rete. Con le date EOL aggiornate, perché restare su 7.4 nel 2026 non è più un'opzione di sicurezza. [Continua a leggere](https://www.mauriziofonte.it/blog/post/migrare-php-74-php-83-checklist-applicazioni-legacy-produzione.html) Ultima modifica: Lunedì 31 Agosto 2026, alle 07:56 [GDPR](https://www.mauriziofonte.it/blog/cat/gdpr.html) [Compliance](https://www.mauriziofonte.it/blog/cat/compliance.html) ## [Retention obbligatoria a 30 giorni sui modelli di frontiera: il nodo GDPR per le PMI](https://www.mauriziofonte.it/blog/post/retention-30-giorni-modelli-frontiera-gdpr-sovranita-pmi.html) 28/08/2026 ![Retention obbligatoria a 30 giorni sui modelli di frontiera: il nodo GDPR per le PMI](https://www.mauriziofonte.it/image/005180200-retention-30-giorni-modelli-frontiera-gdpr-sovranita-pmi.jpg) I modelli Mythos-class impongono una retention di 30 giorni su prompt e output, anche per le organizzazioni che avevano configurato zero-data-retention per ragioni di compliance. Cosa significa per una PMI italiana sotto GDPR: dove transitano i dati, quali basi giuridiche servono, e perché un accordo ZDR non protegge più chi vuole il modello migliore. Le alternative concrete, dall'inference on-prem ai provider con residenza UE. Fatti e date dal dossier sui rischi dei frontier model. [Continua a leggere](https://www.mauriziofonte.it/blog/post/retention-30-giorni-modelli-frontiera-gdpr-sovranita-pmi.html) Ultima modifica: Venerdì 28 Agosto 2026, alle 07:40 [Cloud](https://www.mauriziofonte.it/blog/cat/cloud-infrastructure.html) [VPS & Hosting](https://www.mauriziofonte.it/blog/cat/vps.html) ## [GPU su Hetzner per inference self-hosted: aggiornamento dopo mesi di esercizio](https://www.mauriziofonte.it/blog/post/gpu-hetzner-inference-self-hosted-aggiornamento-esercizio-costi.html) 27/08/2026 ![GPU su Hetzner per inference self-hosted: aggiornamento dopo mesi di esercizio](https://www.mauriziofonte.it/image/005170200-gpu-hetzner-inference-self-hosted-aggiornamento-esercizio-costi.jpg) Self-hostare un LLM su GPU non è solo installare Ollama: dopo mesi di esercizio emergono i costi reali e le scelte che contano. Aggiornamento da campo sull'inference self-hosted su GPU Hetzner: i runtime alternativi a confronto, il costo totale del primo anno tra hardware, energia e gestione, e il calcolo build contro buy rispetto a un'API di frontiera, reso più urgente dopo che un modello di frontiera è stato sospeso dall'alto. Numeri di esercizio, non stime. [Continua a leggere](https://www.mauriziofonte.it/blog/post/gpu-hetzner-inference-self-hosted-aggiornamento-esercizio-costi.html) Ultima modifica: Giovedì 27 Agosto 2026, alle 10:07 [Linux & Server](https://www.mauriziofonte.it/blog/cat/linux.html) ## [systemd 257 per sysadmin: le novità che contano e i CVE da patchare](https://www.mauriziofonte.it/blog/post/systemd-257-sysadmin-novita-feature-cve-nspawn-debian.html) 26/08/2026 ![systemd 257 per sysadmin: le novità che contano e i CVE da patchare](https://www.mauriziofonte.it/image/005160200-systemd-257-sysadmin-novita-feature-cve-nspawn-debian.jpg) systemd 257 arriva in Debian 13 con feature nuove e almeno un CVE che un sysadmin deve conoscere: l'escape-to-host di nspawn. Cosa cambia davvero nella gestione quotidiana, le novità che vale la pena adottare, e il pattern corretto degli override quando si modifica un'unit di sistema senza romperla al prossimo aggiornamento. Operativo, da campo, per chi gestisce servizi su un parco di server reale. [Continua a leggere](https://www.mauriziofonte.it/blog/post/systemd-257-sysadmin-novita-feature-cve-nspawn-debian.html) Ultima modifica: Mercoledì 26 Agosto 2026, alle 08:32 [AI Security](https://www.mauriziofonte.it/blog/cat/ai-code-security.html) [Sicurezza Applicazioni](https://www.mauriziofonte.it/blog/cat/sicurezza-applicazioni.html) ## [Prompt injection come full system compromise: ASI01 spiegato con exploit reali del 2026](https://www.mauriziofonte.it/blog/post/prompt-injection-asi01-full-system-compromise-exploit-2026.html) 25/08/2026 ![Prompt injection come full system compromise: ASI01 spiegato con exploit reali del 2026](https://www.mauriziofonte.it/image/005150200-prompt-injection-asi01-full-system-compromise-exploit-2026.jpg) Quando un agente esegue azioni reali, la prompt injection smette di essere un trucco testuale e diventa un compromesso di sistema. La formalizzazione OWASP ASI01, il pattern comune (l'agente non distingue istruzioni fidate da contenuto non fidato) e gli incidenti documentati del 2026 che lo dimostrano. Le difese che reggono: input validation, output fencing, least-privilege sui tool, human-in-the-loop. Fatti e CVE dal ledger degli incidenti agentici, non a memoria. [Continua a leggere](https://www.mauriziofonte.it/blog/post/prompt-injection-asi01-full-system-compromise-exploit-2026.html) Ultima modifica: Martedì 25 Agosto 2026, alle 09:40 [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: Giovedì 29 Ottobre 2026, alle 15:29 [MCP](https://www.mauriziofonte.it/blog/cat/mcp.html) [Claude Code](https://www.mauriziofonte.it/blog/cat/claude-code.html) ## [MCP Tool Search: perché installare dieci MCP server non distrugge più il context window](https://www.mauriziofonte.it/blog/post/mcp-tool-search-lazy-loading-context-window-selezione-tool.html) 21/08/2026 ![MCP Tool Search: perché installare dieci MCP server non distrugge più il context window](https://www.mauriziofonte.it/image/005130200-mcp-tool-search-lazy-loading-context-window-selezione-tool.jpg) Collegare molti MCP server a un agente significava finora bruciare context window solo per le definizioni dei tool. La tool search con lazy-loading ribalta il problema: gli schemi dei tool si caricano on-demand, non tutti all'avvio. Come funziona, come configurarla e il pattern di selezione che permette di tenere dieci o più server collegati senza pagare il context fisso. Tecnico e concreto, per chi costruisce agenti con molte integrazioni. [Continua a leggere](https://www.mauriziofonte.it/blog/post/mcp-tool-search-lazy-loading-context-window-selezione-tool.html) Ultima modifica: Giovedì 29 Ottobre 2026, alle 15:29 [AI Development Tools](https://www.mauriziofonte.it/blog/cat/ai-development-tools.html) [Claude Code](https://www.mauriziofonte.it/blog/cat/claude-code.html) ## [Lo stack Claude Code di un PHP senior nel 2026: i pacchetti che tratto come standard](https://www.mauriziofonte.it/blog/post/stack-claude-code-php-senior-pacchetti-standard-2026.html) 20/08/2026 ![Lo stack Claude Code di un PHP senior nel 2026: i pacchetti che tratto come standard](https://www.mauriziofonte.it/image/005120200-stack-claude-code-php-senior-pacchetti-standard-2026.jpg) L'ecosistema Claude Code è esploso, ma installare tutto è un anti-pattern. Rassegna ragionata dei pacchetti che tratto come standard nel 2026: per ognuno cosa risolve davvero, quando NON serve, e il rischio di saturare il context window. Il criterio di selezione esplicitato, perché un senior non sceglie per numero di stelle ma per ritorno reale sul workflow. Insider, evergreen, dal lato di chi questi tool li usa in produzione ogni giorno. [Continua a leggere](https://www.mauriziofonte.it/blog/post/stack-claude-code-php-senior-pacchetti-standard-2026.html) Ultima modifica: Giovedì 29 Ottobre 2026, alle 15:29 [AI Security](https://www.mauriziofonte.it/blog/cat/ai-code-security.html) [Penetration Testing](https://www.mauriziofonte.it/blog/cat/penetration-testing.html) ## [Il modello con il freno: i classifier di Fable 5 e cosa implicano per chi fa security](https://www.mauriziofonte.it/blog/post/classifier-fable-5-deferral-opus-security-pentest-assistito.html) 19/08/2026 ![Il modello con il freno: i classifier di Fable 5 e cosa implicano per chi fa security](https://www.mauriziofonte.it/image/005110200-classifier-fable-5-deferral-opus-security-pentest-assistito.jpg) Fable 5 esce con classifier che, sulle richieste di cyber, bio e distillazione, deferiscono automaticamente a un modello meno capace. Per un consulente di sicurezza significa lavorare con uno strumento che si auto-censura proprio sul dominio in cui serve di più. Cosa cambia nel workflow di pentest assistito, dove il deferral si attiva, e come questo si lega ai comportamenti emergenti misurati dai valutatori terzi sui modelli di frontiera. Angolo di posizionamento OffSec puro. [Continua a leggere](https://www.mauriziofonte.it/blog/post/classifier-fable-5-deferral-opus-security-pentest-assistito.html) Ultima modifica: Mercoledì 19 Agosto 2026, alle 10:22 [Claude API](https://www.mauriziofonte.it/blog/cat/claude-api.html) [LLM](https://www.mauriziofonte.it/blog/cat/llm.html) ## [Claude Fable 5 per un backend engineer: API, costi e quando conviene (guida-decisione)](https://www.mauriziofonte.it/blog/post/fable-5-backend-engineer-api-costi-break-even-guida-decisione.html) 18/08/2026 ![Claude Fable 5 per un backend engineer: API, costi e quando conviene (guida-decisione)](https://www.mauriziofonte.it/image/005100200-fable-5-backend-engineer-api-costi-break-even-guida-decisione.jpg) Fable 5 è il tier sopra Opus, ma più capace non significa sempre conveniente. Cosa cambia per chi sviluppa: il request surface rispetto a Opus 4.8, i parametri rimossi, il prezzo a 10 e 50 dollari per milione di token, e il break-even reale, ovvero quando il salto di capacità giustifica il costo per un caso d'uso concreto. Tabella decisionale tra i tier, scritta come guida che resta valida anche quando la finestra di novità decade. [Continua a leggere](https://www.mauriziofonte.it/blog/post/fable-5-backend-engineer-api-costi-break-even-guida-decisione.html) Ultima modifica: Martedì 18 Agosto 2026, alle 10:25 1[2](https://www.mauriziofonte.it/blog/data/2026-agosto.md?page=2)[3](https://www.mauriziofonte.it/blog/data/2026-agosto.md?page=3) --- **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