Jump to content

Extension:PageTriage（页面分级）

本頁使用了標題或全文手工轉換
问题追踪器： #PageTriage
From mediawiki.org
This page is a translated version of the page Extension:PageTriage and the translation is 100% complete.
Languages:
MediaWiki扩展手册
PageTriage
发行状态： 稳定版
实现 特殊页面 , 用户界面
描述 便於審核和批准新頁面
作者 Ryan Kaldari, Benny Situ
兼容性政策 快照跟随MediaWiki发布。 master分支不向后兼容。
数据库更改 是
表
参数
  • $wgPageTriageNoIndexUnreviewedNewArticles
  • $wgTalkPageNoteTemplate
  • $wgPageTriageNamespaces
  • $wgPageTriageEnableKeywordSearch
  • $wgPageTriageDeletionTagsOptionsContentLanguageMessages
  • $wgPageTriageEnabledEchoEvents
  • $wgPageTriageEnableOresFilters
  • $wgPageTriageEnableCopyvio
  • $wgPageTriageProjectLink
  • $wgPageTriageCurationModules
  • $wgPageTriageLearnMoreUrl
  • $wgPageTriageEnableExtendedFeatures
  • $wgPageTriageMaxNoIndexAge
  • $wgPageTriageRedirectAutoreviewAge
  • $wgPageTriageEnableCurationToolbar
  • $wgPageTriageDraftNamespaceId
  • $wgPageTriageMaxAge
  • $wgPageTriageFeedbackUrl
添加权限
  • pagetriage-copyvio
使用的函数钩
许可证 MIT License
下載
下載扩展
Git [?]:
示例 Special:NewPagesFeed on the English Wikipedia
前往translatewiki.net翻譯PageTriage扩展
問題 开启的任务 · 报告错误

PageTriage是一個扩展，目的是提供功能豐富的介面來分級新建立的條目。 其目的是取代「新頁面巡查」的核心功能，同時增加審閱、標記、和改善新條目等這些額外的功能。 它新增了一個Special:NewPagesFeed頁面，並為擁有「巡查」權限的人在新頁面上新增一個頁面精選工具列。 它是由維基媒體基金會的功能工程團隊所開發。 额外的详细信息参见页面的精選。

重要提醒：部份配置和代码是专为英语维基百科的工作流而设计的，且以目前此擴充功能的架構而言，此扩展目前差不多是沒法国际化了。 （請参见Phabricator:T50552。）

An overview of the page curation feature. The interface in the video is outdated but the content remains useful.

安裝

Screenshot of Special:NewPagesFeed as it appeared in 2012
  • 下载文件，并解压PageTriage文件夹到extensions/目录中。
    开发者和代码贡献人员应改从Git安装此扩展，输入：
    cd extensions/
git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/PageTriage
  • 請新增下列代码到您的LocalSettings.php 文件的底部： 
    wfLoadExtension( 'PageTriage' );
  • 請运行更新脚本，它将自动创建此扩展所必须的数据库表。
  • Yes 完成 – 請导航至您的wiki上的Special:Version，以验证此扩展已成功安装。

檢查安裝是否成功

去實際看到扩展在運作：

  • 以匿名使用者身份建立一個只包含幾句文字的新頁面。
  • 访问Special:NewPagesFeed

新頁面應該會出現，標記為「无分类」、「可能是孤立 」等。 去查看頁面的精選工具列：

  • 以具備「sysop」權限的使用者身分登入、或建立一個具備「patrol」權限的群組，並將某些使用者加入該群組，然後以該使用者的身分登入。
  • 访问Special:NewPagesFeed
  • 現在您應該會在新頁面的旁邊看到一個「审核」按鈕。
  • 點擊這個，您應能在新頁面上看到頁面的精選工具列。

高级安裝

額外的擴充功能

若要使用完整功能，您還需要安裝一些額外的擴充功能，不過頁面分級即使不安裝這些擴充功能也能正常運作。

  • Echo – Allows users to receive notifications for things like when an article they created has been marked as reviewed.
  • ORES – In Special:NewPagesFeed, allows filtering by "predicted class" (articlequality: stub, start, c-class, b-class, good, featured) and "potential issues" (draftquality: vandalism, spam, attack, copyvio). The predictions are done with machine learning (except for copyvio, which is done via a third party bot using an API, but is included here because draftquality needs to be turned on). ORES AI is typically trained by editors via https://labels.wmflabs.org/ui/, or by analyzing reverts. The ORES database provides probabilities which are accessed via the ORES extension. A threshold (tolerable false positive rate) is applied to this data, and some of the thresholds are set in the ORES extension's extension.json file.
  • WikiLove – Adds a button to the Page Curation toolbar that allows you to leave a person a barnstar more easily.

Enabling draft namespace

By default, the draft namespace is disabled, but can be enabled with the following update to LocalSettings.php 

// These three settings are optional, and will enable the Articles-for-Creation mode.
$wgPageTriageDraftNamespaceId = 118;
$wgExtraNamespaces[ $wgPageTriageDraftNamespaceId ] = 'Draft';
$wgExtraNamespaces[ $wgPageTriageDraftNamespaceId + 1 ] = 'Draft_talk';

When enabled, a new "articles for creation" tab will show up on Special:NewPagesFeed.

By default pages edited in the draft namespace will be "unsubmitted".

Articles in the draft namespace can be submitted for review by adding [[Category:Pending_AfC_submissions]] to the draft page. At which point they will show up under "awaiting review".

Note the toolbar controlled by the configuration variable $wgPageTriageEnableCurationToolbar does not show up in the draft namespace.

Cron jobs

To make sure old articles are eventually taken out of the new pages feed, you should set up a cron job to run the following file every 48 hours: cron/updatePageTriageQueue.php

Manual testing

Special:NewPagesFeed -> Articles for Creation

  • Enable draftspace by following the directions above in the section #Enabling draft namespace.
  • In Special:NewPagesFeed, to place a draft in one of the AFC states, you need to create a page in the "Draft" namespace, and add it to the following categories:
    • Unsubmitted: (no category)
    • Awaiting review: Category:Pending AfC submissions
    • Under review: Category:Pending AfC submissions being reviewed now
    • Declined: Category:Declined AfC submissions

Note: The Page Curation toolbar does not display for drafts.

ORES

Enwiki has the ORES extension installed, which provides machine learning predictions of an article's quality and of some common issues. ORES works fine in production, but requires some setup if you want to test in a localhost environment. It can be desirable to test with ORES turned on, for example, if you are changing the layout of Special:NewPagesFeed. Here is a localhost testing procedure:

  • Clone Extension:ORES and add wfLoadExtension( 'ORES' ); in LocalSettings.php
  • Add this to LocalSettings.php 
    $wgPageTriageEnableOresFilters = true;
$wgOresWikiId = 'enwiki';
$wgOresModels = [
	'articlequality' => [ 'enabled' => true, 'namespaces' => [ 0 ], 'cleanParent' => true ],
	'draftquality' => [ 'enabled' => true, 'namespaces' => [ 0 ], 'sources' => [ 1 ] ]
];
  • Run php maintenance/run.php ./extensions/ORES/maintenance/BackfillPageTriageQueue.php

Determining if a page is reviewed

Status codes

There are status codes used to track whether a page is reviewed or not. These are the values given when you query patrol_status, ptrp_reviewed, and ptrl_reviewed:

  • Unreviewed
    • 0 – unreviewed
  • Reviewed
    • 1 – reviewed (someone clicked the green check mark in the Page Curation toolbar)
    • 2 – patrolled (someone clicked the "Mark as patrolled" link at the bottom right corner of a page)
    • 3 – autopatrolled (someone with the autopatrol user right created the page, or moved the page from a non-tracked namespace to a tracked namespace)
    • no result – will occur if the page is not in a tracked namespace (mainspace, userspace, and draftspace), if the article was created before PageTriage was installed, or if the article was reviewed for longer than 30 days (these records are deleted by a cron job)

Via the API

To check the review status of pages using an API query, you can use api.php?action=query&prop=isreviewed.

Sample JavaScript code:

/**
 * @param {number} pageID The page ID number. A positive number with no commas.
 */
async isReviewed(pageID) {
	let api = new mw.Api();
	let response = await api.get( {
		action: 'query',
		format: 'json',
		formatversion: '2',
		prop: 'isreviewed',
		pageids: pageID,
	} );
	return response.query.pages[0].isreviewed;
}

/**
 * @param {string} title One title. Can include namespace. Example: User:Test
 */
async function isReviewed(title) {
	let api = new mw.Api();
	let response = await api.get( {
		action: 'query',
		format: 'json',
		formatversion: '2',
		prop: 'isreviewed',
		titles: title,
	} );
	return response.query.pages[0].isreviewed;
}

Via SQL

To check the review status of pages using an SQL query, you need to query the pagetriage_page table and the ptrp_reviewed field. Follow the directions in #Status codes to interpret the values of this field. 

/* By page_id */
SELECT ptrp_reviewed
FROM pagetriage_page
WHERE ptrp_page_id = 71318376

/* By page_title and page_namespace */
SELECT ptrp_reviewed
FROM pagetriage_page
JOIN page ON page_id = ptrp_page_id
WHERE page_title = 'Živko_Kostadinović' -- underscores, not spaces
	AND page_namespace = 0

SQL

SQL tables

Name Prefix Description Old entry deletion strategy Service classes (when refactoring, SQL queries should be moved to here) Data classes
pagetriage_page ptrp_ The main table. Log of all pages created after PageTriage was installed. One entry per page. Stores the "mark as reviewed" statuses mentioned above. Also stores the last time a tag was placed on the page by PageTriage. Query ptrp_reviewed > 0 in this table to figure out if a page is marked as reviewed. No entry also means the page is reviewed. All articles deleted once ptrp_reviewed > 0 (marked as reviewed) and older than 30 days. All redirects deleted after 180 days regardless of patrol status. QueueManager, QueueLookup QueueRecord
pagetriage_page_tags ptrpt_ Stores metadata about pages, to make the filters in the Page Curation toolbar work. For example, if you pick the filter "Were previously deleted", then PageTriage will query this table looking for the recreated tag ID. The tag ID is discovered by checking the pagetriage_tags table. See #pagetriage_page_tags for list of tags. All article metadata deleted once ptrp_reviewed > 0 (marked as reviewed) and older than 30 days. All redirect metadata deleted after 180 days regardless of patrol status.
pagetriage_tags ptrt_ A dictionary of page_tags, and their corresponding ID number. See #pagetriage_page_tags for list of tags.

pagetriage_page_tags

pagetriage_page_tags data is updated by calling ArticleCompileProcessor::newFromPageId( [ $pageId ] )->compileMetadata(). This is called in the following hooks:

  • onPageMoveComplete() - runs when moving a page
  • onLinksUpdateComplete() - runs when saving an edit
  • onMarkPatrolledComplete() - runs when clicking the "Mark this page as patrolled" link in bottom right corner of certain pages

It is called asynchronously. The user will see that their edit succeeded and can continue browsing the website, and the page tags update will occur in the background, invisibly to the user.

List of tags

The pagetriage_page_tags are as follows:

  • Author information
    • user_id
    • user_name – there's a filter where you can type in their username
    • user_editcount
    • user_creation_date
    • user_autoconfirmed
    • user_experience – Experience level: newcomer (non-autoconfirmed), learner (newly autoconfirmed), experienced, or anonymous. These experience levels are baked into core and can be accessed with MediaWikiServices::getInstance()->getUserFactory()->newFromUserIdentity( $performer )->getExperienceLevel()
    • user_bot
    • user_block_status
  • Deletion tags – will display a black trash can icon if marked for deletion
    • afd_status
    • blp_prod_status
    • csd_status
    • prod_status
  • Special:NewPagesFeed red warning text
    • category_count – No categories
    • linkcount – Orphan
    • reference – No citations
    • recreated – Previously deleted
    • user_block_status - Blocked
  • Page information
    • page_len – size of article, in bytes
    • rev_count – number of edits to the article
    • snippet – text from beginning of article, used in Special:NewPagesFeed to preview the article
  • afc_state – 1 unsubmitted, 2 pending, 3 under review, 4 declined
  • copyvio – latest revision ID that has been tagged as a likely copyright violation, if any

PHP

扩展配置

此擴充功能基於「patrol」權限。 如需更多關於設定巡邏功能的資訊，請參閱 手册:巡查 。

可以从你的LocalSettings.php文件中设置以下配置变量。

变量 默认 描述
$wgPageTriageEnableCurationToolbar true 設定為false以停用精選工具列
$wgPageTriageInfiniteScrolling true 是否要在新頁面動態消息中使用無限捲動功能
$wgPageTriageMaxAge 90 The age (in days) at which PageTriage allows unreviewed articles to become indexed by search engines (if $wgPageTriageNoIndexUnreviewedNewArticles is true).
$wgPageTriageNamespaces NS_MAIN The namespaces that PageTriage is active in.
$wgPageTriageNoIndexUnreviewedNewArticles false 若需將新發布且未經審核的文章設為 noindex，請將此選項設為 true。 換句話說，在經過審核之前，這些內容不應被搜尋引擎收錄。

有关配置变量的完整列表，请参阅extension.json。

API

頁面分級功能新增了以下可供使用的API端點：

API 描述 类型 觸發的操作
pagetriageaction 將頁面標記為已審閱或未審閱，並將此操作記錄在 Special:Log 中。 Write
  • Using the Page Curation toolbar to mark a page as reviewed
  • Using the Page Curation toolbar to mark a page as unreviewed
pagetriagelist 擷取佇列中的頁面清單、以及各頁面的元資料，其包括其審核的狀態。 To retrieve one page, you must provide the page_id. To provide multiple pages, you must select one of showreviewed/showunreviewed, and one of showredirs/showdeleted/showothers, or no pages will be returned. Read
  • Loading the Page Curation toolbar (automatically loaded if you have the patrol userright and view a page that is unpatrolled or recently patrolled)
  • Viewing Special:NewPagesFeed (provides the list of articles)
pagetriagestats 擷取在佇列中的頁面數量的統計資料，供Special:NewPagesFeed的頁首使用。 Read
  • Viewing Special:NewPagesFeed (provides the total articles in the header, and provides the stats in the footer)
pagetriagetagcopyvio Mark an article as a potential copyright violation, and logs the action in Special:Log. Write
  • Marking as a copyright violation by a bot with the copyviobot userright
pagetriagetagging 在頁面中加入清理標籤或刪除模板，並將此操作記錄在 Special:Log 中。 Write
  • Using the Page Curation toolbar to place a maintenance tag on an article
  • Using the Page Curation toolbar to place a deletion tag on an article

Special:Log

The following logs are created by the extension:

Special:Log log_type log_action Description Notes
Page curation log pagetriage-curation delete, enqueue, reviewed, tag, unreviewed Logs deletion tagging, maintenance tagging, marking page as reviewed, marking page as unreviewed
Potential copyright violation log pagetriage-copyvio insert Allows a bot to log potential copyright violations Doesn't display unless you set $wgPageTriageEnableCopyvio to true

切入點

此擴充功能的各項功能可透過多種操作觸發：

Entry point type File location Notes
5 APIs includes/Api/*
1 special page includes/SpecialNewPagesFeed.php
20 hooks
  • includes/Hooks.php
  • includes/HookHandlers/UndeleteHookHandler.php
  • includes/HookHandlers/Schema.php
1 cron job cron/updatePageTriageQueue.php runs every 48 hours
7 maintenance scripts maintenance/* need to be run manually

Here is a list of some actions and the corresponding entry points they trigger:

Action Entry points used
View Main page
  • Hooks.php -> onBeforeCreateEchoEvent()
  • Hooks.php -> onArticleViewFooter()
Save an edit to the Main page
  • Hooks.php -> onRevisionFromEditComplete()
  • Hooks.php -> onPageSaveComplete()
  • Hooks.php -> onArticleViewFooter()
  • Hooks.php -> onLinksUpdateComplete()
Type in search box, triggering search suggestions
  • Hooks.php -> onBeforeCreateEchoEvent()
  • Hooks.php -> onApiMain__moduleManager()
View Special:NewPagesFeed
  • Hooks.php -> onBeforeCreateEchoEvent()
  • SpecialNewPagesFeed
  • ApiPageTriageStats
  • ApiPageTriageList
View an unreviewed article while logged in

and having the patrol permission.

  • Hooks.php -> onBeforeCreateEchoEvent()
  • Hooks.php -> onArticleViewFooter()
  • Hooks.php -> onResourceLoaderGetConfigVars()
  • Hooks.php -> onDefinedTags()
  • Hooks.php -> onApiMain__moduleManager()
  • ApiPageTriageList (by page_id)

Hooks

File Group Hook Actions it performs
Hooks.php Move page onPageMoveComplete Changes patrolled status, updates cache, updates metadata in pagetriage_page_tags table.
Edit page onRevisionFromEditComplete Handles marking redirects that flip to articles as unreviewed. DeferredUpdate.
onPageSaveComplete Add new articles to the New Pages Feed and pagetriage_page table.
onLinksUpdateComplete DeferredUpdate of metadata / pagetriage_page_tags table.
Every page load onArticleViewFooter
  • Turn on noindex for new, unreviewed articles.
  • Determine whether to load a link for autopatrolled users to unpatrol their article
  • Displays the Page Curation toolbar on recently created pages.
  • Create "Add to New Pages Feed" toolbox link for old articles.
Help:Patrolled edits onMarkPatrolledComplete Marking as patrolled (the patrol link shows up in template namespace, for example) will also mark as reviewed in PageTriage.
Blocking and unblocking onBlockIpComplete Update article metadata / pagetriage_page_tags when a user gets blocked or unblocked. This is so Special:NewPagesFeed can display "Blocked" by articles created by blocked users.
onUnblockUserComplete
onResourceLoaderGetConfigVars Adjusts some config vars related to draft namespace ID.
Extension:Echo onBeforeCreateEchoEvent Code that makes PageTriage Echo notifications work. For example, the notification to article creators that their article was marked as reviewed.
onEchoGetDefaultNotifiedUsers
onLocalUserCreated
Extension:ORES onORESCheckModels Code that makes PageTriage ORES filters in Special:NewPagesFeed work. For example, filtering by article size or by predicted vandalism/spam/copyvio.
Help:Tags onListDefinedTags Code that makes PageTriage tags work. Tags can be attached to individual revisions to show that a tool helped make the edit. For PageTriage, it tags edits "PageTriage".
onChangeTagsAllowedAdd
onChangeTagsListActive
API onApiMain__moduleManager Disables the pagetriagetagging API, if that feature is turned off in PageTriage's settings.
Delete or undelete page onPageDeleteComplete If a page is deleted, also delete its data from the PageTriage queue, and remove it from the cache.
HookHandlers/

UndeleteHookHandler.php

onArticleUndelete If a page is undeleted, add it back to the PageTriage queue, regardless of autopatrol status. Fixes a bug where undeleted pages were automatically marked as reviewed.
HookHandlers/ Schema.php SQL onLoadExtensionSchemaUpdates
  • The code that installs PageTriage's 4 SQL tables when you run php maintenance/run.php update.
  • Will also alter schemas from previous versions to match the latest schema.
  • This is also where all the pagetriage_tags are hard-coded.

Cron jobs and maintenance scripts

File What it does Why run it? When is it useful? Safe to delete maintenance script?
cron/updatePageTriageQueue.php Every 48 hours, remove some items from the new pages feed after certain time limits. Removed items can be re-added by clicking "Add to the New Pages Feed". Keeps the SQL tables from getting too big.
maintenance/cleanupPageTriage.php Remove page with namespace other than NS_MAIN/NS_USER from pagetriage queue. Fix a bug? T321982
maintenance/cleanupPageTriageLog.php Maintenance script that updates parameter name from '4::tags' to 'tags' in pagetriage-curation log and (now defunct) pagetriage-deletion log One time conversion of old log entries to modern format? Logs are now always written in the new format. [1]. Probably
maintenance/cleanupPageTriagePageTags.php Remove page from pagetriage_page_tags if they are not in pagetriage_page Fix a bug that made it into production. All solved now. [2]. Probably
maintenance/DeleteAfcStates.php Delete the afc_state tag value for every page in the queue (drafts and non-drafts). Normally all pages have this tag even if they're not drafts. Fix a bug that made it into production. All solved now. [3]. T203184#4592953. Probably
maintenance/FixNominatedForDeletion.php Set pagetriage_page.ptrp_deleted if the page is has any pagetriage_page_tags related to deletion (e.g. prod_status, blp_prod_status, etc.) Fix a bug that made it into production. All solved now. [4]. T202582. Probably
maintenance/populateDraftQueue.php Add missing Draft namespace pages to the AfC triage queue. Related to deploying PageTriage's draftspace feature into an environment that already has a draftspace. [5].
maintenance/updateUserMetadata.php Former cron job. Update expired user metadata in the pagetriage_page_tags table [6]. T341432.

NOINDEX

NOINDEX refers to the HTML code <meta name="robots" content="noindex">, which can be inserted into a page to stop the page from appearing in search engine results. In default installations of MediaWiki, all pages are indexed unless they contain the wikicode __NOINDEX__. When $wgPageTriageNoIndexUnreviewedNewArticles is set to true, PageTriage will take over deciding what pages are indexed. The logic that determines this is located in includes/Hooks.php, in the onArticleViewFooter() method.

First check

  • First check: Noindex the page if ALL of the following are true:
    • $wgPageTriageNoIndexUnreviewedNewArticles is turned on
    • Page age is less than $wgPageTriageMaxAge (set to 90 days on enwiki)
    • Page is in pagetriage_page table[1]
    • Page is marked as unpatrolled (ptrp_status = 0)

Second check

  • Second check: If the wikitext has the __NOINDEX__ magic word, noindex the page if ALL of the following are true:
    • Page age is less than $wgPageTriageMaxNoIndexAge (set to 90 days on enwiki)
    • If $wgPageTriageMaxNoIndexAge is not null, page is in pagetriage_page table[2]

The main use case for the __NOINDEX__ magic word is in deletion templates and maintenance tag templates that are transcluded into mainspace or draftspace. See this search.

Is the page in the pagetriage_page table?

In regards to the requirement "Page is in pagetriage_page table", there are several ways a for a page to get into this table:

  • Not been deleted by a PageTriage cron job
    • One cron job deletes redirects older than $wgPageTriageRedirectAutoreviewAge days old (default 180 days as of Sep 2022), regardless of patrol status. In other words, this cron job autopatrols them.
    • Another cron job deletes reviewed pages after 30 days of being reviewed
  • In a namespace that PageTriage is configured to patrol
  • Isn't an article that is so old it predates the installation of PageTriage

JavaScript

Directory structure

  • /modules/
    • ext.pageTriage.article – related to marking an article as reviewed
    • ext.pageTriage.defaultTagsOptions – lists of deletion tags and maintenance tags used by the Page Curation toolbar
    • ext.pageTriage.init – creates a mw.pageTriage object
    • ext.pageTriage.newPagesFeed – Special:NewPagesFeed
    • ext.pageTriage.sidebarLink – related to the "Add to the New Pages feed" link that shows up in the left menu toolbox, and the ooui alert box it generates
    • ext.pageTriage.toolbar – Page Curation toolbar
    • ext.pageTriage.toolbarStartup – ActionQueue and toolbar startup code
    • ext.pageTriage.util – Backbone.js models (article, revision, stats)
    • external – contains external libraries including backbone, jquery.tipoff, jquery.badge, jquery.waypoint, and underscore


工具列

The toolbar has three states: maximized, minimized, and hidden. The maximized toolbar is the full-size toolbar with all buttons. The minimized toolbar still displays and floats, but simply says "Curation" and has an X you can click to close it. The hidden toolbar doesn't display at all, and can be re-opened by clicking the "Open Page Curation" link in the left menu.

External libraries

Backbone and Underscore are unusual libraries to use in MediaWiki extensions, and jQuery UI is deprecated. Long term, we are interested in replacing these front end libraries, to make the extension easier to maintain.

客戶端鉤點

mw.hook

  • ext.pageTriage.toolbar.ready

mw.pageTriage.actionQueue

頁面分級功能提供了一個專用的操作佇列系統，使其能與其他腳本和小工具整合。 這與 mw.hook 類似，只是它使用了 Promise。 這是使用mw.pageTriage.actionQueue模組來完成的。 有關系統運作方式的文檔，請參閱原始碼中的註解。 它目前尚未被英文wiki上的任何腳本或小工具使用，但頁面分級功能會在內部使用它。

在mw.hook的ext.pageTriage.toolbar.ready觸發後，actionQueue模組即可使用。 頁面分級功能會將一個包含以下資料的Object傳遞給動作佇列處理程序，此外還包含下文所述的其他資料：

  • pageid – 正在審查的頁面的ID。
  • title – 頁面的標題，包含命名空間。
  • reviewer – 正在使用頁面分級的使用者名稱。
  • creator – 該頁面建立者的使用者名稱。
  • reviewed – 該頁面目前是否已被標記為已審核，或將被標記為已審核。

可用操作
  • delete – 當審核者將頁面標記為待刪除時觸發。傳遞給處理程序的資料還包含：
    • tags – 此頁面中所有新增模板的物件。其鍵為模板標題，而值則為一個包含元資料的物件，其中包含快速刪除代碼等資訊。
  • mark – 當頁面的審核狀態變更時觸發。此外還包含：
    • note – 評論者為該頁面創建者添加的個人訊息。此處可能為空白。
  • tags – 當頁面新增維護標籤時觸發。此外還包含：
    • tags – 一個包含所有已新增至該頁面的模板的標題的陣列。
    • note – 評論者為該頁面創建者添加的個人訊息。此處可能為空白。

示例

若要使用操作佇列，請註冊一個函式，以便在前述動作觸發時執行。頁面分級會在執行其他操作（例如重新整理頁面）之前，先等待所有非同步程式碼完成。例如，若要在頁面被標記為「已審核」後編輯Sandbox，您可以使用： 

$( function () {
	// You must first listen for the ext.pageTriage.toolbar.ready event using mw.hook, to ensure your handler is registered at the right time.
	mw.hook( 'ext.pageTriage.toolbar.ready' ).add( function ( queue ) {
    	// Listen for the 'mark' action.
		queue.add( 'mark', function ( data ) {
			return new mw.Api().edit( 'Sandbox', function ( revision ) {
				// Replace 'foo' with the note the reviewer left.
				return revision.content.replace( 'foo', data.note );
			} );
		} );
	} );
} );

Where are preferences stored?

Preferences such as the user's Special:NewPagesFeed selected filters are stored as MediaWiki user preferences. The preference name is userjs-NewPagesFeedFilterOptions. It is set using mw.Api().saveOption() and read using mw.user.options.get(). This data ends up in the SQL user_properties table. Temporary accounts (IP masking) will not be able to store their preferences.

Installation on WMF wikis

This extension was designed for English Wikipedia. There is interest in changing its code and making it more useful to other wikis (phab:T50552), however this is challenging from a technical perspective and progress is slow. For now, the following are true:

  • PageTriage is allowed to be installed on other wikis[3] (although as of 2024 this hasn't happened yet).
  • The setting $wgPageTriageEnableExtendedFeatures can be set to false to turn off English Wikipedia-specific features such as maintenance tags and deletion tags in the Page Curation toolbar.
  • There are concerns that the noindex features (controlled by $wgPageTriageNoIndexUnreviewedNewArticles and $wgPageTriageMaxNoIndexAge) create search engine optimization problems, and these noindex features should not be enabled on new wikis without first discussing it with product manager Samwalton9 (WMF).
  • Like most other WMF-deployed extensions, PageTriage supports internationalization, and has its interface translated into many other languages.

參見

Notes

  1. ↑ Checked by isPageUnreviewed()
  2. ↑ Checked by isNewEnoughToNoIndex(), if it doesn't exit early due to $wgPageTriageMaxNoIndexAge being null.
  3. ↑ https://meta.wikimedia.org/w/index.php?title=Limits_to_configuration_changes&diff=prev&oldid=26121135
Retrieved from "https://www.mediawiki.org/w/index.php?title=Extension:PageTriage/zh&oldid=8488571"