Manual:Image administration/cs

Tento článek popisuje, jak MediaWiki zpracovává a ukládá soubory, a poskytuje některé informace o konfiguraci.

Platí to pro obrázky i pro jakýkoli jiný typ souboru, který lze nahrát. Všechny soubory jsou uloženy s odpovídajícím článkem ve jmenném prostoru "File:". Před MediaWiki 1.14 se místo toho používal jmenný prostor "Image:". "Image:" je stále zachován jako alias pro zpětnou kompatibilitu.



Nahrávání a používání obrázků
Podívejte se na



Povolení nahrávání obrázků
Chcete-li nahrát soubory, musí být splněny tyto podmínky:


 * 1) MediaWiki musí mít povoleno nahrávání. Nastavte  až.
 * 2) Typ souboru musí být povolen. Více informací je na stránce:.
 * 3) Uživatel musí být ve skupině s právem "upload" (nahrát). Ve výchozím nastavení je toto dáno všem přihlášeným uživatelům.

Nahrávání se provádí pomocí Special:Upload.

Viz také, a 



Relevantní parametry pro práci se soubory
Relevantní jsou tyto parametry:





Náhled obrázku
Syntaxe obrázků MediaWiki umožňuje dynamickou změnu velikosti a miniaturu obrázků (obecnou nápovědu k nahrávání souborů viz ).

Miniatura obrázků vyžaduje buď ImageMagick nebo Knihovnu GD – ani jedno není součástí výchozí instalace MediaWiki.

GD
PHP je standardně dodáváno s povolenou grafickou knihovnou GD. K použití GD nebude vyžadovat žádnou konfiguraci ani úpravu.

Doporučuje se používat GD na systémech Windows.

GD lze stáhnout na https://libgd.github.io/. V posledních verzích PHP to není vyžadováno.

ImageMagick
V MediaWiki povolte ImageMagick v  nastavením  na.

ImageMagick lze stáhnout od https://imagemagick.org/.

Jakmile je ImageMagick nainstalován, musíte povolit ImageMagick a nasměrovat MediaWiki na program  nebo   na vašem počítači na  takto:

Pokud používáte ImageMagick, nastavte v LocalSettings.php na. Ujistěte se, že příkaz je spustitelný procesem webového serveru. Například uživatelé Windows budou chtít změnit výchozí nastavení na "C:\ImageMagick\convert.exe" (nebo podobné).

Chcete-li znovu vytvořit staré soubory miniatur před použitím ImageMagick, můžete použít.

Pokud se vykreslování nezdaří, zkontrolujte a zvyšte.

GraphicsMagick lze také použít jako alternativu k ImageMagick. Budete muset nastavit na následující. Například:



GIF
Pro zobrazení náhledů GIF-Animations pod Windows musíte nainstalovat ImageMagick, jak je popsáno výše.

SVG


MediaWiki podporuje vykreslování obrázků SVG: Pokud je povoleno, lze obrázky SVG používat jako jiné obrázkové soubory – automaticky se vykreslí jako soubor PNG a podle potřeby se za běhu vytvoří miniatury. Pokud jste na sdíleném hostiteli a nemáte předinstalovaný vykreslovací modul SVG, měli byste pravděpodobně požádat svého poskytovatele, aby vám jej nainstaloval.

Chcete-li povolit podporu SVG:


 * 1) Povolte nahrávání souborů SVG v souboru LocalSettings.php:   Upozorňujeme, že MediaWiki z bezpečnostních důvodů odmítne soubory SVG obsahující JavaScript.
 * Chcete-li se vyhnout falešně pozitivnímu výsledku, přidejte do souboru.
 * Pokud používáte MediaWiki 1.34 nebo vyšší, se nikdy nepoužije a nyní vždy . Toto můžete bezpečně odstranit ve svém souboru LocalSettings.php.
 * Pokud se zobrazí chyba, že soubor je poškozený, ujistěte se, že funguje správně.
 * 1) Přidejte   do  a nastavte renderer, který chcete použít.
 * Dostupné možnosti jsou ImageMagick, ImagickExt , sodipodi , inkscape , batika , rsvg a imgserv.
 * Například:
 * 1) * librsvg je rychlé, ale nepříliš přesné. Záleží na velkém počtu knihoven. Chcete-li automaticky nainstalovat všechny tyto knihovny, můžete použít správce balíčků. Projekty Wikimedie používají rsvg.
 * 2) * Batik je nejpřesnější dostupný renderer SVG, i když jeho vyhlazování někdy není optimální. Jeho analýza SVG je přísnější, což způsobuje, že odmítá "téměř platné" soubory SVG, které ostatní renderery přijímají (např. commons:File:UbuntuCoF.svg). Batik se spoléhá na Javu a je mnohem pomalejší než rsvg, i když to nemusí být velký problém, pokud neustále nepřidáváte soubory SVG. Viz SVG benchmarks. Spuštění vyžaduje hodně práce, pokud není součástí vaší distribuce.
 * 3) * Inkscape také dělá přesnou práci s SVG, pomohl rychlosti rsvg, ale byl navržen pro interaktivní grafické použití. Nicméně přichází s inkview, což je prohlížeč/převaděč – vyžaduje zapisovatelný domovský adresář pro uživatele, pod kterým je spuštěn. Protože bude spuštěn jako uživatel  nebo něco podobného, ​​pokusí se vytvořit adresáře   a   v odpovídajícím domovském adresáři a v tichosti selže, havaruje nebo visí na neurčito, pokud to nebude možné. Inkscape je vhodnější než rsvg (a) na Windows (dodává se jako samostatný balíček) nebo (b), pokud máte v Inkscape nakreslená důležitá SVG, která se v rsvg nevykreslují správně. Inkscape má stejně komplikovaný řetězec závislostí jako librsvg – používejte pouze v případě, že je ve vaší distribuci nebo je k dispozici jako kompletní samostatný balíček.
 * 4) * Sodipodi je program, ze kterého byl vytvořen Inkscape. Platí stejné úvahy. Sodipod již není v aktivním vývoji.
 * 5) * Od verze 6.x.x ImageMagick vykresluje SVG, ale nedokonale. Toto je výchozí nastavení, ale pokud je to možné, vyhněte se mu. Nicméně to funguje. V systému Windows je třeba nastavit $wgConvertPath, aby nedošlo ke konfliktu s vlastním convert.exe systému Windows. Jednoduchou alternativou v tomto scénáři je přidat do LocalSettings.php řádek, který také umožňuje mezery v cestě.
 * 6) ** Aby se předešlo chybám při vytváření náhledů pomocí ImageMagick, pokud je ≥ 7.0.9-25, pak musí být Inkscape také ≥ 1.x.x. Podobně, pokud je ImageMagick < 7.0.9-25, pak Inkscape musí být také < 1.x.x. Viz ImageMagick problém.
 * 7) * PHP rozšíření Imagick podporuje vykreslování SVG, platí však stejné úvahy jako pro běžný ImageMagick.
 * 8) * Knihovna GD není schopna převádět obrázky SVG do formátu PNG, alespoň podle blogu Joena Asmussena z června 2008 NoScope.
 * 9) * Většina současných webových prohlížečů kromě Internet Explorer (do verze 9) může zobrazovat SVG přímo. Použití librsvg k vykreslení SVG do PNG poskytne mnohem přesnější výsledky a také menší spotřebu šířky pásma. Přímé zobrazení SVG není v MediaWiki ve výchozím nastavení podporováno, pokud nenainstalujete rozšíření . Or, in or newer, set.
 * 1) * Většina současných webových prohlížečů kromě Internet Explorer (do verze 9) může zobrazovat SVG přímo. Použití librsvg k vykreslení SVG do PNG poskytne mnohem přesnější výsledky a také menší spotřebu šířky pásma. Přímé zobrazení SVG není v MediaWiki ve výchozím nastavení podporováno, pokud nenainstalujete rozšíření . Or, in or newer, set.

Nastavte, pokud vykreslování SVG není potřeba a chcete, aby si uživatelé stáhli soubor svg, aby si jej mohli prohlédnout.

Řešení problémů
Pokud vidíte prázdný čtverec místo SVG (Chrome) nebo žádný obrázek (Firefox) a všechny odkazy PNG vedou k chybě 404 a nikde nevidíte žádnou další chybovou zprávu, zkontrolujte proměnnou. Nastavením na může být transformace SVG vždy odložena. Ujistěte se, že jsou povoleny metody PHP proc_open a symlink (mohou být v php.ini zakázány z důvodu bezpečnosti nebo výkonu).



JPEG (použití GD)
Jednoduše přidejte následující řádek do LocalSettings.php, který způsobí automatický návrat do knihovny GD.

Chyby s miniaturami JPEG viz JPEG (pomocí GD).

TIFF
Generování miniatur souborů TIFF vyžaduje MediaWiki 1.15.0 nebo novější.


 * 1) Povolte nahrávání souborů TIFF v souboru LocalSettings.php:
 * 2) Přidejte   až  a nastavte buď na jpg nebo png, abyste určili, jaký typ miniatury chcete vygenerovat.
 * 3) Vytváření náhledů souborů TIFF může vyžadovat systémové prostředky, které přesahují ty, které jsou potřebné pro vytváření náhledů souborů JPEG, GIF nebo PNG. Zvažte vhodná nastavení pro   a

DjVu


Mazání obrázků
Soubory, jako jsou stránky wiki, mohou smazat pouze uživatelé s oprávněním " (delete)" (ve výchozím nastavení ). Mazání souborů se provádí smazáním příslušné popisné stránky (nebo kliknutím na odkaz "" v tabulce "").



Mazání jednotlivých revizí
Pokud byl soubor změněn, existuje historie revizí souborů, která se zobrazí na stránce článku o souboru. Každá revize má odkaz "". Pokud na toto klepnete, revize a soubor se odstraní.

Informace o starých revizích souborů jsou uloženy v tabulce, zatímco informace o starých revizích stránek jsou uloženy v tabulce.



Obnovení souborů
Soubory lze obnovit úplně stejným způsobem jako normální stránky wiki. Adresář, ve kterém jsou uloženy smazané soubory, je definován na stránce. Informace o smazaných obrázcích jsou uloženy v tabulce.



Mazání archivovaných souborů
Od verze MediaWiki 1.11 se smazané obrázky ve výchozím nastavení stále ukládají na server. Pokud chcete smazat vybrané archivované obrázky, můžete tak učinit pomocí skriptu údržby. Pokud je chcete všechny smazat úplně, můžete to udělat pomocí skriptu. Pokud smažete archivované soubory, nemůžete již tyto soubory obnovit.



Důvody pro smazání souboru
Pokud se rozhodnete smazat soubor, jak je popsáno nad, budou uživatelé požádáni, aby uvedli důvod smazání. Dostupné důvody lze upravit na MediaWiki:Filedelete-reason-dropdown vaší wiki.



Úložiště dat
Při každém nahrání obrázku se vytvoří několik věcí:


 * 1) Článek ve jmenném prostoru souboru s názvem souboru, např. Soubor:MyPicture.png. Tato stránka je uložena a lze ji upravovat jako kteroukoli jinou stránku.
 * 2) Soubor samotný je uložen ve složce systémových souborů s mezerami sloučenými a nahrazenými.
 * 3) Je-li to nutné a jsou k dispozici miniatury, vytvoří se v případě potřeby miniaturní verze souboru (například pro použití na stránce s popisem souboru). Ty jsou uloženy v adresáři thumb adresáře s obrázky, v samostatném adresáři pro každý hlavní soubor.

Pokud je povoleno (ve výchozím nastavení), MediaWiki vytvoří několik podadresářů v adresáři obrázků.

Názvy adresářů jsou z prvních dvou znaků hash md5 konečného názvu souboru.

Složky
Všechny obrazové soubory jsou uloženy ve složce určené (standardně  ).

Popis pojmenovaných podsložek obrázků:


 * archive
 * Toto je místo pro ukládání souborů, které byly nahrazeny novějšími verzemi.


 * temp
 * Slouží k dočasnému ukládání souborů během nahrávání obrázků. (Kvůli nemusí být tyto soubory vždy automaticky smazány).


 * thumb
 * Miniatury (automaticky generované) pro soubory. Pokud jsou odstraněny, jsou v případě potřeby automaticky obnoveny.

V závislosti na konfiguraci mohou existovat další podsložky obrázků:


 * math
 * Složka pro uložení vašeho vyrenderovaného TeXového vstupu, viz také Rozšíření:Math nebo Příručka:Math.


 * x/xy
 * Pokud je nastaveno na  (což je výchozí nastavení), obrázky budou uloženy v podsložkách obrázků, takže cesty k souborům budou vypadat jako  . Další podrobnosti o tom, proč by to mohlo být žádoucí a jak tento systém funguje, najdete v části.



Databázové tabulky

 * Stránka s popisem souboru je uložena jako jakákoli stránka v tabulkách stránek, textu, revizí atd.
 * - Obsahuje některá metadata, jako je velikost souboru a datum nahrání.
 * - Zde jsou uloženy informace o souborech, které byly nahrazeny novějšími verzemi.
 * - Obsahuje informace o smazaných souborech.
 * - Zaznamenává, které stránky používají soubor.



Využití místa
Soubory potřebují podstatně více místa než články. Následující výpočty předpokládají se servery Linux/Unix velikosti bloku 4 kB.

Výchozí nastavení je.

Požadavky na prostor pro všechny adresáře:


 * adresáře obrázků: 0-f/x0-f: max. 16*16 = 256 adresářů = 256*4 kB = 1024 kB
 * archivní adresáře: 0-f/x0-f: max. 16*16 = 256 adresářů = 256*4 KB = 1024 KB
 * adresáře miniatur: 0-f/x0-f: max. 16*16 = 256 adresářů = 256*4 kB = 1024 kB
 * dočasné adresáře: 0-f/x0-f: max. 16*16 = 256 adresářů = 256*4 kB = 1024 kB

Základní množství místa potřebného bez nahraných obrázků je tedy teoreticky 4 MB (ačkoli adresáře se vytvářejí pouze v případě potřeby).

Pro každý soubor potřebujeme:


 * velikost původního souboru obrázku + průměrná režie 2 KB

Pro soubory, které je třeba vytvořit miniaturou:


 * velikost vytvořené miniatury (miniatur) + průměrná režie 2 kB (každá)
 * adresář pro náhledy (4KB) (každý obrázek má svůj vlastní adresář náhledů)

Příklady:


 * obrázek 20778 bajtů png (malá velikost, bez miniatury): 24 KB pro obrázek: Celkem 24 KB
 * obrázek 123 000 bajtů jpeg (velká velikost, automatická miniatura): 124 KB pro obrázek, 4 KB pro adresář s miniaturou, 64 KB pro miniaturu: Celkem: 192 KB



Přístup k souboru
Nahrané soubory jsou obecně poskytovány přímo webovým serverem, nikoli prostřednictvím MediaWiki. I když může existovat minimální úroveň zabezpečení díky utajení s šifrováním cesty (např. /c/c4/...), pokud je nastaveno, lze cestu snadno vyčíst z názvu souboru a neposkytuje skutečnou ochranu.

Omezení přístupu na autorizované uživatele viz.



Nahrání formulář
Viz dokumentace o konfiguraci formuláře pro nahrávání.

Licencování
Funkce MediaWiki umožňuje stránce Special:Upload Page zefektivnit licencování obrázků. Stránka pro nahrávání na Wikipedii má pod souhrnem obrázku rozbalovací pole Licensing (licencování). Aby mohl sysop využít tuto funkci, musí upravit licence v jmenném prostoru MediaWiki (příklad: MediaWiki:Licenses). Mohou to udělat tak, že přejdou na stránku MediaWiki:Licenses na jejich wiki a kliknou na 'vytvořit' nebo 'upravit'.

Stránka MediaWiki:Licenses očekává určitý formát v seznamu wiki.

Řádek 1 vytvoří "Text licence" a nahradí šablonu licence 1 na stránce obrázku a převede licenci 2.

Na řádku 2 se zobrazí zašedlé záhlaví s textem "Header 1:" (záhlaví 1:)

Řádek 3 vytvoří "Attribution ShareAlike 2.5" a přenese šablonu cc-by-sa-2.5 na stránku obrázku.

Podrobný příklad ze skutečného světa najdete v Wikipedia:MediaWiki:Licences nebo Commons:MediaWiki:Licenses.

<span id="Foreign_Repositories">

Cizí úložiště
Je možné přistupovat k souborům uloženým v cizích úložištích, aniž byste je museli nahrávat na wiki, nastavením pole. Tato funkce nabízí několik možností:


 * ForeignAPIRepo přistupuje k souborům ze vzdálené instalace MediaWiki, jako je Wikimedia Commons, prostřednictvím svého API
 * ForeignDBRepo přistupuje k souborům prostřednictvím databáze a je užitečný pro vytváření wiki rodin
 * FSRepo přistupuje k souborům z místní složky

Ve všech případech by bylo možné vkládat soubory do stránky pomocí běžné obrázkové syntaxe a specifikovat název souboru v cizím úložišti. Upozorňujeme, že některé z výše uvedených implementací jsou stále experimentální a nemusí být vhodné pro produkční místa.