Podręcznik:$wgReadOnly

From MediaWiki.org
Jump to navigation Jump to search
This page is a translated version of the page Manual:$wgReadOnly and the translation is 29% complete.

Outdated translations are marked like this.
Other languages:
Deutsch • ‎English • ‎Nederlands • ‎español • ‎français • ‎italiano • ‎magyar • ‎polski • ‎português • ‎中文 • ‎日本語
Wiki locking: $wgReadOnly
Blokuje edytowanie, wyświetla podany jako ciąg powód.
Wprowadzono w wersji:pre 1.1.0
Usunięto w wersji:nadal w użyciu
Dozwolone wartości:(string), null/false
Domyślna wartość:null
false (prior to 1.5.7)
Inne ustawienia: Alfabetycznie | Według funkcji

Szczegóły

Działa podobnie jak $ReadOnlyFile, jednak używa zmiennej tekstowej zamiast pliku.

Jeżeli ustawiona jako ciąg w "LocalSettings.php", $wgReadOnly blokuje edytowanie, wyświetlając podany jako ciąg powód. Podany powód ma pierwszeństwo przed zawartością MediaWiki:Readonlywarning.

$wgReadOnly = 'This wiki is currently being upgraded to a newer software version. Please check back in a couple of hours.';

Powyższy przykład blokuje bazę danych i pokazuje domyślny komunikat na stronach edycji i dodatkowo pokazuje dodany ciąg 'Ta wiki jest aktualnie aktualizowana do nowszej wersji oprogramowania.' jako wyjaśnienie, dlaczego baza danych została zablokowana. Wikitext is allowed in this string and will be rendered when the read-only warning is shown which can be used to provide links or highlight upgrade notifications.

Uwaga Uwaga: In contrast to its name, this settings does not make the database read only! Even if $wgReadOnly is set, extensions, API scripts and other cacheable events can write data nonetheless.

Upgrading

Since MediaWiki 1.27, running the upgrade script will not work if $wgReadOnly is set.

A simple solution is to set it to read only when not running from the command line, which will not affect the command line update script:

$wgReadOnly = ( PHP_SAPI === 'cli' ) ? false : 'This wiki is currently being upgraded to a newer software version. Please check back in a couple of hours.';

Sessions

If sessions are not stored on an external caching system such as Redis or Memcached, users may get logged-out, and no further login attempts would succeed during the time the wiki is set read only, receiving a message similar to Wydaje się, że wystąpił błąd z Twoją sesją zalogowania; to działanie zostało anulowane, aby uniknąć przechwycenia sesji. Prześlij formularz jeszcze raz..

Pamięć podręczna DB

Caches that use the database cannot be written to during read only mode, which could prevent more than just editing (depending on the configuration, logging in or even viewing pages). This can be avoided by disabling cache, albeit at the cost of making your wiki slow. This can be accomplished with the following settings in LocalSettings.php:

$wgMessageCacheType = $wgMainCacheType = $wgParserCacheType = $wgSessionCacheType = CACHE_NONE;
$wgLocalisationCacheConf['storeClass'] = 'LCStoreNull';

If you want your wiki to be fast, while still not using the DB, you should consider using something like Memcached. See $wgMainCacheType and $wgLocalisationCacheConf for details. If you want to enable logins while the database is readonly, at least $wgSessionCacheType needs to be set to some real non-DB caching mechanism.

Miniaturki

When in read-only mode, images which need to be transformed or scaled will be shown as an error message instead of as an image. To avoid this problem, put the following in the "LocalSettings.php" file:

$wgIgnoreImageErrors = true;