Příručka:Běžné chyby a příznaky

Viz též: Příručka:Jak řešit chyby

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 LocalSettings.php pod soubor <?php:

error_reporting( E_ALL );
ini_set( 'display_errors', 1 );

Můžete také nastavit hodnotu pro error_log v PHP.ini 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 date.timezone = nastaveno správně (nebo je vůbec nastaveno) v php.ini.
• Některé soubory mohou být nahlášeny jako chybějící (např. když složka media ve vaší složce /includes 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 LocalSettings.php nastaven na správný socket MySQL, ale php.ini 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 mysql.default_socket v souboru php.ini.

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 /etc/php.ini a zvyšte nastavení "memory_limit". Chcete-li ji například zvýšit na 32 MB, nahraďte stávající text textem memory_limit = 32M. Po změně této hodnoty nezapomeňte restartovat webový server.

Limit paměti mohl být také nastaven ve vašem souboru LocalSettings.php. 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ř. "memory_limit = 32M". 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 $wgSMTP 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í document.write, document.writeln nebo document.open 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í Document, 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 $wgUseSiteJs a $wgAllowUserJs na false, abyste tyto skripty zakázali, dokud poškozené skripty neopravíte.

Chyby MediaWiki

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:

• Příručka:$wgUploadDirectory
• Příručka:$wgUploadPath
• Manuál:$wgScriptPath

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 "srcset". Pokud najdete něco jako <img ... srcset="/images/thumb/File.png/600px-File.png 1,5x, /images/thumb/File.png/800px-File.png 2x">, kde se objeví 1,5x místo 1.5x, problém je způsoben úkol T181987 a měli byste k LocalSettings.php přidat toto:

setlocale(LC_NUMERIC, "C");

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

$wgShellLocale = "C.UTF-8";

SVG

Viz též: Příručka:Správa obrázků

Nejprve určete nastavení $wgSVGConverter . 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á $wgImageMagickConvertCommand je platná. Běžná nastavení jsou:

$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgImageMagickConvertCommand = "/usr/local/bin/convert";

Pokud to nefunguje, zkuste nastavit $wgSVGConverterPath .

$wgSVGConverterPath = "/usr/bin";
$wgSVGConverterPath = "/usr/local/bin";

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 /usr/bin/convert --version nebo /usr/local/bin/convert --version.
• 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 ...", budete muset zvýšit hodnotu $wgMaxShellMemory .

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 locale -a
• Když není k dispozici, spusťte locale-gen en_US.utf8 nebo vložte do locales s UTF-8 pro vaši zemi a změňte podle toho hodnotu pro $wgShellLocale .

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 "Unable to Fork" (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 $wgMaxShellMemory .

Použití rsvg

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

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

$wgSVGConverters = array( 'rsvg' => '$path/rsvg -w$width -h$height $input $output' );

chcete nastavit

$wgSVGConverters = array( 'rsvg' => '$path/rsvg-convert -w $width -h $height -o $output $input' );

JPEG

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

Chyba při vytváření miniatury: Neplatné parametry miniatury

Jedna z příčin: Počet pixelů v původním obrázku přesahující $wgMaxImageArea . 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 $wgMaxImageArea nebo přejít na použití ImageMagick, které se tomuto omezení vyhýbá (nastavte $wgUseImageMagick a $wgImageMagickConvertCommand ).

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 ./configure. 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 phpinfo()), jaké byly stávající ./configure přepínače, a přidejte --with-jpeg-dir před --with-gd.

make clean
./configure --with-various-switches --with-jpeg-dir --with-gd --with-more-switches
make
make test
# přepnutí na root
make install

Poté restartujte webový server (pro Apache na Red Hat: service apache stop pak service apache start ). 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ář $wgUploadDirectory má správná oprávnění (na všech úrovních), zkontrolujte, zda $wgTmpDirectory skutečně existuje. (Na rozdíl od některých proměnných cesty, jako je $wgCacheDirectory , $wgTmpDirectory se nevytváří za běhu.) Pokud zapnete protokolování pomocí $wgDebugLogFile , může být k dispozici podrobnější chybová zpráva.

K této chybě může také dojít, když byl v LocalSettings.php nastaven režim pouze pro čtení ($wgReadOnly ). 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 $wgMaxShellFileSize .

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 thumb/ v $wgUploadDirectory .

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 Phabricator: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ích 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 $wgUseImageMagick na false v LocalSettings.php:

$wgUseImageMagick = false;

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.

Hlavní stránka: Manual:How to debug/Login problems

Limity obsahu

Pokud má váš server Apache pevnou cestu PHP, 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 varfilter.max_value_length, hphp.post.max_value_length, hphp.request.max_value_length. 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.

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 post_max_size a upload_max_filesize 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 ← uživatelé budou vyzváni a budou muset zadat přihlašovací údaje domény, stejně jako režim BASIC
• Nastavte SSPIPerRequestAuth na ← 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.

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 $wgServer 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 $wgServer. 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: $wgServer = "http://example.domain.com:8080";)

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 ResourceLoader load.php. 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ý /* Žádné moduly nejsou požadovány. Max mě přiměl dát to sem */. Pokud ano, může jít o problém se souborem .htaccess 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í apc.serializer=php 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 pcre.backtrack_limit 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 /tmp (C:\WINDOWS\TEMP na Windows), nebo proto, že je zde omezení open_basedir a tato cesta v něm není zahrnuta. Podívejte se na stránku úkol T119934. Můžete také nastavit $wgTmpDirectory , pokud nemůžete změnit oprávnění ve výchozím dočasném adresáři systému.

Chyba: Neplatné magické slovo 'speciale'

Verze MediaWiki:

≥ 1.20

Pokud se po aktualizaci zobrazí tato chybová zpráva, musíte spustit skript údržby rebuildLocalisationCache.php s možností --force:

php rebuildLocalisationCache.php --force

Lokalizované řetězce zobrazují své ID zprávy namísto lokalizovaného výsledku

Pokud vidíte toto, zkuste spustit skript údržby rebuildLocalisationCache.php s možností --force:

php rebuildLocalisationCache.php --force

To donutí MediaWiki znovu sestavit lokalizační mezipaměť.

Chybí panel nástrojů pro úpravy, JavaScript nefunguje

Od MediaWiki 1.32 již MediaWiki nemá vestavěný panel nástrojů wikitextu "využívající JavaScript". Starý "panel nástrojů ve stylu toolbar", známý jako "editor wikitextu z roku 2006", byl odstraněn a místo něj budou sysadmins nuceni vybrat jedno (nebo více) z několika rozšíření dostupných pro tento účel, pokud potřebují funkci. Vydání "tarball" MediaWiki již mnoho let obsahuje náhradní rozšíření pro toto, rozšíření MediaWiki 1.32 alias "editor wikitextu z roku 2010". Ujistěte se, že toto rozšíření bylo nainstalováno. The old "bulletin board style toolbar", known as "the 2006 wikitext editor", has been removed, and instead sysadmins will be required to choose one (or more) of the several extensions available for this purpose if they need the functionality. The MediaWiki "tarball" releases have included the replacement extension for this, the WikiEditor extension aka "the 2010 wikitext editor", for many years now. Be sure this extension has been installed.

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í $wgShowExceptionDetails 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 $wgTmpDirectory , 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: Unexpected token < (Uncaught SyntaxError: Neočekávaný token)nebo Error: SyntaxError: syntax error (...) Source Code: <script (...) (_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 load.php , 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.

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.

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 upload_tmp_dir 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 C:\Windows\TEMP, 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 "Soubor, který jste vložili, se zdá být prázdný. Mohl to způsobit překlep v názvu souboru. Prosím zkontrolujte, zda jste opravdu chtěli vložit tento soubor." 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.

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)

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 mod_security. 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 $wgServer 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.

Přihlašovací stránka varuje před zakázáním cookies

You may get a message like MediaWiki používá cookies k přihlášení uživatelů. Vy máte cookies vypnuty. Prosím zapněte je a zkuste znovu..

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 $wgSessionsInMemcached nastaveno na true, 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. Pokuste se nepřepsat žádný z nich.
• session_save_path() není na serveru správně nastaveno nebo server nemá oprávnění k zápisu do této cesty.
• Pokud před MediaWiki používáte nějaký druh mezipaměti proxy, zkontrolujte, zda nefiltruje žádný soubor cookie.
• session.referer_check() je špatně nastaveno. Normálně byste ji měli nechat prázdnou.

Nastavení debug log by mělo zobrazovat všechny soubory cookie přijaté MediaWiki, takže může být prvním krokem ke zjištění, zda soubory cookie skutečně přijímá MediaWiki nebo ne.

Chyba při vytváření miniatury: Soubor s rozměry většími než 12,5 MP

Může pomoci zvýšit $wgMaxImageArea , abyste se problému zbavili (vyzkoušeno s MediaWiki 1.26.2).

Interní chyba serveru při otevírání libovolného obrázku

Pokud se na stránkách nezobrazují obrázky a ruční otevření adresy URL jakéhokoli obrázku způsobí zobrazení stránky s interní chybou serveru, je problém s největší pravděpodobností způsoben souborem .htaccess z adresáře images. 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. Někteří hostitelé jako strato.de však brání zakázat direktivu RewriteOptions v .htaccess, což způsobuje, že jakýkoli požadavek na soubor ve složce obrázků selže s chybou. Pokud nemůžete povolit pravidla přepisu v souboru .htaccess, možná budete muset tyto řádky z .htaccess nebo z celého .htaccess zakomentovat nebo odstranit. Viz toto vlákno

Edits not appearing in Recent Changes, Recent Changes not updating

By default there's a filter in Recent Changes to hide edits made by bots. Clear this filter and see if the edits appear.

If enabling the display of edits made by bots doesn't make them appear in Recent Changes, the problem is usually in one of the installed extensions, causing an error when Recent Changes are updated. The update of Recent Changes when performing an edit or other action is deferred until the page has been sent to the browser. However, an error can abort such updates, and the error not get displayed to the user. To detect such errors, Set up a debug log file (remember to disable it once you've completed the diagnosis), and save a new edit to a page. If an error happens, it should be logged there —but note it will also log a lot of other things, try to search for "error" or "exception". An error may give a stack trace of the execution, and it may point to an extension likely causing the error.

Ensure your extensions are compatible with your MediaWiki version.

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. Aktualizace těchto tabulek se neprovádí ihned po uložení úpravy, ale z výkonnostních důvodů se odkládá do fronty úloh. Pokud aktualizace trvá příliš dlouho, možná budete muset upravit $wgJobRunRate , nebo zkuste nastavit $wgRunJobsAsync na false v LocalSettings.php. To se může stát v některých instalacích, zejména od MediaWiki 1.27 (viz úkol T142751).

Chyba: Nelze otevřít soubor zámku pro "mwstore://local-backend/local-public/./../image.png

Zkontrolujte, zda má adresář "images" oprávnění umožňující zápis. Například: chown -R www-data:www-data images a chmod -R 777 images. Pokud máte povolen SELinux, může to být také problematické.

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 alias soubor. Vložte tedy do svého souboru rozšíření něco takového (např. /extensions/Foo/Foo.php):

	"ExtensionMessagesFiles": {
		"SpecialMyExt": "MyExt.alias.php"
	},
	"MessagesDirs": {
		"MyExt": [
			"i18n"
		]
	},

Poté vytvořte alias soubor takto:

MyExt.alias.php

<?php
/**
 * Aliases for Special:Foo
 *
 * @file
 * @ingroup Extensions
 */

$specialPageAliases = [];

/** English (English) */
$specialPageAliases['en'] = [
   'MyExt' => [ 'MyExt' ],
];

Ujistěte se, že nemáte proměnnou $wgMessagesDirs se stejným klíčem. Klíče $wgExtensionMessagesFiles, které jsou také v $wgMessagesDirs, budou přeskočeny.

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á.

Warning: Invalid argument supplied for foreach() in ./includes/cache/localisation/LocalisationCache.php on line 459

To fix the warning uncomment in LocalSettings.php line

#$wgCacheDirectory = "$IP/cache";

Zdá se, že je problém s vaší přihlašovací relací. Tato akce byla zrušena jako preventivní opatření proti zneužití relace. Odešlete formulář znovu.

Sledujte prosím Manual:How to debug/Login problems .

Volání nedefinované metody

Pokud rozšíření MediaWiki po instalaci tohoto rozšíření MediaWiki zobrazuje tuto chybu, znovu zkontrolujte, zda jste stáhli verzi nebo větev tohoto rozšíření MediaWiki, která odpovídá verzi nebo větvi vaší instalace MediaWiki.

Nelze spustit externí programy, proc_open() je zakázán

Funkce byla deaktivována v php.ini. To zabraňuje použití ImageMagick ke změně velikosti obrázků za účelem vytvoření miniatur. Buď kontaktujte svého poskytovatele hostingu, nebo zkuste místo ImageMagick použít gd nastavením $wgUseImageMagick na false.

<span id="CAS_update_failed_on_user_touched_for_user_ID_'*'_(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ů. Jednodušší je, pokud je obsah user.user_touched prázdný nebo je nastaven na čas v budoucnosti.

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:

UPDATE `user` SET user_touched='20241130200911'
WHERE HEX(
	user_touched
)='0000000000000000000000000000';
-- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-- 28 nul

Kde je datum ve formátu RRRRMMDDHHMMSS pro aktuální datum/čas. Podívejte se na stránku phab:T247751.

Chyba Lua: Vnitřní chyba

Hlavní stránka: Extension:Scribunto#Troubleshooting

Došlo k chybě databázového dotazu. To může znamenat chybu v softwaru.

Pokud jste nedávno aktualizovali MediaWiki nebo nedávno nainstalovali či aktualizovali rozšíření, zkuste spustit údržbový skript update.php . (Více na stránce Příručka:Aktualizace .)

Pokud to nepomůže, možná jste skutečně narazili na chybu v softwaru. Pokuste se získat další podrobnosti o dotazu, který selže (Příručka:Jak řešit chyby ) a zadejte chybu .

Klíč $wgSecretKey je nezabezpečený, vygenerován pomocí mt_rand()

Váš systém nepodporuje /dev/urandom, takže klíč byl vygenerován s mt_rand(). Podívejte se na stránku $wgSecretKey .

MediaWiki vyžaduje PHP 7.4.3 nebo vyšší; používáte PHP 7.3.17

Pokud by verze PHP na vašem webovém serveru měla být dostatečně aktuální, zkontrolujte, zda nemáte paralelně nainstalováno několik verzí PHP.

Vytvořte soubor s názvem info.php s jednořádkovým obsahem <?php phpinfo(); a umístěte tento soubor do webového adresáře. Přístup k němu pomocí webového prohlížeče. Zobrazí verzi PHP, kterou používá váš webový server.

Chyby PHP

Závažná chyba: Vyčerpaná povolená velikost paměti X bajtů (pokus o přidělení Y bajtů)

Zvyšte limit paměti PHP v php.ini:

memory_limit = 64M      ; Maximální množství paměti, kterou může skript spotřebovat (32 MB)

Verze MediaWiki:

≥ 1.16

Můžete přidat vyšší hodnotu pro $wgMemoryLimit na LocalSettings.php.

Verze MediaWiki:

≤ 1.15

Ve verzích 1.15 a starších může být limit paměti v php.ini přepsán ve výchozím nastavení v LocalSettings.php s řádkem:

ini_set('memory_limit', '20M');

Zde můžete zvýšit limit paměti nebo okomentovat tento řádek v LocalSettings.php, abyste použili limit uvedený v php.ini.

K této chybě může často dojít z jiných důvodů. Hledejte použití Unicode na systémech, které jej správně nepodporují. Hledejte název souboru a řádek, a pokud zjistíte, že se nacházíte v sekci jazykového překladu, která používá jiné znaky než ASCII, tuto sekci odstraňte. Pokud jste zvýšili RAM přidělenou PHP na 512 MB a *stále* máte problém s chybou paměti, pravděpodobně se nejedná o problém s pamětí jako takový.

Čtěte zde pro více informací o konfiguraci limitů zdrojů v PHP.

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.

• Nainstalujte správný balíček php-xml pro vaši distribuci. Příklad: sudo yum install php-xml
• Případně změňte třídu MediaWiki 'preprocessor' na LocalSettings.php (viz $wgParserConf )

$wgParserConf['preprocessorClass'] = 'Preprocessor_Hash';

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

Upozornění: Nelze upravit informace záhlaví - záhlaví již odeslal (...)

S největší pravděpodobností váš textový editor přidal značku pořadí bajtů (BOM), když jste upravovali soubory PHP MediaWiki, ale jakýkoli jiný obsah před otevřením <?php způsobuje stejný problém. To se obvykle stává s LocalSettings.php - ale přesný soubor viz chybová zpráva. Všimněte si, že kusovníky jsou ve většině textových editorů neviditelné. Chcete-li odstranit kusovník, upravte soubor pomocí něčeho lepšího, než je Poznámkový blok Windows, ale pokud opravdu nemáte čas - otevřete soubor s ním a zvolte Uložit jako..., poté zvolte "Unicode (UTF-8 Bez podpisu) - Kódová stránka 65001" jako typ souboru.

Přísné standardy: date_default_timezone_get(): Není bezpečné spoléhat se na nastavení časového pásma systému.

Pokud se ve výstupu HTML zobrazí chyby Strict Standards:, je to proto, že vaše konfigurační proměnná error_reporting PHP je nastavena na E_ALL, ale od PHP 5.4.0 se E_STRICT staly součástí 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í.

Stačí do LocalSetting.php přidat své časové pásmo, např.

$wgLocaltimezone = 'Europe/Berlin';

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.

Chyby E_STRICT můžete vypnout vložením následujícího řádku kódu do svého LocalSettings.php , nebo v případě, že existuje řádek s funkcí error_reporting, nahraďte jej:

error_reporting( E_ALL & ~( E_STRICT | E_NOTICE ) );

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

error_reporting( 0 );

Viz také: Nastavení hlášení chyb v PHP.

Pokud nic nefunguje, zkontrolujte na začátku svého LocalSettings.php file: Pokud k této chybě došlo v procesu nastavení, LocalSettings.php, který vygeneroval, mohl obsahovat chybovou zprávu v horní části (příklad). Pokud se tak stalo, upravte soubor odstraněním všeho před "<?php" a ověřte, že před "<?php" není nic (ani mezery).

Závažná chyba: Nelze znovu deklarovat wfprofilein()

To se může stát, pokud jste provedli aktualizaci a v kořenovém instalačním adresáři MediaWiki máte soubor StartProfiler.php, pravděpodobně proto, že jste povolili profilování ve staré instalaci. Chcete-li problém vyřešit, jednoduše tento soubor odstraňte.

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. To je s největší pravděpodobností způsobeno úkol T37472: Sloupec md_deps v tabulce module_deps obsahuje absolutní cesty k souborům, které se používají k vyhledání obrázků a souborů LESS, na kterých závisí CSS. 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:

-- Aktualizujte položky v tabulce <code>module_deps</code>
SET @old='wiki.old-domain.org';
SET @new='wiki.new-domain.org';

UPDATE `module_deps` SET `md_deps` = REPLACE( `md_deps`, @old, @new );

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

Verze MediaWiki:

1.17 – 1.26

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

-- Zkraťte mezipaměti související se zprávami
TRUNCATE TABLE `msg_resource`;
TRUNCATE TABLE `msg_resource_links`;

Chyby instalace

Nečitelný LocalSettings.php

• Na počítači se systémem Linux použijte chown nebo chgrp k opravě oprávnění k souboru LocalSettings.php.
• Na některých počítačích Linux dočasně vypněte SELinux spuštěním příkazu sudo setenforce 0.

Instalační program nemá při instalaci pod IIS žádný styl

Instalační program nemá styl a místo šablony stylů /mw-config/index.php?css=1 zobrazuje tuto chybovou zprávu: "Less_Exception_Parser z řádku 447 ...\vendor\oyejorge\less.php\lib\Less\Parser.php: Do adresáře mezipaměti Less.php nelze zapisovat: C:\Windows\TEMP"

Ujistěte se, že uživatel webového serveru, který se ve výchozím nastavení jmenuje IUSR, má povolen přístup k adresáři C:\Windows\TEMP. Jsou nutná alespoň oprávnění ke čtení a zápisu.

Chyba při výběru databáze wikidb: 1044 Uživateli 'username'@'localhost' odepřen přístup k databázi 'wikidb'

Viz též: Příručka:Instalační příručka

Musíte udělit oprávnění pro wikidb.*.

GRANT ALL ON wikidb.* TO 'username'@'localhost' IDENTIFIED BY 'password';

nebo pokud je váš webový server na jiném boxu než váš DB server - musíte nakonfigurovat vzdálený přístup k MySQL a udělit jinak

GRANT ALL ON wikidb.* TO 'username'@'192.168.0.x' IDENTIFIED BY 'password';

POZNÁMKA: Nahraďte 192.168.0.x IP adresou vašeho webového serveru. Všimněte si také, že apostrofy (') musí zůstat.

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.

Nelze najít vhodný ovladač databáze!

Podpora PHP MySQL není nainstalována/povolena – viz 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. Například na debian/ubuntu spusťte sudo apt install php-mysql.

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. V názvech souborů MediaWiki se rozlišují velká a malá písmena.

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í.

403 Zakázáno se symbolickými odkazy

Pokud váš webový server vytváří stránku "403 Forbidden error" a používáte symbolické odkazy, pak se ujistěte, že váš soubor Apache httpd.conf má Options FollowSymLinks, aby umožňoval symbolické odkazy, a že každý adresář vedoucí k vašemu propojenému adresáři má oprávnění +x pro uživatele spouštějícího httpd.

Interní chyba HTTP 500 během instalace

Pokud váš webový server na začátku instalačního procesu vytvoří "interní chybu 500", možná budete muset změnit oprávnění v adresáři mw-config na 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.

chown -R apache:apache /var/www/html/mediawiki/*

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:

find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;

SElinux

Hlavní stránka: 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'.

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.

Debian, Apache2, a PHP

Pokud používáte MediaWiki na Debianu s Apache2 a PHP5 a máte problémy s připojením k MySQL, například se vám ve vašem prohlížeči zobrazí následující chybová zpráva: (Nelze kontaktovat databázový server: Chybí funkce MySQL, zkompilovali jste PHP s volbou --with-mysqli?) zkuste odkomentovat: extension=mysqli.so v souboru /etc/php5/apache2/php.ini.

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

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

dpkg --list | grep php-mysql

Pokud potřebujete nainstalovat modul php5-mysql, zadejte:

apt-get install php-mysql

Poté restartujte Apache2:

/etc/init.d/apache2 restart

'user_password' nemůže mít výchozí hodnotu

Ujistěte se, že MySQL neběží v přísném režimu.

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.

Připojení k MySQL se nezdařilo s chybou [2013] nebo [2002]

Pokud se zobrazí chyba: selhalo s chybou [2013] Ztráta připojení k serveru MySQL během dotazu. nebo selhala s chybou [2002] Nelze se připojit k místnímu serveru MySQL přes soket '/ var/lib/mysql/mysql.sock' (13)., může to být způsobeno použitím nesprávného názvu hostitele databáze nebo problémem s oprávněními k souboru nebo adresáři mysql.soc.

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

Příručka MySQL obsahuje dobrou sadu stránek o řešení běžných chyb (jako jsou tyto). Navštivte stránku pro odkazy na dokumentaci pro jiné verze MySQL.

Pokud si nejste jisti, zda je MySQL vůbec nainstalováno, zkuste příkaz mysql z příkazového řádku. Pokud není nainstalován, přečtěte si Příručka:Spuštění MediaWiki#Pokyny specifické pro systém.

Binární soubory nástroje UNIX nebyly nalezeny

Mezi chyby patří:

• GNU diff3 nebyl nalezen
• Software pro správu verzí Git nebyl nalezen
• ImageMagick nebyl nalezen

PHP musí mít přístup k /usr/bin. V php.ini (pravděpodobně /etc/php/php.ini) přidejte :/usr/bin/ až open_basedir konfigurační proměnnou, jak je uvedeno níže:

open_basedir = /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/var/www/:/usr/bin/

Chcete-li zakázat GIT, nastavte $wgGitBin na cestu, která je povolena, ale neexistuje.

$wgGitBin = "";

"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. Viz například toto vlákno Stackoverflow nebo jiná fóra webových serverů.

Příliš mnoho přesměrování (ERR_TOO_MANY_REDIRECTS)

Když se to stane na každé stránce, je to obvykle způsobeno špatnou konfigurací Manual:Short URL , obvykle kvůli chybě v pravidle přesměrování.

To se také může stát, když je $wgForceHTTPS nastaveno na true a MediaWiki nějak správně nedetekuje protokol používaný klientem a stále posílá přesměrování na https:. To se může stát, když je MediaWiki nastavena za reverzní proxy, která nenastavuje hlavičku HTTP X-Forwarded-Proto na https.

Chyby aktualizace/upgradu

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. Podívejte se na stránku phab:T236671.

To se může stát, pokud jste nezadali stejný $wgDBprefix jako vaše původní instalace, což způsobí, že MediaWiki nenajde své tabulky. 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.

"Can not upgrade from versions older than 1.31, please upgrade to that version or later first" (or variants)

Some upgrades cannot be performed without an intermediary upgrade. For instance, to upgrade from a wiki older than 1.33 to MW 1.39.1, you will need to upgrade to 1.35 first. See task phab:T326071.

This error message can also be a red herring. It may appear when you are trying to update an empty database, without tables. Create the database first by installing the wiki.

Parsoid / VisualEditor

Viz Parsoid/Troubleshooting a Extension:VisualEditor#Troubleshooting .

Související odkazy

• Manual:Config script#Installation errors
• Manual:How to debug