Ricerca

Risultati per "porting php 5 verso 7"

8 risultati dal blog · 6.9232 ms

Articoli dal blog

Trovati 8 risultati

  1. Rust per inference edge di modelli leggeri: quando la performance supera la produttività di Python

    Rust per inference edge di modelli AI leggeri: Candle, Burn, ort. Confronto con Python su latenza, memoria, deploy. Casi d'uso reali per modelli embedding e classificazione.

    Ho fatto la prima porting di un servizio di embedding da Python a Rust il 12 aprile 2026, sulla mia sandbox di sperimentazione, con un obiettivo misurabile: capire quanto margine di performance c'è davvero fra i due linguaggi per inference di modelli leggeri (100-500M parametri), e dove vale la pena investire le 5-10x ore di sviluppo che Rust richiede rispetto a Python. L'ambiente di test è una coppia di container su Hetzner CPX31 (4 vCPU AMD EPYC, 8 GB RAM DDR5, 160 GB NVMe, Debia... continua a leggere

  2. Software legacy in azienda: perché ignorare la modernizzazione è una bomba a orologeria per il tuo business

    Il software legacy mette a rischio la tua azienda ogni giorno. Scopri come e perché la modernizzazione con Laravel è la chiave per la sicurezza e la crescita.

    Nel panorama digitale odierno, agilità e sicurezza non sono optional, ma requisiti fondamentali per la sopravvivenza e la crescita di un’azienda. Eppure, troppe PMI italiane convivono con un segreto scomodo: un software gestionale, un CRM custom, un portale interno, o un'applicazione critica per il business, basata su tecnologie obsolete, scritta anni fa, e che oggi rappresenta un vero e proprio fardello. Parliamo di software legacy.La reazione più comune, frutto di anni di e... continua a leggere

  3. Testing di API Laravel con Pest 3 nel 2026: dataset, mutation testing e CI per PMI che vogliono dormire

    Pest 3 con mutation testing, dataset e arch presets per testare API Laravel. Guida operativa per PMI: cosa testare, come strutturare la suite e portarla in CI.

    A novembre 2024 mi è capitato di fare un audit su un'API Laravel di una PMI veneta che gestiva l'integrazione con tre marketplace: ordini in entrata, sincronizzazione catalogo, fatturazione automatica. Il progetto aveva 67 endpoint REST, zero test automatici, e una suite "manuale" su Postman che il team eseguiva quando si ricordava. Il giorno dell'audit, un deploy di routine aveva rotto il calcolo IVA su un endpoint specifico: per 18 ore le fatture generate per uno dei marketplace partiva... continua a leggere

  4. GPU cloud per inference LLM self-hosted: Scaleway, Lambda Labs e RunPod a confronto per PMI italiane

    Scelta del provider GPU per inference LLM self-hosted: Scaleway, Lambda Labs, RunPod a confronto su costi, disponibilità A100/H100, rete, GDPR per PMI italiane.

    A metà febbraio 2026 ho dedicato tre settimane della mia sandbox personale al confronto operativo di tre provider GPU cloud per un use case specifico: inference di Llama 4 70B quantizzato a 4 bit, volume di circa 8 milioni di token al giorno, latenza p95 target sotto i 4 secondi per chunk da 1.024 token. Ho girato lo stesso workload identico - stessa image Docker, stesso modello quantized, stessi benchmark - su Scaleway, Lambda Labs e RunPod, registrando costi orari effettivi, latenza oss... continua a leggere

  5. Node.js e TypeScript per streaming real-time di LLM: architettura per chat AI a bassa latenza

    Architettura real-time con Node.js e TypeScript per streaming di risposte LLM: SSE, WebSocket, gestione backpressure, integrazione con backend Laravel.

    Il 12 febbraio 2026 mi sono messo davanti a un problema che molte PMI italiane affrontano quando decidono di aggiungere una chat AI al loro gestionale Laravel: la latenza percepita. Nella mia pipeline personale di automazione AI, un endpoint Laravel che chiamava l'API di Anthropic in modalità non-streaming restituiva risposte complete in 8-14 secondi per prompt da 1.500 token di output. Dal punto di vista dell'utente finale, 8 secondi di schermata vuota con uno spinner sono indistinguibil... continua a leggere

  6. Migrare MySQL 5.7 EOL su Hetzner senza fermare il business: la strategia di replicazione che ho usato per spostare 78GB con quattro minuti di downtime

    Migrare MySQL 5.7 EOL su Hetzner o OVH con replicazione master-slave: il piano in cinque fasi per spostare un database critico con quattro minuti di downtime, non otto ore.

    A febbraio 2025 ho concluso una migrazione di database per una PMI bresciana del settore metalmeccanico. Avevano un e-commerce B2B Magento 2 ospitato su un VPS Aruba che aveva accumulato 78GB di MySQL 5.7 in sette anni di vita: 11 milioni di righe nella tabella ordini, 4 milioni in sales_order_item, una catalog_product_entity_decimal da 23 milioni di record, più tutta la storia dei prezzi negoziati cliente per cliente. Il server era arrivato a fine ciclo, MySQL 5.7 era ufficialmente fuori... continua a leggere

  7. pgvector in produzione: indici HNSW, IVFFlat e tuning per applicazioni AI con dataset medi

    pgvector in produzione: confronto indici HNSW e IVFFlat, tuning parametri, dimensionamento, integrazione con Laravel e pipeline di embedding.

    Ho iniziato questa sessione di benchmarking il 23 febbraio 2026 nella mia sandbox di laboratorio su un Hetzner CX42 (8 vCPU Intel Xeon Gold 5412U, 16 GB RAM DDR4, 160 GB NVMe), Debian 12, PostgreSQL 16.2 con l'estensione pgvector 0.7.4, Laravel 12 su PHP 8.3 per l'applicazione di ricerca semantica. Il dataset di partenza era un corpus di 180.432 chunk di documentazione tecnica sintetica (manuali, articoli, specifiche), ognuno trasformato in embedding a 768 dimensioni con il modello Nomic Embed T... continua a leggere

  8. Incident response per sviluppatori: cosa fare nei primi 30 minuti di un'intrusione

    Guida all'incident response per sviluppatori PHP: cosa fare nei primi 30 minuti di un'intrusione su VPS Linux, preservare le prove e contenere il danno.

    Alle 2:14 di una notte di metà ottobre 2025, il telefono ha squillato. Era il responsabile IT di un'azienda del settore e-commerce che gestiva un portale B2B con circa 12.000 utenti attivi, ospitato su un VPS Hetzner CPX51 (16 vCPU, 32 GB RAM, 360 GB NVMe) con Debian 12, PHP-FPM 8.2 e MySQL 8.0. Il suo monitoring Uptime Robot gli aveva segnalato un aumento anomalo del tempo di risposta - da una media di 180 ms a picchi di 3.200 ms - e un carico CPU stabile all'87% da un'ora, senza alcuna ... continua a leggere

Potresti cercare anche