Manual:Image administration/it

Questo articolo descrive come MediaWiki gestisce e memorizza i file e fornisce alcune informazioni sulla loro configurazione.

Questo vale sia per le immagini che per qualsiasi altro tipo di file che può essere caricato. Tutti i file sono memorizzati con un articolo corrispondente nel namespace "File:". Prima di MediaWiki 1.14, si usava invece lo spazio dei nomi "Image:". "Image:" viene mantenuto come alias per la compatibilità con il passato.



Caricamenti e utilizzo delle immagini
Vedere



Abilitare il caricamento delle immagini
Per caricare i file, devono essere soddisfatte le seguenti condizioni:


 * 1) MediaWiki deve avere i caricamenti abilitati. Impostare  a.
 * 2) Il tipo di file deve essere consentito. Ulteriori informazioni:.
 * 3) L'utente deve far parte di un gruppo con il diritto di "upload". Per impostazione predefinita, questa opzione viene assegnata a tutti gli utenti connessi.

I caricamenti vengono fatti utilizzando Special:Upload.

Vedere, e 



Parametri importanti per la gestione dei file
Questi sono i parametri importanti:





Miniatura immagine
La sintassi delle immagini di MediaWiki consente il ridimensionamento dinamico e il thumbnailing delle immagini (vedere per un aiuto generale sul caricamento dei file).

La miniaturizzazione delle immagini richiede ImageMagick o GD library - nessuno dei due fa parte dell'installazione predefinita di MediaWiki.

GD
PHP comes with GD enabled by default. GD will not require any configuration or modification to be used.

Si raccomanda di usare GD sui sistemi Windows.

GD può essere scaricato da https://libgd.github.io/. In versioni recenti di PHP questo non è richiesto.

ImageMagick
In MediaWiki, abilitare ImageMagick in  impostando  a.

ImageMagick può essere scaricato da https://imagemagick.org/.

Once ImageMagick is installed, you must enable ImageMagick and point MediaWiki to the  or   program on your computer in  like this:

Se si utilizza ImageMagick, impostare su true in LocalSettings.php. Assicurarsi che il comando sia eseguibile dal processo del server web. Ad esempio, gli utenti di Windows vorranno cambiare l'impostazione predefinita in "C:\ImageMagick\convert.exe" (o simile).

Per ricreare le vecchie miniature prima dell'uso di ImageMagick, si può usare.

Se il rendering fallisce senza avvisi, controllare e aumentare.

GraphicsMagick può essere usato anche come alternativa a ImageMagick. È necessario impostare come segue. Esempio:



GIF
Per la miniatura di GIF-Animazioni in ambiente Windows, è necessario installare ImageMagick come descritto sopra.

SVG


MediaWiki supporta il rendering delle immagini SVG: se abilitato, le immagini SVG possono essere usate come gli altri file immagine - saranno automaticamente rese come file PNG e miniaturizzate al volo secondo le necessità. Se si utilizza un host condiviso e non c'è un renderizzatore SVG preinstallato, probabilmente si dovrebbe chiedere al provider di installarlo per voi.

Per abilitare il supporto SVG:


 * 1) Consentire il caricamento di file SVG nel file LocalSettings.php:   Si noti che MediaWiki rifiuterà i file SVG contenenti JavaScript, per motivi di sicurezza.
 * Per evitare un falso positivo, aggiungere  al file.
 * Se si utilizza MediaWiki 1.34 o superiore, non viene mai applicato e ora è sempre . Potete tranquillamente rimuoverlo nel vostro file LocalSettings.php.
 * Se si ottiene un errore che dice che il file è corrotto, verificare che il funzioni correttamente.
 * 1) Aggiungere   a  e impostare il renderizzatore che si desidera utilizzare.
 * Le opzioni disponibili sono ImageMagick, ImagickExt , sodipodi , inkscape , batik , rsvg , and imgserv.
 * Per esempio:
 * 1) * librsvg è veloce ma non molto preciso. Dipende da un gran numero di librerie. Per installare automaticamente tutte queste librerie, si può usare un gestore di pacchetti. Il progetto Wikimedia utilizza rsvg.
 * 2) * Batik è il più accurato renderizzatore SVG disponibile, anche se il suo anti-aliasing è talvolta non ottimale. La sua analisi SVG è più rigorosa e lo porta a rifiutare file SVG "quasi validi" che altri renderizzatori accettano (ad esempio commons:File:UbuntuCoF.svg). Batik si basa su Java ed è molto più lento di rsvg, anche se questo potrebbe non essere un grosso problema a meno che non si aggiungano continuamente file SVG. Vedere SVG benchmarks. Richiede molto lavoro per funzionare, se non è incluso nella distribuzione.
 * 3) * Inkscape fa anche un lavoro accurato sugli SVG, a velocità dimezzata rispetto a rsvg, ma è stato progettato per l'uso grafico interattivo; tuttavia, viene fornito con inkview, che è un programma di visualizzazione/conversione - richiede una home directory scrivibile per l'utente con cui viene eseguito. Poiché verrà eseguito come utente  o similare, cercherà di creare le directory   e   nella home directory corrispondente e fallirà senza avvisi, crash o hang indefinitely se non ci riesce. Inkscape è preferibile a rsvg (a) su Windows (viene fornito come pacchetto standalone) o (b) se si hanno SVG importanti disegnati in Inkscape che non vengono resi correttamente in rsvg. Inkscape ha una catena di dipendenze complicata come librsvg: usatela solo se è presente nella vostra distribuzione o se è disponibile come pacchetto standalone completo.
 * 4) * Sodipodi è il programma da cui Inkscape è stato derivato. Valgono le stesse considerazioni. Sodipod non è più in fase di sviluppo attivo.
 * 5) * Dalla versione 6.x.x ImageMagick rende gli SVG, ma in modo imperfetto. È l'impostazione predefinita, ma è bene evitarla se possibile. Tuttavia, funziona. Su Windows, $wgConvertPath deve essere impostato per evitare un conflitto con convert.exe di Windows. Una semplice alternativa in questo scenario è aggiungere a LocalSettings.php la riga, che consente anche gli spazi nel percorso.
 * 6) ** Per evitare errori nella creazione di miniature con ImageMagick, se è ≥ 7.0.9-25, allora Inkscape deve essere ≥ 1.x.x. Allo stesso modo, se ImageMagick è < 7.0.9-25, allora Inkscape deve essere < 1.x.x. Vedere ImageMagick issue.
 * 7) * L'estensione PHP Imagick supporta il rendering SVG, ma valgono le stesse considerazioni fatte per ImageMagick.
 * 8) * La Libreria GD non è in grado di convertire le immagini SVG nel formato PNG, almeno secondo il blog di Joen Asmussen del giugno 2008 NoScope.
 * 9) * La maggior parte dei browser web attuali tranne Internet Explorer (fino alla versione 9) può visualizzare direttamente gli SVG. L'uso di librsvg per il rendering di SVG in PNG darà risultati molto più accurati, oltre a un minor consumo di banda. La visualizzazione diretta di SVG non è supportata di default in MediaWiki, a meno che non si installi l'estensione.
 * 1) * La maggior parte dei browser web attuali tranne Internet Explorer (fino alla versione 9) può visualizzare direttamente gli SVG. L'uso di librsvg per il rendering di SVG in PNG darà risultati molto più accurati, oltre a un minor consumo di banda. La visualizzazione diretta di SVG non è supportata di default in MediaWiki, a meno che non si installi l'estensione.

Impostare  se il rendering SVG non è necessario e si desidera che gli utenti scarichino il file svg per visualizzarlo.

Risoluzione dei problemi
Se si vede un quadrato vuoto al posto dell'SVG (Chrome) o nessuna immagine (Firefox) e tutti i collegamenti PNG portano all'errore 404 e non si vede nessun altro messaggio di errore, controllare la variabile. L'impostazione di può rendere la trasformazione SVG sempre differita. Assicurarsi che i metodi PHP proc_open e symlink siano abilitati (potrebbero essere disabilitati in php.ini per motivi di sicurezza o di prestazioni).



JPEG (utilizzando GD)
È sufficiente aggiungere la seguente riga al file LocalSettings.php, per far sì che la libreria GD venga automaticamente ripristinata.

Per gli errori con le miniature JPEG, vedere JPEG (usando GD).

TIFF
La generazione di miniature di file TIFF richiede MediaWiki 1.15.0 o più recente.


 * 1) Consentire il caricamento di file TIFF nel file LocalSettings.php:
 * 2) Aggiungere   a  e impostare jpg o png per specificare il tipo di miniatura che si desidera generare.
 * 3) La creazione di miniature di file TIFF può richiedere risorse di sistema superiori a quelle necessarie per la creazione di miniature di file JPEG, GIF o PNG. Considerare le impostazioni appropriate per   e

DjVu


Cancellazione di immagini
I file, come le pagine wiki, possono essere cancellati solo da utenti con il permesso " (delete)"  ( per impostazione predefinita). La cancellazione dei file avviene cancellando la pagina di descrizione associata. (oppure cliccando il collegamento "" nella tabella "").



Cancellazione di singole revisioni
Se un file è stato modificato, esiste una cronologia delle revisioni dei file che viene visualizzata nella pagina dell'articolo del file. Ciascuna revisione ha un link "". Se si fa clic su questa opzione, la revisione e il file vengono eliminati.

Le informazioni sulle vecchie revisioni dei file sono memorizzate nella tabella, mentre le informazioni sulle vecchie revisioni delle pagine sono memorizzate nella tabella.



Ripristinare i file
I file possono essere ripristinati esattamente come le normali pagine wiki. La directory in cui vengono memorizzati i file eliminati è definita da. Le informazioni sulle immagini eliminate sono memorizzate nella tabella.



Cancellazione dei file archiviati
Dalla versione 1.11 di MediaWiki, le immagini cancellate sono ancora memorizzate sul server per impostazione predefinita. Se si desidera eliminare le immagini archiviate selezionate, è possibile farlo utilizzando lo script di manutenzione. Se si desidera eliminare completamente tutti i file, è possibile farlo con lo script. Se si eliminano i file archiviati, non è più possibile ripristinarli.



Motivazioni per cancellare un file
Quando si sceglie di cancellare un file, come descritto sopra, agli utenti verrà chiesto di fornire un motivo per la cancellazione. I motivi disponibili possono essere modificati nella MediaWiki:Filedelete-reason-dropdown del wiki.

Data storage
Ogni volta che viene caricata un'immagine, vengono create diverse cose:


 * 1) Una pagina nel namespace dei file con il nome del file, ad esempio File:MyPicture.png. Questa pagina viene memorizzata e può essere modificata come qualsiasi altra pagina.
 * 2) Il file stesso viene memorizzato in una cartella del file system con gli spazi bianchi uniti e sostituiti con.
 * 3) Se necessario e se la miniatura è disponibile, le versioni miniate del file saranno create quando necessario (ad esempio per l'uso nella pagina di descrizione del file). Questi vengono memorizzati nella directory thumb della directory delle immagini, in una directory separata per ogni file principale.

Se è abilitato (come impostazione predefinita), MediaWiki crea diverse sottodirectory nella directory delle immagini.

I nomi delle directory provengono dai primi due caratteri dell'hash md5 del nome finale del file.

Cartelle
Tutti i file immagine sono memorizzati in una cartella determinata da (, per impostazione predefinita).

Descrizione delle sottocartelle di immagini denominate:


 * archive
 * È il luogo di archiviazione dei file che sono stati sostituiti da versioni più recenti.


 * temp
 * Utilizzato per la memorizzazione temporanea dei file durante il caricamento delle immagini. (A causa di, questi file potrebbero non essere sempre eliminati automaticamente).


 * thumb
 * Miniature (generate automaticamente) per i file. Se questi vengono cancellati, sono rigenerati automaticamente quando sono necessari.

A seconda della configurazione, possono essere presenti ulteriori sottocartelle di immagini:


 * math
 * Cartella per memorizzare l'input TeX renderizzato, vedere anche Extension:Math oppure Manual:Math.


 * x/xy
 * Se è impostato su  (che è il valore predefinito), le immagini saranno memorizzate nelle sottocartelle delle immagini, rendendo i percorsi dei file simili a  . Per maggiori dettagli sui motivi per cui questo sistema potrebbe essere utile e sul suo funzionamento, vedere.



Tabelle database

 * La pagina di descrizione del file viene memorizzata come una qualsiasi pagina nelle tabelle di pagina, testo, revisione, ecc.
 * - Contiene alcuni metadati, come la dimensione del file e la data di caricamento.
 * - Memorizza le informazioni relative ai file che sono stati sostituiti con versioni più recenti.
 * - contiene le informazioni sui file eliminati.
 * - Registra quali pagine utilizzano un file.



Utilizzo dello spazio
I file richiedono molto più spazio degli articoli. I calcoli seguenti ipotizzano una dimensione del blocco di 4KB con server Linux/Unix.

L'impostazione predefinita è.

Spazio richiesto per tutte le directory:


 * directory di immagini: 0-f/x0-f: max. 16*16 = 256 directory = 256*4 KB = 1024 KB
 * directory di archivio: 0-f/x0-f: max. 16*16 = 256 directory = 256*4 KB = 1024 KB
 * directory di miniature: 0-f/x0-f: max. 16*16 = 256 directory = 256*4 KB = 1024 KB
 * directory temporanee: 0-f/x0-f: max. 16*16 = 256 directory = 256*4 KB = 1024 KB

Pertanto, la quantità di spazio di base necessaria senza immagini caricate è teoricamente di 4 MB (anche se le directory vengono create solo quando necessario).

Per ciascun file è necessario:


 * dimensione del file immagine originale + 2 KB di overhead medio

Per i file che devono essere miniaturizzati:


 * dimensione della/e miniatura/e creata/e + 2 KB di overhead medio (ciascuna)
 * directory per le miniature (4KB) (ogni immagine ha una propria directory per le miniature)

Esempi:


 * immagine 20778 Byte png (dimensioni ridotte, senza miniatura): 24 KB per l'immagine: Totale 24 KB
 * immagine 123.000 Byte jpeg (dimensione grande, miniatura automatico): 124 KB per l'immagine, 4 KB per la directory del pollice, 64KB per il pollice: Totale: 192 KB



Accesso ai file
I file caricati sono generalmente accessibili direttamente dal server web, non attraverso MediaWiki. Sebbene ci possa essere un livello minimo di sicurezza attraverso l'indecifrabilità con la crittografia del percorso (ad esempio, /c/c4/...), se viene impostato, il percorso può essere calcolato facilmente dal nome del file e non fornisce una vera protezione.

Per limitare l'accesso agli utenti autorizzati, vedere.

Upload form
See the documentation on configuring the upload form.

Licensing
A feature of MediaWiki allows the Special:Upload Page to streamline licensing of images. Wikipedia's Upload Page has a Licensing drop down box below image summary. To make use of this feature a sysop needs to edit Licenses in the MediaWiki namespace (example: MediaWiki:Licenses). They can do this by going to the MediaWiki:Licenses page of their wiki and clicking 'create' or 'edit'.

The page MediaWiki:Licenses expects a certain format in a wiki list.

Line 1 will produce "License text" and substitute the license 1 template in the image page and transclude license 2.

Line 2 will show a greyed out header with text "Header 1:"

Line 3 will produce "Attribution ShareAlike 2.5" and transclude template cc-by-sa-2.5 on the image page.

For detailed real world example, see Wikipedia:MediaWiki:Licenses or Commons:MediaWiki:Licenses.

Foreign Repositories
It is possible to access files stored in foreign repositories, without needing to upload them to the wiki, by setting the array. This feature offers several possibilities:


 * ForeignAPIRepo accesses files from a remote MediaWiki installation, such as Wikimedia Commons, through its API
 * ForeignDBRepo accesses files through a database, and is useful for creating wiki families
 * FSRepo accesses files from a local folder

In all cases, one would be able to embed files into a page using ordinary image syntax and specifying the name of the file in the foreign repository. Note that some of the above implementations are still experimental, and might not be suitable for production sites.