Extension:FlaggedRevs/ru

Чтобы узнать, как использовать Flagged Revisions, прочитайте справочную страницу на FlaggedRevs. (protection-based config )

Справка по расширениям MediaWiki

Flagged Revisions Статус релиза: стабильный
Реализация	User interface, Special page, User rights, Database, Ajax, API
Описание	Позволяет управлять содержимым статей классами «editor» и «reviewer».
Автор(ы)	Aaron Schulz, Joerg Baach
Политика совместимости	ветвь релиза
MediaWiki	1.21+
Изменения БД	Да
Лицензия	GNU General Public License 2.0 or later
Загрузка	Загрузить snapshot Git [?]: Загрузить Git master browse repository (GitHub) commit history code review
Добавленные права review, autoreview, autoreviewrestore, validate, stablesettings, movestable
Использованные hook'и UserGetRights ArticleSaveComplete LinksUpdateConstructed ArticleUndelete ArticleMergeComplete ArticleRevisionUndeleted ParserClearState LocalFile::getHistory BeforeParserFetchTemplateAndtitle BeforeParserMakeImageLinkObj ParserAfterTidy OutputPageParserOutput ArticleSaveComplete NewRevisionFromEditComplete userCan LogLine UserRights GetAutoPromoteGroups APIGetAllowedParams APIQueryAfterExecute MediaWikiPerformAction BeforePageDisplay ImagePageFindFile CategoryPageView SkinTemplateTabs ArticleRollbackComplete ArticleViewHeader EditPage::showEditForm:initial PageHistoryPager::getQueryInfo PageHistoryLineEnding ImagePageFileHistoryLine ArticleUpdateBeforeRedirect DiffViewHeader EditPage::showEditForm:fields PageHistoryBeforeList InitializeArticleMaybeRedirect HTMLCacheUpdate::doUpdate ParserTestTables ArticleDeleteComplete SpecialPage_initList UnitTestsList SpecialNewpagesConditions SpecialNewPagesFilters SpecialRecentChangesFilters SpecialWatchlistFilters RecentChange_save BeforeParserFetchFileAndTitle ProtectionForm::buildForm
Переведите расширение FlaggedRevs
Проверьте использование и версию.
Проблемы	Открытые задачи · Сообщить об ошибке

Расширение Flagged Revisions позволяет редакторам (Editor) и рецензентам (Reviewer) оценивать версии статей и отмечать такие версии как версии по умолчанию, чтобы они отображались при нормальном просмотре страницы.

Эти версии будут оставаться прежними, даже если включённые шаблоны изменены или изображения перезаписаны.

Это позволит MediaWiki действовать подобно системе управления содержимым (CMS).

Загрузка

Расширение можно получить непосредственно из Git ^[?]:

• Просмотреть код
• Некоторые расширения имеют теги для стабильных выпусков.
  • Посмотрите теги
  • Выберите тег
  • Нажмите "snapshot"
• Каждая ветвь связана с прошлым выпуском MediaWiki. Существует также ветвь "master", содержащая последнюю альфа-версию (может потребоваться альфа-версия MediaWiki).
  • Посмотрите ветви
  • Выберите название ветви
  • Нажмите "Continue"

Извлеките snapshot и поместите его в каталог extensions/FlaggedRevs/ вашей MediaWiki.

Если вы знакомы с git и имеете доступ к оболочке на своём сервере, тогда Вы можете получить расширение следующим образом:

cd extensions/
git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/FlaggedRevs.git

Настройка

The examples in the installation instruction are written for modern Unix-like operating systems (especially Linux and Mac OS X) and assume that MediaWiki is installed in the /var/www/mediawiki directory. If you are working on a different family of operating systems, you will need to use commands and file paths appropriate to the operating system.

Follow these steps to install FlaggedRevs:

1. Убедитесь, что у вас MediaWiki версии 1.17 либо выше. Если нет, вам нужно обновить до того, как установите FlaggedRevs.
2. Загрузите FlaggedRevs. Выбрать версию FlaggedRevs, совпадающую с версией MediaWiki, которую вы используете. К примеру: если вы используете MediaWiki 1.17, загрузите FlaggedRevs 1.17.
3. Extract the downloaded file to the extensions/FlaggedRevs directory of your MediaWiki installation. For example:

   tar -xzf FlaggedRevs-MW1.17-r75373.tar.gz -C /var/www/mediawiki/extensions

4. Ensure that image hashes are up-to-date by running the populateImageSha1.php maintenance script. For example:

   php maintenance/populateImageSha1.php

5. Make sure that the extensions/FlaggedRevs/frontend/modules directory is readable by the web server (so that the web server can serve the FlaggedRevs CSS, images and JavaScript.) For example: Assuming that the web server user does not own the extensions/FlaggedRevs/frontend/modules directory, run:

   chmod o+r extensions/FlaggedRevs/frontend/modules

6. Enable collection of article review statistics.
   1. Disable on-demand statistic generation. Set $wgFlaggedRevsStatsAge = false; in LocalSettings.php . This will prevent statistics from being generated when articles are accessed (which can lead to poor performance when many articles without current statistics are accessed concurrently).
   2. Set up scheduled statistics generation. Create a cron job to run extensions/FlaggedRevs/maintenance/updateStats.php at a regular interval. Run time php updateStats.php to see how long the script takes to run and set your cron jobs interval appropriately. For example, to create a cron job that runs updateStats.php as user www-data every hour:

      echo "@hourly php /var/www/mediawiki/extensions/FlaggedRevs/maintenance/updateStats.php" | crontab -u www-data -

Внимание:

This will delete all existing cron jobs for the user.

1. Включите FlaggedRevs добавлением следующей строки в LocalSettings.php :

   require_once("$IP/extensions/FlaggedRevs/FlaggedRevs.php");
   

2. Обновите схемы баз данных MediaWiki запустив php maintenance/update.php. Сделать это нужно после предыдущего шага, иначе вы получите ошибку базы данных при доступе к любой странице.
3. Promote users to be reviewers. After FlaggedRevs is first installed, no user can see the reviewer's widget. To fix this, login as a wiki bureaucrat and go to Special:UserRights, then grant review rights to one or more users. Reviewers will see the reviewer's widget on the bottom of an editable page.

Установка сервера Wikimedia

См. также wikitech:Heterogeneous deployment#Install a new extension on a wiki и wikitech:How to do a schema change.

Instructions for Wikimedia projects community: m:Flagged Revisions#Enabling.

These notes are specific to the Wikimedia servers, and are probably not applicable to your setup.

cd /a/common/php-1.23wmf5
mwscript sql.php --wiki=metawiki extensions/FlaggedRevs/backend/schema/mysql/FlaggedRevs.sql
cd ..
sync-dir wmf-config
touch wmf-config/InitialiseSettings.php
sync-common-file flaggedrevs.dblist
sync-dir wmf-config

Конфигурация

Права пользователей и группы пользователей

By default, nobody can review anything, so the first step is to set up user rights.

Группы пользователей	Права пользователей
reviewer	validate
	review
editor
	autoreview
	unreviewedpages

Права пользователей

FlaggedRevs создаст следующие новые права пользователей:

• review – пользователь может проверять версии
• validate – пользователь может проверять версии и устанавливать метки на всех уровнях
• autoreview – новые версии, сделанные пользователем, автоматически отмечаются как проверенные
• autoreviewrestore – автопроверка откатов, сделанных пользователем.
• unreviewedpages – пользователь может просматривать Special:UnreviewedPages
• stablesettings – пользователи могут изменять настройки стабильных версий для любой страницы
• movestable – пользователи могут переименовывать страницы со стабильными версиями

Группы пользователей

FlaggedRevs создаст следующие новые группы пользователей:

• editor – получить autoreview, review, unreviewedpages, плюс стандартные права пользователя в Mediawiki autoconfirmed, editsemiprotected
• reviewer – получить autoreview, review, unreviewedpages, validate, плюс стандартные права пользователя в Mediawiki autoconfirmed, editsemiprotected
• autoreview – получить autoreview

Как назначить права пользователя

User rights can be assigned in two ways:

• Assigning rights to user groups
  Assign these user rights to existing user groups in LocalSettings.php :

$wgGroupPermissions['sysop']['review'] = true; //allow administrators to review revisions

• Assigning rights to specific users
  Manually add user accounts to the appropriate groups via Special:UserRights.

By default:

• Bureaucrats can add/remove Reviewers
• Administrators can add/remove both Autoreviewers and Editors.

Basic settings

FlaggedRevs.php comes with a number of configurable variables. These should be configured in LocalSettings.php.

• $wgFlaggedRevsNamespaces – Sets what namespaces may be subject to the review process. This is an array of integers. Look at the beginning of includes/Defines.php to see what integer the default namespaces map to and use the defined constants for readability.
• $wgFlaggedRevsTags – Sets the tags and their three settings: 'levels', 'quality', and 'pristine'

  Definition

  $wgFlaggedRevsTags is an associative array with keys corresponding to each tag name and values that are arrays of the three settings 'levels', 'quality', and 'pristine':

  • 'levels' controls the number of review levels,
  • 'quality' decides what level the tag must be for a revision to be 'quality'
  • 'pristine' decides what level the tag must be for a revision to be 'pristine'

  Labeling

  • Each tag can be labeled editing the page MediaWiki:revreview-<tag-name>.
  • Each tag level can be labeled editing the page MediaWiki:revreview-<tag-name>-<level-number>.

  Example

  Suppose one wants to have "accuracy", "depth", and "tone" tags, with 3 levels each.

  The admins also want revisions with at least "accuracy" and "depth" of the 2nd levels to count as "quality". The following settings will do that:

  $wgFlaggedRevsTags = array(
  	'accuracy' => array( 'levels' => 3, 'quality' => 2, 'pristine' => 4 ),
  	'depth'    => array( 'levels' => 3, 'quality' => 2, 'pristine' => 4 ),
  	'tone'     => array( 'levels' => 3, 'quality' => 1, 'pristine' => 4 ),
  );
  

  By default, the tags are labeled as they are set in the $wgFlaggedRevsTags array. In this example this means the tags appear exactly as 'accuracy', 'depth' and 'tone'.

  To show tags for example as their capitalized name, the admins have to edit these pages with the shown content:

tag	labeling page	content
accuracy	MediaWiki:revreview-accuracy	Точность
depth	MediaWiki:revreview-depth	Полнота
tone	MediaWiki:revreview-tone	Tone

To label the tag levels, the admins have to create these pages with the shown content:

tag	level	labeling page	content
accuracy	0	MediaWiki:revreview-accuracy-0	не указано
	1	MediaWiki:revreview-accuracy-1	Выборочно проверено
	2	MediaWiki:revreview-accuracy-2	точная
depth	0	MediaWiki:revreview-depth-0	не указано
	1	MediaWiki:revreview-depth-1	базовая
	2	MediaWiki:revreview-depth-2	средняя
tone	0	MediaWiki:revreview-tone-0	Weak
	1	MediaWiki:revreview-tone-1	Good
	2	MediaWiki:revreview-tone-2	Excellent

The resulting setup will be:

tag names	level names
Точность	не указано	Выборочно проверено	точная
Полнота	не указано	базовая	средняя
Tone	Weak	Good	Excellent

• $wgFlaggedRevsOverride – Whether the stable version is the default content for pages.

  Individual pages can be configured to have the stable or draft version as the default content by administrators.

• $wgFlaggedRevsTagsRestrictions – An array with keys corresponding to each flag type, and values that are arrays of rights and how high users with it can rate the flags (integral tag level).

  Example

  $wgFlaggedRevsTagsRestrictions = array(
  	'accuracy' => array( 'review' => 1 ),
  	'depth'	   => array( 'review' => 2 ),
  	'style'	   => array( 'review' => 3 ),
  );
  

• $wgFlaggedRevsWhitelist – Array of string titles. These titles are pages that are exempt from FlaggedRevs. They are unreviewable and have no flagging UI. Replace ' ' with '_' in titles (e.g. "Main page" -> "Main_page").

User interface

• $wgSimpleFlaggedRevsUI – When enabled, a simpler, icon based UI is used. Does not affect the tags shown in edit mode.
• $wgFlaggedRevsLowProfile – This setting hides the review status box/bar for pages that are reviewed in their latest version. Explanatory text is also removed from some places.

Workflow

• $wgFlaggedRevsExceptions – Makes users in these groups see the current/draft revision by default.
• $wgFlaggedRevsAutoReview – If enabled, every edit by a user with 'autoreview' rights is automatically reviewed upon save. There is no need to hit the "submit review" button. This feature requires that the previous revision was also reviewed; otherwise, auto-review will not occur.
• $wgFlaggedRevsTagsAuto – If wgFlaggedRevsAutoReview is enabled, this settings controls how high each tag can be auto-reviewed. If allowed, tags will be auto-reviewed to the same level the previous revision tags were. This is an associative array; each key is a tag and each value is a tag level.

  Example

  $wgFlaggedRevsTagsAuto = array(
  	'accuracy' => 1, 'depth' => 1, 'style' => 1
  );
  

Changes in templates and images are auto-reviewed (per-page). This could possibly cause bad versions to be reviewed. Users should be encouraged to use preview or review the page after saving. You may want to set $wgNamespaceProtection[NS_IMAGE] and $wgNamespaceProtection[NS_TEMPLATE] as array('editor') or array('autoconfirmed')

Automatic user promotion

• $wgFlaggedRevsAutopromote – An array with keys for days, edits, time spacing, benchmarks, emailconfirmed, recent content page edits, total content edits, content pages edited, edit summaries used, IP uniqueness, and userpage existence as keys. The values correspond to how many days/edits are needed for a user account to be autopromoted to Editor status and whether they must be emailconfirmed and have a user page do so. The user must have at least X edits that are Y or more days apart, where X is the number of benchmarks and Y is the time spacing. Set this variable to false to disable this entirely.
  • If a user has their Editor rights removed, they will not automatically be re-granted (the editor status log is checked for revocations).
  • Some of these counts are not retroactive, so you may notice a delay in promotions.

  Example

  For $wgFlaggedRevsAutopromote, one might have:

  $wgFlaggedRevsAutopromote['days'] = 60; # days since registration
  $wgFlaggedRevsAutopromote['edits'] = 150; # total edit count
  $wgFlaggedRevsAutopromote['excludeDeleted'] = true; # exclude deleted edits from 'edits' count above?
  $wgFlaggedRevsAutopromote['spacing'] = 3; # spacing of edit intervals
  $wgFlaggedRevsAutopromote['benchmarks'] = 15; # how many edit intervals are needed?
  $wgFlaggedRevsAutopromote['recentContentEdits'] = 10; # $wgContentNamespaces edits in recent changes
  $wgFlaggedRevsAutopromote['totalContentEdits'] = 30; # $wgContentNamespaces edits
  $wgFlaggedRevsAutopromote['uniqueContentPages'] = 10; # $wgContentNamespaces unique pages edited
  $wgFlaggedRevsAutopromote['editComments'] = 5; # how many edit comments used?
  $wgFlaggedRevsAutopromote['email'] = true; # user must be emailconfirmed?
  $wgFlaggedRevsAutopromote['userpageBytes'] = 0; # if userpage is needed, what is the min size?
  

Advanced

See FlaggedRevs.php for a complete list of configuration options (with some explanatory comments). Be sure to change only localsettings.php to set configuration options rather than editing this file.

To have a wiki where non-users can only see the stable version of articles, see Extension:FlaggedRevs/Restricting unapproved revisions .

Use

See also: Help:FlaggedRevs

Approving pages

Users with some level of review status will have a small rating form on page view (at the bottom of the page) and diffs (at the top of the page) that lets them review revisions. Each tag must at least meet the minimal level of approval. Users should look at the whole page, included templates and images, before reviewing. The (diff to stable) link is very useful for speeding up this process.

A user cannot review a page he cannot edit. They cannot lower the level of a revision from a level they cannot set. Blocked users cannot do anything.

At Special:StableVersions, you can list out all of the reviewed revisions for a certain page or view reviewed revisions.

Upkeep

At Special:UnreviewedPages, there is a list of pages that have not yet been reviewed, for Editors only. A namespace must be selected and an optional category filter is also present.

At Special:OldReviewedPages, there is a list of pages that have been reviewed, but have edits pending. This is for Editors only. An optional category filter is also present.

Pages that cannot be reviewed can still be patrolled for anti-vandalism purposes by Editors to see what has been checked already.

A list of reviewed pages at the main review levels can be found at Special:ReviewedPages.

Logging

All relevant actions are permanently logged, so everything can be tracked and overseen properly.

• A log of promotion/demotion of editors and the reasons is kept at Special:Log/userrights.
• A log of the approval/unapproval of revisions is kept at Special:Log/review.
• A log of changes to the stable versioning configuration to pages is logged at Special:Log/stable.

Also, a new page, Special:QualityOversight shows only flaggings log entries related to quality revisions. This is useful if the main log is too flooded with page "sightings".

Notes

• $wgUseRCPatrol is enabled with the extension. Patrolling of reviewable pages is disabled, but flagged revisions are marked as patrolled in Recent Changes. This will mean that the only way to patrol a reviewable revision is to flag it. Non-reviewable pages still behave as normal (depending on site patrol settings).
• Sysops can change whether quality revision have precedence or whether the stable version is shown by default for specific pages. To disable this, add $wgGroupPermissions['sysop']['stablesettings'] = false; to LocalSettings.php.
• Page links, category, image, template, language, and external links are still based on the current version of pages.
• Users cannot move pages they cannot review. This is deliberate; see phab:T15994. To work around this, add $wgGroupPermissions['autoconfirmed']['movestable'] = true; to LocalSettings.php
• You can demote Editors either temporarily by blocking them or permanently via Special:UserRights. An extra demotion log item will appear for tracking purposes.

API

FlaggedRevs adds API modules for reviewing revisions and configuring "stabilization" of pages, a module for retrieving flag configuration, and three list modules corresponding to the special pages for reviewed pages, unreviewed pages and "old" reviewed pages.

Some more API documenation is at Extension:FlaggedRevs/API.

action = review

Основная страница: API:Review

Reviews a page.

Parameters

• revid: The revision ID for which to set the flags
• token: An edit token retrieved through prop=info
• comment: Comment for the review (optional)
• flag_accuracy: Set the flag named "accuracy" to the specified value; (replace "accuracy" with the flag name to set another flag)

Example

Review revision 12345

api.php?action=review&revid=12345&token=123ABC&flag_accuracy=1&comment=OK [попробуйте в ApiSandbox]

action = stabilize

Changes page stabilization settings.

Parameters

• title: Title of page to be stabilized
• reason: Reason for stabilization
• expiry: (Deprecated?) Stabilization expiry. Default: infinite
• review: Whether to auto-review the page
• watch: Whether to watch the page
• token: An edit token retrieved through prop=info
• For protection-like configurations ($wgFlaggedRevsProtection=true):

  protectlevel: The right users must have in order for their edits to not require review.

• Otherwise ($wgFlaggedRevsProtection=false):

  default: Default revision to show (latest | stable)

  precedence: Which stable revision should be shown (pristine | quality | latest). Default: quality

  autoreview: Restriction level for the 'autoreview' right (sysop | none). Default: none

Example

Configure the page "Foo" such that only quality revisions are shown by default

api.php?action=stabilize&title=Foo&reason=Because_I_can&precedence=quality&default=stable&token=abc123 [попробуйте в ApiSandbox]

action = flagconfig

Shows information about review flag configuration.

The following parameters are returned for each tag:

• name: the name of the flag
• levels: the number of possible levels the flag has (not counting the "unreviewed" level)
• tier2: level the flag must be for the revision to be considered "quality"
• tier3: level the flag must be for the revision to be considered "pristine"

The displayed name for each flag and the different level names for each flag are MediaWiki messages, so can be set and retrieved through the appropriate page; for example the name for the first level of the "accuracy" flag is located at MediaWiki:revreview-accuracy-1.

Example

Retrieve flag configuration

api.php?action=flagconfig [попробуйте в ApiSandbox]

list = reviewedpages

Lists pages that have been reviewed.

Parameters

• rpstart: Start listing at this page id.
• rpend: Stop listing at this page id.
• rpdir: In which direction to list.
• rpnamespace: The namespaces to enumerate.
• rpfilterredir: How to filter for redirects
• rpfilterlevel: How to filter by quality (0=sighted,1=quality)
• rplimit: How many total pages to return.

Example

List "sighted" pages in main namespace

api.php?action=query&list=reviewedpages&rpnamespace=0&rpfilterlevel=0 [попробуйте в ApiSandbox]

list = unreviewedpages

Lists pages which have never been reviewed.

Parameters

• urstart: Start listing at this page title.
• urend: Stop listing at this page title.
• urnamespace: The namespaces to enumerate.
• urfilterredir: How to filter for redirects
• urfilterlevel: How to filter by quality (0=sighted,1=quality)
• urlimit: How many total pages to return.

Example

List pages in the main namespace that have not been "sighted"

api.php?action=query&list=unreviewedpages&urnamespace=0&urfilterlevel=0 [попробуйте в ApiSandbox]

list = oldreviewedpages

Lists pages that have at some point been reviewed, but for which the most recent revision is not reviewed.

Parameters

• orstart: Start listing from this timestamp
• orend: Stop listing at this timestamp.
• ordir: In which direction to list.
• ornamespace: The namespaces to enumerate.
• orfilterredir: How to filter for redirects
• orlimit: How many total pages to return.

Example

List pages in the main namespace with recent unreviewed revisions

api.php?action=query&list=oldreviewedpages&ornamespace=0 [попробуйте в ApiSandbox]

Limitations

• Transclusions across wikis are not stabilized
• External images (aside from Commons) are not stabilized
• Metatemplates that conditionally include other templates may have the condition change between the time a reviewer loaded a page and when they reviewed it. Therefore, there would be no pointers to the revision id for this different template to load from, making it blue linked. You will be notified if this happens during review.

Uninstalling

1. Remove the include line from LocalSettings.php
2. Drop the tables in FlaggedRevs.sql.
3. Drop the columns page_ext_reviewed, page_ext_quality, and page_ext_stable, and the index ext_namespace_reviewed from the page table (if they exist; only older versions of FlaggedRevs used these)
4. Run maintenance/refreshLinks.php from the command line to flush out the stable version links
5. Run maintenance/rebuildFileCache.php 0 overwrite from the command line if you use $wgFileCache

Testing platforms

• английский
• немецкий
• польский

См. также

• Справка:Патрулирование правок
• Extension:FlaggedRevs/Specifications
• Extension:Approved Revs
• Extension:Moderation – edits remain private until they're approved
• meta:Flagged Revisions#Flagged Revisions on Wikimedia projects
• Project:Editor – documentation about the user groups and rights created by this extension, while it was at use on mediawiki.org

External links

• Quality Assurance in an Open Project – 2008 Wikimedia blog post
• Images of Flagged Revisions – Викисклад (Wikimedia Commons)
• О Flagged Revisions – Мета-вики

Лицензирование

© GPL, Aaron Schulz, Joerg Baach, 2007