2. File di protocollo del servizio web
Visitando il nostro sito web, i nostri server memorizzano vari dati di accesso in un registro elettronico ("logfile") per impostazione predefinita. Questi dati includono l'indirizzo IP utilizzato per l’accesso, il sito web dal quale ci visita, le pagine web che visita una volta entrato nel nostro sito, oltre alla data ed ora di quando si è richiamata la pagina ed la durata della visita. Questi dati vengono registrati automaticamente e utilizzati solo per l'analisi degli errori e il miglioramento tecnico del nostro servizio web. I destinatari di questi dati sono HSM IT e, se necessario, i fornitori di servizi IT commissionati da HSM. La base legale per questo trattamento è il nostro legittimo interesse [Art.6 (1) lett.f RGDP] nel mantenere il corretto funzionamento dei nostri siti web. Dopo un mese al massimo, i dati del registro verranno automaticamente sovrascritti. L'ulteriore elaborazione completamente automatica dei dati durante l'accesso al nostro sito web include l'utilizzo dei cookie e la nostra analisi dei dati di utilizzo durante le visite ai nostri siti web. Queste operazioni di elaborazione sono descritte in sezioni separate in questa informativa sulla privacy.
....i programmi p2p 2)
poh = - log 0.0080 = 2.0969 = 2.1 <p>il modo standard è con <code>wc</code>, che accetta argomenti per specificare cosa dovrebbe contare (byte, caratteri, parole, ecc.); <code>-l</code> è per le righe:</p><pre><code>$ wc -l file.txt 1020 file.txt </code></pre> Se si scarica il codice sorgente dalla [pagina Html Agility Pack](http://htmlagilitypack.codeplex.com/releases/view/44954) (cercare il file " *Html Agility Pack 1.4.0 Source* ") esiste la cartella Html2Txt che contiene il codice necessario (cercare la classe **HtmlToText** nel file **HtmlConvert.cs** ). ciao,
8, 32, 34 e119
leggi qui:
http://www.cstp.it/linee/8fe.pdf
.http://www.cstp.it/linee/32fe.pdf
http://www.cstp.it/linee/34fe.pdf
http://www.cstp.it/linee/119fe.pdf settare emule per avere prestazioni ideali.
la versione più aggiornata è emule (0.49b )

per ottenere una maggiore funzionalità da emule è sufficiente impostare parametri di connessione e controllare alcune semplici ma importanti modalità, 
rendendo facile il dialogo tra mulo e modem/router. vi ricordo che una maggiore attenzione a settare il mulo vi eliminerà eventuali problemi poi con il download.

iniziamo a controllare “id alto” & “kadmila connesso”

-prima fase 
dal vostro pc cliccate su “start/pannello di controllo/firewall/eccezioni o permessi” 
a questo punto dovete solo controllare se è presente emule in questa lista, 
deve essere presente la scritta emule con il quadratino alla sua sinistra spuntato.
se così non fosse allora aggiungete emule cliccando su “aggiungi programma” dopo di che, cercatelo nel percorso e selezionandolo, lo immettete nella sezione suddetta. 
fatto questo fate “applica” e poi “salva”

-seconda fase
accertati che il firewall non impedisce il dialogo tra il vostro emule e il modem/router avviamoci verso la vera lacuna di molti utenti e cioè le famose porte: 
tcp e udp.
si parte dal presupposto che la porta tcp abbia un valore di 4662 mentre quella udp sia 4672. i valori di cui sopra citati vanno immessi, sia nella configurazione di modem/router che nelle connessioni del mulo, quindi…

configurazione modem/router:
tcp=4662
udp=4672 
ora, gli stessi identici valori vanno in sezioni di connessione e quindi 
aprite il vostro mulo, poi fate opzioni/connessioni, ci vedrete tcp e udp e quindi immettete gli stessi identici valori della configurazione, 
mi raccomando a non sbagliare porte magari immettendo il valore di uno nell’ altra o viceversa!!!

-terza fase
adesso abbiamo messo a posto firewall e porte tcp/udp possiamo andare avanti e aprendo emule lo connettiamo prima a kadmila e successivamente scegliamo un server che connettiamo, dopo di che, trascorsi alcuni secondi andiamo a vedere cosa ci appare.

nella sezione server, vi si presenterà una tabella molto simile a questa:

ed2k rete
stato: connesso
ip:porta: (xxxxxxxxxxx) ci sono delle cifre invece di xxxxx
id: xxxxxxxx altre cifre numero id
 (((((((((id alto)))))))))))))

ed2k server
nome: edonkeyserver no1 sever a cui son connesso
descrizione: www.edonkey.to
ip:porta: xxxxxxxxx altre cifre invece di xxxxxxxxxxxx
versione: 17.15
utenti: 730,854
file: 113,114,904
connessione: offuscata

kad rete
stato: connesso
udp stato: connesso
ip:porta: xxxxxxxxxxxxx cifre invece di xxxxx
id: xxxxxxxxx cifre invece di xxxxx

webserver
stato: disattivato

allora vi elenco cosa significa tutto questo:

1) [ed2k rete] 
dovrà sempre essere connesso e se non l’avete connesso allora, recandovi in:
opzioni/connessioni lo connettete e poi applica e salva per poi ripetere l’ operazione del punto tre.
ip porta viene assegnato immediatamente al momento della connessione.
id alto. 
in questo caso avremo fatto per bene tutto e quindi (kad a parte) dovremmo essere a posto.
se avete id basso allora significa che qualche passo è stato eseguito male o peggio ancora saltato!

2) [ed2k server]
qui abbiamo diversi dati, a parte il nome del server a cui siamo connessi descrizione/ip/versione/utenti/file lasciamoli stare altrimenti mi servirebbero 900 pagine quindi mi limito a precisare quelle più importanti. 
connessione offuscata. 
per motivi di sicurezza, come da manuale del sito ufficiale del mulo io vi consiglio di attivare l’ offuscamento del protocollo e quindi andando in:
opzioni/sicurezza vedrete (attiva l’ offuscamento di protocollo) spuntatene il quadratino alla sia sinistra, applica e salvate.

3)[kad rete]
questo passo è altrettanto importante e cioè kadmila.
kadmila è un sistema di ricerca alternativa ai vari server e grazie a questo sistema, ogni utente potrà scegliere in che modalità effettuare le proprie ricerche. kadmila dovrà sempre essere connesso e mai firewalled. nell’ ipotesi in cui, al momento di connettervi il kad risulta essere firewalled e non connesso fate un ripristino del firewall e potete farlo clikkando sull’apposito bottom.
di solito una volta aggiustata la faccenda del firewall come da fase 1 il kadmila dovrebbe già essere a posto. attenzione perché molte volte kadmila risulta essere connesso solo quando un po’ di utenti inizia a scaricare da voi e talvolta può richiedere qualche minuto per cui, prima di fare qualunque cosa, aspettate un attimino :p

certi che il server sia con id alto e il kadmila sia connesso siete quasi alla fine dell’ impresa, resta tuttavia da inquadrare ancora un paio di cose.
dunque, adesso sempre con il mulo connessi dovete tenere sotto’ occhio solo un paio di cosette facili, entrate in emule e connettendolo con kad e server cliccate sulla voce statistiche.
qui dentro vedrete un grafico e sul lato sinistro dello stesso, un lungo elenco di cose.
dovete cliccare su donwload (cliccate sul segno + alla sua <p>quando il server invia il proprio certificato al client, in realtà invia una <em> catena di certificati </em> in modo che il client trovi più facilmente la convalida del certificato del server (il client è non <em> richiesto </em> per usare esattamente quella catena, ma, in pratica, la maggior parte dei client utilizzerà la catena e nessun altro). questo è descritto nel <a href="http://tools.ietf.org/html/rfc5246">standard ssl/tls</a> , sezione 7.4.2, con, in particolare, questo estratto illuminante:</p><blockquote> <p>il certificato del mittente deve essere il primo nell'elenco. ogni certificato seguente deve certificare direttamente quello che lo precede. poiché la convalida del certificato richiede che le chiavi radice vengano distribuite in modo indipendente, il certificato autofirmato che specifica l'autorità di certificazione radice puo 'essere omesso dalla catena, presupponendo che l'estremità remota debba già possederla per convalidarla in ogni caso.</p> </blockquote><p>poiché si tratta di un caso "maggio" (la terminologia "maggio", "deve", "dovrebbe" ... in rfc ha significati molto precisi spiegati in <a href="http://tools.ietf.org/html/rfc2119">rfc 2119</a> ), al server è consentito includere il certificato radice (noto anche come "trust anchor") nella catena o ometterlo. alcuni server lo includono, altri no. un'implementazione client tipica, intesa a utilizzare esattamente la catena che è stata inviata, proverà innanzitutto a trovare i certificati della catena nel suo negozio di fiducia; in caso contrario, tenterà di trovare un <em> emittente </em> per l '"ultimo" certificato della catena nel suo negozio di fiducia. quindi, in entrambi i casi, questo è conforme agli standard e dovrebbe funzionare.</p><p>(esiste una piccola fonte di confusione riguardo all'ordine della catena. in verità <a href="http://tools.ietf.org/html/rfc5280">x.509</a> , la catena viene ordinata dall'ancoraggio di fiducia al certificato dell'entità finale. il messaggio "certificato" ssl/tls è codificato in ordine inverso, il certificato dell'entità finale, che qualifica il server stesso, arrivando per primo. qui sto usando "last" nella terminologia ssl/tls, non x.509.)</p><p>l'unica cosa negativa che si può dire sull'invio del root nella catena è che usa inutilmente un po 'di larghezza di banda della rete. sono circa 1 kb di dati per connessione <em> che include una stretta di mano completa </em>. in una sessione tipica tra un client (browser web) e un server, solo una connessione sarà di quel tipo; le altre connessioni dal client useranno "handshake abbreviati" che si basano sull'handshake iniziale e non usano affatto i certificati. e ogni connessione sarà mantenuta attiva per molte richieste http successive. quindi l'overhead di rete implicato nell'invio di root è leggero.</p> esegua la tc, come richiesto. http://comitatoscuolapubblica.files.wordpress.com/2012/06/attribuzione\_voto\_pn1112.pdf

vedi:-) <p>ho usato <a href="http://home.snafu.de/tilman/xenulink.html">xenu's link sleuth</a> . funziona abbastanza bene, assicurati di non dos!</p>