Extension:QuickInstantCommons/zh

The QuickInstantCommons extension is a performance optimized version of. 此扩展也可以在本地wiki缺少媒体处理器扩展的情况下展示基本的缩略图. For example, the first page of a PDF will still thumbnail even without Extension:PDFHandler installed, but advanced features like multipage requires the extension to be installed locally.

性能
Initial testing was done using the page en.wikipedia.org: List of governors general of Canada (revision 1054426240) which has 85 images. Testing was done with caching disabled and an estimated TTFB for the API on an already setup connection of ~250ms.

It took 1038.18 seconds with MediaWiki core's instant commons, 18.50 seconds with this extension with prefetching disabled, and 1.10 seconds with this extension but with prefetching enabled.

-{zh-hans:配置; zh-hant:組態;}-
If you were previously using, no configuration is needed beyond wfLoadExtension-ing this extension; Configuration is only required for advanced usage.


 * Automatically setup  to use this extension (defaults true). Set to false if you need to customize something.
 * Automatically setup  to use this extension (defaults true). Set to false if you need to customize something.


 * Enable prefetching images based on what's in DB (Default true). Most of the time this is a major performance boost, but its possible that occasionally this might cause work to be done that isn't necessary.
 * Enable prefetching images based on what's in DB (Default true). Most of the time this is a major performance boost, but its possible that occasionally this might cause work to be done that isn't necessary.


 * Max number of images to prefetch if prefetching is enabled (Default: 1000). Could hit OOM issues if too high.
 * Max number of images to prefetch if prefetching is enabled (Default: 1000). Could hit OOM issues if too high.



高级配置
You can directly configure $wgForeignFileRepos if you want. For example, if you want to use this extension with a wiki that is not commons. Example:

is probably the most important value from a performance perspective (other then ). If you feel things are slow, try increasing it. If a new version of a file is uploaded, it might not show up properly until after metadata expires. However you can force an expiry by purging the file description page on the local wiki. If you want to maxamize performance, an appropriate value might be 60*60*24*30 (1 month)

Differences between this and ForeignApiFileRepo

 * Caches curl handle
 * Uses HTTP/2 multiplexing (Major performance boost)
 * ?action=purge of File pages purges image metadata
 * Does not support local thumbnail caching
 * Automatically generate thumbnail URLs locally if foreign repository supports 404 handling (Major performance boost. Especially when responsive images are enabled)
 * Prefetch expected images based on imagelinks table (Major performance boost)
 * Allows limited thumbnailing of files that are missing handler extension (e.g. Still show thumbnail of first page of a PDF even if you don't have Extension:PDFHandler installed).
 * Adaptive TTL support that actually works (If the foreign image was recently edited, cache for shorter time, so that if its vandalism the revert will show up faster).
 * Configurable metadata caching time, with better defaults than core.
 * When using a foreign repo that itself has foreign repos (For example, how en.wikipedia.org includes commons.wikimedia.org), image page descriptions will now work correctly.
 * file redirects for files that are foreign files on the foreign repo work.
 * allows disabling media handlers that are incompatible and use fallback behaviour instead.
 * for images that can't use 404 rendering (missing local media handler extension or if transformVia404 false), predictively prefetches the responsive high-dpi thumbnails
 * reuse http/2 connection for fetching description page text
 * do not show text of 404 if the description page is missing on foreign wiki. Instead just show it as blank.

Other ideas that haven't been implemented: better adaptive cache for image description pages.



已知问题

 * If you are using Extension:TimedMediaHandler, you need to use at least MediaWiki 1.38 for this extension to work with video files.



參見

 * blog post explaining how it works
 * blog post explaining how it works
 * blog post explaining how it works