Manual:Upgrading/cs



Přenos souboru
Vyberte metodu přenosu souborů:


 * wget
 * Zabezpečená kopie s SCP nebo WinSCP
 * Protokol pro přenos souborů SSH File Transfer Protocol (SFTP)
 * Použití klienta FTP.
 * Hostitelská společnost může poskytovat rozhraní správce souborů prostřednictvím webového prohlížeče. Informujte se u svého poskytovatele.
 * Jiná metoda. Jejich seznam je na List of file transfer protocols

Na začátek
Přečtěte si.


 * 1) Zkontrolujte požadavky
 * 2) Přečtěte si poznámky k vydání
 * 3) Zálohujte stávající soubory a databázi
 * 4) Rozbalte nové soubory
 * 5) Aktualizujte rozšíření
 * 6) Spusťte aktualizační skript a zkontrolujte databázi
 * 7) Vyzkoušejte aktualizaci
 * 8) Odstraňte zbytky starých instalací

Požadavky na kontrolu
MediaWiki vyžaduje:


 * PHP +
 * Jeden z následujících:
 * MySQL + (nebo ekvivalentní MariaDB)
 * PostgreSQL +
 * SQLite +

Pokud používáte PostgreSQL, přečtěte si, prosím, také.

Pro více informací si prosím přečtěte a.

Přečtěte si poznámky k vydání
V distribučním tarballu nebo v souborech rezervovaných / exportovaných z Git existuje řada souborů s názvy psanými velkými písmeny, z nichž jeden obsahuje  (wiki). Nyní je čas jej otevřít a zjistit, co se v této verzi změnilo.

Vymazat nevyřešené úlohy
Z důvodu regulace výkonu počítače jsou některé akce v databázi zpožděny a jsou spravovány ve frontě úloh. Tyto úlohy jsou uloženy v databázi a obsahují parametry s informacemi o akcích, které se mají provést. Důrazně doporučujeme spustit tyto čekající úlohy před aktualizací wiki, aby nedošlo k jejich selhání v případě, že by se specifikace parametrů těchto úloh v nové verzi změnila. Pomocí spusťte všechny čekající úlohy a vymažte frontu před provedením aktualizace.

Zálohujte stávající soubory a databázi

 * Úplné pokyny k zálohování jsou v: 

I když jsou aktualizační skripty dobře udržované a robustní, stále by se cokoli mohlo pokazit. Před pokračováním v aktualizaci databázového schématu vytvořte plnou zálohu souborů wiki včetně databáze:


 * obsah wiki z databáze (ujistěte se, že je sada znaků zadána správně, nejprve zkontrolujte LocalSettings.php). Může být dobrý nápad vytvořit výpis XML kromě výpisu databáze SQL.
 * MySQL, výpis SQL i výpis XML se používají pro příkaz :

mysqldump --user=wikidb_user --password=wikidb_userpassword wikidb > file.sql mysqldump --user=wikidb_user --password=wikidb_userpassword wikidb --xml > file.xml
 * PostgreSQL, výpis z databáze pro použití s příkazem :

pg_dump --create -Fc wikidb > file.db.dump
 * SQLite, pro zálohování používáte skript MediaWiki:

php wikifolder/maintenance/sqlite.php --backup-to file
 * obrázky a další mediální soubory (obsah adresáře, vlastní logo /skins/common/images/wiki.png)
 * konfigurační soubory, např.  a   (pokud existuje)
 * Programové soubory MediaWiki, včetně všech vzhledů a rozšíření, zejména pokud jste je upravili.

Použití balíčku tarball
Nové soubory můžete umístit pomocí FTP nebo příkazového řádku. Použijte příkazový řádek, pokud k němu máte přístup! Použití příkazového řádku bude mnohem rychlejší, než kdyby bylo nutné nahrát každý z tisíců souborů přes FTP.

Pomocí FTP nebo graficky
Pokud nemůžete získat přístup k příkazovému řádku na serveru, stáhněte si tarball MediaWiki do místního počítače a pomocí 7zip rozbalte tarball na místním počítači.

Po lokálním extrahování souborů použijte svůj oblíbený FTP klientský software k nahrání adresářů a souborů na server.

cPanel File Manager
cPanel is a popular interface provided by many web hosts. This method is efficient because the files are uncompressed on the server itself.


 * Navigate to the directory that holds your wiki folder.
 * Upload the mediawiki-1.xx.x.tar.gz file. You may need to hit "Reload" to see it.
 * Extract the mediawiki-1.xx.x.tar.gz file. Reload again.
 * Confirm that the mediawiki-1.xx.x folder is present.
 * Delete the tar.gz file.
 * Copy all necessary skins, extensions, image folders, customizations, and the LocalSettings.php into the new folder. (see below)
 * When you are ready to run update.php, rename your old wiki folder and your new wiki folder. (e.g. "w" becomes "w1.34" and then "mediawiki1.35.0" becomes "w") This step is easily reversible if you run into problems.

Příkazovým řádkem
Možná nemůžete příkaz spustit jako, pokud nemáte úplná oprávnění pro zápis do instalačních adresářů wiki u aktuálního uživatele. Když normálně zrušíte rozbalení tarballového balíčku, vytvoří se nový adresář pro novou verzi wiki a budete muset zkopírovat staré konfigurační soubory a adresáře obrázků z vašeho starého instalačního adresáře: When untarring a tarball package normally a new directory for the new wiki version will be created and you will have to copy the old configuration files and images directory from your old installation directory:

$ cd /path/to/your/new/installation/ $ wget https://releases.wikimedia.org/mediawiki//mediawiki-.tar.gz $ tar -xvzf mediawiki-.tar.gz $ rm mediawiki-.tar.gz

Uživatelé systému (Open)Solaris by měli používat gtar nebo:

$ gzip -dc mediawiki-.tar.gz | tar xf -

Další informace
Po rozbalení tarballu byste měli zkopírovat nebo přesunout některé soubory a složky ze starého instalačního adresáře do nového:


 * , který obsahuje vaše stará nastavení.
 * Adresář  (nebo   ve starších verzích), který obsahuje všechny nahrané soubory na wiki, pokud jste nevybrali jiný adresář pro upload, a nezměníte vlastnictví a oprávnění.   a   (např. pokud je váš webový uživatel apache).
 * Některá rozšíření v adresáři . Vždy byste měli získat aktualizovaná rozšíření! Stará rozšíření nezaručují, že budou fungovat s novější verzí MediaWiki.
 * V případě, že používáte vlastní logo, je třeba tento soubor také obnovit ze zálohy. Před verzí 1.24 obvykle ve  . Po verz 1.24 v   nebo  . Potom přidejte do LocalSettings.php např.
 * Vlastní vzhledy z adresáře.
 * Jakékoli úpravy starých instalačních souborů nebo přípon.
 * Jakýkoli soubor .htaccess (pokud používáte Apache a máte v nich definována pravidla).

Po dokončení vytvořte z této nové složky publikovatelnou složku na webovém serveru nebo přejmenujte starý instalační adresář a přejmenujte novou tak, aby odpovídala starému názvu.

Používání Git
Pokud používáte, exportujte soubory do nového prázdného adresáře a zkopírujte staré přizpůsobené soubory do nového adresáře, jak je popsáno v předchozí části.

Budete také muset nainstalovat některé externí knihovny PHP pomocí Composeru nebo poskytované kolekce udržované pro farmu Wikimedia. Další podrobnosti o instalaci a aktualizaci externích knihoven najdete v Dokumentaci ke stažení Git.

Použití oprav
Pro opravu menší verze je obvykle k dispozici malý soubor opravy. Ručně stáhněte a rozbalte soubor záplaty z the dumps site nebo postupujte podle pokynů s wget níže. Opravy jsou přírůstkové, můžete vynechat verzi.


 * 1) cd do hlavního adresáře MediaWiki (adresáře s LocalSettings.php).
 * 2) Stáhněte soubor opravy a gunzip.
 * 3) Pomocí   zkontrolujte, co se změní (např., $Patch2)
 * 4) Pokud je vše v pořádku, spusťte znovu patch bez.
 * 5) Zkontrolujte svou Special:Version a měli byste vidět nové číslo verze na místě.

Zbývající soubory, které mohou způsobit chyby
Pokud rozbalíte starý instalační adresář, některé staré soubory mohou způsobit problémy s novou verzí.

Pokud nepoužíváte profiling, ale máte soubor   v kořenové složce MediaWiki, můžete obdržet chyby odkazující na. Deleting, or renaming, the  file will resolve this error. The  file, also in the MediaWiki root folder, can serve as a template should you enable profiling in the future.

MediaWiki 1.23 deprecates the skin autodiscovery mechanism of core skin files. After upgrading to this version, you should ensure that the old files,  ,   and   directly in the   directory as well as the according subfolders inside the   directory got removed. MediaWiki will log warnings if any of them are still found to help you remember. (You will also need to adjust any custom skins to follow a similar convention.) See for details.

MediaWiki 1.24 mění cesty základních souborů skinů. Po aktualizaci na tuto verzi byste měli zajistit, aby staré soubory,  ,   a   přímo v adresáři   již neexistovaly. Podrobnosti najdete v $objevu.

Aktualizujte rozšíření
Některá rozšíření byla aktualizována, aby fungovala s novou verzí MediaWiki. Ujistěte se, že aktualizujete na nejnovější verze takových rozšíření. Možná budete muset provést ruční aktualizace vlastních rozšíření.

Různé tarballs zahrnují některé podmnožiny rozšíření a mají verze, které vám pomohou aktualizovat výběr toho správného pro vaše hlavní vydání MediaWiki.

Distributor rozšíření funguje dobře pro většinu uživatelů, kteří chtějí obraz rozšíření fungující s jejich podporovanými verzemi MediaWiki.

Pokud chcete více rozšíření, pak je pravděpodobně nejlepší stahování z Gitu. Pokud Git nemáte, ale chcete upgradovat mnoho rozšíření, můžete použít mwExtUpgrader.

Přizpůsobte si LocalSettings.php
Pokud používáte stejné  ze staré verze, možná budete muset přizpůsobit jeho zacházení s novými verzemi:

Registrace zobrazení
Vzhledem k tomu, že v MediaWiki 1.24, seskupená zobrazení, jako jsou Vector, Monobook, Modern a CologneBlue, již nejsou součástí jádra MediaWiki, je třeba je explicitně zaregistrovat do, aby je bylo možné použít, jinak MediaWiki varuje, že nemáte nainstalovaná zobrazení.

Toto, musíte přidat k, když upgradujete ze starších verzí než 1.24 a chcete mít k dispozici jedno z těchto zobrazení:

Další zobrazení nemusí být stále přizpůsobeny novému systému registrace zobrazení, proto si v případě problémů na stránce dokumentace o každé položce přečtěte, jak ji správně zaregistrovat.

Registrace rozšíření
Od MediaWiki 1.25 používají rozšíření nový systém rozšíření registrace.

Dříve by váš  obsahoval něco jako:

Toto lze převést na:

Rozšíření jsou upravena pro použití nového systému registrace rozšíření. Rozšíření, která nejsou přizpůsobena, by měla používat starý způsob jejich instalace. Další informace naleznete v instalačních pokynech na stránce rozšíření.

Ostatní proměnné
Některé proměnné mohou být zastaralé nebo dokonce odstraněny. Mít je v  obvykle nebude mít žádný význam ani účinek. V novějších verzích mohou být přidány nové proměnné nebo některé stávající proměnné změnily jejich typ. Obvykle se pro ně snažíme používat rozumná výchozí nastavení a v případě změny typu musí být zpětně kompatibilní. V každém případě se podívejte na poznámky k vydání a podívejte se na tyto změny.

Spuštění aktualizačního skriptu
Aktualizovat (upgradovat) databázi MediaWiki lze dvěma způsoby: buď z příkazového řádku nebo z webového prohlížeče. Pokud máte k serveru přístup do shellu, doporučuje se aktualizovat z příkazového řádku, protože se tím snižuje riziko přerušení procesu aktualizace vypršením časového limitu nebo resetem připojení.

Skript se také pokusí stáhnout chybějící související soubory, které MediaWiki potřebuje.

Příkazový řádek
Otevřete příkazový řádek serveru nebo prostředí SSH nebo podobně. K příkazovému řádku se dostanete po připojení k serveru přes SSH. Pokud místní počítač, na kterém pracujete, běží na systému Microsoft Windows, budete potřebovat nástroj jako PuTTY, abyste mohli používat SSH. Z příkazového řádku nebo prostředí Shell přejděte do adresáře  a spusťte skript aktualizace:

$ php update.php

Pokud se na serveru Linux objeví chyba, zkuste provést stejný příkaz jako root ( sudo php update.php ). Poznámka pro jednoduché instalace ve Windows (např. S ): Nejprve se ujistěte, že je spuštěn váš webový server (například Apache) a databáze (například MySQL). Poté spusťte : klikněte na něj pravým tlačítkem, vyberte Open With a přejděte na PHP.exe. Výsledné okno příkazového řádku se pravděpodobně po dokončení aktualizace schématu automaticky uzavře.

Může se zobrazit zpráva, že vaše verze PHP je příliš stará a že MediaWiki potřebuje novější verzi. Po této zprávě se aktualizace přeruší. Důvodem této chyby je, že příkazový řádek může použít jinou verzi PHP než verzi, kterou máte, když spustíte MediaWiki z webového serveru. Když se zobrazí tato zpráva, měli byste zkontrolovat, zda můžete spustit novější verzi PHP na shellu pomocí jiného příkazu: Může to být např. být „php5“ nebo „php56“. Pokud je k dispozici jiná verze a - pokud ano - pod jakým jménem, záleží na nastavení vašeho serveru. Pokud to nefunguje, zeptejte se svého hostitele; bude to určitě vědět.

MediaWiki zkontroluje existující schéma a aktualizuje ho tak, aby pracovalo s novým kódem, podle potřeby přidává tabulky a sloupce.

What to do if php update.php fails to do anything, resulting in a quick pause and then return to command prompt
This can be caused by a malfunctioning extension or skin.


 * Check that all extensions and skins called for in LocalSettings.php are present
 * Check that extensions are using the correct registration method (wfLoadExtension vs. require_once)
 * Comment out extensions one by one in local settings until update.php works to find the one that is failing

Co dělat v případě chyby „Příkaz ALTER uživateli byl odepřen“ (nebo podobně)
V případě, že se přeruší podobnou zprávou skripty:

Error: 1142 ALTER command denied to user 'wiki'@'localhost' for table 'mytable' (localhost) ERROR: must be the owner of the mytable relation

Měli byste zkontrolovat, zda jste definovali a  v souboru  (v hlavním adresáři). Jedná se o uživatele a heslo, které tento skript potřebuje pro přístup k databázi.

V některých případech se zdá, že se pro aktualizaci názvu tabulky čte stará proměnná $wgDBmwschema (pro Postgres) místo $wgDBname, i když se používá mysql. Pokud je tomu tak, zbavte se definice $wgDBmwschema v LocalSettings.php.

Co dělat v případě „neočekávané T_STRING“ chyby
Pokud spouštíte update.php z příkazového řádku, může se objevit následující chyba:

 syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' \ in ~/maintenance/commandLine.inc on line 13

K této chybě dochází, když je update.php spuštěn z php4.

Ti, jejichž web hostují poskytovatelé, kteří poskytují php4 i php5, by měli provést následující kroky:


 * 1) z příkazového řádku zadejte příkaz 'whereis php5'
 * 2) Jakmile zjistíte umístění cesty php5, vypište obsah adresáře php5/bin
 * 3) jakmile určíte název spustitelného souboru php (php nebo php5), zadejte celou cestu a spusťte update.php

Níže je uveden příklad:

 $ whereis php5 $ ls -la /usr/local/php5/bin $ /usr/local/php5/bin/php update.php

Co dělat v případě, že 'registerer_argc_argv je nastaven na false' error
Může dojít k chybě:  Cannot get command line arguments, register_argc_argv is set to false


 * 1) Přejít na ~ / údržba (~/maintenance). Upravte existující soubor „php.ini“ nebo jej vytvořte.
 * 2) Přidejte řádek takto:

 register_argc_argv=true


 * 1) Znovu spusťte php update.php

Webový prohlížeč

 * Viz také 

Pokud je vaše databáze již velká a ve velkém pracovním vytížení, neměli byste používat webový aktualizátor, např. protože se proces aktualizace přeruší, jakmile bude dosaženo maximálního časového limitu. V takovém případě byste měli použít update.php z rozhraní příkazového řádku (nikoli z webu). Co přesně je „příliš velká“, záleží na vašem serveru (např. na jeho výkonu, zatížení a na tom, jak dlouho maximální doba spuštění PHP umožňuje spuštění skriptu). Pokud je vaše wiki příliš velká pro webovou aktualizaci a váš poskytovatel hostingu neumožňuje přístup z příkazového řádku, musíte migrovat wiki na jiný hostingový účet, nejlépe na ten, který má přístup do shellu.


 * 1) Vždy ručně zálohujte wiki před provedením údržby databáze.
 * 2) Navigujte svůj webový prohlížeč do  . Pokud je například vaše wiki na , přejděte na.
 * 3) Vyberte svůj jazyk a klikněte na "Pokračovat" (continue).
 * 4) Existující instalace by měla být detekována. Aktualizujte ji podle pokynů na obrazovce. Pokud budete požádáni o „aktualizační klíč“ (upgrade key), otevřete soubor  a vyhledejte klíč přiřazený.

Může se stát, že se zdá, že webový aktualizátor nefunguje: Místo zobrazení úvodní obrazovky pro výběr jazyka se může zobrazit prázdná stránka wiki, pravděpodobně s nějakou chybovou zprávou. V tomto případě je nejpravděpodobnější, že váš webový server používá Pravidla pro přepisování (nejpravděpodobněji pro short URLs), která vám nezobrazí aktualizátor na mw-config/, ale wiki stránku na Mw-config/, s velkým písmenem "M". V tomto případě přejmenujte soubor „.htaccess“ na čas aktualizace. Pak byste měli mít přístup k webovému aktualizátoru.

Test aktualizace
Po dokončení aktualizace přejděte na wiki a zkontrolujte, zda následující operace fungují podle očekávání:


 * Prohlížení stránek (viewing pages)
 * Úpravy stránek (editing pages)
 * Nahrávání souboru (uploading a file)
 * Navštivte Special:Version a zkontrolujte, zda je zobrazená verze správná a zda jsou přítomná rozšíření.

Odstraňte zbytky starých instalací
Pokud jste zkopírovali svou předchozí instalaci do jiné složky na serveru, ujistěte se, že ji odeberete nebo ji zcela nepřístupněte z webu. Je velmi důležité nenechat staré instalace přístupné z webu, protože zcela překonává účel upgradu a ponechává váš server otevřený útokům.

Často kladené otázky (FAQ)


Jak těžké je aktualizovat? (upgrade)
Pokud je jediný soubor, který jste změnili, a provádíte aktualizaci z verze 1.5 nebo novější, proces je velmi jednoduchý. Množství lidské práce je jen pár minut. Změny schématu databáze zabere určitý čas úměrný velikosti vaší databáze - potenciálně hodiny pro wiki s miliony stránek, ale pro typičtější velikost několika tisíc stránek se obvykle provádí během několika sekund.

Drobné aktualizace ve stejné hlavní verzi, například od .0 do, nevyžadují vůbec žádné změny schématu. Můžete pouze aktualizovat soubory. Databáze nepotřebuje žádnou aktualizaci, proto není nutné spouštět aktualizační skript.

Aktualizace verze 1.4 nebo starší je potenciálně komplikovaná, protože byla zrušena podpora pro jiné znakové sady než UTF-8 a také bylo změněno schéma pro ukládání hromadného textu. Přečtěte si prosím příslušnou sekci v souboru.

Aktualizování je obtížné, pokud jste upravili náš zdrojový kód a nechcete, aby byly vaše změny přepsány. Užitečné mohou být nástroje jako diff, patch, Meld nebo WinMerge. Pokud používáte neudržovaná rozšíření, může dojít k potížím. Aktualizujte rozšíření současně s aktualizací MediaWiki.

Pokud jste upravili vzhled nebo použijete vlastní vzhled, budete ho pravděpodobně muset upravit, aby znovu pracoval s novou verzí MediaWiki.

Jak mohu aktualizovat ze skutečně staré verze? V jednom kroku nebo v několika krocích?
Pokud provádíte aktualizaci z MediaWiki 1.4 nebo starší, měli byste nejprve aktualizovat na MediaWiki 1.5. Pokud aktualizujete z wiki Latin-1, použijte upgrade1_5.php (nalezený v MediaWiki 1.5) k převodu příslušných částí databáze na UTF-8 (aby to fungovalo, musí být $Latin nastaven na true ve vašem ). Potom spusťte update.php a potom nastavte v nabídce LocalSettings.php možnost na kódování dříve používané wiki (např. Windows-1252). To je v podstatě způsob, jak byly stránky Wikipedia a další stránky Wikimedia Foundation aktualizovány z MediaWiki 1.4 na 1.5 - viz relevant settings file (Varování: obrovská stránka!). Některé související poznámky na Wikitech. Možná budete muset aktualizovat na MediaWiki 1.4 před spuštěním skriptu aktualizací 1.5. Pokud chcete vytvořit výpis databáze (např. MySQL) vaší wiki Latin-1, ujistěte se, že typ pole  v textové tabulce  je , nikoli  , aby nedošlo k problémům s kódováním znaků.

Pokud provádíte aktializaci z MediaWiki 1.5 nebo novější, můžete aktualizovat v jednom kroku, ze staré na nejnovější stabilní verzi. Drtivá většina zpráv, stejně jako automatické testování, ukazují, že to v jednom kroku funguje dobře. Pokud nevěříte, přečtěte si tento příspěvek v seznamu adresátů. Mějte však na paměti, že při aktualizaci ze starých verzí je pravděpodobnost, že se setkáte s chybami PHP, větší než při upgradu z verze přímo předcházející nové verzi. Tyto chyby by se přesto objevily, i kdybyste nevynechali verze, ale kdybyste pokaždé provedli každou aktualizaci. Pouze vy - když jste přeskočili verze - je dostanete všechny najednou. To ztěžuje aktualizaci, ale nezapomeňte, že jste neměli potíže s aktualizací na přechodné verze, které jste přeskočili! The vast majority of reports, as well as automated testing, indicate that doing it in one step works just fine. If you have trouble believing this, read this mailing list post. However, please note that when you update from old versions, chances that you will encounter PHP errors are bigger than when you upgrade from the version directly previous to the new version. You would have received these errors anyway, also if you had not skipped versions, but if you had each time done each single update. Only will you - when you skipped versions - get them all at the same time. This will make the upgrade more difficult, but do not forget that you did not have the trouble updating to the intermediate versions, which you skipped!

Měl bych nejprve zálohovat?
Krátká jednoznačná odpověď: Ano!

Jiná odpověď: Záleží na a) tom, jak si ceníte svých dat, b) jak je těžké vytvořit zálohu a c) jak jste si jisti s údržbou a správou MySQL.

Selhání aktualizace může ponechat databázi v nekonzistentním stavu mezi dvěma verzemi. Během upgradu může dojít k chybě PHP nebo MySQL, takže vaše databáze bude pouze částečně aktualizována. V takových situacích je možné tento problém nějak vyřešit manuální zásahem. Bude však mnohem snazší udělat zálohu databáze před spuštěním update.php. Jinak byste mohli mít hodiny - zbytečné - práce. A PHP or MySQL error might happen during upgrade leaving your database partly upgraded. In such situations it may be possible to somehow fix this problem with much manual work. However, it will be way easier to just put a database backup from before running update.php in place and to continue with that. Otherwise you might have hours of - needless - work.

Obnova je často složitá. Dobrovolníci na fórech podpory pravděpodobně nebudou ohromeni, pokud zanedbáte zálohu a poté budete potřebovat pomoc, abyste se zbavili problémů související se špatnou aktualizací. Lepší je, pokud se můžete vrátit k záloze a poté [$phab ohlásit chybu odpovídajícího projektu MediaWiki] v procesu aktualizace, který způsobil poškození. Volunteers on the support forums are unlikely to be impressed if you neglect to make a backup and then need help to recover from upgrade-related corruption. A better outcome is if you can revert to your backup, and then report the bug against the corresponding MediaWiki project in the upgrade process which caused the corruption.

Mohu si ponechat LocalSettings.php?
Ano, ale možná budete muset provést některé drobné změny. Formát je do značné míry zpětně kompatibilní. Změny, které narušují kompatibilitu LocalSettings.php, budou dokumentovány v části „Změny konfigurace“ Poznámky k verzi.

Může moje wiki zůstat online, zatímco probíhá upgrade?
Obecně ano, Git jej však může dočasně (na několik sekund) přerušit.

Pokud přecházíte na menší vydání MediaWiki, stačí aktualizovat zdrojové soubory.

Poznámka: Pro další kroky je předpokládáno, že máte přístup z příkazového řádku. Pokud přecházíte mezi hlavními vydáními MediaWiki, je upřednostňován následující postup:


 * 1) Rozbalte novou verzi MediaWiki do nového adresáře
 * 2) Připravte nový adresář: zkopírujte aktuální LocalSettings.php ze starého adresáře, zkopírujte všechny nainstalované přípony a vlastní zobrazení (pokud existují). Zkontrolujte nastavení  v LocalSettings.php a v případě potřeby zkopírujte soubor loga ze starého adresáře do nového adresáře.
 * 3) V poznámkách k aktualizace nové verze zjistěte, zda je nutné provést nějaké změny v LocalSettings.php.
 * 4) Umístěte databázi do režimu jen pro čtení vložením následující proměnné do LocalSettings.php ve starém adresáři - uživatelé uvidí tuto zprávu, pokud se během procesu aktualizace pokusí upravit stránku:


 * 1) * Toto již nefunguje od MediaWiki 1.27, což také zabraňuje spuštění aktualizačního skriptu. Řešení verzí od MediaWiki 1.27 a mladších najdete v . Viz také.
 * 2) Spusťte aktualizační script nebo webovou aktualizaci v novém adresáři.
 * 3) Zkopírujte obrázky z podadresáře images sub-directory ze starého do nového adresáře.
 * 4) Zaměňte starý adresář za nový adresář s novými soubory.

Proč aktualizovat?

 * Přihlaste se k odběru oznámení o nových verzích.

Protože je aktualizace obvykle snadná, jeden krok od vaší staré verze k nejnovější a také jednoduše přes web.

Poslední vydání aktualizací instalují opravy zabezpečení tak, aby byla vaše wiki a váš počítač chráněn před vandaly a spamy, zatímco stará vydání nejsou aktuální k vždy současnému stavu (viz ). Díky tomu jsou desítky dobrých důvodů pro doporučené pravidelné aktualizace!

Nová hlavní vydání aktualizací také přicházejí s novými funkcemi, které byste mohli chtít použít: podrobnosti naleznete vždy v poznámkách k vydání. V případě, že potřebujete další argumenty, abyste přesvědčili své šéfy, abyste mohli aktualizovat z velmi staré verze, zde je shrnutí:


 * Od verze 1.5 lze úpravy prohlížet před uložením jako rozdíl v porovnání s původním stavem.
 * Od verze 1.9 je k dispozici tlačítko zpět.
 * Od verze 1.12 je sledování na Special:NewPages mnohem jednodušší.
 * Od verze 1.13 můžete přejmenovat (nebo přesunout) soubory.
 * Od verze 1.14 můžete automaticky opravit dvojitá přesměrování.
 * Od verze 1.16 je k dispozici.
 * Pokud máte vhodné ukládání do mezipaměti, od verze 1.17 silně optimalizuje rychlost načítání stránky.
 * Od verze 1.17 je zařazení kategorie třídění smysluplné! Zejména u neanglických písmen. Rozšířeno na 68 jazyků.
 * Od verze a  jsou uživatelé všech jazyků a pohlaví správně osloveni rozhraním a protokoly (do verze 1.15, oslovení podle pohlaví nebylo).
 * Ve verzi byl systém zobrazování přepracován, což usnadňuje opětovné použití částí existujících vzhledů ve vašich vlastních zobrazeních.
 * Od verze 1.20 jsou diffs čitelnější.
 * Ve verzích 1.21 a 1.23 jsou e-mailová oznámení jasnější a předvídatelnější, takže vaše wiki bude efektivnější.
 * Od verze 1.22 je boj s vandaly (hlídání proti napadení) méně časově náročný.
 * Ve verzi 1.24 bylo vylepšeno úložiště hesel, pro zajištění lepšího zabezpečení wiki.
 * Od verze 1.25, jsou k dispozici vylepšené poslední změny
 * Ve verzi 1.26 byl vylepšen mechanismus "ResourceLoader"
 * Ve verzi 1.27 byla přepracována správa relací a kompletně modernizována správa autentizace uživatelů.
 * Od verze 1.29 bylo API přepracováno a vylepšeno. Nyní lze také provést přiřazení skupiny uživatelů na volitelné období.

Také jsme ve verzi MediaWiki 1.18 začali sdružovat některá důležitá rozšíření, jako lepší editor a nástroje proti vandalismu ConfirmEdit a Nuke. Další rozšíření byla přidána v pozdějších vydáních. 

Související stránky

 * Příspěvek na blogu Grega Sabina Mullaneho poskytuje některé more detail about point release upgrades více podrobností o aktualizacích různých verzí.
 * Project:Support desk - pokud potřebujete pomoc nebo se něco pokazilo
 * - pokud nemáte úspěšnou zálohu
 * - pokud nemáte úspěšnou zálohu
 * - pokud nemáte úspěšnou zálohu
 * - pokud nemáte úspěšnou zálohu
 * - pokud nemáte úspěšnou zálohu