Manual:Common errors and symptoms/cs



Vidíte prázdnou stránku
Prázdná bílá stránka označuje chybu PHP, která se nezobrazí na obrazovku. Chcete-li zobrazení vynutit, přidejte následující řádky do souboru  pod soubor <?php:

Můžete také nastavit hodnotu pro  v   a přečíst si protokol chyb PHP, abyste zjistili, co se děje. V některých případech mohou být chyby PHP zaznamenány také v protokolu chyb webového serveru.

Zprávy o chybách mohou zahrnovat:


 * "Varování [...] Není bezpečné spoléhat se na systémová nastavení časového pásma. Jste *povinni* použít nastavení date.timezone nebo funkci date_default_timezone_set." Zkontrolujte, zda je  nastaveno správně (nebo je vůbec nastaveno) v.
 * Některé soubory mohou být nahlášeny jako chybějící (např. když složka  ve vaší složce   již není přítomna, můžete obdržet zprávu, že požadovaný proces zobrazování "se nepodařilo otevřít stream"). Zkontrolujte původní instalační balíček na MediaWiki (nezapomeňte se podívat na příslušnou verzi), abyste zjistili, zda tomu tak je. Pokud ano, jednoduše zkopírujte chybějící soubory z balíčku do vašeho adresáře MediaWiki. Může být nutné obnovit mezipaměť a poté restartovat webový server.
 * Soket MySQL nelze nalézt. Pokud je  nastaven na správný socket MySQL, ale   není, může to mít za následek prázdnou obrazovku bez chybového výstupu z webového serveru nebo PHP. Oprava spočívá v aktualizaci položky   v souboru.

Mnoho lidí hlásí prázdné stránky v posledních verzích po odeslání článků na jejich novou wiki. Pravděpodobnou příčinou je limit paměti ve výchozích instalacích php (obvykle 8 MB). Zkontrolujte prosím své protokoly chyb PHP a/nebo Apache. Chcete-li toto nastavení změnit, upravte  a zvyšte nastavení "memory_limit". Chcete-li ji například zvýšit na 32 MB, nahraďte stávající text textem. Po změně této hodnoty nezapomeňte restartovat webový server.

Limit paměti mohl být také nastaven ve vašem souboru. Vyhledejte řádek obsahující nastavení memory_limit a podle potřeby zvyšte. 20M nemusí stačit, pokud používáte verzi 1.15.1. Změňte to např. " ". Tato změna nevyžaduje restartování Apache.

Pokud se stránka po určitou dobu (např. 30 sekund) zasekne při načítání, když provádí určitou akci, a pak to způsobí prázdnou stránku nebo chybu HTTP 500, problém je ve vypršení časového limitu připojení k nějakému serveru. Může to být databázový server, nebo pokud se stane, že provádí určitou akci, poštovní server (pokud jste nakonfigurovali nastavení emailu). Pokud je to emailový server, zkontrolujte, zda se k němu můžete připojit ze serveru, na kterém běží MediaWiki, například spuštěním klienta Telnet na server a port nakonfigurovaný na a zjistěte, zda se může připojit.

Pokud vidíte obsah stránky krátce a najednou je celá stránka prázdná, je problém pravděpodobně způsoben přítomností,   nebo   JavaScript instrukce v jednom ze skriptů wiki. Můžete zkontrolovat, zda tomu tak je, když otevřete konzoli prohlížeče (stiskněte F12) a znovu načtěte stránku. Pokud síťová karta vrací stav HTTP 200 a přenos má několik kilobajtů, je velmi pravděpodobné, že jde o problém. Toto jsou staré metody rozhraní, které způsobí, že celá stránka bude prázdná, pokud je použita mimo HTML stránky, a může být přítomna na stránkách JavaScriptu wiki. Jejich použití se důrazně nedoporučuje, jak naznačuje samotná HTML specifikace. Můžete zakázat JavaScript ve svém prohlížeči nebo nastavit a  na false, abyste tyto skripty zakázali, dokud poškozené skripty neopravíte.



Chyby MediaWiki


Všechny stránky nemají žádný obsah, ale při úpravě stránky je tam text wiki
Volitelně s těmito chybovými zprávami:

PHP Warning: preg_replace: Compilation failed: group name must start with a  non-digit at offset 4 in /var/www/wiki/htdocs/includes/MagicWord.php

To je způsobeno změnou v PCRE (Perl kompatibilní regulární výrazy) 8.34, která již neumožňuje, aby názvy zachycovacích skupin začínaly číslicí. Musíte aktualizovat MediaWiki na podporovanou verzi. Podívejte se na stránku. Problém je vyřešen ve všech aktuálně podporovaných verzích MediaWiki (viz ). PCRE 8.33 a 8.34 byly vydány v roce 2013.

Viz zpráva: Topic:Rz2zo0m88rrxqrfn, Thread:Project:Support desk/MediaWiki don't work with PCRE 8.34 (2)



Miniatury obrázků nefungují a/nebo se nezobrazují
V této části jsou uvedeny problémy a řešení týkající se miniatur, které se nevykreslují nebo nefungují.



Chyba při vytváření miniatury: Chybí soubor:
To se může stát kvůli nesprávným hodnotám globálních proměnných, jak je vysvětleno v:



Desetinná čárka v místním nastavení srcset
Pokud se miniatury obrázků jednoduše nezobrazují a na těchto stránkách není vidět žádná chyba, podívejte se na zdrojový kód HTML stránky a vyhledejte " ". Pokud najdete něco jako, kde se objeví   místo  , problém je způsoben  a měli byste k LocalSettings.php přidat toto:

Ujistěte se, že ve vašich LocalSettings.php není definován žádný, nebo přidejte také toto:

SVG


Nejprve určete nastavení. Ve výchozím nastavení je pro převod nastaveno použití ImageMagick.



Použití ImageMagick
Potřebujete alespoň ImageMagick 6.x.x. Ujistěte se, že vaše proměnná je platná. Běžná nastavení jsou:

Pokud to nefunguje, zkuste nastavit.

Sdílení hostitelé mohou poskytovat různé verze ImageMagick, aby vyhovovaly potřebám různých uživatelů. Použijte, prosím, verzi 6.x.x.


 * Chcete-li zjistit verzi ImageMagick, prohledejte soubory nápovědy vašeho poskytovatele hostitele nebo použijte k detekci  nebo.
 * Na sdílených hostitelích Linuxu GoDaddy "/usr/bin/convert" pro verzi 5.5.6 a "/usr/local/bin/convert" pro verzi 6.2.8.

Pokud se generování miniatur pomocí ImageMagick nezdaří se zprávou protokolu chyb webového serveru, jako je "Alokace paměti se nezdařila" nebo "/bin/ulimit4.sh: Chyba segmentace /usr/bin/convert ...", může být nutné zvýšit hodnotu.

Když v cestě chybí jiné znaky než ASCII


 * Zkontrolujte, zda jsou na vašem serveru k dispozici místní UTF-8, spuštěním
 * Když není k dispozici, spusťte  nebo vložte do locales s UTF-8 pro vaši zemi a změňte podle toho hodnotu pro.

Při použití IIS/FastCGI v systému Windows potřebuje používaný účet hosta také oprávnění ke spuštění na C:\Windows\System32\cmd.exe, jinak se zobrazí chyba "Nelze rozdělit".



Použití Batik
MediaWiki omezuje časové a paměťové limity na příkazy shellu pod Linuxem. Pokud se zobrazí chyba "Při inicializaci virtuálního počítače došlo k chybě, nelze rezervovat dostatek místa pro haldu objektů, nelze vytvořit virtuální stroj Java.", zkuste zvýšit hodnotu.



Použití rsvg
Na některých instalacích Linuxu a BSD je rsvg přejmenován:

Místní nastavení (výchozí) chcete nastavit

JPEG
Symptom: Tato chybová zpráva v šedém poli:


 * Error creating thumbnail: Invalid thumbnail parameters

Jedna z příčin: Počet pixelů v původním obrázku přesahující. Výchozí hodnota 1,25e7 je pro mnoho moderních fotoaparátů příliš malá. Škoda, že diagnostika problém opravdu nenaznačí.

Můžete zvýšit hodnotu nebo přejít na použití ImageMagick, které se tomuto omezení vyhýbá (nastavte  a ).

Zpracování velkých obrázků může trvat dlouho. Může být dobrým pravidlem omezit velikost obrázků.



JPEG (použití GD)
Symptom: Tato chybová zpráva v šedém poli:


 * Error creating thumbnail: Incomplete GD library configuration: missing function imagecreatefromjpeg

Některé verze PHP 4.xa 5.x mají chybu, kdy je libjpeg detekován, ale není povolen během kroku. To je docela běžné na systémech Red Hat/RHEL/CentOS. Pokud nechcete používat ImageMagick, opravou je rekompilace PHP. Nejprve zjistěte (od ), jaké byly stávající  přepínače, a přidejte   před.

Poté restartujte webový server (pro Apache na Red Hat:  pak   ). Chcete-li otestovat, jednoduše znovu otevřete stránku File:... (není nutné znovu nahrávat). Další informace najdete v komentářích k PHP: imagecreatefromjpeg (synopse funkce)



Nelze uložit miniaturu do cíle
Pokud se zobrazí chyba "Error generating thumbnail / Error creating thumbnail: Unable to save thumbnail to destination" (Chyba při generování miniatury / Chyba při vytváření miniatury: Nelze uložit miniaturu do cíle) a adresář má správná oprávnění (na všech úrovních), zkontrolujte, zda  skutečně existuje. (Na rozdíl od některých proměnných cesty, jako je, $wgTmpDirectory se nevytváří za běhu.) Pokud zapnete protokolování pomocí, může být k dispozici podrobnější chybová zpráva.

K této chybě může také dojít, když byl v  nastaven režim pouze pro čtení. Můžete zkusit odebrat $wgReadOnly a zjistit, zda to problém vyřeší.



Chyba při vytváření miniatury Kód chyby: 25
Pokud se u ImageMagick zobrazí "Error creating thumbnail Error code: 25" (Chyba při vytváření miniatury Kód chyby: 25), zkuste zvýšit.



Ruční přidávání souborů náhledů
V situacích, kdy není možné vytvářet náhledy dynamicky na vyžádání (např. u velmi velkých obrázků, "Error creating thumbnail: unable to extend cache" (Chyba při vytváření miniatury: nelze rozšířit mezipaměť), "Error creating thumbnail: convert: no images defined" (Chyba při vytváření miniatury: převod: nejsou definovány žádné obrázky) a podobně), je možné ručně přidat soubory náhledů. To zahrnuje vytvoření menších obrázků v požadovaných velikostech a jejich nahrání do adresáře  v.

Například soubor, který byl nahrán do:

images/f/f8/Foo.png

by měl mít své miniatury na:

images/thumb/f/f8/Foo.png/100px-Foo.png images/thumb/f/f8/Foo.png/600px-Foo.png

Velikost pixelu je vodorovný rozměr. Příklad skriptu Bash pro vytváření miniatur je k dispozici na P7049.



Chyba při vytváření náhledu: Kód chyby: -1 na vzájemném hostingu OVH
Z neznámého důvodu vytváření náhledů na některých vzájemných hostováníh OVH selhává s touto chybou, i když spuštění příkazu v shellu SSH funguje.

Řešením je konkrétně zabránit použití ImageMagick nastavením na false v LocalSettings.php:



Promiňte! Vaši úpravu jsme nemohli zpracovat kvůli ztrátě dat relace. Prosím zkuste to znovu. Pokud to stále nefunguje, zkuste se odhlásit a znovu přihlásit.


Limity obsahu
Pokud má váš server Apache Hardened PHP patch, možná budete muset upravit několik proměnných v souboru /etc/php.ini, pokud chcete mít wiki stránky s velkým množstvím obsahu. Zejména zvažte nastavení pro,  ,. Výchozí nastavení může omezit velikost stránek na méně než 10 kB nebo 64 kB.

Další možností je, pokud váš server Apache používá mod_security, což by mohlo rušit MediaWiki. Aby MediaWiki fungovala správně, budete ji muset vypnout.

<span id="You_have_not_specified_a_valid_user_name_/_Completely_blank_page_edits_and_previews_/_Unable_to_upload">

Nezadali jste platné uživatelské jméno / Úpravy a náhledy zcela prázdné stránky / Nelze nahrát
To je způsobeno tím, že něco ořezává nebo vypouští data POST z prohlížeče na webový server.

Alespoň v jednom případě to bylo způsobeno tím, že  a   v php.ini byly nastaveny příliš vysoko (2048 milionů). Nastavením zpět na rozumnější hodnoty (8M) se to vyřešilo. Zdá se, že žádná POST data se ve skutečnosti nedostala do MediaWiki.

V jiném případě mod_auth_sspi zasahoval do http příspěvků na MW. Použití FireFoxu a zadání přihlašovacích údajů domény by fungovalo dobře, ale MSIE by selhal. Toto je známá závada na mod_auth_sspi 1.0.4.

Máte několik možností, jak to udělat:


 * Vypnout SSPIOfferSSPI &larr; uživatelé budou vyzváni a budou muset zadat přihlašovací údaje domény, stejně jako režim BASIC
 * Nastavte SSPIPerRequestAuth na &larr; Nechápu, jak je to zdravá konfigurace, ale fungovalo to (kromě připojení s vysokou latencí, se kterou jsem nucen bojovat)
 * Přejít na nižší verzi na 1.0.3, ale je to v podstatě stejné jako #2 výše.

<span id="The_wiki_appears_without_styles_applied_and_images_are_missing">

Wiki se zobrazuje bez aplikovaných stylů a chybí obrázky
Pokud wiki vypadá dobře, když ji prohlížíte ze stejného serveru, kde je hostována, ale zobrazuje se bez aplikovaných stylů CSS (žádné barvy, žádné pozadí, žádné obrázky, velmi minimální formátování atd.), pokud k ní přistupujete z jiných počítačů (nebo některých z nich), nejpravděpodobnější příčinou je, že server má problémy s určením IP nebo názvu hostitele, který se používá pro přístup, nebo je špatně nakonfigurován. To způsobí, že adresy URL stylů a obrázků budou generovány pomocí zpětné smyčky IP adresy 127.0.0.1, localhost nebo názvu hostitele, který není znám mimo server. Můžete vidět zdrojový kód jakékoli stránky a zkontrolovat, jak adresy URL vypadají a co se stane, když se k nim pokusíte přistupovat přímo prostřednictvím prohlížeče.

Řešením je ručně zadat proměnnou do názvu hostitele, který bude každý používat pro přístup na wiki.

Pokud se k vaší wiki přistupuje z interní a externí sítě, možná budete muset použít externí adresu pro. Pokud používáte nestandardní port, nezapomeňte na číslo portu, což může v případě, že váš ISP zablokoval port 80 (Příklad: )

Pokud se styly nepoužijí ani při procházení wiki ze serveru, kde je hostována, může být problémem chyba PHP ve skriptu. Zkuste procházet load.php soubor vaší instalace MediaWiki pomocí vašeho webového prohlížeče a zjistěte, zda zobrazuje nějaké chyby nebo jen prázdnou stránku (viz #Vidíte prázdnou stránku). Měli byste vidět komentář podobný. Pokud ano, může jít o problém se souborem  webového serveru.

Pokud se místo toho zobrazí chyba 404 Nenalezeno, může se jednat o problém s pravidly přepisu webového serveru, pokud jste se pokusili nakonfigurovat krátké adresy URL.

Pokud dostáváte 500 chybových odpovědí z adres URL load.php, zkontrolujte soubory protokolu chyb webového serveru, abyste získali další informace o chybách. Zdá se, že existuje problém s některými verzemi PHP a Gentoo, který způsobuje segfault Apache. To se také může stát, pokud máte povoleno APC, může pomoci nastavení  na php.ini.

Od MediaWiki 1.23 můžete skončit s wiki s většinou stylů vzhledu specifických pro Vector, jako je postranní panel umístěný na konci stránky. To může být způsobeno nízkým nastavením na některých distribucích, jako je FreeBSD. Je známo, že má problémy s hodnotami 10 000. Zvyšte tuto hodnotu na 100 000 nebo aktuální výchozí hodnotu 1 000 000.

Od MediaWiki 1.26 mohou mít některá zobrazení, a zvláště Vector, tento problém. Pokud se v chybové konzoli vašeho prohlížeče zobrazí chyba Internal error Problematic modules: {"startup":"error"} (Interní chyba Problematické moduly: {"startup":"error"}), nejpravděpodobnější příčinou je nedostatek oprávnění MediaWiki k zápisu na výchozí temp buď proto, že PHP nemá žádná oprávnění k zápisu do  (  na Windows), nebo proto, že je zde omezení  a tato cesta v něm není zahrnuta. Podívejte se na stránku. Můžete také nastavit, pokud nemůžete změnit oprávnění ve výchozím dočasném adresáři systému.

<span id="Error:_invalid_magic_word_&#039;speciale&#039;">

Chyba: Neplatné magické slovo 'speciale'
Pokud se po aktualizaci zobrazí tato chybová zpráva, musíte spustit skript údržby s možností  :

php rebuildLocalisationCache.php --force

<span id="Missing_edit_toolbar,_JavaScript_not_working">

Chybí panel nástrojů pro úpravy, JavaScript nefunguje
Pokud JavaScript nefunguje (jedním z příznaků je, že se při úpravě stránky nezobrazuje panel nástrojů pro úpravy), může to být způsobeno chybou JavaScriptu. Otevřete chybovou konzoli svého webového prohlížeče (obvykle stisknutím F12 ), znovu načtěte stránku a zjistěte, zda se tam neobjevila nějaká chybová zpráva. Pokud se zobrazí chyba, obvykle vám nastavení poskytne více informací. Někdy je problém, že do dočasného adresáře systému nelze zapisovat. V takovém případě můžete také nastavit, pokud nemůžete změnit oprávnění ve výchozím dočasném adresáři systému.

Pokud se zobrazí chyby jako  (Uncaught SyntaxError: Neočekávaný token)nebo   (_SyntaxError_ syntax error (...) Zdrojový kód_), příčinou je obvykle poskytovatel hostingu, který automaticky vkládá kód HTML pro sledování nebo reklamu do skriptu, který používá ResourceLoader k načtení skriptů a CSS používané MediaWiki. Otevřete kartu podpory u svého poskytovatele hostingu a požádejte ho, aby tuto operaci zakázal. Pokud to není možné, měli byste migrovat svůj web k jinému poskytovateli hostingu. To se obvykle děje u poskytovatelů bezplatného hostingu.

<span id="Every_page_displays_a_fatal_error,_Log_shows_&quot;MagicWordArray::parseMatch:_parameter_not_found&quot;">

Každá stránka zobrazuje kritickou chybu, protokol zobrazuje "MagicWordArray::parseMatch: parameter not found" (parametr nenalezen)
Zkuste znovu vytvořit lokalizační mezipaměť:

php maintenance/rebuildLocalisationCache.php

Z tohoto vlákna.

<span id="All_uploads_fail_with_the_message_&quot;The_file_you_uploaded_seems_to_be_empty...&quot;">

Všechna nahrávání selžou se zprávou "The file you uploaded seems to be empty..." (soubor, který jste nahráli, se zdá být prázdný)
Může to být způsobeno nesprávnými pravidly pro přepis při konfiguraci Short URL. Zkuste je zakázat (a související konfigurační proměnné MediaWiki), abyste zjistili, zda to problém vyřeší.

Dalším problémem může být omezení stanovené webovým serverem o tom, kolik dat může server přijmout na jeden požadavek. Některé konfigurační proměnné najdete na stránce Příručka:Konfigurace odesílání souborů#Nastavení maximální velikost pro odesílání souborů. Pokud máte nainstalovaný mod_security nebo suhosin, mohou také omezovat velikost nahrávaných souborů a nahrávat zcela, aniž by si toho PHP všimlo.

Zkontrolujte také konfigurační příkaz z php.ini a ujistěte se, že složka má správná oprávnění k zápisu pro uživatelský účet, na kterém běží PHP. V systému Windows tento příkaz často ukazuje na, což nemusí být za určitých okolností dostupné. V takovém případě můžete nastavit jinou dočasnou složku, například C:\TEMP\, se správnými oprávněními. Chcete-li odstranit další problémy, udělte dočasně všechna oprávnění této složce (v systému Windows přidejte místní uživatelskou skupinu "Everyone" (všichni) s plnými oprávněními) a poté oprávnění podle potřeby omezte, jakmile ověříte, že nahrávání funguje.

Pokud všechna nahrávání selžou se zprávou "" a v protokolech chyb Apache máte položky jako tyto:

Notice: Undefined index: tmp_name in /srv/www/htdocs/mediawiki/includes/WebRequest.php on line 1153 Notice: Undefined index: size in /srv/www/htdocs/mediawiki/includes/WebRequest.php on line 1140 Notice: Undefined index: error in /srv/www/htdocs/mediawiki/includes/WebRequest.php on line 1167

Toto je problém s verzí PHP, kterou váš server používá. Bylo několik zpráv o tomto problému s PHP 5.3.8 na SLES11 sp2. Možná budete muset aktualizovat PHP nebo jej překompilovat sami.

<span id="WAMP/Apache_on_Windows:_Some_Special:_pages_are_inaccessible">

WAMP/Apache ve Windows: Některé speciální: stránky jsou nepřístupné
Při instalacích Windows pod Apache se může stát, že některé speciální stránky jsou nepřístupné a zobrazí se chyba a v protokolech můžete vidět něco takového:

[core:error] The given path is misformatted or contained invalid characters: [client 127.0.0.1] AH00127: Cannot map GET /wiki/Special:SpecialPages HTTP/1.1 to file

To může být způsobeno různými chybami PHP. Jednou z nich je, když je wiki nainstalována ve spojení s NTFS. Pokud to není problém, může pomoci aktualizace PHP na novější verzi (viz toto vlákno na fóru)

<span id="Attempting_to_save_an_edit_gives_you_a_403_Forbidden_error,_or_you_get_redirected_to_the_main_page">

Při pokusu o uložení úpravy se zobrazí chyba 403 Zakázáno nebo jste přesměrováni na hlavní stránku
Toto je běžný problém u sdíleného hostitele, který má povoleno. Chcete-li zjistit, zda je problém s mod_security nebo ne, vytvořte jednoduchou testovací stránku a uložte ji s malým textem (něco tak jednoduchého, jako je napsání pouhé tečky do obsahu). Pokud je úprava uložena, ale ostatní úpravy ne, je to způsobeno mod_security. Požádejte zákaznickou podporu svého hostingu, aby jej úplně deaktivovala nebo aby upravila pravidla ovlivňující vaše úpravy.

Pokud vás i uložení velmi jednoduché úpravy přesměruje na hlavní stránku nebo na stejnou stránku, aniž by se úprava zobrazila, může to být problém s tím, jak jste nastavili nebo nějakou jinou konfigurační proměnnou, která řídí cestu index.php skriptu nebo je v konfliktu s pravidly pro přepis v konfiguraci vašeho webového serveru.

<span id="Login_page_warns_about_cookies_disabled">

Přihlašovací stránka varuje před zakázáním cookies
You may get a message like.

Pokud nejsou soubory cookie ve vašem prohlížeči zakázány, může to být jeden z těchto problémů:


 * Máte nastaveno na, ale MediaWiki se nemůže připojit k Memcached. Vypněte toto nastavení nebo zkontrolujte konfiguraci Memcached.
 * Špatná konfigurace souborů cookie. Konfigurační proměnné o souborech cookie by měly fungovat se svými výchozími hodnotami. Try to not override any of them.
 * is not set correctly on the server, or the server doesn't have permissions to write to that path.
 * If you use some sort of caching proxy in front of MediaWiki, check that it doesn't filter any cookie.
 * is wrongly set. You should normally leave it empty.

Setting a debug log should display any cookie received by MediaWiki, so it may be a first step to detect if cookies are actually received by MediaWiki or not.

<span id="MediaWiki_does_not_function_when_magic_quotes_are_enabled">

MediaWiki nefunguje, když jsou povoleny magické uvozovky
Magic quotes was a feature in PHP that was deprecated in PHP 5.3 and removed in PHP 5.4. Pokud se zobrazí tato chyba, musíte zakázat magické uvozovky v nastavení serveru. See how to do it.

Discussions: Thread:Project:Support_desk/Problems_with_installing_mediawiki, Topic:S79xdn9u15xw55vj, Topic:Sdpbmy9q9e0ttp6k, Topic:S7g4rybniat2i36e, Topic:S6vqwk0tysl6m8lc

<span id="Error_creating_thumbnail:_File_with_dimensions_greater_than_12.5_MP">

Chyba při vytváření miniatury: Soubor s rozměry většími než 12,5 MP
It may help to increase to get rid of the problem (tried with MediaWiki 1.26.2).

<span id="Internal_Server_Error_when_opening_any_image">

Interní chyba serveru při otevírání libovolného obrázku
If images are not displayed on the pages, and manually opening the URL of any image results in an Internal Server Error page, the problem is most likely caused by the  file from the   directory. Tento konfigurační soubor obsahuje některá pravidla přepisu, která zabraňují tomu, aby byly staré verze aplikace Internet Explorer ovlivněny chybou zabezpečení skriptování mezi weby. However, some hosts like strato.de prevents disallow the  directive in .htaccess, causing any request for a file in the images folder to fail with an error. If you can't enable rewrite rules on .htaccess file, you may need to comment-out or remove those lines from .htaccess, or the entire .htaccess altogether. See this thread.

<span id="Category_pages,_Special:Whatlinkshere_and_file_usage_aren&#039;t_being_updated">

Stránky kategorií, Special:Whatlinkshere a využití souborů se neaktualizují
Informace o stránkách obsažených v kategorii, odkazy na jiné wiki stránky a obrázky vložené do stránek jsou sledovány ve speciálních tabulkách. The update of such tables is not done immediately after the edit is saved, but deferred to the job queue for performance reasons. If it takes too long to update, you may need to adjust, or try setting to  in LocalSettings.php. This can happen in some installations, especially since MediaWiki 1.27 (see ).

<span id="Error:_Could_not_open_lock_file_for_&quot;mwstore://local-backend/local-public/./../image.png">

Chyba: Nelze otevřít soubor zámku pro "mwstore://local-backend/local-public/./../image.png
Check that the "images" directory has permissions which allow writing. For example:  and. If you have SELinux enabled, this could also be problematic.

<span id="Notice:_Did_not_find_alias_for_special_page_&#039;Foo&#039;._Perhaps_no_aliases_are_defined_for_it?_[Called_from_SpecialPageFactory::getLocalNameFor_in_...">

Upozornění: Nebyl nalezen alias pro speciální stránku 'Foo'. Možná pro to nejsou definovány žádné aliasy? [Voláno ze SpecialPageFactory::getLocalNameFor v ...
Musíte vytvořit soubor aliasu. Vložte tedy do svého souboru rozšíření něco takového (např. /extensions/Foo/Foo.php):

Poté vytvořte soubor aliasu takto:

Make sure you don't have a item with the same key. Keys of which are also in  will be skipped.

<span id="Warning:_Invalid_argument_supplied_for_foreach_in_./includes/objectcache/SqlBagOStuff.php">

Upozornění: Neplatný argument zadaný pro foreach v souboru ./includes/objectcache/SqlBagOStuff.php
Pravděpodobně jste právě přesunuli svou wiki a neimportovali databázi, takže je prázdná.

There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Please resubmit the form.
Please follow.

<span id="Call_to_undefined_method">

Volání nedefinované metody
If a MediaWiki extension shows this error after installing that MediaWiki extension, double-check that you downloaded the version or branch of that MediaWiki extension which matches the version or branch of your MediaWiki installation.

<span id="Unable_to_run_external_programs,_proc_open_is_disabled">

Nelze spustit externí programy, proc_open je zakázán
The function has been disabled in. This prevents using ImageMagick to resize images to create thumbnails. Either contact your hosting provider, or try to use  instead of   by setting  to.

<span id="CAS_update_failed_on_user_touched_for_user_ID_&#039;*&#039;_(read_from_slave);_the_version_of_the_user_to_be_saved_is_older_than_the_current_version">

Aktualizace CAS selhala dne user_touched pro ID uživatele '*' (čteno z podřízeného zařízení); verze uživatele, který má být uložen, je starší než aktuální verze
Tato chyba má několik důvodů. One simple one is if the content of the user_touched column of the user table is empty or is set to a time in the future.

Možná budete chtít zkontrolovat, zda je čas serveru správně nastaven a synchronizován. Zkontrolujte také obsah tohoto sloupce a vyplňte sloupec platným obsahem, např. s tímto příkazem SQL:

Kde je datum ve formátu RRRRMMDDHHMMSS pro aktuální datum/čas. See T247751.

<span id="Lua_error:_Internal_error">

Chyba Lua: Vnitřní chyba
<span id="A_database_query_error_has_occurred._This_may_indicate_a_bug_in_the_software.">

Došlo k chybě databázového dotazu. To může znamenat chybu v softwaru.
If you recently upgraded MediaWiki, or recently installed or upgraded extensions, try running the maintenance script. (See also .)

Pokud to nepomůže, možná jste skutečně narazili na chybu v softwaru. Try to obtain more details about the query that fails (Manual:How to debug) and file a bug.

<span id="$wgSecretKey_key_is_insecure,_generated_with_mt_rand">

Klíč $wgSecretKey je nezabezpečený, vygenerován pomocí mt_rand
Your system does not support  so the key was generated with. See.

MediaWiki requires PHP 7.4.3 or higher; you are using PHP 7.3.17
If the PHP version on your web server should be recent enough, check if you have several PHP versions installed in parallel.

Create a file called  with the single-line content   and place this file in the web directory. Access it with your web browser. It will display the PHP version that is used by your web server.

<span id="PHP_Errors">

Fatal error: Allowed memory size of X bytes exhausted (tried to allocate Y bytes)
Raise PHP's memory limit in php.ini:

You can add a higher value for in LocalSettings.php.

Read here for more information on configuring resource limits in PHP.

<span id="Fatal_error:_Class_&#039;DOMDocument&#039;_not_found_in_xxxxxxxx/Preprocessor_DOM.php_on_line_nnn">

Závažná chyba: Třída 'DOMDocument' nebyla nalezena v xxxxxxxx/Preprocessor_DOM.php na řádku nnn
K této chybě dochází, když PHP nebylo zkompilováno s podporou DOM nebo chybí rozšíření DOM/xml.


 * Install the right  package for your distro. Example:
 * Alternatively, change the MediaWiki 'preprocessor' class in LocalSettings.php (see )

<span id="Fatal_error:_Invalid_opcode_153/1/8._in_xxx/includes/cache/MessageCache.php_on_line_nnn">

Závažná chyba: Neplatný operační kód 153/1/8. v xxx/includes/cache/MessageCache.php na řádku nnn
Zdá se, že tento problém naznačuje, že se jedná o problém s akcelerátorem kódu PHP, který neodpovídá nainstalované verzi PHP nebo je zastaralý. Zkuste aktualizovat akcelerátor. report

<span id="Warning:_Cannot_modify_header_information_-_headers_already_sent_by_(...)">

Upozornění: Nelze upravit informace záhlaví - záhlaví již odeslal (...)
Most likely, your text editor added a byte order mark (BOM) while you edited MediaWiki's PHP files, but any other content before the opening causes the same problem. This usually happens with - but see error message for exact file. Všimněte si, že kusovníky jsou ve většině textových editorů neviditelné. To remove the BOM, edit the file with something better than Windows Notepad, but if you don't really have time - open the file with it and choose Save as..., then choose "Unicode (UTF-8 Without signature) - Codepage 65001" as file type.

<span id="Strict_Standards:_date_default_timezone_get:_It_is_not_safe_to_rely_on_the_system&#039;s_timezone_settings.">

Přísné standardy: date_default_timezone_get: Není bezpečné spoléhat se na nastavení časového pásma systému.
If you get Strict Standards: errors in the HTML output, that's because your  configuration variable of PHP is set to , but since PHP 5.4.0, E_STRICT became part of E_ALL. E_STRICT nejsou chyby, ale varování o interoperabilitě kódu a dopředné kompatibilitě kódu PHP a neměly by být viditelné v produkčním prostředí.

Just add your time zone to LocalSetting.php, e.g.

Následující nefunguje ve všech případech. Může být lepší zadat to do php.ini, které musí být přítomno ve všech dotčených adresářích.

You may turn of E_STRICT errors putting the following line of code inside your, or in case a line with the  function exists, replace it with:

Hlášení chyb PHP můžete zcela vypnout pomocí tohoto:

See also: Setting error reporting in PHP.

If nothing works, please check at the start of your LocalSettings.php file: If that error happened on the setup process, the LocalSettings.php that it generated could have included the error message at the top of it (example). If that was what happened, edit the file removing everything before "<?php" and verify there's nothing (even whitespace) before "<?php".

<span id="Fatal_Error:_Cannot_redeclare_wfprofilein">

Závažná chyba: Nelze znovu deklarovat wfprofilein
This could happen if you upgraded and you have a  file in the root MediaWiki installation directory, probably because you enabled profiling in an old installation. Chcete-li problém vyřešit, jednoduše tento soubor odstraňte.

<span id="Warning:_Inaccessible_files">

Upozornění: Nepřístupné soubory
Po přesunu se může zobrazit varování PHP, že nelze získat přístup k určitým souborům. This is most likely caused by : The column md_deps in the table contains absolute file paths, which are used to locate the images and LESS files that CSS depends on. Tyto cesty se přeruší, když je wiki např. přesunuta do jiné složky nebo na jiný server. Dokud nebude tato chyba vyřešena, můžete použít toto řešení k ruční opravě nesprávných položek v tabulce module_deps:

To lze použít k aktualizaci nesprávných segmentů cesty a k opravě chyby.

Podobný problém může nastat, když se MediaWiki pokusí číst zprávy zavaděče zdrojů. V tomto případě je řešením zkrácení podle tabulek:

<span id="Fatal_error:_Uncaught_Exception:_extension.json_does_not_exist">

Závažná chyba: Nezachycená výjimka: extension.json neexistuje
If this error happens when you try to install an extension, it usually means that the extension still requires to use the native PHP  language construct instead of the newer   method.

<span id="Installation_Errors">

LocalSettings.php not readable

 * On a Linux machine, use  or   to correct the file permissions of.
 * On some Linux machines, temporarily disable SELinux by running the command.

The installer is unstyled when installing under IIS
The installer is unstyled and instead of the stylesheet,  shows this error message: "Less_Exception_Parser from line 447 of ...\vendor\oyejorge\less.php\lib\Less\Parser.php: Less.php cache directory isn't writable: C:\Windows\TEMP"

Make sure that the webserver user, who by default is named, is allowed to access the C:\Windows\TEMP directory. Jsou nutná alespoň oprávnění ke čtení a zápisu.

<span id="Error_selecting_database_wikidb:_1044_Access_denied_for_user_&#039;username&#039;@&#039;localhost&#039;_to_database_&#039;wikidb&#039;">

Chyba při výběru databáze wikidb: 1044 Uživateli 'username'@'localhost' odepřen přístup k databázi 'wikidb'
You need to Grant permissions on wikidb.*.

or if your Web Server is on a different box than your DB server - you have to configure remote access to MySQL and grant differently

NOTE: Replace 192.168.0.x with your Webserver's IP. Všimněte si také, že jednotlivé apostrofy (') musí zůstat.

<span id="Database_returned_error_&quot;1142:_CREATE_command_denied_to_user_&#039;username&#039;@&#039;localhost&#039;_for_table_&#039;user_properties&#039;_(localhost)&quot;">

Databáze vrátila chybu "1142: Příkaz CREATE byl odepřen uživateli 'username'@'localhost' pro tabulku 'user_properties' (localhost)"
Jak je uvedeno výše, nebo dočasně použijte uživatele root mysql.

<span id="Could_not_find_a_suitable_database_driver!">

Nelze najít vhodný ovladač databáze!
PHP MySQL support is not installed/enabled - See https://php.net/book.mysqli. V závislosti na vašem operačním systému může být nutné nainstalovat další balíček. For example, on debian/ubuntu run.

<span id="Filename_Case_Errors">

Chyby malých a velkých písmen v názvu souboru
Pokud k nahrávání souborů na váš server používáte jiného FTP klienta než FileZilla, nezapomeňte klienta nakonfigurovat tak, aby nevynucoval názvy souborů velkými nebo malými písmeny. MediaWiki filenames are case-sensitive.

<span id="Incomplete_Upload_Errors">

Chyby neúplného nahrávání
Balíček MediaWiki obsahuje spoustu souborů rozmístěných v desítkách adresářů. Při nahrávání buďte opatrní. Pokud se přenos přeruší, možná máte chybějící nebo neúplné soubory. Možná budete muset opakovat nahrávání několikrát, zvláště pokud máte nespolehlivé připojení.

<span id="403_Forbidden_with_Symbolic_Links">

403 Zakázáno se symbolickými odkazy
If your webserver produces a "403 Forbidden error" page and you are using symbolic links, then make sure your Apache  file has   to allow symbolic links and that each directory leading up to your linked directory has   permission for user running httpd.

<span id="HTTP_500_Internal_Error_during_installation">

Interní chyba HTTP 500 během instalace
If your webserver produces a "500 Internal Error" at the beginning of the install process, you may need to change the permissions on the  directory to 755. Pokud jste změnili oprávnění pro konfigurační adresář a stále se zobrazuje nezapisovatelná chyba, zkuste změnit vlastníka na apache.

<span id="HTTP_500_Internal_Error_after_installation">

Interní chyba HTTP 500 po instalaci
Pokud jste si stáhli kód MediaWiki z Git a po dokončení instalačního procesu se při přístupu k vaší instalaci MediaWiki ve webovém prohlížeči zobrazí "interní chyba 500", přejděte do instalační složky MediaWiki a spusťte následující příkazy:

SElinux
Linuxové distribuce, které podporují SELinux ('Security Extensions') jsou stále rozšířenější. Na takových systémech, pokud nastavíte normální oprávnění k souboru, nebudou skripty PHP stále schopny zapisovat do adresáře config. Ke změně typu souboru SELinux budete také muset použít příkaz 'chcon'.

<span id="Required_Advertisements_on_Hosted_Sites">

Požadované reklamy na hostovaných stránkách
Pokud používáte software MediaWiki na bezplatném webu, který vyžaduje bannery nebo reklamu s předponami, může to způsobit, že MediaWiki nebude fungovat a bude se zdát, že generuje pouze prázdné stránky za bannerovou reklamou. Budete muset kontaktovat svého hostitele, aby zajistil kompatibilitu své reklamy s MediaWiki, nebo zvolit jiného hostitele.

<span id="Debian,_Apache2,_and_PHP">

Debian, Apache2, a PHP
If you're running the MediaWiki on Debian with Apache2 and PHP5, and have problems connecting to MySQL, e.g you get the following error message in your browser: (Can't contact the database server: MySQL functions missing, have you compiled PHP with the --with-mysqli option?) try uncommenting: in the /etc/php5/apache2/php.ini file.

Pokud to nefunguje, zkuste následující...

Zkontrolujte, zda je nainstalován modul MySQL pro php:

If you need to install the php5-mysql module enter:

Poté restartujte Apache2:

<span id="&#039;user_password&#039;_can&#039;t_have_a_default_value">

'user_password' nemůže mít výchozí hodnotu
Ujistěte se, že MySQL neběží v přísném režimu.

<span id="Missing_table_prefix">

Chybí předpona tabulky
Pokud používáte hostingovou službu, může mít název databáze a uživatelské jméno databáze navíc předponu (obvykle uživatelské jméno poskytnuté vaším poskytovatelem hostingu). Pokud jste například vytvořili databázi s názvem db01 s uživatelským jménem u01 a vaše uživatelské jméno je ocom (dané poskytovatelem hostingu), měli byste zadat název databáze a uživatelské jméno databáze jako ocom_db01 a ocom_u01.

<span id="MySQL_connection_fails_with_error_[2013]_or_[2002]">

Připojení k MySQL se nezdařilo s chybou [2013] nebo [2002]
If you are getting the error: failed with error [2013] Lost connection to MySQL server during query. or failed with error [2002] Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (13). , this may be caused by using the wrong database host name or by a permissions issue with the mysql.soc file or directory.

Pokud používáte poskytovatele hostingu, ujistěte se, že pro databázi používáte správný název hostitele.

The MySQL manual has a good set of pages on dealing with common errors (such as these). Navštivte stránku pro odkazy na dokumentaci pro jiné verze MySQL.

If you are unsure if MySQL is even installed, try the command  from the command line; if it is not installed, see Manual:Running MediaWiki#System-specific instructions.

<span id="UNIX_utility_binaries_not_found">

Binární soubory nástroje UNIX nebyly nalezeny
Mezi chyby patří:


 * GNU diff3 not found
 * Git version control software not found
 * ImageMagick not found

PHP musí mít přístup k /usr/bin. In php.ini (probably ), add   to open_basedir config variable as below:

To disable GIT set to a path that's allowed but doesn't exist.

<span id="&quot;Forbidden:_You_don&#039;t_have_permission_to_access_/mediawiki/_on_this_server.&quot;">

"Zakázáno: Nemáte oprávnění pro přístup k /mediawiki/ na tomto serveru."
To je obvykle problém s konfigurací softwaru vašeho webového serveru a nesouvisí se samotnou MediaWiki. See for example here or other web server forums.

<span id="Update/Upgrade_Errors">

Chyby aktualizace/upgradu
<span id="Missing_rc_timestamp_field_of_recentchanges_table._Should_not_happen.">

Chybí pole rc_timestamp v tabulce recentchanges. Nemělo by se to stát.
Může k tomu např. dojít při aktualizaci z MW 1.27 na jinou verzi. Pokud neexistuje žádný obsah databáze, můžete vidět tuto zprávu. See T236671.

This may happen if you didn't specify the same as your original installation, causing MediaWiki to not find its tables. Zkontrolujte existující tabulky v databázi a zjistěte, zda všechny sdílejí společnou předponu, a podle toho toto nastavení aktualizujte.

Další příčinou může být nastavení prázdné databáze. Znovu nainstalujte obsah databáze ze zálohy a pokračujte v migraci.

Parsoid / VisualEditor
See Parsoid/Troubleshooting and Extension:VisualEditor.

Poznámky pod čarou
<span id="See_also">

Související odkazy

 * Manual:Config script
 * Manual:How to debug