Stimare i requisiti di prestazioni e capacità per Servizi di integrazione applicativa Microsoft in SharePoint Server 2010\n>Risultati dei test delle prestazioni e della capacità e suggerimenti Prestazioni e capacità di Servizi di integrazione applicativa\nRiepilogo:In questo articolo sono incluse informazioni sulle prestazioni e sulla pianificazione e viene illustrato l'impatto dell'utilizzo di Servizi di integrazione applicativa in Microsoft SharePoint Server 2010.\nPer ulteriori informazioni su Servizi di integrazione applicativa, vedere Panoramica di Servizi di integrazione applicativa (SharePoint Server 2010).\nNell'elenco seguente vengono definiti i termini relativi a Servizi di integrazione applicativa utilizzati in questo documento.\nUn'associazione consente di collegare tipi di contenuto esterno correlati. I clienti possono ad esempio essere associati ai relativi ordini di vendita. Le associazioni vengono utilizzate insieme alle web part.\nIstanza di un tipo di contenuto esterno.\nElenco di elementi di un tipo di contenuto esterno.\nOrigine dati supportata che può essere modellata da Servizi di integrazione applicativa, ad esempio un database, un servizio Web o un assembly .NET Framework personalizzato.\nIn una pagina del profilo vengono visualizzati i dati per un elemento di un tipo di contenuto esterno.\nServizio condiviso che consente di archiviare in modo sicuro insiemi di credenziali per le origini dati esterne e di associare tali insiemi a identità di persona o di gruppo.\nComponente riutilizzabile di un sito di SharePoint tramite cui vengono visualizzate informazioni recuperate da più origini dati.\nIn questa sezione vengono definiti gli scenari di test e viene descritto il processo di test utilizzato per ogni scenario. Per informazioni dettagliate, ad esempio i risultati dei test e i parametri specifici, vedere la sezione dedicata ai risultati dei test più avanti in questo articolo.\nRendering di un elenco esterno tipico.\nModifica delle caratteristiche dell'elenco esterno (numero di elementi, dimensioni degli elementi e così via) per verificare l'effetto sulla velocità effettiva e sulla latenza.\nRendering di una pagina del profilo tipica.\nModifica delle caratteristiche della pagina del profilo (numero di elementi per associazione, dimensioni degli elementi e così via) per verificare l'effetto sulla velocità effettiva e sulla latenza.\nLa capacità e le prestazioni degli elenchi esterni e delle pagine del profilo dipendono in larga misura dal volume di dati elaborato. Per gli elenchi esterni, la quantità di dati elaborata è determinata da tre variabili: il numero di elementi nell'elenco esterno, il numero di colonne per elemento e le dimensioni di ogni elemento. Nella tabella seguente sono descritti gli elenchi esterni rappresentativi utilizzati per il testing.\nNumero di colonne per elemento\nPer le pagine del profilo, la quantità di dati elaborata dipende dal numero e dalla complessità delle associazioni utilizzate. Un'associazione consente di collegare tipi di contenuto esterno correlati in un sistema. Una pagina del profilo può contenere più associazioni e ogni associazione può includere numerosi elementi. Nella tabella seguente sono descritte le pagine del profilo rappresentative utilizzate per il testing.\nNumero di associazioni\nNumero di elementi per associazione\nTramite i test è stato misurato l'effetto della velocità effettiva e della latenza nelle pagine del profilo e negli elenchi esterni. I test sono stati progettati per aiutare gli sviluppatori a valutare in che modo la velocità effettiva e la latenza rispondono alle modifiche apportate alle variabili seguenti:\nNumero di server Web front-end.\nNumero di elementi nell'elenco esterno.\nDimensioni dell'elenco esterno.\nNumero di elementi per associazione.\nMetodo di autenticazione (modalità pass-through o autenticazione del servizio di archiviazione sicura).\nOrigine dati esterna (servizio Web Windows Communication Foundation (WCF) o database di SQL Server).\nCarico nel server Web front-end misurato come utilizzo della CPU.\nI valori specifici della capacità e delle prestazioni elencati in questo articolo sono diversi da quelli degli ambienti reali. I valori presentati hanno lo scopo di offrire un punto di partenza per la progettazione di un ambiente con scalabilità appropriata. Dopo aver completato una progettazione iniziale del sistema, testare la configurazione per determinare se il sistema sarà in grado di supportare i fattori specifici del proprio ambiente.\nDefinizione di area verde e di area rossa\nPer ogni configurazione, sono stati eseguiti due test per determinare un'area verde, ovvero la velocità effettiva consigliata che può essere supportata, e un'area rossa, ovvero la velocità effettiva massima che può essere tollerata per un breve intervallo di tempo ma che è consigliabile evitare.\nPer determinare i carichi utente dell'area verde e dell'area rossa, è stato innanzitutto eseguito un test in diversi passaggi, che è stato arrestato quando sono state soddisfatte le condizioni seguenti:\nPer l'area verde, tutti i server Web front-end nella farm presentano un utilizzo della CPU del 40-50% in modo coerente. Questo risultato viene ottenuto aumentando il carico utente utilizzato e definendo tempi interazione utente nei test, pertanto ogni test può avere un carico utente diverso.\nPer l'area rossa, tutti i server Web front-end nella farm presentano un utilizzo della CPU del 90-99% in modo coerente. Questo risultato viene ottenuto aumentando il carico utente utilizzato nei test, pertanto ogni test può avere un carico utente diverso.\nIn questa sezione vengono descritti l'hardware, le impostazioni e le topologie utilizzati nel test.\nPer offrire informazioni dettagliate sui risultati dei test, sono state utilizzate diverse configurazioni di farm per i test. Le configurazioni di farm includono da uno a quattro server Web e un solo computer server di database in cui viene eseguito il software di database Microsoft SQL Server 2008.\n2 processori a 2,33 GHz (4 core)\n4 processori a 3,2 GHz (4 core)\nPer i test sono stati utilizzati due sistemi esterni: un database e un servizio Web WCF. I sistemi esterni sono stati ospitati in un computer fisico distinto (informazioni dettagliate disponibili nella tabella relativa all'hardware). Nell'elenco seguente vengono descritti i due sistemi esterni:\nServizio Web WCF Servizio Web WCF che restituisce dati in memoria memorizzati nella cache. I dati vengono archiviati in modo efficiente in una tabella hash e restituiti immediatamente dopo essere stati chiamati da Servizi di integrazione applicativa. I dati sono costituiti da 8000 righe da 25 campi ognuna, di tipi .NET diversi.\nDatabase Tabella con 25 colonne, tipi di dati diversi e 8000 righe. La tabella si trova in un database distinto ospitato in SQL Server 2008.\nLa CPU e la memoria nel server Web front-end rappresentano importanti fattori limitanti per la velocità effettiva. Per i modelli di autenticazione di Servizi di integrazione applicativa che richiedono chiamate al servizio di archiviazione sicura, è anche necessario prendere in considerazione la CPU nel server applicazioni.\nLa topologia è stata diversificata aggiungendo ulteriori server Web front-end.\nTopologia di pianificazione della capacità di Servizi di integrazione applicativa\nNelle sezioni seguenti sono illustrati i risultati dei test di Servizi di integrazione applicativa in SharePoint Server 2010. Per ogni gruppo di test, vengono modificate solo determinate variabili specifiche, per illustrare l'effetto progressivo sulle prestazioni della farm.\nNei grafici dei test viene utilizzata la legenda seguente per descrivere il set di dati:\nSistema esterno, Tipo di test, [Autenticazione], [Numero di associazioni], Dimensioni elemento, Numero di elementi, Carico CPU\nOrigine dati esterna: WCF (servizio Web WCF) o DB (database).\nTipo di test: EL (External List, elenco esterno) o PP (Profile Page, pagina del profilo).\nMetodo di autenticazione: SSS (viene utilizzata una modalità di autenticazione del servizio di archiviazione sicura, ad esempio WindowsCredentials). Se non è specificato SSS, durante i test è stata utilizzata la modalità pass-through.\nNumero di associazioni nella pagina del profilo (ad esempio 2A). Questo elemento si applica solo ai test della pagina del profilo.\nDimensioni dell'elemento (in KB).\nNumero di elementi nell'elenco esterno o numero di elementi per associazione.\nCarico CPU: RZ (Red Zone, area rossa) se l'utilizzo della CPU del server Web front-end supera il 90% oppure GZ (Green Zone, area verde) se l'utilizzo della CPU del server Web front-end è compreso tra il 40% e il 50%.\nTutti i test relativi all'area rossa descritti in questo articolo sono stati effettuati senza un tempo interazione utente, ovvero un ritardo naturale tra operazioni consecutive. In un ambiente reale, ogni operazione è seguita da un ritardo dovuto al tempo necessario all'utente per eseguire il passaggio successivo dell'attività. Durante i test relativi all'area rossa, invece, ogni operazione è seguita immediatamente da quella successiva, provocando un carico continuo sulla farm. Questo carico comporta conflitti tra database e altri fattori che possono avere un effetto negativo sulle prestazioni.\nEffetto del numero di server Web front-end sulla latenza\nNei grafici seguenti sono illustrati i risultati dei test relativi all'effetto del numero di server Web front-end sulla latenza. I risultati dei test sono distribuiti in più grafici per semplificare il confronto delle variabili correlate.\nNel grafico seguente sono illustrati i risultati dei test relativi agli elenchi esterni. Il grafico può essere utilizzato per confrontare l'effetto del sistema esterno (database o servizio Web WCF) e del carico della CPU (area rossa o area verde) sulle prestazioni.\nGrafico 1: Effetto del numero di server Web front-end sulla latenza\nNell'elenco seguente viene descritto il set di dati utilizzato:\nWCF,EL,4k,500,RZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,4k,500,GZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,EL,4k,500,GZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nNel grafico seguente sono illustrati i risultati dei test relativi alle pagine del profilo. Il grafico può essere utilizzato per confrontare l'effetto del sistema esterno (database o servizio Web WCF) e del carico della CPU (area rossa o area verde) sulle prestazioni.\nGrafico 2: Effetto del numero di server Web front-end sulla latenza\nCome illustrato nel grafico 1 e nel grafico 2, il tempo medio di risposta delle pagine rimane quasi uguale per gli scenari relativi all'area verde e all'area rossa, nonostante l'aggiunta di ulteriori utenti e server Web front-end. Durante i test è stato aumentato il carico utente per mantenere tutti i server Web front-end nell'intervallo di attività della CPU necessario. Vi è comunque un miglioramento delle prestazioni in quanto, con l'aumento del numero di server Web front-end nella farm, SharePoint Server è in grado di servire un numero maggiore di utenti con la stessa velocità. Vi è un miglioramento notevole, approssimativamente di cinque volte, per i case dell'area verde rispetto a quelli dell'area rossa. È pertanto consigliabile mantenere l'utilizzo della CPU del server Web front-end nell'intervallo compreso tra il 40% e il 50%.\nWCF,PP,2A,100,RZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,PP,2A,100,RZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,PP,2A,100,GZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,PP,2A,100,GZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nNel grafico seguente sono illustrati i risultati dei test relativi all'area rossa. I dati analoghi vengono appaiati, in modo che l'unica variabile sia costituita dall'autenticazione utilizzata. Questi dati possono essere utilizzati per determinare se l'utilizzo del servizio di archiviazione sicura influisce sulle prestazioni.\nI test sono stati eseguiti utilizzando un ambiente lab. La modalità pass-through è stata utilizzata solo per il confronto. Questi test non implicano la necessità di utilizzare la modalità pass-through per l'autenticazione.\nGrafico 3: Effetto del numero di server Web front-end sulla latenza\nNegli scenari relativi all'area rossa, il servizio di archiviazione sicura non sembra comportare un sovraccarico considerevole in relazione al tempo medio di risposta delle pagine. Questo risultato può essere attribuito al fatto che il sovraccarico del servizio di archiviazione sicura è oscurato da un fattore più importante, ovvero il carico utente elevato. Nella maggior parte dei casi, i risultati sono simili sia in caso di utilizzo che di non utilizzo del servizio di archiviazione sicura.\nTenere inoltre presente che il servizio di archiviazione sicura ha un effetto minimo sui server applicazioni.\nWCF,EL,4k,500,RZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,SSS,4k,500,RZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,PP,2A,100,RZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,PP,SSS,2A,100,RZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,EL,SSS,4k,500,RZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,PP,2A,100,RZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end superiore al 90%.\nNel grafico seguente sono illustrati i risultati dei test relativi all'area verde. I dati analoghi vengono appaiati, in modo che l'unica variabile sia costituita dall'autenticazione utilizzata. Il set di dati simile può essere utilizzato per determinare se l'utilizzo del servizio di archiviazione sicura influisce sulle prestazioni.\nGrafico 4: Effetto del numero di server Web front-end sulla latenza\nIl sovraccarico associato con il servizio di archiviazione sicura diventa più evidente per le pagine del profilo durante scenari di carico tipici. Per le pagine del profilo si verifica un piccolo aumento del tempo medio di risposta delle pagine, di circa 20 millisecondi.\nWCF,EL,4k,500,GZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nWCF,EL,SSS,4k,500,GZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nWCF,PP,2A,100,GZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nWCF,PP,SSS,2A,100,GZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,EL,4k,500,GZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,EL,SSS,4k,500,GZ: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,PP,2A,100,GZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,PP,SSS,2A,100,GZ: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nEffetto del numero di server Web front-end sulla velocità effettiva\nNel grafico seguente sono illustrati i risultati dei test relativi agli elenchi esterni in relazione al numero di richieste al secondo (RPS, request per second). Il grafico può essere utilizzato per confrontare l'effetto del carico della CPU (area rossa o area verde) sulle prestazioni.\nGrafico 1: Effetto del numero di server Web front-end sulla velocità effettiva\nWCF,EL,4k,500,RZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,4k,500,GZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nNel grafico seguente sono illustrati i risultati dei test relativi alle pagine del profilo in relazione al numero di richieste al secondo (RPS, request per second). Il grafico può essere utilizzato per confrontare l'effetto del sistema esterno (database o servizio Web WCF) e del carico della CPU (area rossa o area verde) sulle prestazioni.\nGrafico 2: Effetto del numero di server Web front-end sulla velocità effettiva\nCome illustrato nel grafico 1 e nel grafico 2, il numero di richieste al secondo aumenta in modo lineare fino all'aggiunta del terzo server Web front-end. Dopodiché, la tendenza diventa logaritmica o sublineare. Sebbene l'aggiunta di ulteriori server Web front-end alla farm comporti maggiori vantaggi, comporta anche un valore minore rispetto al costo. In particolare, l'aggiunta di un quarto server Web front-end offre un vantaggio piuttosto piccolo.\nWCF,PP,2A,100,RZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,PP,2A,100,RZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,PP,2A,100,GZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,PP,2A,100,GZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nNel grafico seguente sono illustrati i risultati dei test relativi all'area rossa in relazione al numero di richieste al secondo (RPS, request per second). I dati analoghi vengono appaiati, in modo che l'unica variabile sia costituita dall'autenticazione utilizzata. I risultati possono essere utilizzati per determinare se l'utilizzo del servizio di archiviazione sicura influisce sulle prestazioni.\nGrafico 3: Effetto del numero di server Web front-end sulla velocità effettiva\nWCF,EL,4k,500,RZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,SSS,4k,500,RZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,PP,2A,100,RZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,PP,SSS,2A,100,RZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,EL,4k,500,RZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,EL,SSS,4k,500,RZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,PP,2A,100,RZ;RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,PP,SSS,2A,100,RZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nNel grafico seguente sono illustrati i risultati dei test relativi all'area verde in relazione al numero di richieste al secondo (RPS, request per second). I dati analoghi vengono appaiati, in modo che l'unica variabile sia costituita dall'autenticazione utilizzata. I risultati possono essere utilizzati per determinare se l'utilizzo del servizio di archiviazione sicura influisce sulle prestazioni.\nGrafico 4: Effetto del numero di server Web front-end sulla velocità effettiva\nCome illustrato nel grafico 3 e nel grafico 4, il sovraccarico del servizio di archiviazione sicura comporta, in alcuni casi, valori inferiori relativi al numero di richieste al secondo. La tendenza logaritmica lineare è tuttavia simile e nella maggior parte dei casi la differenza nel numero di richieste al secondo in caso di utilizzo o in caso di non utilizzo del servizio di archiviazione sicura è minima.\nWCF,EL,4k,500,GZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nWCF,EL,SSS,4k,500,GZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nWCF,PP,2A,100,GZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nWCF,PP,SSS,2A,100,GZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,EL,4k,500,GZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,EL,SSS,4k,500,GZ,RPS: elenco esterno con 500 elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,PP,2A,100,GZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database, modalità di autenticazione pass-through e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,PP,SSS,2A,GZ,RPS: pagina del profilo con 2 associazioni, 100 elementi per associazione, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nEffetto delle dimensioni degli elementi sulla latenza\nNel grafico seguente sono illustrati i risultati dei test relativi all'effetto delle dimensioni degli elementi esterni sulla latenza. Nei test sono state aumentate le dimensioni degli elementi dell'elenco esterno ed è stato misurato l'effetto sulla latenza.\nWCF,EL,500,RZ: elenco esterno con 500 elementi, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,SSS,500,RZ: elenco esterno con 500 elementi, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,500,GZ: elenco esterno con 500 elementi, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nWCF,EL,SSS,500,GZ: elenco esterno con 500 elementi, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nEffetto delle dimensioni degli elementi sulla velocità effettiva\nNel grafico seguente sono illustrati i risultati dei test relativi all'effetto delle dimensioni degli elementi esterni sulla velocità effettiva, misurata in numero di richieste al secondo (RPS, request per second). Nei test sono state aumentate le dimensioni degli elementi dell'elenco esterno ed è stato misurato l'effetto sulla velocità effettiva.\nLe prestazioni in termini di richieste al secondo scendono sempre al di sotto di un indicatore lineare con l'aumentare delle dimensioni degli elementi. Condizioni di carichi elevati comportano un numero maggiore di richieste al secondo. Come illustrato nei risultati dei test precedenti, tuttavia, le condizioni di carichi elevati possono anche provocare un aumento dei tempi di risposta delle pagine.\nEffetto del numero di elementi sulla latenza\nNel grafico seguente sono illustrati i risultati dei test relativi all'effetto del numero di elementi sulla latenza. Nei test è stato aumentato il numero di elementi dell'elenco esterno ed è stato misurato il tempo necessario per il rendering della pagina.\nWCF,EL,4k,RZ: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,SSS,4k,RZ: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,EL,4k,RZ: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,EL,SSS,4k,RZ: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,4k,GZ: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nWCF,EL,SSS,4k,GZ: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,EL,4k,GZ: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,EL,SSS,4k,GZ: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nEffetto del numero di elementi sulla velocità effettiva\nNel grafico seguente sono illustrati i risultati dei test relativi all'effetto del numero di elementi sulla velocità effettiva, misurata in numero di richieste al secondo (RPS, request per second). Nei test è stato aumentato il numero di elementi dell'elenco esterno ed è stato misurato l'effetto sulla velocità effettiva.\nCome illustrato in questo grafico, il numero di richieste al secondo diminuisce in modo quasi lineare con l'aumentare del numero di elementi. Rispetto ai test precedenti relativi all'effetto delle dimensioni degli elementi, l'aumento del numero di elementi sembra influenzare maggiormente le prestazioni, rispetto all'aumento delle dimensioni degli elementi.\nWCF,EL,4k,RZ,RPS: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,SSS,4k,RZ,RPS: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,EL,4k,RZ,RPS: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,EL,SSS,4k,RZ,RPS: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,EL,4k,GZ,RPS: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nWCF,EL,SSS,4k,GZ,RPS: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,EL,4k,GZ,RPS: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,EL,SSS,4k,GZ,RPS: elenco esterno con un numero variabile di elementi, 4 KB di dati per elemento, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nEffetto del numero di elementi per associazione sulla latenza\nNel grafico seguente sono illustrati i risultati dei test relativi all'effetto del numero di elementi di un'associazione sulla latenza. Nei test è stato aumentato il numero di elementi di un'associazione ed è stato misurato il tempo necessario per il rendering della pagina.\nWCF,PP,2A,RZ: pagina del profilo con 2 associazioni, sistema esterno costituito da un servizio Web WCF e utilizzo della CPU del server Web front-end superiore al 90%.\nWCF,PP,SSS,2A,RZ: pagina del profilo con 2 associazioni, sistema esterno costituito da un servizio Web WCF, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end superiore al 90%.\nDB,PP,2A,GZ: pagina del profilo con 2 associazioni, sistema esterno costituito da un database e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nDB,PP,SSS,2A,GZ: pagina del profilo con 2 associazioni, sistema esterno costituito da un database, modalità di autenticazione del servizio di archiviazione sicura (ad esempio WindowsCredentials) e utilizzo della CPU del server Web front-end compreso tra il 40% e il 50%.\nEffetto del numero di elementi per associazione sulla velocità effettiva\nNel grafico seguente sono illustrati i risultati dei test relativi all'effetto del numero di elementi di un'associazione sulla velocità effettiva, misurata in numero di richieste al secondo (RPS, request per second). Nei test è stato aumentato il numero di elementi di un'associazione ed è stato misurato l'effetto sulla velocità effettiva.\nConsigli per i componenti hardware\nPer informazioni specifiche sui requisiti di sistema minimi e consigliati, vedere Requisiti hardware e software (SharePoint Server 2010) (http://go.microsoft.com/fwlink/?linkid=166546&clcid=0x410).\nI requisiti di memoria per i server Web e i server di database dipendono dalle dimensioni della farm, dal numero di utenti simultanei e dalla complessità delle caratteristiche e delle pagine della farm. I consigli relativi alla memoria nella tabella seguente possono essere sufficienti per una farm di piccole dimensioni o utilizzata in modo poco intensivo. È tuttavia necessario monitorare attentamente l'utilizzo della memoria per determinare se è necessario aggiungerne ulteriore.\nConsigli relativi alle prestazioni di Servizi di integrazione applicativa\nIn questa sezione vengono forniti consigli relativi alle prestazioni per l'utilizzo di elenchi esterni e pagine del profilo, nonché consigli generali relativi alle prestazioni per Servizi di integrazione applicativa.\nConsigli relativi agli elenchi esterni\nNella tabella seguente viene descritto come vengono spostati i dati dal sistema esterno in un elenco esterno.\nTramite Servizi di integrazione applicativa Microsoft viene eseguita una query sul sistema esterno e i dati restituiti vengono caricati in SharePoint Server.\nVengono eseguite ulteriori operazioni di elaborazione (ordinamento, filtro, raggruppamento) sui dati caricati.\nViene eseguito il rendering degli elementi nella pagina dall'elenco esterno.\nIn Servizi di integrazione applicativa Microsoft non è disponibile una cache in memoria per gli elementi esterni. Le operazioni di caricamento, elaborazione e rendering dei dati devono essere eseguite ogni volta che un elenco esterno viene aggiornato. Molti di questi consigli sono pertanto finalizzati a limitare la quantità di dati da elaborare.\nDi seguito sono elencati i consigli relativi agli elenchi esterni:\nLimitare il più possibile il numero di elementi da elaborare limitando il numero di righe restituite dal sistema esterno. Questo fattore è fondamentale per le prestazioni degli elenchi esterni. È consigliabile mantenere il numero di righe restituite tra 100 e 500. Le righe restituite dal sistema esterno non devono essere più di 2000. È possibile utilizzare filtri per limitare il numero di elementi restituiti dal sistema esterno. Per ulteriori informazioni sui filtri, vedere Procedura: Creare un tipo di contenuto esterno basato su una tabella di SQL Server (le informazioni potrebbero essere in lingua inglese) (http://go.microsoft.com/fwlink/?linkid=192184&clcid=0x410) (le informazioni potrebbero essere in lingua inglese).\nIl rendering di un elenco comporta un utilizzo intensivo della CPU nel server Web front-end e nel server applicazioni. Il numero di elementi di cui viene eseguito il rendering è diverso dal numero totale di elementi caricati ed elaborati. Il numero di elementi di cui viene eseguito il rendering dipende dalla configurazione della visualizzazione dell'elenco esterno. Considerare l'esperienza utente globale e il numero di elementi che possono essere visualizzati comodamente su uno schermo e mantenere su un livello ragionevole il numero di elementi di cui viene eseguito il rendering in una pagina. È consigliabile mantenere questo numero intorno ai 30 elementi per pagina (impostazione predefinita).\nMantenere su un livello ragionevole il numero di colonne in un elenco esterno. Un numero elevato di colonne può influire sulle prestazioni nonché comportare un'esperienza utente poco soddisfacente (numero di colonne troppo elevato per essere comodamente visualizzato sullo schermo).\nNon includere colonne di grandi dimensioni (in particolare stringhe) nelle visualizzazioni elenco. Le colonne di dimensioni maggiori di 1 KB non devono essere incluse in una visualizzazione elenco. Il tipo di contenuto esterno può comunque includere colonne di grandi dimensioni, che devono tuttavia essere visualizzate solo nella visualizzazione a elementi singoli.\nQuando si progetta un elenco esterno, configurare la visualizzazione predefinita in base a quella che si ritiene sia la preferita dagli utenti. La modifica dell'ordinamento o del filtro in una visualizzazione richiede il caricamento, l'elaborazione e il rendering dei dati.\nConsigli relativi alla pagina del profilo\nIl numero di associazioni è un fattore fondamentale per le prestazioni delle pagine del profilo. Per garantire prestazioni ottimali, è consigliabile limitare il numero di associazioni a non più di 2.\nCon un numero maggiore di elementi per associazione è possibile prevedere prestazioni minori, sia per quanto riguarda la velocità effettiva che la latenza.\nConsigli generali relativi a Servizi di integrazione applicativa\nÈ stato riscontrato un miglioramento notevole, approssimativamente di cinque volte, nelle prestazioni per quanto riguarda l'effetto del numero di server Web front-end sulla latenza e nei case dell'area verde rispetto a quelli dell'area rossa. È consigliabile mantenere l'utilizzo della CPU del server Web front-end nell'intervallo compreso tra il 40% e il 50%.\nIl numero di elementi sembra avere un effetto sulle prestazioni maggiore rispetto alle dimensioni degli elementi. Se si controlla l'origine dati esterna, per ottenere risultati migliori mantenere elevate le dimensioni degli elementi e basso il numero di elementi. Prendere ad esempio in considerazione l'idea di aggregare dati di grandi dimensioni in un singolo elemento anziché suddividere i dati in numerosi elementi.\nAnche i livelli di registrazione diagnostica per Servizi di integrazione applicativa Microsoft possono rappresentare un fattore importante per la latenza e la velocità effettiva percepite dagli utenti. Mantenere i livelli di registrazione al minimo consentito in base alle esigenze aziendali per un utilizzo regolare. Impostare temporaneamente un livello di dettaglio maggiore per la registrazione solo quando è necessario un monitoraggio più approfondito.\nLe prestazioni del sistema esterno giocano un ruolo importante per le prestazioni di Servizi di integrazione applicativa. Considerare la latenza e la velocità effettiva del sistema esterno quando si pianificano la capacità e le prestazioni.\nTopologie con scalabilità verticale e orizzontale\nÈ possibile stimare le prestazioni della topologia di partenza confrontando la propria topologia con quelle descritte in Pianificare la disponibilità (SharePoint Server 2010) (http://go.microsoft.com/fwlink/?linkid=189518&clcid=0x410). In questo modo, sarà possibile determinare in modo rapido se, per soddisfare gli obiettivi di prestazioni e capacità, è necessaria scalabilità orizzontale o verticale per la topologia.\nPer aumentare la capacità e le prestazioni di una delle topologie di partenza, è possibile implementare la scalabilità verticale aumentando la capacità dei computer server esistenti oppure implementare la scalabilità orizzontale aggiungendo ulteriori server alla topologia. In questa sezione vengono descritte le caratteristiche di prestazioni generali di diverse topologie con scalabilità orizzontale. Le topologie di esempio rappresentano le modalità comuni seguenti di implementazione della scalabilità orizzontale.\nPer consentire un carico utente maggiore, aggiungere computer server Web.\nPer consentire un carico di dati maggiore, aggiungere capacità al ruolo del server di database aumentando la capacità di un singolo server (in cluster o con mirroring), eseguendo l'aggiornamento a un server a 64 bit oppure aggiungendo server in cluster o con mirroring.\nMantenere un rapporto di non più di otto computer server Web (in cluster o con mirroring) a un computer server di database (in cluster o con mirroring). Anche se dai test è emerso un rapporto ottimale specifico tra server Web e server di database per ogni scenario, la distribuzione di hardware più robusto, in particolare per il server di database, può consentire risultati migliori nell'ambiente.\nMolti fattori possono influire sulla velocità effettiva, tra cui i seguenti:\nTipo, complessità e frequenza delle operazioni utente\nNumero di postback in un'operazione\nPrestazioni delle connessioni dati\nOgnuno di questi fattori può avere un effetto significativo sulla velocità effettiva della farm. Considerare con attenzione ognuno di questi fattori quando si pianifica la distribuzione.\nÈ possibile distribuire e configurare SharePoint Server 2010 in diversi modi. Non esiste pertanto una soluzione semplice per stimare il numero di utenti che possono essere supportati da un determinato numero di server. È necessario eseguire test nel proprio ambiente prima di distribuire SharePoint Server 2010 in un ambiente di produzione.\nColli di bottiglia comuni e relative cause\nDurante i test delle prestazioni si sono manifestati diversi colli di bottiglia comuni. Un collo di bottiglia è una condizione in cui viene raggiunto il limite di capacità di un singolo componente di una farm. Questa situazione comporta una situazione di stasi o una diminuzione della velocità effettiva della farm.\nNella tabella seguente sono elencati alcuni colli di bottiglia comuni con le relative cause e le possibili soluzioni.\nRisoluzione dei problemi di prestazioni e scalabilità\nI blocchi di database impediscono a più utenti di apportare modifiche in conflitto a un set di dati. Quando un set di dati viene bloccato da un utente o da un processo, nessun altro utente o processo può modificare tale set fino a quando il primo utente o processo non avrà completato la modifica dei dati e rilasciato il blocco.\nPer contribuire alla riduzione dell'incidenza dei blocchi di database, eseguire le operazioni seguenti:\nDistribuire i moduli inviati in più raccolte documenti.\nImplementare la scalabilità verticale nel server di database.\nSono disponibili metodi per aggirare il sistema di blocco del database in SQL Server 2005, ad esempio il parametro NOLOCK. L'utilizzo di questo metodo non è tuttavia consigliato né supportato, in quanto può danneggiare i dati.\nQuando il numero di richieste di I/O per un disco rigido supera la capacità di I/O del disco, le richieste vengono accodate. Di conseguenza, il tempo necessario per completare ogni richiesta aumenta.\nLa distribuzione di file di dati in più unità fisiche consente l'I/O parallelo. Nel blog I/O del disco e allocazione di SharePoint (le informazioni potrebbero essere in lingua inglese) (http://go.microsoft.com/fwlink/?linkid=129557&clcid=0x410) (le informazioni potrebbero essere in lingua inglese) sono disponibili numerose informazioni utili sulla risoluzione dei problemi relativi all'I/O del disco.\nPer risolvere questo problema, è possibile procedere in due modi. È possibile aggiungere altri server Web alla farm per distribuire il carico utente oppure implementare la scalabilità verticale per uno o più server Web aggiungendo processori più veloci. Per ulteriori informazioni, vedere Pianificare la disponibilità (SharePoint Server 2010) (http://go.microsoft.com/fwlink/?linkid=189518&clcid=0x410).\nPer determinare quando è necessario implementare la scalabilità verticale o orizzontale per il sistema, utilizzare i contatori delle prestazioni per monitorare l'integrità del sistema. Utilizzare le informazioni riportate nelle tabelle seguenti per stabilire quali contatori delle prestazioni monitorare e a quale processo applicarli.\nNella tabella seguente sono indicati i contatori delle prestazioni e i processi da monitorare per i server Web della farm.\nIndica la percentuale del tempo trascorso in cui il thread corrente ha utilizzato il processore per eseguire istruzioni.\nIndica l'utilizzo medio della memoria di sistema per il pool di applicazioni. È necessario determinare il pool di applicazioni corretto da monitorare.\nNella tabella seguente sono indicati i contatori delle prestazioni e i processi da monitorare per i server di database della farm.\nIndica l'utilizzo medio della memoria di sistema.\nCentro risorse: Servizi di integrazione applicativa in SharePoint Server 2010 (le informazioni potrebbero essere in lingua inglese)


Gli scontri sulla spianata della moschea - Conversando con Gerusalemme\nGli scontri sulla spianata della moschea\nPosted on 26 Ottobre 2009 in Palestina-Israele | 4 comments\nVideo dal canale Youtube di AlJazeera\nMentre noi andavamo a messa al Der Rafat per la festa di Maria Regina della Palestina (a breve un resoconto), a Gerusalemme riprendevano gli scontri sulla spianata della moschea. Riporto un bel articolo di Paola Caridi che vi consiglio di leggere:\nDi nuovo scontri, e di nuovo ad Al Aqsa. Tra polizia israeliana e fedeli palestinesi musulmani riuniti sulla Spianata delle Moschee. Ormai la tensione si alza con sempre più frequenza, attorno al cosiddetto Bacino Sacro della Città Vecchia di Gerusalemme. L’ultima volta era successo neanche due settimane fa, quando – da sabato 3 ottobre al sabato successivo – vi era stato un braccio di ferro, sempre tra polizia israeliana e fedeli palestinesi. Questo è il racconto che avevo fatto, basato sulle testimonianze raccolte in Città Vecchia. Continua su invisiblearabs\nDal web: Mordecai, genio di Gaza, Breaking the Silence, futuri diaconi\n« Mappe e approfondimenti\nLa chiesa riunita intorno alla Regina »\nAndrea\t26 Ottobre 2009\nLa verità sulla cd. “rivolta” sul Monte del Tempio è che loro, i signori palestinesi, non hanno permesso a 15 ebrei, ben quindici, numero da paura, di entrare a pregare nel luogo piu’ sacro dell’ebraismo dove, secondo chi crede, esiste il Santo dei Santi, l’area piu’ sacra in assoluto agli ebrei.\nNel 2000 l’ ANP decise che nessun non musulmano poteva salire sul Monte del Tempio e chi lo fa vive un’esperienza schizofrenica nel vedere la grandezza del luogo e nel pensare alla storia di questo Monte che per 1000 anni fu un tutt’uno col Popolo Ebraico, fino alla distruzione del Secondo Tempio.\nPer 2000 anni gli ebrei hanno sognato di ritornarvi e adesso che il Monte fa parte di Israele proprio ad essi e’ proibito salirvi per pregare, in favore degli occupanti arabi.\nArabi e arabi palestinesi famosi, tra uno sgozzamento e l’altro, per la loro tolleranza nei confronti delle altre fedi.\nIl Monte e’ tanto grande che potrebbe contenere migliaia di fedeli di ben piu’ di una sola religione, quella islamica naturalmente, se solo loro non fossero fanatici che impediscono a chiunque non sia musulmano di salire, pena la vita.\nPaperoga\t28 Ottobre 2009\nLa verità della spianata delle moschee è un po’ più complessa di come la descrivi (sarebbe corretto da parte tua mettere il tuo nome e il tuo vero indirizzo email. Altri commenti “anonimi” di questo tono non li pubblicherò).\nAi turisti, anche ebrei, è consentita la visita, ma non la preghiera. Per la preghiera ci sono altri luoghi nelle vicinanze, che evitano di accendere micce pericolose. Tu sai che gli ebrei ortodossi non salgono sulla spianata per non rischiare di calpestare il luogo dove sorgeva il Santo dei Santi.\nPurtroppo i gruppi di ebrei citati nell’articolo hanno intenzioni che vanno al di là di una semplice preghiera. Lo sappiamo visitando altri luoghi contesi come questo. Dove, quasi 2000 anni fa, sorgeva il Tempio, che da 2000 anni è stato distrutto, ora, anzi da 1400 anni, ci sono le Moschee, luogo santo per i mussulmani.\nPurtroppo fanatismo, occupazione, violenza, intolleranza sono caratteristiche che si trovano anche tra gli israeliani.\nlorenzo\t29 Ottobre 2009\nCaro Andrea non prendertela troppo. E’ evidente che l’anonimo che ha scritto qui sopra conosce poco la storia e per nulla la posizione della Chiesa Cattolica riguardo Gerusalemme. Per capirne almeno un poco gli sarebbe sufficiente dare un’occhiata alle dichiarazioni dei Patriarchi di Gerusalemme negli ultimi venti anni e ai discorsi pronunciati in occasione delle visite prima di Giovanni Paolo II e recentemente di Benedetto XVI. Buon lavoro. Lorenzo\nAndrea Girolami\t11 Novembre 2009\nForse i cristiani che tanto amano e difendono i palestinesi dovrebbero pensare che, se Israele dovesse capitolare e consegnare agli arabi i luoghi santi della cristianità, sarà molto difficile poterli visitare e Gerusalemme diventerebbe come Betlemme, citta’ da dove i cristiani scappano a gambe levate.\nTutto diventerebbe di proprietà islamica, anche il Santo Sepolcro.\nSi ricordino i cristiani che quando Gerusalemme era sotto occupazione giordana era molto complicato accedere ai luoghi santi. Agli ebrei era addirittura proibito sempre in nome della personalissima interpretazione islamica della “liberta’ di culto”.


Artrosi del ginocchio: cause, sintomi e rimedi - Top Physio Clinics Roma\nCos’è l’artrosi del ginocchio\nL’artrosi del ginocchio è conosciuta anche come gonartrosi o osteoartrite del ginocchio – in quest’ultimo caso forse un po’ impropriamente, in quanto il suffisso “–ite” punta l’attenzione sulla componente infiammatoria che coinvolge l’articolazione colpita dall’alterazione. È importante, quindi, non confondere la gonartrosi con altre patologie caratterizzate dall’imponente coinvolgimento infiammatorio, come l’artrite: l’artrosi del ginocchio è infatti una condizione degenerativa non autoimmunitaria, di solito caratterizzata solo da una modesta componente infiammatoria e, piuttosto, da una predominante manifestazione cronica e irreversibile.\nLa gonartrosi si manifesta con una perdita progressiva della cartilagine che riveste l’articolazione, esponendo le ossa ad un ripetuto sfregamento (nello specifico, sono coinvolte le superfici articolari di femore-tibia e rotula). Questo processo, che viene stimolato durante i movimenti ripetuti di flesso-estensione, porta gradualmente l’articolazione all’usura e, se non trattato, a deformità ossee.\nLe cause o, meglio, i fattori di rischio che predispongono all’insorgenza di un’artrosi del ginocchio sono varie:\nAnomalie articolari congenite: come un ginocchio valgo (a x) o un ginocchio varo (a parentesi)\nL’entità e la frequenza di infortuni pregressi che il paziente ha subito al ginocchio\nOperazioni chirurgiche: le quali hanno comportato la rimozione di uno o di entrambi i menischi\nL’obesità e il sovrappeso in quanto sottopongono il ginocchio ad un carico eccessivo\nLa ripetuta sollecitazione dell’articolazione del ginocchio per impegno sportivo o lavorativo. Raramente la causa è univoca: più spesso è la combinazione di questi fattori a generare la patologia.\nIl dolore è il sintomo più tipico della gonartrosi: negli stadi meno gravi, compare dopo prolungata attività da sovraccarico dell’articolazione ma, con il progredire della patologia, può manifestarsi anche per minimi movimenti. Alcuni pazienti riferiscono di avvertire dolore anche durante la notte, al mattino appena svegli e in una condizione di riposo.\nAltra caratteristica del paziente affetto da artrosi di ginocchio è la condizione di rigidità riferita al risveglio o dopo prolungati periodi di immobilità, che va attenuandosi con un movimento continuo di bassa intensità.\nA volte si manifestano dei rumori, crepitii, scricchiolii durante il coinvolgimento articolare; questi si devono all’alterato sfregamento del femore sulla tibia o della rotula sul femore, non più attutito dalla cartilagine né, in condizioni più gravi, lubrificato dal liquido sinoviale (il liquido presente all’interno dell’articolazione e che permette alle superfici articolari di scorrere l’una sull’altra riducendone l’attrito).\nCon l’avanzare dello stato degenerativo compare anche la deformità articolare.\nSolo recentemente l’artrosi è stata messa in relazione con la presenza di un’infiammazione cronica di basso grado, caratterizzata dalla presenza di una condizione di sinovite (anche in questo caso il suffisso “-ite” ci aiuta nel riconoscere e definire un quadro infiammatorio a carico delle strutture sinoviali, ovvero del sottile strato che riveste internamente l’articolazione e che produce il liquido sinoviale). Il grado di infiammazione sinoviale è molto inferiore rispetto a quello che caratterizza pazienti con quadri di artrite; si ipotizza, tuttavia, che il danno cartilagineo iniziale, determinato dai fattori di rischio di cui abbiamo parlato in precedenza, rappresenti l’innesco del processo infiammatorio che poi determina il perpetuarsi del danno articolare e la progressione di malattia. Questo specifico quadro clinico è tipico delle forme di artrosi del ginocchio a prevalente componente infiammatoria, in cui il dolore si associa a calore, rossore e tumefazione nella sede articolare coinvolta.\nL’artrosi del ginocchio si può presentare in diversi gradi a seconda dello stato degenerativo in cui si trova. Per valutare quanto sia compromessa la situazione si fa riferimento a parametri radiografici, classificati secondo diversi gradi di gravità\ngrado 0: l’articolazione non presenta segni di artrosi o formazioni anomale come gli osteofiti (escrescenze che si formano sulla superficie della cartilagine, che, in condizioni fisiologiche, è liscia e omogenea).\n1° grado: lo spazio articolare è conservato, è evidente una iniziale formazione di osteofiti ma, soprattutto, un modesto assottigliamento della cartilagine articolare.\n2° grado: appare una riduzione iniziale della rima articolare e una limitata formazione di osteofiti.\n3° grado: alle indagini radiografiche si manifesta una iniziale sclerosi delle ossa, anche se non marcata. Le formazioni di osteofiti sono più numerose.\n4° grado: molto evidente il restringimento dello spazio articolare e marcata la sclerosi ossea. La deformazione delle ossa è ben visibile, con ampia formazione osteofitosica, nelle aree di cartilagine residue.\nIl trattamento della gonartrosi varia a seconda del grado di degenerazione.\nNegli stadi più lievi l’approccio è di tipo conservativo, caratterizzato dalla somministrazione di farmaci e l’attuazione di programmi riabilitativi al fine di:\n– Eliminare il dolore e gestire la degenerazione, attraverso trattamenti con tens, tecar, correnti galvaniche per veicolare farmaci antinfiammatori, laser.\n– Mantenere la funzionalità residua dell’articolazione attraverso lievi esercizi di mobilità, preferibilmente svolti in acqua così da ridurre il carico di lavoro sull’articolazione sofferente.\n– Ripristinare il miglior equilibrio tra muscoli agonisti ed antagonisti che agiscono sul delicato equilibrio dell’articolazione del ginocchio, attraverso adeguati esercizi di rinforzo ed allungamento.\nUn supporto molto efficace da affiancare al trattamento fisioterapico conservativo, sotto il controllo medico, è dato dall’utilizzo di infiltrazioni di acido ialuronico, così da sopperire all’assenza di liquido sinoviale e lubrificare l’articolazione, riducendo l’attrito tra le superfici articolari. Negli stadi più avanzati, quando le limitazioni funzionali ed il dolore diventano troppo invalidanti, si opta per un approccio chirurgico, attraverso l’impianto di una protesi di ginocchio totale o parziale.\nEssendo l’artrosi uno stato patologico, progressivo ed irreversibile, gioca un ruolo fondamentale la prevenzione, al fine di inibire l’istaurarsi del circolo vizioso (dolore-limitazione funzionale) che abitualmente si genera e condiziona l’instaurarsi e il progredire dello stato degenerativo.\nGli interventi fondamentali per agire sulla prevenzione sono:\ncontrollare e ridurre il peso corporeo;\ncorreggere eventuali vizi posturali e posizioni scorrette adottate durante la giornata;\nl’impiego di tutori ortopedici;\nsvolgere un’attività fisica adeguata, riducendo o evitando carichi eccessivi e ripetuti;\nrinforzare la muscolatura di sostegno al ginocchio;\nComincia la tua riabilitazione insieme a noi!\nTrova il centro di fisioterapia più vicino a casa tua\nFleming – Roma\nPrenestino – Roma\nTalenti – Roma\nBalduina – Roma


Case vacanza per El Palmar, ES: Case, etc | HomeAway\nEl Palmar: trova sul nostro sito 1.772 case vacanza per il 2019. Puoi scegliere tra 626 Case, 232 Ville e molto di più! Trascorri un soggiorno indimenticabile con la famiglia o gli amici, che sia un fine settimana o un periodo più lungo. Scopri la zona circostante (El Palmar) con HomeAway: ti sentirai come a casa.\nHomeAway offre un’ampia selezione di sistemazioni per vacanze a El Palmar vicino ai maggiori luoghi di interesse. Secondo i viaggiatori HomeAway, i luoghi d’interesse da non perdere vicino a cui trovare una sistemazione sono:\nSpiaggia di Conil: 2.503 proprietà in affitto\nClub de Golf Novo Sancti Petri: 2.926 proprietà in affitto\nCapo Trafalgar: 2.466 proprietà in affitto\nSpiaggia di Bolonia: 1.120 proprietà in affitto\nMa ci sono molti altri luoghi di interesse a El Palmar in cui trovare sistemazioni tramite HomeAway. Usa la barra di ricerca per trovare una selezione di case vacanza disponibili nei pressi dei luoghi di interesse che hai selezionato.\nCerto che ci sono! HomeAway propone 626 Case a El Palmar. Tra gli altri tipi di proprietà disponibili per le tue vacanze a El Palmar ci sono:\nCerto, seleziona la sistemazione con piscina che preferisci per le tue ferie tra 942 case vacanza con piscina disponibili a El Palmar. Usa la barra di ricerca per trovare una selezione di case vacanza.\nEl Palmar: scopri luoghi nelle vicinanze


Emspira 3 | Prodotti | Leica Microsystems\nEmspira 3 consente di risparmiare il tempo e di dedicarlo a migliorare il rendimento nei compiti più impegnativi e a ispezionare più campioni. Per un processo decisionale efficiente, è possibile usufruire di un sistema di archiviazione sicuro e di una facile condivisione della documentazione, sia in modalità autonoma che con il PC. Il design di Emspira 3 consente di concentrarsi in modo sicuro e affidabile sul lavoro di ispezione, sia in ambienti di produzione che di laboratorio.\nIl microscopio digitale Emspira 3 consente agli utenti di semplificare i processi di ispezione, soddisfare in modo flessibile le esigenze di ispezione e lavorare con fluidità.\nSemplifica il processo d’ispezione\nEmspira 3 è la soluzione integrata per il confronto, la misurazione e la condivisione dei dati, che consente di ottimizzare l'ispezione e fare a meno del PC.\nIspeziona utilizzando un unico sistema\nEmspira 3 consente di eseguire attività di ispezione visiva senza la necessità di un PC, offrendoti anche il vantaggio di un maggior ordine. L’on-screen display (OSD) integrato in dotazione fornisce strumenti intuitivi per il funzionamento autonomo.\nNon è più necessario disporre di più workstation dotate di PC per le varie fasi del lavoro. Si migliora l’efficienza perché non si perderà più tempo a passare da una workstation all'altra.\nMicroscopio digitale Emspira 3 con supporto integrato per illuminazione incidente LED LED2000.\nMisura e annota direttamente mentre esegui l'ispezione visiva, senza bisogno di un PC\nIn modalità autonoma, è possibile misurare più regioni nell'immagine del campione direttamente sull'immagine live e salvare i relativi risultati. Evidenzia facilmente le caratteristiche e le aree di interesse sul campione aggiungendo all’immagine commenti e conclusioni grazie a testi ed elementi grafici.\nConfronta direttamente immagini di riferimento con un unico clic\nIl processo decisionale di accettazione/rifiuto risulta facilitato confrontando direttamente l'immagine live reale con immagini di riferimento o con sovrapposizioni personalizzate, mediante un solo un clic. Risulta particolarmente utile per le attività ricorrenti, quali ad esempio la verifica se parti o componenti rientrano nelle tolleranze specificate.\nRitengo che Emspira 3 sia un sistema sviluppato in modo intelligente. La qualità dell'immagine, la rapidità dell’immagine live e le funzionalità di misurazione integrate sono eccezionali! Il suo utilizzo è semplice, preciso e logico. Possiede tutte le funzionalità di cui ho bisogno per lavorare. Con Emspira 3, non dovrò più chiedere ai miei colleghi R&S di poter utilizzare il loro sistema di imaging. Immagino che Emspira 3 possa sostituire il sistema di imaging attualmente in uso. Una volta integrato nel reparto in cui lavoro, aumenterebbe notevolmente la nostra efficienza.\nLavoro in rete per facilitare la condivisione e l’archiviazione\nMigliora la comunicazione per adottare decisioni sicure\nIn modalità autonoma, è possibile salvare automaticamente le immagini nelle cartelle di rete per condividerle in modo più pratico e inviare rapidamente le immagini via e-mail premendo un pulsante.\nMantieni i tuoi dati sempre disponibili\nRiduci al minimo il rischio di perdita dei dati conservando i risultati e i dati nella rete locale per un’archiviazione senza problemi. Questa funzionalità garantisce che tutti i dati pertinenti siano disponibili quando se ne ha bisogno.\nMicroscopio digitale Emspira 3 con base standard e illuminazione con anello di luce LED3000.\nEmspira 3 si adatta alle tue esigenze – disponibile in diverse configurazioni.\nSoddisfa in modo flessibile le tue esigenze di ispezione\nUtilizza Emspira 3 come desideri. Ottieni la soluzione più adatta alle tue esigenze: si adatta alle esigenze dei singoli utenti.\nSi adatta alle diverse attività che svolgi\nPersonalizza Emspira 3 in base alle necessità di analisi dei vari campioni e adattalo facilmente alle mutevoli esigenze applicative, quali quelle della R&D e dell'analisi dei difetti, grazie al suo design modulare e all'ampia gamma di accessori. A seconda delle attività, è possibile scegliere come salvare le immagini: su unità USB o in cartelle di rete.\nUtilizza l'illuminazione più adatta al campione: tra le varie opzioni di illuminazione, scegli quella che rivela i dettagli per te più importanti.\nPassa rapidamente dalla panoramica ai dettagli: modifica rapidamente il campo visivo grazie al range di zoom 8:1. Lo zoom codificato consente di garantire risultati di misurazione corretti e di prevenire errori umani.\nSiamo molto entusiasti di alcune funzioni fornite in dotazione con il microscopio digitale Empira 3. In termini di ispezione, il nostro vantaggio principale deriva dalle funzioni integrate di misurazione e di confronto tra immagini. Quando si sviluppano molti tipi diversi di componenti stampati ad iniezione, Emspira 3 ci permette di effettuare rapidamente misure e avere raffronti dei risultati dimensionali. Nelle attività di sviluppo, questa caratteristica ci fornisce un feedback quasi istantaneo e ci aiuta a risparmiare molto tempo.\nTony Bauer, Process Engineer, Boston Scientific, 2 Scimed PL, Mailstop B271, Stati Uniti\nDevi solo usarlo – progettato per tutti\nEmspira 3 è progettato per utenti con qualsiasi livello di competenza. È possibile utilizzare il sistema in modo intuitivo con una formazione minima, risparmiando tempo e fatica. Utilizza il tuo modo di lavorare preferito: un mouse, una tastiera, un display touchscreen o/e un interruttore manuale a pedale.\nUtilizzo semplificato grazie all’interfaccia utente personalizzabile\nL'interfaccia personalizzabile consente di semplificare il funzionamento nascondendo le funzioni non necessarie e rendendola più snella possibile, senza pregiudicare le prestazioni.\nIncredibile durata nel tempo grazie al design robusto e affidabile che riduce al minimo la manutenzione e l'usura. La robusta unità IP 21 di Emspira 3 protegge l'ottica interna e la meccanica negli ambienti industriali.\nGrazie alla superficie antimicrobica AgTreat, è possibile ridurre il rischio di diffusione di infezioni all'interno del team.\nPoiché Emspira 3 è un microscopio digitale senza oculari, offre vantaggi ergonomici. Gli utenti possono eseguire le ispezioni in modo comodo e con meno sforzo, visualizzando su un monitor immagini live veloci (fino a 60 fps) con risoluzione in 4K.


KAULON. L’archeologo Cuteri sulla protezione dell’area dal mare\nPubblicato: Giovedì, 31 Maggio 2018 11:42\n«Si è trattato di un lavoro molto complesso. Stiamo parlando di un’area di intervento che è lunga 450 metri, la massicciata invece è larga circa 25 metri. Il lavoro è stato realizzato con mezzi meccanici ma l’ho seguito scrupolosamente su incarico della Soprintendenza con Alfredo Ruga. È andato avanti con grande riguardo, nonostante il collocamento di macigni pesanti per realizzare la protezione dell’area archeologica dal mare».\nAi microfoni di Tekne, sulle frequenze di Radio Ciroma, parla di Kaulon l’archeologo Francesco Cuteri, 55 anni, che aggiunge: «durante lo scavo son venuti fuori dei ritrovamenti archeologici che in parte si inseriscono nella tradizione di quanto era stato rinvenuto nell’area sacra, ma ci troviamo anche in presenza di nuovi elementi che ci danno delle indicazioni in aggiunta a quanto già conoscevamo. Indicazioni anche di rilievo, come pezzi architettonici. Alcuni elementi della parte alta del tempio dorico, frammenti di colonne e un vero e proprio macigno all’interno del quale in età classica era stata scavata, accuratamente con uno scalpello, una vasca. Ciò, quindi, rimanda al ruolo importantissimo, da noi indagato, che l’artigianato del metallo ha ricoperto nell’antica Kaulonia».\nArcheologia a mare, salvaguardia, speranze\nI “nuovi” oggetti scoperti da Cuteri, il padre contemporaneo del mosaico dei draghi e dei delfini, arrivano dopo le operazioni di messa in sicurezza del parco archeologico Kaulon, a Monasterace Marina, nell’area metropolitana di Reggio Calabria.\nPromosse dalla Regione e vigilate dai tecnici della Soprintendenza archeologia belle arti e paesaggio – il Polo museale è presente con Rossella Agostino – le operazioni interessano due sezioni: il collocamento di massi di granito sulla linea di costa e la protezione della massicciata adiacente all’area magnogreca. Zona gravemente colpita, lo ricorderete, nel gennaio e febbraio 2014, dalla furia del mar Jonio che aveva minacciato il basamento del tempo dorico. Archeologia e storia a mare. Ora salvaguardia. E speranze? «Gli elementi più importanti ritrovati con questa campagna di scavo, che in verità è una supervisione all’interno di un progetto più ampio per proteggere il sito, sono nel Museo nazionale di Monasterace poco distante l’area. In un ventennio – ricorda Cuteri, con un po’ di malinconia per i traguardi raggiunti in loco – l’antica Kaulonia ha rappresentato un laboratorio straordinario coordinato dalla Soprintendenza archeologica in cui più università si sono confrontate, dalla Normale di Pisa alla tedesca Johannes Gutenberg di Mainz. Scavi con risultati straordinari. Che hanno riscritto un po’ la storia della colonia. E accanto a queste attività si è accompagnata una intensa produzione scientifica. […] Mi piacerebbe riprendere i lavori di scavo nelle Terme ellenistiche – aggiunge l’archeologo – che hanno portato alla scoperta dei mosaici di fine IV secolo a.C. raffiguranti i draghi, i delfini e l’ippocampo… Attendendo gli sviluppi del Ministero. Un laboratorio da tenere aperto».\nE i turisti, invece, attendono un parco degno della Storia che conserva questa antica “città”: in ogni reperto esposto, leggenda narrata, persona che ama la propria terra. Dovrebbero corrispondere sentieri per diversamente abili, moderni pannelli (digitali), telecamere e fari a prova di tombarolo... Kaulon merita, dunque, l’attenzione massima, una cura permanente perché nel panorama dei siti archeologici calabresi è una perla ancora tutta da scoprire, ammirare, propagandare, in Italia e all’estero.\nPrevious Article Niente pacchia, zero pensieri, gay inesistenti: il brutto clima che cresce in Italia\nNext Article PALMI. La scrittura, la chiarezza, il potere. Discutendo con Carofiglio


Dakar 2014, Nani Roma: «Con la moto o con l’auto, vincere è sempre bellissimo!» - Dakar - Automoto.it\nNel 2004 vince con la Moto. Nel 2014 con la Mini. La storia di Joan Roma è quella di un autentico fuoriclasse… fuori dalle righe. Sincero e spontaneo, allegro e pungente. Non si è Campioni per caso | P. Batini\nValparaiso, 18 Gennaio - Ricordate quando nella terza tappa, e poi nella quinta, ci entusiasmavamo per il successo di Joan Roma, e ci scaldavamo perché nessuno sembrava riconoscere al catalano le sue grandi, ormai evidenti doti? Non facevamo il tifo e neanche pensavamo di aver già visto nel futuro di questa Dakar, ma era chiaro che Roma aveva fatto un salto in avanti e lottava ad armi pare per la posta più alta dell’avventura agonistica più importante, la Dakar.\nIl 18 gennaio ci ha dato ragione. Joan “Nani” Roma vince la sua prima Dakar in Auto, bissa il successo ottenuto in Moto nel 2004 e diventa il primo Pilota spagnolo a vincere in entrambe le categorie. Il ruolino di marcia di un Campione della Dakar è abbastanza classico. Inizio in sordina, un colpo “brutale” a un terzo di gara, e mantenimento della posizione fino alla fine. Ma più che un “classico”, la vittoria di Roma è una pagina memorabile della migliore antologia catalana della storia della Dakar. Il quinto giorno la Dakar 2014 ha vissuto uno dei suoi momenti chiave, con unna tappa micidiale.\nQuel giorno, contemporaneamente, Marc Coma e Joan Roma vincevano e passavano al comando, e il 18 gennaio la lingua ufficiale della Dakar diventava il catalano. Coma di Avià, “Nani” di Fogueroles, dove è nato il 17 febbraio del 1972. I due barcellonesi abitano a cinquanta chilometri di distanza, e sono cresciuti alla stessa scuola, quella che oggi è l’"università" della Dakar. In 18 anni di Dakar, Nani ha completato una doppia, magnifica metamorfosi.\nJoan Roma vince la Dakar 2014 al volante della Mini All4 Racing\nLe tante Dakar di Roma\nNel 1996 partecipava alla sua prima Dakar. Dopo due giorni era in testa, e poco dopo il 24enne Pilota, piuttosto “irruente”, si fiondava in un oued in secca. Finiva lì, per quell’anno. Nel 2004 la sua KTM, lanciata verso una vittoria ormai sicura, si fermava nel deserto egiziano di Dakhla. Poco male. Quattro anni dopo Nani, primo spagnolo, firmava un libro che si intitolava “Così si vince la Dakar”. Fu una vittoria meravigliosa. Da capo, l’anno dopo Nani passava alle auto (ha sempre considerato che la Dakar in moto è un affare pericoloso) e otteneva il sesto posto con la Mitsubishi ufficiale. E via così…\nCome sono cambiate le tue giornate dopo la vittoria?\n«Adesso mi sento proprio come una trottola. Salto da un incontro a una conferenza, da una cena con gli sponsor a un pranzo con i giornalisti, da Barcellona a Madrid, e poi via di nuovo. È un po’ un “giro”, ma è bello. Succede anche questo, sono stanco, adesso, più di quanto lo fossi durante la gara. Adesso ho tanti “amici”, nascono come funghi. Fa tutto parte del gioco, lo so, e alla fine sono contento anche di questo».\n“È stata una Dakar talmente dura e difficile che quello che provo oggi è ancora più forte. È stata durissima. Sulla pista e dopo la pista. Tensione altissima per tutta la gara, e gli ultimi giorni ancora di più”\nCome giudichi questa edizione della Dakar?\n«È stata una Dakar talmente dura e difficile che quello che provo oggi è ancora più forte. È stata durissima. Sulla pista e dopo la pista. Tensione altissima per tutta la gara, e gli ultimi giorni ancora di più. Abbiamo imparato ancora molto, e questo è un bene per il futuro. Sensazioni che non avevo mai provato così intensamente. Un po’ differenti da quelle che provavo quando andavo in moto. L’ambiente delle auto è più complesso più difficile da gestire. È un mondo diverso».\nNani Roma in compagnia della moglie Rosa Romero, anche lei pilota\nLa Dakar più dura da quando si corre in Sud America?\n«Ah sì, questo è sicuro. È stata molto lunga e difficile. Non solo nelle speciali, anche durante i trasferimenti. Si partiva alle cinque e mezza e si arrivava alle sei della sera. Era lunga, sì. E poi le neutralizzazioni in mezzo alle Speciali. Quelle non mi piacciono. Certo, li capisco, hanno forse avuto dei problemi, ambientalisti, archeologhi, anche là, e sono stati costretti a interrompere più di una speciale. Ma per noi è un disastro, non mi piace. Preferisco fare 600 chilometri di Prova tutti d’un fiato piuttosto che farne duecento, interrompere, e ricominciare tutto un’altra volta duecento KM più in là. Prendi il ritmo, poi ti fermi e lo perdi, e poi devi ricominciare, ritrovare la concentrazione, e poi di nuovo il ritmo. Ma è così, pace. Tutto bene. Tutto benissimo».\n“La gente la sento molto, sento che è contenta quando vinco, e che mi è vicina sempre, anche quando le cose non vanno per il meglio. La gente di ASO è diversa”\nC’è da dire che l’anno scorso sei sempre andato forte, e quindi dovevi sentire che eri su un livello più alto...\n«Sì, effettivamente avevo un gran feeling. Dipendeva da tutto il lavoro che abbiamo fatto l’anno scorso. Quattro gare, quattro vittorie. Dubai, Ruta 40, Baja Spagnola e Baja ungherese. Sempre in testa dal primo giorno. in questo modo fai sempre un grande lavoro, importante anche per la testa. Perché, sai, puoi vincere, ma stare davanti tutto il tempo è una cosa che ti insegna molto. È vero, in una soltanto di queste occasioni c’era anche Stephane, nelle altre non c’era nessuno di imbattibile. Non c’erano Peterhansel, Al-Attiyah, De Villiers, ma sì, Holowzcyc e altri che vanno abbastanza forte, ma che hanno finito tre ore dopo di noi».\nNonostante una Dakar durissima, Roma è riuscito ad essere costante, arrivando al trionfo con abile strategia\nDevi pensare, però che questo vuol dire andare già molto forte. Non è come otto o nove anni fa, quando eri lì per imparare…\n«Questo è vero, ed è importante. È vero che durante l’anno abbiamo fatto un upgrade decisivo. Il mio “boss” pensava forse che io fossi sui livelli di “Holo” e degli altri, ma non era così. Loro facevano tutte le gare mentre io ne ho fatte poche, pensando alla Dakar. Pensando di arrivare alla Dakar in una condizione perfetta, con il feeling giusto. Sì, alle spalle di questa vittoria c’è un grande lavoro, e non solo mio».\nCerto la vita del Dakariano è dura. Nove anni di lavoro per vincere con la moto, e nove per vincere con l’auto…\n«No, ferma. Dieci anni! Con la macchina sono nove edizioni prima di vincere, ma dieci anni! Abbiamo vinto, finalmente al decimo anno. Ma sai, le storie e la vita sono strane, non sai come prenderle. Penso, per esempio, che la Dakar con le moto l’avevo già vinta nel 2000. Ti ricordi? Fermo nel deserto egiziano con il motore rotto, a un passo dal traguardo e dalla vittoria. E con la macchina, anche. C’è stata la storia del 2011, con la crisi che bussava alle porte e gli sponsor che non si trovavano. Mitsubishi si era fermata, Volkswagen anche. Stavo per saltare la Dakar, stavo per fermarmi anche io, e devo ringraziare Dio che poi è arrivata l’opzione di quella Nissan. Quando poi ti succede tutto questo, ch sei a un passo da smettere, che tieni duro, che riparti, che vinci, ecco, allora sei ancora più contento!»\n“Penso, per esempio, che la Dakar con le moto l’avevo già vinta nel 2000. Ti ricordi? Fermo nel deserto egiziano con il motore rotto, a un passo dal traguardo e dalla vittoria. E con la macchina, anche”\nSì, strana la vita eh?\n«Sì, tutta la mia vita è stata strana. Anche quando ho iniziato con l’Enduro è stato così. Nel ’93 sono stato sul punto di smettere, perché non avevo sponsor, non avevo risorse. Non ci volevo stare, sono sempre stato troppo appassionato, non ho mai mollato, e sono riuscito a vincere il Campionato Europeo. Poi, come per magia, tutto è diventato più facile. Bisogna seguire sempre la passione, trovarvi la motivazione, non mollare, e voilà!»\nLa Dakar di Roma svolta alla quinta tappa, quando il pilota spagnolo porta a casa una vittoria dopo una speciale micidiale\nLe gente di ASO e gli organizzatori della Dakar non ha mai dimostrato una grande simpatia per te, o sbaglio?\n«La gente la sento molto, sento che è contenta quando vinco, e che mi è vicina sempre, anche quando le cose non vanno per il meglio. Effettivamente la gente di ASO è diversa. Ma un giorno l’ho detto ai giornalisti, a tutti insieme venuti lì ad ascoltarmi! Ho detto a tutti che avevo la “sensazione” che ogni volta che facevo un errore, ah, ecco, Nani è uno che sbaglia sempre! E quando sbagliavano gli altri, tipo Peterhansel, o Sainz, allora era la sfortuna! Facevo una tappa bellissima, con una buona strategia, e allora ero fortunato. E quando vincevano “loro” era perché erano degli strateghi perfetti! Questo mi faceva imbestialire!»\n“Quando sbagliavano gli altri, tipo Peterhansel, o Sainz, allora era la sfortuna! Facevo una tappa bellissima, con una buona strategia, e allora ero fortunato. E quando vincevano “loro” era perché erano degli strateghi perfetti! Questo mi faceva imbestialire”\nMa, infatti, la verità è che hai fatto una gara perfetta. Non hai commesso errori, hai bucato, hai superato la tappa micidiale che è costata mezza Dakar a tutti in modo impeccabile. Anche questa l’hanno considerata fortuna?\n«Il fatto è che io mi sento un po’ diverso. Mi succedeva anche quando correvo con la moto. La verità è che anche noi abbiamo commesso qualche errore, e abbiamo anche perso diversi minuti forando o insabbiandoci. Ma ho evitato di sbandierarlo, ho preferito non dirlo per evitare che i soliti “curiosi” venissero a dirci che avevamo la scusa pronta. La stessa sensazione di quando correvo in moto, per esempio contro Richard Sainct. La conclusione è una sola. La Dakar è una gara francese, la gente che fa la loro comunicazione dalla pista è francese. Succede che questa gente passa informazioni di stampo francese al bivacco, e molta della gente che è lì si beve delle informazioni che sono del tutto filo francesi. Bisogna ammetterlo, è una gara francese. L’altro giorno, a tutti i giornalisti presenti, ho ribadito il concetto. C’era il mio manager, il nostro amico, che stava per avere un attacco cardiaco! Mi dispiace ma, come nel 2004, questa volta ho vinto io! Poi mi ha avvicinato l’Equipe per un’intervista a Parigi. No! Non ho neanche risposto! Non mi andava di sentirmi chiedere se ho vinto la Dakar perché sono fortunato!»\nNani Roma in compagnia del suo navigatore, Michel Perin\nE allora, vogliamo dirla la verità più serena?\n«La verità nuda e cruda è che ho vinto due Speciali in due momenti chiave della gara, sono andato in testa, sono sceso, ho riconquistato il comando, e sono stato in testa per otto tappe. Più l’ultima! Il terzo è a un’ora, il quarto e il quinto a un’ora e mezza… allora qualcosa di buono l’ho fatto.\nE poi chi vince la Dakar è il più bravo. Senza possibilità di dubbio. Dopo quindici giorni non si può prendere una speciale o il passaggio di una duna come riferimento. Non è come l’enduro di un giorno che cadi e vai via…\n«E Marc, allora? Ha vinto perché Cyril ha rotto, perché Barreda è caduto? O perché l’altro ha finito la benzina? No, No! Coma ha vinto perché ha fatto una bellissima gara. La Dakar è una gara difficilissima, lunghissima… Ma, insomma, finiamola. Sono in istintivo, e mi accendo spontaneamente quando la gente dice una cosa e ne pensa un’altra. Ma poi mi passa, quello che resta è che sono contentissimo».\n“E Marc, allora? Ha vinto perché Cyril ha rotto, perché Barreda è caduto? O perché l’altro ha finito la benzina? No, No! Coma ha vinto perché ha fatto una bellissima gara”\n«Bello il giorno che siamo andati in testa la prima volta, ma bella, molto bella io direi che è stata tutta la Dakar. È stata bella in Argentina, è stata bella tra le dune di Copiapò, la Speciale di San Miguel de Tucuman. È stata una Dakar, difficile, difficile, ma bella, molto bella».\nI tuoi rapporti con Stephane Peterhansel?\n«Erano buoni e sono rimasti molto buoni. Alla fine della gara abbiamo parlato a lungo. Non è cambiato niente. La stessa amicizia. Lo conosco bene, Stephane, è una persona molto intelligente e uno cui piace giocare tutto per vincere. Questa volta credo che le abbia provate tutte per cercare di destabilizzarmi, di farmi fare un errore. Mi sono accorto di questo, e ho cercato di fare esattamente il contrario di quello che lui voleva spingermi a fare. Vuoi che vada a destra? Bene, io vado a sinistra. Stephane è uno bravo. E gestire anche questa parte della strategia è stato difficile, impegnativo. Quando ha parlato con la stampa della storia degli ordini penso che lo abbia fatto per questo, per scombussolarmi sapendo che la stampa mi avrebbe aggredito. È quello che cercava, un bel pandemonio appoggiato sulla stampa francese. Ci ha provato, ma io sono stato capace di vedere il gioco, e di fare il contrario rimanendo calmo. Questo è buono».\nIl podio di Valparaiso, il 28 gennaio scorso\nNon credi che l’abbia fatto per svilire Quandt?\n«No, penso di no. Penso che l’abbia fatto solo per mettermi pressione. Peterhansel è un vincente, il secondo posto per lui non era niente. Penso che l’abbia fatto per farmi fare un errore. Ma alla fine non è successo».\n«L’ultimo giorno avevo tutte le condizioni a favore per vincere. Partivo terzo, e con la macchina avere le tracce davanti è un vantaggio bestiale. Freni più deciso, prendi le curve in modo più pulito, scegli le traiettorie ideali. E poi ero pronto. La sera prima l’ho detto: bene, andiamo alla guerra! Non c’è problema. L’ho detto agli ingegneri e ai meccanici: domani tutto al massimo. Via tutti i ricambi dalla macchina, solo il carburante strettamente necessario, massima leggerezza. Tutto per andare alla guerra, e al massimo. Se sbaglio e faccio un incidente, pace, Stephane vince, sennò vinco io. Poi loro si sono fermati. Finita lì. Se c’è una cosa da dire è che forse Peterhansel non ha mai avuto una situazione così difficile».\n“È diverso perché in moto sei da solo e in macchina condividi l’esperienza con un’altra persona, con il navigatore, Michel Perin. Ma vincere è sempre vincere!”\n«Ahora stiamo ancora un po’ in giro, così come in questi giorni. A febbraio molta promozione. Mini presenta a Madrid una macchina nuova, vado in America per uno show Monster e Mini».\nE Rosa? Come è andata la Dakar di tua moglie?\n«Rosa è contenta. Non è riuscita a concludere la sua Dakar, ma il risultato in famiglia lo abbiamo ottenuto. Dopo il suo ritiro mi ha seguito con una macchina, ed è stata contenta».\nÈ più bello vincere con la macchina o con la moto?\n«Ah, è uguale. Quando vinci, vinci! È diverso perché in moto sei da solo e in macchina condividi l’esperienza con un’altra persona, con il navigatore, Michel Perin. Ma vincere è sempre vincere!»\nStà bono che vincere cosi è solo mortificante!!!!!!!!!\nChissà se oggi dopo questa ...vittoria regalatagli dagli ordini impartiti dall'alto avrebbe il coraggio di pubblicare un libro intitolato "Così si vince la Dakar"...Vincerebbe anche la classifica "faccia di bronzo".\nWinter Marathon 2014, day 1. Gli arrivi\nPrende il via a Madonna di Campiglio la Winter Mar


Sulla base di un'iniziativa dell’Associazione Europea di Zoo e Acquari, AQUATIS accoglie due pitecia dal viso bianco nell'ambito del programma europeo dedicato alle specie a rischio. Un evento unico in Svizzera, questi nuovi ospiti si muoveranno liberamente all'interno della serra tropicale.\nMaggio 2019 - AQUATIS, il più grande Aquarium-Vivarium d’acqua dolce in Europa, che offre un viaggio eccezionale, tra ecosistemi e sviluppo sostenibile, si prepara ad arricchire il proprio viaggio tra gli habitat più affascinanti della terra grazie alla presenza di due nuovi ospiti. Punto culminante dell'itinerario, la serra tropicale colpisce per le sue dimensioni, la diversità della flora e le sue vasche ricche di specie amazzoniche. Quest’area non solo offre ai visitatori la possibilità d’immergersi in un’atmosfera unica, bensì invita anche alla riflessione ed è proprio ciò che è accaduto nell’aprile 2016 con l’EAZA (Associazione Europea di Zoo e Acquari). AQUATIS, infatti, non aveva ancora aperto le porte al pubblico, quando i biologi di EAZA si resero contro che la serra tropicale, ricreando le condizioni della foresta amazzonica, avrebbe rappresentato un rifugio perfetto per una specie in pericolo: le scimmie pitecia dal viso bianco.\nA seguito di due anni di studi e preparazione, AQUATIS ha accolto Frederick e Nieves, provenienti rispettivamente dal Birmingham Wildlife Conservation Park e dalla Fundación Zoo de Santillana. Per l’Aquarium-Vivarium, l'obiettivo è quello di fornire alla coppia di primati le condizioni ottimali per la riproduzione, in un’ottica di conservazione della specie. Ed è sempre in quest'ottica che i due nuovi ospiti potranno liberamente muoversi all’interno della serra tropicale, la prima in Svizzera.\nOriginaria della foresta amazzonica della Guyana francese e soprannominata la "scimmia Buddha", la pitecia dalla faccia bianca - o Pithecia Pithecia - è nota come una delle specie di scimmie più tranquille al mondo. Mentre, generalmente l'educazione degli esemplari giovani e le interazioni maschili sono spesso complicate nei primati, pitecia dalla faccia bianca non hanno problemi ad evolvere tra diversi maschi e a educare i nuovi arrivati, indipendentemente dalla parentela. Grazie alle sue caratteristiche sociali e alla leggendaria calma, il pitecia dal volto bianco è altresì noto per la propensione ad evolvere in ambienti caratterizzati dalla presenza di esseri umani.\nCon questo arrivo, AQUATIS è orgogliosa di partecipare, per la quarta volta, ad un programma di salvaguardia e di entrare a far parte delle 24 istituzioni europee certificate per la riproduzione del pitecia nel 2019/2020, come parte del programma europeo a tutela delle specie in via di estinzione. Un traguardo per lo staff dell’Aquarium-Vivarium che, in futuro, punta a partecipare ad altri programmi di salvaguardia e che conferma il binomio tra l'istituzione di Losanna e l'Arca di Noè dei tempi moderni.\nItalia - Global Tourist\nSalva come Pdf Stampa ID: 311492


Categoria: Creazioni in Feltro/ Felt craft\nAtelier in cucina/ Atelier in the kitchen, Creazioni in Feltro/ Felt craft\nPorta torte “tridimensionale” in feltro\n4 novembre 2013 8 gennaio 2014 Atelier di Elisa\nVista la stagione uggiosa, ci siam rintanate a casa e cosa c’è di meglio che accendere il forno e preparare manicaretti?!?!\nQuindi, oltre ad aver sfornato una bella crostatina alle albicocche, abbiamo preparato dei nuovi porta torte…un nuovo modello “tridimensionale” per portare i dolci casalinghi ai vostri amici più cari!!!\nQuesti porta torte sono in feltro, decorati con lo sbieco in coordinato e una bella cupcake tutta bella cicciottosa, con la “glassa” sbrilluccicosa…mmmhhhh, che delizia!!!\nSono disponibili in altri colori e, in vista del Natale, ne vedrete di mille colori e con decorazioni a tema!!!\nVi presento un altro porta torte ‘tridimensionale’ … vi dico la verità, ero un po’ titubante alla richiesta o meglio al desiderio di un porta torte in feltro color grigio melange, mi sembrava cupo, ma con le varie applicazioni, il risultato mi piace davvero un sacco … molto elegantoso!!!!\nContrassegnato da tag cupcakes, feltro, gift, handmade, porta torte, regaloLascia un commento\nPorta aghi feltro cupcakes\n10 gennaio 2013 13 gennaio 2013 Atelier di Elisa\nRimanendo sempre in tema cupcakes ecco un simpatico porta aghi!\nPorta chiavi feltro cupcakes\n10 gennaio 2013 18 gennaio 2014 Atelier di Elisa\nNegli ultimi tempi vanno molto di moda i cupcakes.. ecco creato un porta chiavi soffice quasi da mordere!\nCasette per porta d’ingresso\n28 dicembre 2012 14 gennaio 2013 Atelier di Elisa\nQuesta casetta mi è stata commissionata da una cara amica.\nE’ possibile realizzarla in diversi colori, con il cognome della famiglia, con la scritta “welcome” o personalizzata a vostro piacimento. Regala a chi la guarda un atmosfera calda ed accogliente.\nQueste casette d’appendere alla porta d’ingresso sono piaciute molto e non posso che essere felice!\nHo preparato con gli stessi colori, adatti ad un rustico, una casetta per il B&B Casa Zanella di San Rocco a Marano di Valpolicella http://www.casazanella.it/index.htm.\nPorta Tovagliolo in feltro\n14 dicembre 2012 11 novembre 2013 Atelier di Elisa\nNatale periodo di cene e grandi tavolate i porta tovaglioli sono sempre utili sia da tenere in casa sia da regalare!\nVi allego alcune foto degli ultimi creati in feltro disponibili in diversi colori\nNon so voi ma questo è il periodo dell’anno in cui mangio più dolci.. Oggi ho creato un porta torte in feltro, scegliendo un colore invernale un bel marrone e con la mia forbice a zig zag ho creato manici e bordi ed infine l’ho abbellito con cuoricini di legno e un bel fiocchetto stile Burberry very chic!\nVisto che è venuto così bello ne ho fatto uno anche in versione rosa con i cupcake!


Ilva ad ArcelorMittal: anche a Taranto valanga di sì all’accordo - Il Sole 24 ORE\nEconomia Ilva ad ArcelorMittal: anche a Taranto valanga di sì all’accordo\napprovato l’accordo sindacale\nIlva ad ArcelorMittal: anche a Taranto valanga di sì all’accordo\nTaranto conferma il successo del referendum che approva l’accordo sull’Ilva tra Arcelor Mittal e i sindacati metalmeccanici. Dopo quattro giorni di assemblee in fabbrica, le operazioni di scrutinio si concludonocon il sì all’intesa al 94%. Un risultato comunicato in tempo reale via Twitter da Marco Bentivogli, segretario della Fim Cisl. In particolare su 10.805 aventi diritto, 6.866 sono stati i votanti pari al 63,5%, 10 schede nulle (0,12), 12 schede bianche (0,16) 392 no (5,7) e 6.452 si.\nEgualmente elevata la percentuale di consenso che c’è stata nei giorni scorsi nelle altre fabbriche, anch’esse chiamate al referendum.\nA Genova, infatti, altro sito importante dopo Taranto, l’accordo ha ricevuto il 90,1% di voti favorevoli, a Novi Ligure l’89,4%, l’87% a Racconigi e il 63% a Marghera. L’adesione all’intesa si era profilata già nei giorni scorsi e si è via via rafforzata man mano che si svolgevano le consultazioni sito per sito.\nL’accordo con Mittal è stato raggiunto nel primo pomeriggio dello scorso 6 settembre dopo una trattativa che era cominciata intorno alle 14 del giorno prima e che, fatte salve alcune interruzioni, era andata avanti per tutta la notte. Oltre alla delegazione di Mittal e i sindacati delle federazioni metalmeccaniche anche i commissari straordinari Ilva e il ministro dello Sviluppo economico economico, Luigi Di Maio.\nLa trattativa, il 5 settembre, è partita con la proposta di Mittal di assumere 10.300 lavoratori, numero più alto rispetto ai 10mila della mediazione dell’ex ministro Carlo Calenda. Il pressing dei sindacati e del ministro ha poi portato Mittal, all’alba del 6 settembre, ad accettare la proposta del Governo di 10.700 assunti subito e da allora il negoziato al Mise ha imboccato la dirittura finale, concludendosi alcune ore più tardi, con la firma. I dipendenti Ilva alla data dello scorso marzo sono 13.618 nel gruppo e 10.849 a Taranto. Mittal ne assumerà in totale 10.700 di cui 8.200 a Taranto. Chi non passerà alla nuova società, rimarrà in carico all’amministrazione straordinaria di Ilva. Previsto che una quota di questo personale di Taranto, dai 300 ai 400, possa essere impiegata nella parte di bonifica che gestiranno i commissari (con le risorse ottenute dai Riva, un miliardo) in aggiunta a quelle di competenza di Mittal (che spenderà ulteriormente poco più di un miliardo).\nL’accordo si chiude con zero esuberi e questo è valutato dai sindacati Fim Cisl, Fiom Cgil, Uilm e Usb, firmatari dell’intesa, come un punto di forza. Previsto anche un meccanismo per incentivare le uscite volontarie anticipate dalla fabbrica (bonus di 100mila euro lordi procapite) ma per chi alla fine dell’attuazione dei nuovi piani industriale e ambientale, nel 2023,sarà ancora in cassa integrazione, c’è l’impegno di Mittal ad avanzare al lavoratore interessato un’offerta occupazionale. Una clausola di garanzia che viene giudicata importante dai sindacati in quanti ha agevolato l’accordo insieme al mantenimento delle garanzie dell’articolo 18 dello Statuto dei lavoratori.\nattesa per lo spoglio di taranto\nC’è poi tutto il capitolo ambientale con l’accelerazione a Taranto di una serie di interventi. Punto che però suscita le critiche degli ambientalisti (e le perplessità dell’Arcidiocesi di Taranto) in quanto non é stata introdotta con efficacia la Valutazione integrata ambientale e del danno sanitario per calcolare, con anticipo sugli investimenti, se c’é o meno, e di quale entità è, un rischio di malattie per la popolazione e i lavoratori esposti.


Huawei: arriva la EMUI 10.1 mentre si pensa alla EMUI 11, ecco le liste\nHome News Huawei: arriva la EMUI 10.1 mentre si pensa alla EMUI 11, ecco...\nHuawei, nonostante i tanti problemi, starebbe continuando a modificare le sue interfacce per rilasciare qualcosa di sempre più performante\nIl percorso di Huawei si è dimostrato trionfale fin dal primo momento, arrivando a portare questo colosso ad essere quello con più vendite dal punto di vista degli smartphone. Anche attualmente l’azienda cinese risiede al primo posto in merito alle vendite, anche se con qualche difficoltà in più. Tutti sanno che il governo americano ha vietato i servizi Google a Huawei che però sta continuando a sviluppare le sue interfacce basati su Android.\nLa EMUI 10.1 è infatti in arrivo per tutti gli smartphone che ancora non l’hanno ricevuta, i con tante novità. Eccone alcune: Animazione per le impronte digitali, Always On Display: (Colorato), Multi-finestra, Pannello di controllo multi-dispositivo, Design ottimizzato, Risposta alle chiamate da computer Huawei, Editing di file, Condivisione dello schermo, Navigazione multi-dispositivo, Assistente Huawei, Sicurezza. In questi giorni però qualcuno avrebbe già letto diversi rumors in merito alla prossima EMUI 11 che a quanto pare potrebbe arrivare a partire dal mese di settembre.\nHuawei: la EMUI 10.1 arriva mentre si pensa già alla prossima EMUI 11, ecco le liste


Certificazione bio per il magazzino DHL\nSei qui: Home > Sezione LOGISTICA > > Certificazione bio per il magazzino DHL\nDHL Supply Chain di Casaletto Lodigiano ha ottenuto la certificazione per la gestione dei prodotti biologici : passo avanti nella gestione della filiera del bio\nA Casaletto Lodigiano arriva la logistica bio di DHL Supply Chain: il magazzino lombardo ha infatti ottenuto il Certificato di Conformità al Regolamento CE 834/2007, che ne attesta i requisiti in linea con il Regolamento CE sulla produzione ed etichettatura biologica.\nDHL Supply Chain, la divisione del gruppo Deutsche Post DHL leader mondiale dei servizi logistici integrati per le imprese, investe nei servizi e nelle certificazioni per le attività volte a soddisfare i requisiti della norma ISO 9001:2015 (Sistema Qualità).\nCon l’ottenimento di questa certificazione DHL Supply Chain si propone come il partner logistico di riferimento per le aziende operanti nel mercato del Biologico. Un segmento in forte crescita data l’attenzione sempre più marcata dei consumatori nei prodotti biologici e sostenibili.\n“È una scelta che deriva dalla consapevolezza che c’è un mercato nuovo e nuovi consumatori sempre più esigenti – commenta Antonio Lombardo, Presidente e Amministratore Delegato di DHL Supply Chain Italy – iniziamo da Casaletto ma il nostro progetto è di estendere ad altri magazzini che stoccano e distribuiscono prodotti biologici. Insieme alle altre certificazioni dei nostri campus logistici, permetterà alla nostra azienda di offrire un servizio sempre più completo e dare valore aggiunto significativo ai nostri clienti e al business futuro”.\nL’opportunità della certificazione riguarda tutta la filiera degli operatori del settore Alimentare Biologico, dalla fornitura delle materie prime, alla produzione del prodotto elaborato e, infine, alla distribuzione. L’adeguamento ha interessato in particolare i seguenti processi: ricezione e stoccaggio delle merci, prelievo ed allestimento degli ordini, pulizia di impianti e attrezzature, identificazione e rintracciabilità dei prodotti e protezione degli stessi durante il trasporto.\nL’attestazione è stata rilasciata a seguito di una verifica documentale e operativa condotta “sul campo” da parte dell’Organismo di Controllo e Certificazione CCPB, Ente che certifica i prodotti biologici delle aziende di produzione più conosciute nel settore.\nI prodotti BIO rappresentano un trend è in continua espansione. Nel 2017 le vendite di biologico in Italia hanno raggiunto i 3,5 miliardi nel mercato domestico (+15% rispetto al 2016 e +153% rispetto al 2008) e la distribuzione nella GDO ha registrato una crescita esponenziale (+ 16,6%, giro d’affari di 1 miliardo e 451 milioni – dati Nielsen) con un +14% di vendite negli ipermercati e un +18% nei supermercati.