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 souboruLocalSettings.php pod soubor<?php
error_reporting(E_ALL);ini_set('display_errors',1);
Můžete také nastavit hodnotu proerror_log vPHP.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:
date.timezone = nastaveno správně (nebo je vůbec nastaveno) vphp.ini.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.LocalSettings.php nastaven na správný socket MySQL, alephp.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žkymysql.default_socket v souboruphp.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 textemmemory_limit = 32M.Po změně této hodnoty nezapomeňte restartovat webový server.
Limit paměti mohl být také nastaven ve vašem souboruLocalSettings.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 klientaTelnet 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 nebodocument.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 nawiki stránkách JavaScriptu.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 nafalse, abyste tyto skripty zakázali, dokud poškozené skripty neopravíte.
V této části jsou uvedeny problémy a řešení týkající se miniatur, které se nevykreslují nebo nefungují.
To se může stát kvůli nesprávným hodnotám globálních proměnných, jak je vysvětleno v:
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ísto1.5x, problém je způsobenT181987 a měli byste k LocalSettings.php přidat toto:
setlocale(LC_NUMERIC,"C");
Nejprve určete nastavení$wgSVGConverter.Ve výchozím nastavení je pro převod nastaveno 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.
/usr/bin/convert --version nebo/usr/local/bin/convert --version.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
locale -alocale-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).
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.
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');
Symptom:Tato chybová zpráva v šedém poli:
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ů.
Symptom:Tato chybová zpráva v šedém poli:
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 (odphpinfo()), jaké byly stávající./configure přepínače, a přidejte--with-jpeg-dirpřed--with-gd.
makeclean./configure--with-various-switches--with-jpeg-dir--with-gd--with-more-switchesmakemaketest# přepnutí na rootmakeinstall
Poté restartujte webový server (pro Apache na Red Hat:service apache stoppakservice apache start ).Chcete-li otestovat, jednoduše znovu otevřete stránku File:... (není nutné znovu nahrávat).Další informace najdete v komentářích kPHP: imagecreatefromjpeg (synopse funkce)
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 vLocalSettings.php nastaven režim pouze pro čtení ($wgReadOnly).Můžete zkusit odebrat$wgReadOnly
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.
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ářethumb/ 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.pngimages/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 naPhabricator:P7049.
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 nafalse v LocalSettings.php:
$wgUseImageMagick=false;
Pokud má váš server Apachepevnou 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í provarfilter.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.
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, žepost_max_size aupload_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:
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 skriptuResourceLoaderload.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ý/* No modules requested. Max made me put this here */.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 nakonfigurovatkrá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.[1]To se také může stát, pokud máte povoleno APC, může pomoci nastaveníapc.serializer=php na php.ini.[2]
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ímpcre.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í chybaInternal 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ánkuT119934.Můžete také nastavit$wgTmpDirectory, pokud nemůžete změnit oprávnění ve výchozím dočasném adresáři systému.
| Verze MediaWiki: | ≥ 1.20 |
Pokud se po aktualizaci zobrazí tato chybová zpráva, musíte spustit skript údržbyrebuildLocalisationCache.php s možností--force:
php rebuildLocalisationCache.php --force
Pokud vidíte toto, zkuste spustit skript údržbyrebuildLocalisationCache.php s možností--force:
php rebuildLocalisationCache.php --force
To donutí MediaWiki znovu sestavit lokalizační mezipaměť.
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ímF12), 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 jakoUncaught SyntaxError: Unexpected token < neboError: SyntaxError: syntax error (...) Source Code: <script (...), příčinou je obvykle poskytovatel hostingu, který automaticky vkládá kód HTML pro sledování nebo reklamu do skriptuLoad.php, kterýResourceLoader používá k načítání skriptů a CSS používaných 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.
Zkuste znovu vytvořit lokalizační mezipaměť:
php maintenance/rebuildLocalisationCache.php
Může to být způsobeno nesprávnými pravidly pro přepis při konfiguraciShort 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áncePří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říkazupload_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 naC:\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 1153Notice: Undefined index: size in /srv/www/htdocs/mediawiki/includes/WebRequest.php on line 1140Notice: 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.
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)
Toto je běžný problém u sdíleného hostitele, který má povolenomod_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.
 | Části této stránky (ty související s tato sekce) jsouzastaralé. Byla napsána pro starší verzi MediaWiki a nemusí se vztahovat na nejnovější verzi. Pokud jste zkontrolovali nebo aktualizovali tuto stránku a zjistili jste, že obsah je vhodný, odstraňte toto upozornění. |
You may get a message likeMediaWiki 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ů:
$wgSessionsInMemcached nastaveno natrue, ale MediaWiki se nemůže připojit k Memcached. Vypněte toto nastavení nebo zkontrolujte konfiguraci Memcached.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.
Může pomoci zvýšit$wgMaxImageArea, abyste se problému zbavili (vyzkoušeno s MediaWiki 1.26.2).
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ářeimages.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 direktivuRewriteOptions 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.Viztoto vlákno
Ve výchozím nastavení je v Nedávných změnách filtr, který skryje úpravy provedené roboty. Vymažte tento filtr a zjistěte, zda se úpravy zobrazí.
Pokud se povolením zobrazení úprav provedených roboty nezobrazí v Nedávných změnách, problém je obvykle v jednom z nainstalovaných rozšíření, což způsobuje chybu při aktualizaci Poslední změny.Aktualizace Posledních změn při provádění úprav nebo jiné akce je odložena, dokud nebude stránka odeslána do prohlížeče.Chyba však může takové aktualizace zrušit a chyba se uživateli nezobrazí.Chcete-li takové chyby zjistit,Nastavte soubor protokolu ladění (nezapomeňte jej po dokončení diagnostiky deaktivovat) a uložte novou úpravu stránky.Pokud dojde k chybě, měla by tam být zaprotokolována — ale nezapomeňte, že zaznamená také spoustu dalších věcí, zkuste vyhledat "error" nebo "exception".Chyba může poskytnout stopu zásobníku provádění a může ukazovat na rozšíření, které pravděpodobně způsobuje chybu.
Ujistěte se, že jsou vaše rozšíření kompatibilní s vaší verzí MediaWiki.
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á dofronty úloh.Pokud aktualizace trvá příliš dlouho, možná budete muset upravit$wgJobRunRate, nebo zkuste nastavit$wgRunJobsAsync nafalse v LocalSettings.php.To se může stát v některých instalacích, zejména od MediaWiki 1.27 (vizT142751).
Zkontrolujte, zda má adresář "images" oprávnění umožňující zápis.Například:chown -R www-data:www-data images achmod -R 777 images.Pokud máte povolenSELinux, může to být také problematické.
Musíte vytvořit alias soubor.Vložte tedy do svého souboru něco takovéhoextension.json:
"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.
Pravděpodobně jste právě přesunuli svou wiki a neimportovali databázi, takže je prázdná.
Chcete-li opravit upozornění, odkomentujte na řádku LocalSettings.php
#$wgCacheDirectory = "$IP/cache";Sledujte prosímManual:How to debug/Login problems.
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.
Funkce byla deaktivována vphp.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ístoImageMagick použítgd nastavením$wgUseImageMagick nafalse.
<span>
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í verzeTato chyba má několik důvodů.Jednodušší je, pokud je obsahuser.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`SETuser_touched='20250718202406'WHEREHEX(user_touched)='0000000000000000000000000000';-- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^-- 28 nul
Kde je datum ve formátu RRRRMMDDHHMMSS pro aktuální datum/čas.Podívejte se na stránkuphab:T247751.
Pokud jste nedávno aktualizovali MediaWiki nebo nedávno nainstalovali či aktualizovali rozšíření, zkuste spustit údržbový skriptupdate.php.(Více na stráncePří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) azadejte chybu.
Váš systém nepodporuje/dev/urandom, takže klíč byl vygenerován smt_rand().Podívejte se na stránku$wgSecretKey.
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ázveminfo.php s jednořádkovým obsahem<?phpphpinfo(); 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.
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 |
ini_set('memory_limit','20M');
Čtěte zde pro více informací o konfiguraci limitů zdrojů v PHP.
K této chybě dochází, když PHP nebylo zkompilováno s podporou DOM nebo chybí rozšíření DOM/xml.
php-xml pro vaši distribuci. Příklad:sudo yum install php-xml$wgParserConf)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
S největší pravděpodobností váš textový editor přidalznač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á sLocalSettings.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 zvolteUložit jako..., poté zvolte "Unicode (UTF-8 Bez podpisu) - Kódová stránka 65001" jako typ souboru.
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 naE_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éhoLocalSettings.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<?php
To se může stát, pokud jste provedli aktualizaci a v kořenovém instalačním adresáři MediaWiki máte souborStartProfiler.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.
| Verze MediaWiki: | ≤ 1.24 Gerrit change 203631 |
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ůsobenoT37472:Sloupecmd_deps v tabulcemodule_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.Since MediaWiki 1.25,update.php now deletes the contents of themodule_deps table, thus clearing the cache.module_deps also is no longer used for tracking images and LESS files that CSS depends on.Pro MediaWiki 1.24 a starší verze můžete k ruční opravě chybných položek v tabulcemodule_deps použít toto alternativní řešení:
-- 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ávamiTRUNCATETABLE`msg_resource`;TRUNCATETABLE`msg_resource_links`;
chown nebochgrp k opravě oprávnění k souboruLocalSettings.php.sudo setenforce 0.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í jmenujeIUSR, má povolen přístup k adresáři C:\Windows\TEMP.Jsou nutná alespoň oprávnění ke čtení a zápisu.
Musíte udělit oprávnění pro wikidb.*.
GRANTALLONwikidb.*TO'username'@'localhost'IDENTIFIEDBY'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
GRANTALLONwikidb.*TO'username'@'192.168.0.x'IDENTIFIEDBY'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.
Jak je uvedeno výše, nebo dočasně použijte uživatele root mysql.
Podpora PHP MySQL není nainstalována/povolena – vizhttps://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ťtesudo apt install php-mysql.
Pokud k nahrávání souborů na váš server používáte jiného FTP klienta než FileZilla, nezapomeňte klienta nakonfigurovat tak, abynevynucoval názvy souborů velkými nebo malými písmeny.V názvech souborů MediaWiki se rozlišují velká a malá písmena.
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í.
Pokud váš webový server vytváří stránku "403 Forbidden error" a používáte symbolické odkazy, pak se ujistěte, že váš soubor Apachehttpd.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.
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ářimw-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-Rapache:apache/var/www/html/mediawiki/*
Pokud jste si stáhli kód MediaWikiz 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.-typef-execchmod644{}\;find.-typed-execchmod755{}\;
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'.
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.
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
Pokud to nefunguje, zkuste následující...
Zkontrolujte, zda je nainstalován modul MySQL pro php:
dpkg--list|grepphp-mysqlPokud potřebujete nainstalovat modul php5-mysql, zadejte:
apt-getinstallphp-mysql
Poté restartujte Apache2:
/etc/init.d/apache2restart
Ujistěte se, že MySQL neběží v přísném režimu.
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.
Pokud se zobrazí chyba:selhalo s chybou [2013] Ztráta připojení k serveru MySQL během dotazu. neboselhala 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 obsahujedobrou 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říkazmysql z příkazového řádku. Pokud není nainstalován, přečtěte siPříručka:Spuštění MediaWiki#Pokyny specifické pro systém.
Mezi chyby patří:
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="";
To je obvykle problém s konfigurací softwaru vašeho webového serveru a nesouvisí se samotnou MediaWiki.Viz napříkladtoto vlákno Stackoverflow nebo jiná fóra webových serverů.
Když se to stane na každé stránce, je to obvykle způsobeno špatnou konfiguracíPříručka:Short URL, obvykle kvůli chybě v pravidle přesměrování.
To se také může stát, když je$wgForceHTTPS nastaveno natrue 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 HTTPX-Forwarded-Proto nahttps.
rc_timestamp v tabulcerecentchanges. 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ánkuphab: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.
Některé akltualizace nelze provést bez přechodné aktualizace.Chcete-li například aktualizovat z wiki starší než 1.33 na MW 1.39.1, budete muset nejprve aktualizovat na 1.35.Více na stráncephab:T326071.
Tato chybová zpráva může být také červená falešná stopa.Může se objevit, když se pokoušíte aktualizovat prázdnou databázi bez tabulek.Nejprve vytvořte databáziinstalací wiki.
VizParsoid/Troubleshooting aExtension:VisualEditor#Troubleshooting.