OpenLLM-France/wikimedia huggingface dataset:
# Nefrologia/IRA

Nefrologia
Copertina Tutti i moduli · Sviluppo
* Concetti introduttivi:
** Cenni di fisiologia
** Semeiotica
* Patologia:
** Alterazioni idroelettroliticheNefrologia/Alterazioni idroelettrolitiche
** Alterazioni dell'equilibrio acido-base
** Insufficienza renale acuta (IRA)Nefrologia/IRA
** Insufficienza renale cronica (IRC)
* Glomerulonefriti:
** GN acuta post-streptococcicaNefrologia/GNAPS
** · GN rapidamente progressiva (a semilune)
* Farmacologia:
** DiureticiFarmacologia/Diuretici
Modifica il sommario
L'insufficienza renale acuta è una condizione patologica caratterizzata dalla rapida caduta della funzione renale, stimata tramite la GFR. Di solito insorge come complicanza di una malattia sottostante, può avere varie cause raggruppabili in tre gruppi
* Prerenale: da mancata perfusione (circa 50% dei casi)
* Renale: da danno intrinseco al parnchima renale (circa 45% dei casi)
* Postrenale: da occlusione delle vie efferenti (circa 5% dei casi)
La diminuzione della GFR conduce in primo luogo all'aumento della azotemia e dei prodotti azotati, ritenzione idrica e disturbi idroelettrolitici. Eccettuata l'oliguria frequentemente l'IRA è asintomatica e può essere diagnosticata esclusivamente attraverso gli esami di laboratorio di routine eseguiti su pazienti ospedalizzati per altri motivi.

## IRA prerenale

È preceduta da quelle condizioni patologiche che possono causare una marcata diminuzione di pressione, a livello sistemico o renale, o ipovolemia come una insufficienza cardiaca o una vasodilatazione patologica. Il rene è uno degli organi che resiste meglio ad una mancata perfusione, risentendo di effetti ischemici solo dopo luoghi periodi, quindi l'insorgenza di una IRA intrinseca da necrosi non è frequente se si interviene in tempo. L'organismo e il rene in queste condizioni interviene con vari meccanismi: la stimolazione dei barocettori provoca un riflesso parasimpatico con liberazione di catecolamine e l'attivazione del sistema renina-angiotensina-aldosterone e la secrezione di ADH; questi meccanismi sono finalizzati alla ritenzione di acqua e di sodio in modo da ripristinare una pressione sufficiente. Dal canto suo il rene produce PGE che ha l'effetto di dilatare le arteriole afferenti in modo da aumentare la perfusione glomerulare.
Da queste considerazioni risalta come la somministrazione di alcuni farmaci in questa situazione può vanificare queste misure di sicurezza e creare un pericolo per la vita del paziente. Come prima cosa va evitata la somministrazione di FANS, come di ACE inibitori e antagonisti del recettore per A II. Vanno poi assolutamente evitati e sospesi i diuretici.
# Napoletano/Verbi napoletani

Napoletano
Copertina Bibliografia Tutti i moduli · Sviluppo
    Copertina
* Grammatica
** Pronuncia
** Alfabeto
** Sostantivi
** Articoli
** Preposizioni
** Aggettivi
** Pronomi
** Verbi
*** Verbi regolari
*** Verbi irregolari
** Avverbi
** Congiunzioni
** Interrogativi
** Sintassi
* Lessico
** Saluti
** Verbi napoletani
** Numeri
** Calendario
** Colori
** Tempo
** Cibo
*** Frutta e verdura
** Parti del corpo
** Stanze della casa
** Modi di dire
* Risorse
** Bibliografia
** Siti Internet
Modifica il sommario
Ecco una lista di alcuni verbi napoletani, con il loro significato e la loro coniugazione. Per un elenco completo, consulta la categoria dei vocaboli napoletani sul Wikizionario.
Nota: queste pagine puntano al Wikizionario, un progetto gestito dalla Wikimedia Foundation, che si occupa di organizzare un dizionario virtuale multilingua.
* abballá
* abbuccá
* abbutecà
* accapputtà
* accattá
* acchiappá
* accumparè
* addrubbechià
* addurmì
* aggarbá
* aggrannirse
* allicurdá
* alluccá
* ammesurá
* appannà
* arapí
* arravuglià
* ascí
* ascià
* attené
* attennere
* avé
* cammená
* canóscere
* cantá
* cadé
* chiagnere
* chiammá
* chiovere
* cuffià
* cunzumà
* addimanná
* dìcere
* durmí
* èssere
* fá
* ferní
* fravecá
* frezzià
* fuí
* ghí o jì
* jucá
* magná
* mantenè
* 'mpazzí
* natá
* 'nguadiarse
* 'ntennere
* 'nzurarse
* pariá
* parlá
* penzá
* pigliá
* priá
* pruvá
* puté
* rispónnere
* rrevutà
* rusecà
* sapé
* sbrialà
* sbruvignà
* scarpesà
* scassà
* scetá
* scialá
* sentí
* serví
* sgarrupá
* spànnere
* spertusà
* stá
* suggerí
* sunná
* tené
* trammià
* trasí
* truvá
* vedé
* vení
* vévere
* vulá
* vulé
# Linux Unix e i virus/Problemi di sicurezza/Scelte e errori

Linux Unix e i virus
Copertina Bibliografia Tutti i moduli · Sviluppo
* Che cos'e un virus? Come agisce?
** Introduzione
** Virus per il sistema operativo o per l'utente?
** È possibile difendersi? Ruolo del S.O.
* Virus e problemi di sicurezza
** Problemi di sicurezza, introduzione
** Scelte architetturali, errori di implementazione
** Multiutenza come difesa?
** Definizione operativa di una distinzione tra virus e problema di sicurezza
** Linux: i worm Ramen e Adore
* E possibile difendersi? Come?
** Unix e Linux
** Windows NT
** Windows 3.x, 9x, ME
* Conclusioni
* Ringraziamenti
* Appendice A: virus manuale per Unix/Linux
* Copyright
Modifica il sommario
Come abbiamo appena visto, l'eventuale successo nella rimozione menzionata da parte dell'utente su un S.O. di tipo Unix sarebbe dovuto a un errore di implementazione e quindi a una non aderenza alle specifiche sui diritti di accesso. Quindi su Unix tale problema rientra nell'ambito dei problemi di sicurezza e come problema di sicurezza viene affrontato e risolto. Invece ora supponiamo di tentare lo stesso tipo di rimozione su Windows 98; tale rimozione viene effettuata con successo in ogni caso, chiunque sia la persona che sta utilizzando il computer e, volontariamente o meno, la richiede.
Tutto ciò è dovuto a un errore di implementazione? Tale rimozione ha successo perché, proprio per scelta architetturale, su Windows chiunque ha diritto di rimuovere qualunque file. Quindi su Windows il tutto non può essere considerato e affrontato come problema di sicurezza; va semplicemente considerato un problema di scelte architetturali, cosicché, a meno che non si voglia ristrutturare l'intero sistema a partire dalle sue specifiche, tale problema resta ineliminabile. Se ne può facilmente dedurre che un virus che cerchi di danneggiare il S.O. è qualcosa che può esistere (ed esiste) per Windows e che invece non esiste per Unix. Ripeto, su Unix un tale virus può solo cercare di sfruttare un problema di sicurezza (o un amministratore di sistema particolarmente stupido... :) e allora si rientra nell'ambito degli attacchi alla sicurezza del sistema e si fa riferimento a una categoria di esperti informatici piuttosto diversa da quella dei "virus writer", cioè quella degli esperti delle problematiche di sicurezza.
# Linux Unix e i virus/Cosa è un virus/Per chi

Linux Unix e i virus
Copertina Bibliografia Tutti i moduli · Sviluppo
* Che cos'e un virus? Come agisce?
** Introduzione
** Virus per il sistema operativo o per l'utente?
** È possibile difendersi? Ruolo del S.O.
* Virus e problemi di sicurezza
** Problemi di sicurezza, introduzione
** Scelte architetturali, errori di implementazione
** Multiutenza come difesa?
** Definizione operativa di una distinzione tra virus e problema di sicurezza
** Linux: i worm Ramen e Adore
* E possibile difendersi? Come?
** Unix e Linux
** Windows NT
** Windows 3.x, 9x, ME
* Conclusioni
* Ringraziamenti
* Appendice A: virus manuale per Unix/Linux
* Copyright
Modifica il sommario
Ed eccoci alla prima distinzione. Consideriamo un “virus”, un eseguibile che provoca un effetto non desiderato dall’utente. Che tipo di effetto indesiderato? Danneggiamento dei file dell’utente e/o danneggiamento dell’ambiente di lavoro, costituito dal S.O. e dagli applicativi installati sul sistema?
Come abbiamo già visto, è inutile sognare un S.O. che possa evitare il primo tipo di danneggiamento. Quindi concentriamoci sul secondo caso. Anche se per un utente un danneggiamento dei propri file è cosa senz’altro negativa, il danneggiamento del S.O. ha un impatto ancora maggiore, perché inficia la funzionalità dello strumento di lavoro, anche per altri utenti, e può richiedere, oltre al solito backup (da fare anche per proteggersi contro il primo caso), magari anche la riparazione/reinstallazione del S.O. Quindi chiediamoci: può esistere un S.O. che sia in grado di autodifendersi dal concetto di “virus”, cioè capace di non lasciarsi danneggiare dall’esecuzione di un virus da parte di un utente? Ammettendo che si voglia un sistema operativo che non permette la propria modifica, la risposta sarebbe sí; ma siccome il sistema operativo viene necessariamente modificato (se non per volontà dell'utente stesso, almeno per gli aggiornamenti etc..) questo non è possibile, anche se il problema si può ridimensionare non permettendo ad utenti/programmi non autorizzati la modifica dei file (ovviamente un sistema che permettesse ciò sarebbe impossibile da difendere...). In definitiva la maggior parte del problema della sicurezza è costituito dalle falle del sistema che controlla i privilegi degli utenti (cioè ciò che sono autorizzati a fare). Da questo punto di vista i sistemi unix sono molto più sicuri proprio perché è facile trovarne le debolezze (e quindi risolverle), al contrario dei sistemi Microsoft la cui scarsa sicurezza si basa sulla difficoltà di trovarne le falle.
# Linux Unix e i virus/Problemi di sicurezza/Distinzione operativa

Linux Unix e i virus
Copertina Bibliografia Tutti i moduli · Sviluppo
* Che cos'e un virus? Come agisce?
** Introduzione
** Virus per il sistema operativo o per l'utente?
** È possibile difendersi? Ruolo del S.O.
* Virus e problemi di sicurezza
** Problemi di sicurezza, introduzione
** Scelte architetturali, errori di implementazione
** Multiutenza come difesa?
** Definizione operativa di una distinzione tra virus e problema di sicurezza
** Linux: i worm Ramen e Adore
* E possibile difendersi? Come?
** Unix e Linux
** Windows NT
** Windows 3.x, 9x, ME
* Conclusioni
* Ringraziamenti
* Appendice A: virus manuale per Unix/Linux
* Copyright
Modifica il sommario
A questo punto ci chiediamo nuovamente quando usare il termine "virus", cercando di fare distinzioni dove possibile. Lo si potrebbe usare per qualunque cosa sia in grado di danneggiare il S.O., ma questo non aiuterebbe la comprensione delle cose. Una ragionevole definizione operativa potrebbe essere la seguente:
    un determinato caso di danneggiabilità del S.O. viene classificato come "problema di sicurezza" (e non "virus") quando la soluzione di un problema di sicurezza permette di risolvere il caso.
Diversamente, nel presente contesto, per semplicità, possiamo decidere di etichettare il tutto come "virus" senza fare ulteriori distinzioni. Tale definizione operativa, oltre ad essere secondo me ragionevole da un punto di vista teorico, è senz'altro aderente alla realtà pratica e vissuta. Infatti, quando la correzione di un problema di sicurezza rende invulnerabile il S.O. a un "eseguibile maligno" che si appoggia a tale problema e non risulta necessario l'uso di nessun antivirus, state pur tranquilli che l'amministratore di sistema vede il tutto come "problema di sicurezza" e per tale eseguibile usa classicamente il termine "exploit" e non il termine "virus".
Quando viceversa non è possibile difendersi risolvendo qualcosa che il produttore del S.O. classifica come "problema di sicurezza" e ci si trova di fronte a un problema architetturale, beh, l'amministratore di sistema si accorge di essere impotente e ha buoni motivi per usare il termine "virus".
# Linux Unix e i virus/Difendersi/Windows NT

Linux Unix e i virus
Copertina Bibliografia Tutti i moduli · Sviluppo
* Che cos'e un virus? Come agisce?
** Introduzione
** Virus per il sistema operativo o per l'utente?
** È possibile difendersi? Ruolo del S.O.
* Virus e problemi di sicurezza
** Problemi di sicurezza, introduzione
** Scelte architetturali, errori di implementazione
** Multiutenza come difesa?
** Definizione operativa di una distinzione tra virus e problema di sicurezza
** Linux: i worm Ramen e Adore
* E possibile difendersi? Come?
** Unix e Linux
** Windows NT
** Windows 3.x, 9x, ME
* Conclusioni
* Ringraziamenti
* Appendice A: virus manuale per Unix/Linux
* Copyright
Modifica il sommario
È bene essere coscienti che non valgono i pregi elencati per Unix riguardo all'isolamento tra utente e S.O. e tra utente e utente e non si ha una buona protezione della memoria 3. Se si può rinunciare a usare programmi che necessitano dei permessi laschi tipici di Windows NT, allora si può procedere a "blindare" file e directory di sistema, imitando Unix per le proprietà e i diritti di accesso. Se non si può rinunciare a usare tali programmi, è bene ricorrere ad antivirus aggiornandoli periodicamente e raccomandare agli utenti di non comportarsi in modo troppo pericoloso (e augurarsi che obbediscano...).
Inoltre, come su Unix, è bene assumere l'identità di amministratore solo quando è realmente necessario. È da notare che su Windows NT non esiste un equivalente del comando "su" di Unix; non esistendo neanche la possibilità di aprire più sessioni o più desktop su console distinte (cosa tranquillamente disponibile su Linux...), un cambio di identità comporta la chiusura della sessione e la riapertura di un'altra sessione con un'altra identità. Per evitare tale disagio, spesso su NT si finisce per lavorare sempre con l'identitàa di amministratore e/o per dare al proprio utente i diritti di amministrazione... resta il fatto che non è affatto una sana abitudine, infatti è ciò in cui confida solitamente chiunque voglia scrivere un virus per Windows NT...
Riguardo al browsing: parlando di Unix, ho ricordato l'inopportunità di navigare da "root". Su Unix questo significa solo che è bene evitare di lanciare, ad esempio, Netscape, Mozilla, Galeon, Konqueror, ecc. da root. Su NT5 (Windows 2000), Windows ed Explorer sono strettamente integrati, quindi appare praticamente impossibile agire da amministratore evitando di eseguire un browser con l'identità e i diritti, appunto, di amministratore... ovvio che tocca ignorare e violare quella che è una classica, antica e sana raccomandazione... Ultima precisazione: i vantaggi derivanti dalla multiutenza di Windows NT e dalla sua gestione di proprietà e diritti di accesso su file e directory vengono in buona parte annullati se non si usa NTFS, cioè il file system nativo di NT. Se, come si fa spesso, Windows NT viene installato sulla "classica" FAT (o se almeno una delle partizioni usate dal sistema è formattata come FAT), molte delle caratteristiche specifiche di NT non sono più valide e si ricade in una situazione per molti versi analoga a quella di Windows 3.x, 9x, ME, considerata nel modulo successivo.
# Linux Unix e i virus/Difendersi/Altri Windows

Linux Unix e i virus
Copertina Bibliografia Tutti i moduli · Sviluppo
* Che cos'e un virus? Come agisce?
** Introduzione
** Virus per il sistema operativo o per l'utente?
** È possibile difendersi? Ruolo del S.O.
* Virus e problemi di sicurezza
** Problemi di sicurezza, introduzione
** Scelte architetturali, errori di implementazione
** Multiutenza come difesa?
** Definizione operativa di una distinzione tra virus e problema di sicurezza
** Linux: i worm Ramen e Adore
* E possibile difendersi? Come?
** Unix e Linux
** Windows NT
** Windows 3.x, 9x, ME
* Conclusioni
* Ringraziamenti
* Appendice A: virus manuale per Unix/Linux
* Copyright
Modifica il sommario
Le versioni di Windows in questione non offrono una vera gestione della multiutenza e non permettono di imporre proprietà e diritti di accesso a file e directory. Quindi, da un punto di vista architetturale, semplicemente non c'è nessuna protezione. Per ridurre i rischi è bene fare ricorso ad antivirus, disabilitare gli automatismi che comportano esecuzioni all'insaputa dell'utente (di default Windows e vari applicativi Microsoft ne prevedono molti), evitare di far usare il computer a chi non è conscio dei pericoli, istruire opportunamente gli utenti, evitare di usare software di provenienza non chiara (quindi anche molti software pirata...) e, se si tratta del computer di casa, sperare che i propri figli non facciano i "birichini", anche perché non sono disponibili funzionalità di logging sufficienti a ricostruire che cosa combinano.
# Linux Unix e i virus/Difendersi/Unix e Linux

Linux Unix e i virus
Copertina Bibliografia Tutti i moduli · Sviluppo
* Che cos'e un virus? Come agisce?
** Introduzione
** Virus per il sistema operativo o per l'utente?
** È possibile difendersi? Ruolo del S.O.
* Virus e problemi di sicurezza
** Problemi di sicurezza, introduzione
** Scelte architetturali, errori di implementazione
** Multiutenza come difesa?
** Definizione operativa di una distinzione tra virus e problema di sicurezza
** Linux: i worm Ramen e Adore
* E possibile difendersi? Come?
** Unix e Linux
** Windows NT
** Windows 3.x, 9x, ME
* Conclusioni
* Ringraziamenti
* Appendice A: virus manuale per Unix/Linux
* Copyright
Modifica il sommario
Tutto sommato non c'è molto da cui difendersi. Vale la raccomandazione classica (a prescindere dai virus) di usare il sistema con l'identità utente, ricorrendo all'identità di amministratore («root») solo quando è realmente necessario. In particolare, è bene non accedere mai a Internet con l'identità di root. Tale raccomandazione, oltre a rispondere al buon senso, non comporta un reale disagio, dato che Unix offre il comando «su», che permette di cambiare identità (e quindi, in particolare, di assumere l'identità di root fornendo la corrispondente password) in qualunque contesto, con interfaccia grafica o anche solo su terminale testuale.
Inoltre, come su qualunque sistema, l'amministratore deve evitare di installare software di provenienza non chiara. Per il resto, per l'amministratore di sistema non c'è molto da temere: il sistema, se mantenuto aggiornato con le correzioni dei problemi di sicurezza, non può venire danneggiato dagli utenti. D'altra parte, la pubblicazione delle correzioni come codice sorgente e la pubblicità ricevuta da un'eventuale falla può risultare in una maggiore esposizione di un sistema non aggiornato: è quindi molto importante aggiornare il sistema frequentemente, e in ogni caso avere più linee di difesa, come password, firewall, e non tenere accesi servizi non necessari (per esempio, un demone MySQL su una macchina che non lo usa).
Per ciò che riguarda l'utenza del sistema, gli utenti incauti possono far danni a se stessi ma non possono danneggiare né il sistema né gli altri utenti (nessun utente può scrivere nella cartella Home di un altro, se non è stato autorizzato), quindi ciascun utente può dormire sonni tranquilli anche se un altro utente della stessa macchina è «un po' troppo disinvolto». L'utente deve però evitare comportamenti troppo incauti, per non provocare danni ai propri file.
# Universo

Universo
Copertina Tutti i moduli · Sviluppo
    CopertinaUniverso/Copertina
* Concezione di universoUniverso/Concezione di universo
* Big BangUniverso/Big Bang
* Espansione dell'universo
* Materia ed energia oscura
* Radiazione cosmica di fondo
* Universo paralleloUniverso/Universo parallelo
* Teorie scientifiche sulla fine dell'Universo
** Teoria dello stato stazionario e l'universo oscillante
** Morte termica dell'Universo e il Big Rip
** Big Crunch
* Ruolo della forma dell'universo
* Formazione ed evoluzione delle galassie
* Evoluzione stellare
* Concezione cristiana della nascita e della fine dell'universo: Genesi e ApocalisseUniverso/Concezione cristiana della nascita e della fine dell'universo: Genesi e Apocalisse
** La nascita: GenesiUniverso/La nascita: Genesi
** La fine: Apocalisse di GiovanniUniverso/La fine: Apocalisse di Giovanni
Modifica il sommario
Fino agli anni '80, la parola universo era usata per riferirsi all'intero continuum spaziotemporale con tutta la materia e l'energia in esso contenute, definizione che si trova ancora oggi in quasi tutte le moderne enciclopedie non-specializzate. A partire dagli Anni '80, però, una rivoluzione della cosmologia nata ad opera della teoria dell'inflazione ha diviso il significato del termine universo in due aspetti: la parte visibile di tutto ciò che esiste, e tutto ciò che esiste in senso lato.
# Universo/Concezione cristiana della nascita e della fine dell'universo: Genesi e Apocalisse

Universo
Copertina Tutti i moduli · Sviluppo
    CopertinaUniverso/Copertina
* Concezione di universoUniverso/Concezione di universo
* Big BangUniverso/Big Bang
* Espansione dell'universo
* Materia ed energia oscura
* Radiazione cosmica di fondo
* Universo paralleloUniverso/Universo parallelo
* Teorie scientifiche sulla fine dell'Universo
** Teoria dello stato stazionario e l'universo oscillante
** Morte termica dell'Universo e il Big Rip
** Big Crunch
* Ruolo della forma dell'universo
* Formazione ed evoluzione delle galassie
* Evoluzione stellare
* Concezione cristiana della nascita e della fine dell'universo: Genesi e ApocalisseUniverso/Concezione cristiana della nascita e della fine dell'universo: Genesi e Apocalisse
** La nascita: GenesiUniverso/La nascita: Genesi
** La fine: Apocalisse di GiovanniUniverso/La fine: Apocalisse di Giovanni
Modifica il sommario
La concezione della nascita e della fine dell'universo sono state influenzate durante tutto Medioevo dalla visione aristotelica e da quella cristiana (che a partire dalla Scolastica ha assimilato gran parte della filosofia dello Stagirita).

## Genesi

Il Libro della Genesi (ebraico בראשית bereshìt, "in principio", dall'incipit; greco Γένεσις ghènesis, "nascita", "creazione", "origine"; latino Genesis), comunemente citato come Genesi (femminile), è il primo libro della Torah ebraica e della Bibbia cristiana.
Nei primi 11 dei suoi 50 capitoli descrive la cosiddetta "preistoria biblica" (creazione, peccato originale, diluvio), e nei rimanenti la storia dei patriarchi Abramo, Isacco, Giacobbe-Israele e di Giuseppe, le cui vite si collocano nel vicino oriente (soprattutto Palestina) del II millennio a.C.

## Apocalisse

L'Apocalisse di Giovanni, comunemente conosciuta come Apocalisse o Rivelazione o Libro della Rivelazione (da Αποκάλυψις, Apokàlypsis, termine greco che significa "rivelazione"), è l'ultimo libro ed il solo profetico del Nuovo Testamento.
Di 404 versetti, 278 contengono almeno una citazione veterotestamentaria. I libri che hanno maggiormente influenzato l'Apocalisse sono i libri dei Profeti, principalmente Daniele, Ezechiele, Isaia, Zaccaria e poi anche il Libro dei Salmi e l'Esodo.