Nella versione beta 1 e 2 una distro live a nostra disposizione era fornita dalla Novell con OpenSuse KDE Four Live, ma non appena i pacchetti son passati da beta a release “stabile” si è fatta avanti Canonical con Kubuntu KDE4 Live includendo quindi il DE nella nuova versione Gutsty Gibbon.

Ma ai fragili di cuore e agli impulsivi raccomando vivamente di placare i bollenti spiriti, infatti la major release di KDE non è ancora del tutto affidabile, molti sono i bug, e molte le cattive sorprese dietro l’angolo. Questo naturalmente non toglie il gusto di poterla provare virtualizzata, o meglio ancora in Live, anche se il kde4-core riesce a convivere con quello della 3, a volta fa fare dei pasticci ad alcune delle applicazioni sotto il segno del plasma! Quindi: la pazienza è la virtù dei forti! Aspettiamo che i developers di KDE facciano il loro lavoro, sistemare ed aggiustare il nostro nuovo bel desktop. Naturalmente se ne siete capaci e ne avete la possibilità, dare una mano non guasta!

Esteriormente KDE 4.0 ricorda molto Vista, sia per Plasma e i suoi plasmoidi abbelliti da Oxygen, sia per K-Menu, anche se grazie a Solid e Phonon, i due nouvi framework, rispettivamente per l’astrazione hardware e la gestione del suono, l’architettura è notevolmente superiore a Vista e totalmente differente rispetto a KDE3. Konqueror continua a “conquistare”, visto che è stato potenziato e viene sempre utilizzato come motore rendering HTML predefinito, anche oramai ha lasciato il passo a Dolphin per la gestione del browsing delle risorse.

Che dire poi di tutti gli FX e Compose, che fanno rabbrividire il “WOW” di vista e MACOSX!

Naturalmente, come dicevo prima, per passare a KDE4 definitivamente sarà opportuno attendere, sia la migrazione di tutte quelle applicazioni magnificamente integrate in KDE3 che ora nel 4 sono come dei pesci fuor d’acqua in questa nuova e fantastica architettura.

Quindi, attendiamo che le maggiori Distro lo includano di default nei loro DVD (molto probabilmente includeranno KDE4.1, rivisitato e dopo molti bugfix).

Quindi attendiamo l’uscita di OpenSuse 11.0!

Vi espongo una semplice metodologia che vi permetterà di evitare inutili sentenze al povero muletto, che di tutta questa storia non ne ha colpa.

Partiamo dal principio, scopriamo per quale motivo un presunto pinco pallino cambia il nome di un film p0rno con l’ultimo capolavoro hollywoodiano… una parola crediti!

Il mondo di emule gira attorno a questo concetto, quasi totalmente trasparente all’utente! Tale metodo è l’implementazione della “legge” più antica del mondo “do ut des”, nel senso, più mi fai scaricare più io faccio scaricare te!

Mi spiego meglio:
Ogni volta che al nostro eMule diamo il link di un file da scaricare, lui cerca le fonti da cui fare il download, che non sono altro che client eMule nella rete che posseggono quel file, e vengono chiamati fonti. A questo punto il nostro eMule si mette nella coda di ogni singola fonte, in attesa del suo turno, ma queste code non sono come quelle delle poste o di qualsiasi altro sportello/servizio, ovvero delle code FIFO (First In, First Out), bensì sono come le code del pronto soccorso il più grave ha la “priorità”, ecco la parola chiave! Ad ogni client eMule nella coda viene assegnato un numero, detto Queue Rating (Punteggio in Coda) o più brevemente QR, che aumenta nell’unità di tempo, ma non aumenta in maniera costante ed omogenea tra tutti i client in coda, bensì in base alla loro priorità, che viene calcolata in base ai crediti che ogni singolo elemento della coda ha nei confronti della fonte, più crediti si hanno nei confronti della fonte, più alta sarà la nostra priorità per tale fonte, e più rapidamente il QR cresce. Una volta che si libera uno slot per il download dalla fonte, viene preso l’elemento nella lista con il QR più alto. E facile immaginare che se i QR cresce molto velocemente sarà più semplice superare la coda!
Bene, ma questi crediti come si guadagnano? Semplicemente facendo scaricare! Facciamo un esempio pratico:

Ci sono tre individui, Aldo, Beppe e Carlo.
Beppe cerca un file che Aldo possiede e comincia il download, a questo punto Aldo guadagna crediti nei confronti di Beppe. Tempo dopo sia Aldo che Carlo cercano un file che Beppe possiede, e tutti e due si mettono nella coda di Beppe per il Download, presupponiamo che Beppe non abbia mai scaricato nulla da Carlo, e che quindi Carlo non possiede crediti nei confronti di Beppe si ha la seguente situazione: Aldo finirà più velocemente il download rispetto a Carlo perchè, possedendo dei crediti nei confronti di Beppe, avrà priorità superiore rispetto a Carlo, sicchè non appena da Beppe si libera uno slot per il download Aldo avrà più probabilità rispetto a Carlo di occuparlo ed usufruire del download.

Spero che questa spiegazione del funzionamento dei crediti di eMule sia chiara, e colgo l’occasione per rispondere immediatamente ad una domanda che ha sicuramente cominciato a frullarvi in testa: No, i crediti che uno possiede nei confronti delle fonti non si possono ne vedere ne modificare, tuttalpiù si possono vedere e, volendo, modificare i crediti che gli altri posseggono nei nostri confronti! Questo perchè gli sviluppatori di eMule hanno ben pensato che i più furbi avrebbero potuto approfittarne…!

Quindi, detto questo, è chiaro perchè ci sono i famosi “pinco pallino” che decidono di cambiare nome a file poco richiesti dando loro nomi molto più appetitosi, in modo tale che i più sprovveduti scarichino da loro, in modo tale da acquisire più crediti… poco importerà se poi una volta scaricato il file viene scartato, ormai il traffico di dati e l’aumento dei crediti ci sono stati! Ma questo non è il concetto della filosofia dei crediti, questo è sfruttare il meccanismo a scapito dei novizi!

Il vero trucco per scaricare molto velocemente è permettere quindi far scaricare e quindi guadagnare crediti, e con l’avvento dell’ADSL nelle case, perchè limitare l’Upload? Infatti molti non sanno che sulle linee ADSL il Download e l’Upload viaggiano su frequenza differenti, e che quindi se saturiamo la banda in UP non andiamo ad intralciare la banda in DOWN, come se i dati viaggiassero su corsie differenti, come in una superstrada, invece che come nei vecchi modem a 56k che al posto di una superstrada si aveva una vecchia stradina di campagna, lì si che aveva un senso limitare l’Upload!

Quindi amici miei, perchè infognare la rete di eMule con file Fake? Diamo il vero nome ai files, e leviamo il limite all’Up, ma anche se non lo volessimo togliere, diamo una banda in UP ragionevole, che ci guadagniamo tutti!!!

Ma non andiamo OffTopic…
Ordunque, miei prodi, come fare per difenderci da questi mal voluti file Fake? Basta adottare alcune piccole accortezze e i nostri download saranno sicuri e precisi!

Una volta che il nostro eMule ha trovato un bel po’ di fonti andiamo ad aprire la finestra dei dettagli del file in download (destro sul file -> Informazione file , oppure click con il tasto centrale del mouse ), qui possiamo controllare alcune cose:

1) Andando nella sezione Nome, qui possiamo ammirare i vari nomi che le varie fonti hanno dato al loro file, ordinate per numero di fonti che hanno loro dato lo stesso nome. A questo punto basta aguzzare la vista e decidere se quel file corrisponde al nome che gli è stato assegnato. se ad esempio stiamo scaricando un film di Totò e invece tra i nomi esce tipo Fifa08 oppure XXX ed altri nomi che indicano contenuti assai differenti tra loro e soprattutto differenti da ciò che crediamo di stare a scaricare…. bhe, siamo in presenza di un fake! Possiamo tranquillamente cancellarlo senza timore…!

2) Dopo che un po’ il file è stato scaricato, specialmente la parte iniziale, nella sezione Generale della finestra dettagli possiamo ammirare un dettaglio molto utile: il Tipo, che grazie alle librerie ID3lib, ci avvisa se l’estensione del file corrisponde effettivamente al contenuto, appunto per evitare che file archivio di 700Mb vengano scambiati per film e viceversa, inoltre, sempre grazie alle librerie ID3lib nella sezione Info Contenuti è possibile ispezionare le specifiche di file Video/Audio ed avere un’anteprima dei file archivio.

Infine un modo alquanto pratico, ma spesso poco utile è dare uno sguardo ai commenti (infatti non considerandolo infallibile non l’ho inserito tra i trucchetti per controllare la genuinità del file ), spesso si è tentati di cancellare a priori file ai quali appare uno o due punti esclamativi rossi, ma buona abitudine è quella di andare a leggere effettivamente quali sono i commenti negativi posti dagli utenti della comunità e soprattutto a che nome file sono riferiti. Mettiamo l’esempio che stiamo scaricando un film, e ci appare un punto esclamativo rosso, andando ad esaminare i commenti spesso possiamo trovare: “Non si apre, File corrotto!” , ma osservando la terza colonna presente nei commenti, quella che indica il nome del file al quale è stato assegnato tale commento, possiamo scoprire che il fantomatico file che non si apre è un archivio o un’immagine CD, e quindi quel commento negativo lo possiamo tranquillamente trascurare, e naturalmente per sincerarci che il file che stiamo scaricando è realmente ciò che è possiamo applicare uno dei due trucchetti prima elencati.
Spesso a commenti negativi corrispondono messaggi di spam, ed anche in quel caso possiamo non tenerli in considerazione!

Detto questo vi saluto, anche perchè ho superato le 1200 parole e non vorrei sembrare logorroico!
Buon Download a tutti!

Apriamo il link del canale di RiflettoTV sul quale “trasmettono” il film che vogliamo scaricare, selezioniamo quindi il film e mettiamo in pausa, notiamo come nella barra di progresso ci sia un’ombra che avanza, quello è il livello di bufferizzazione del film sull’HD, a questo punto apriamo un terminale ed eseguiamo:
:~> ps -A | grep firefox
17600 ? 00:00:00 firefox
17608 ? 01:10:36 firefox-bin


in modo da mostrare solo i processi di nome firefox, quello che ci interessa è “firefox-bin”, ma in particolare la colonna del PID (il ProcessID, nell’esempio la prima colonna), ovvero il numero 17608 nel nostro esempio, grazie al concetto in Linux per il quale tutto è un file, possiamo andare ad esplorare la cartella “/proc/” che contiene varie sottocartelle numerate proprio con i PID, che a loro volta contengono file e cartelle con informazioni sul processo in questione, una cartella che ci interessa in particolare è la cartella “/proc/PID/fd/” che contiene i link simbolici o SLink (vedi in seguito) a tutti i files/pipe aperti da quel processo, detto questo eseguiamo:
:~> ls -l /proc/17608/fd | grep tmp
lrwx------ 1 poe84it users 64 14 nov 08:30 72 -> /tmp/Flash5XQ0Ux


così facendo mostriamo tutti i file aperti da firefox-bin che contengono la stringa “tmp”, in modo tale da individuare il file temporaneo che flash usa come cache. Nel nostro esempio il files 72 che punta al file /tmp/Flash5XQ0Ux .
A questo punto la situazione volge a nostro favore, infatti i file system come ext2 o ext3 utilizzano un metodo di allocazzione differente dai “tradizionali” FAT16/32 o NTFS in quanto più file possono puntare ad una stessa area di memoria o inode, e solo che dopo tutti i files che puntano a quella data porzione di memoria sono stati eliminati essa viene resa libera, detto ciò andiamo con questo comando…:
:~>ln /tmp/Flash5XQ0Ux ~/Desktop/Star\ Wars\ III\ La\ vendetta\ dei\ Sith.flv


…a creare un HardLink, ovvero un link al livello del FS che lega nel destino questi due files: /tmp/Flash5XQ0Ux e ~/Desktop/Star Wars III La vendetta dei Sith.flv, e mentre Firefox scarica il nostro film e poi successivamente (alla chiusura della pagina o al cambiamento di canale/programma) lo “elimina”, noi abbiamo salvato dall’eliminazione definitiva l’area dati creando l’HLink sul Desktop! Mi raccomando, attendere che Firefox scarichi completamente il film nella cache, altrimenti avremo un film a metà!

Nota: Gli HLink differiscono sostanzialmente dai link classici di windows, in quanto quelli di windows sono gestiti a livello di Sistema Operativo, mentre gli HLink sono gestiti a livello di FS, in pratica i i link di windows sono dei file contenenti delle istruzioni per il SO affinchè rintracci il file al quale puntano, mentre gli HLink puntano direttamente allo stesso file.
In Linux esistono anche altri tipi di link, i così detti Soft Link o SLink, che sono una via di mezzo tra gli HLink e i link di casa RedMond, in quanto contengono semplicemente in formato testuale il Path del file al quale puntano (come i link Windows) ma sono gestiti a livello di FS (come gli HLink), qundi del tutto trasparenti all’utente ed ai processi, solo che i SLink, a differenza degli HLink, non puntando direttamente ad un’area di memoria, non prevengono quindi la cancellazione del file al quale puntano, infatti un SLink può puntare anche ad un file inesistente…