InstantCommons/ja



インスタントコモンズは、世界中にあるどのMediaWikiからでもウィキメディアコモンズにアップロードされたメディアファイルを利用できるようにするMediaWikiの機能の一つです.

Rationale
現在、ウィキメディア財団が主催するメディアの中心的リポジトリウィキメディアコモンズには7300万個以上のファイルがあります. いずれのファイルも無料のライセンスまたはパプリックドメインの元で利用できます. 公式の記章や商標の利用に関するものを除き、この他に利用上の制限はありません.

コモンズが知られるようになるにつれ、そこにあるコンテンツを利用し、新しい資料を提供したいという外部からの要請も高まります. 現在技術的にはウィキメディアサーバのあらゆるWebページにある画像を直接読み込むことができます. そのようなホットリンク（画像への直接リンク）は可能ですが、いくつかの理由で問題があります.


 * それは画像のライセンス条項を尊重していませんし、その他のメタデータを確実に転送することもできません.
 * メディアファイル作者の正しい著作権表示が失われるだけではなく、ウィキメディアの信頼を損ねます.
 * ページ閲覧ごとにウィキメディアの帯域を使います（クライアント側で画像がキャッシュされているか、またはプロキシを通している場合を除いて）
 * サムネイルや注釈の生成のような役に立つ画像操作が楽にならず、特に標準レイアウト操作でウィキが利用しにくくなります.
 * URLは識別子と結びついているため、ミラーリングが複雑になります.
 * 追跡不能な外部利用ページが作られてしまい、ウィキメディア側ので必要な変更が反映されなくなります.
 * 特に断続的にしかインターネットにアクセスできないような国において、オフラインで閲覧ができないことが問題になります.

インスタントコモンズは、画像とメタデータをウィキメディアのサーバから簡単にキャッシュする方法を提供することで、これらの問題を解決しようとしています. This caching functional is disabled since MediaWiki 1.27.2/1.28.1. インスタント コモンズの最初の実装は MediaWiki 内で行われ、MediaWiki のすべての画像への操作（サムネイル、キャプション、ギャラリーなど）を実行できるようになります. しかし他のWikiエンジンでも、以下に説明するAPIを使用して、インスタントコモンズのような機能を実装することが可能です.

基本機能
インストール時にインスタントコモンズを有効にするかどうか選択できます. できるだけ多くのユーザがウィキメディアコモンズのコンテンツを利用できるように、（アップロード可能なディレクトリが指定されているならば）デフォルトで有効化されているのが理想的です.

もしこの機能が有効化されるとwikiはウィキメディアプロジェクトのように振る舞います. すなわちウィキメディアコモンズ上にある画像などのメディアファイルを参照した際に、ファイル名を指定することでローカルwikiにアップロードされたファイルのように掲載することができます. ローカルのファイル名はウィキメディアコモンズのファイル名に優先されて使用されます.

設定
MediaWikiのバージョン1.16以降では、LocalSettings.php に以下の1行を追加するだけでインスタントコモンズを使うことができます（詳細は を参照してください）:

MediaWikiのバージョン1.13から1.15で有効化するには、を参照してください.

この設定は即座に反映されます. そうならない場合、ウェブサーバで  のPHP関数が無効化されていないか確認してください.

HTTPS
2015年6月より、ウィキメディアコモンズはHTTPS経由でしかアクセスできなくなりました. インストール環境によってはルート証明書が欠損しているために、ウィキメディアコモンズにHTTPSを通じてアクセスできない場合があります. インスタントコモンズが停止する場合、以下をお試しください.


 * php curlエクステンションをインストールしてください（一般的に信頼性が高く、適切な証明書がすでにインストールされている可能性が高いため）. DebianやUbuntuの場合:
 * 最新の証明書が格納されていることを確認します. もしphp curlエクステンションをインストールしている場合はwebawareのページかTalk:InstantCommons#Stop_workingを参照してください.

SElinux
If your server OS implements SElinux, please take a look at the dedicated section on the settings page, and make sure HTTPD scripts and modules can access the network successfully. If SElinux prevents HTTPD scripts and modules from connecting to WikiMedia Commons repository, the InstantCommons feature will simply not work.

ファイアウォールの内側
If the server on which the wiki runs is behind a firewall, the wiki server must be granted outgoing http/https requests to commons.wikimedia.org and upload.wikimedia.org, for Instant Commons to work. The IP address ranges are found at IP addresses.

インスタントコモンズを経由したファイルの利用
インスタントコモンズが有効になっていれば、ウィキメディアコモンズから任意の画像（例えば）を選び、wikiアイコンの隣りにある「このファイルを利用」ボタンをクリックし、表示されるコードをwikiに貼り付けることで利用できます. この例の場合、以下のようなコードを貼り付けます.

これでサムネイル画像が表示できます（このページの右側にあるように表示されます）.

なお、この方法でファイルを使用する場合、ファイル利用に関するライセンスやその他の法的要件を遵守しなければなりません. Commons:Reusing content outside Wikimediaも参照してください.

Scalability considerations
Because the InstantCommons feature allows a wiki user to download resources from the Wikimedia servers, it is crucial that there is no possibility of a Denial of Service attack against either the using wiki, or the Wikimedia Commons, for example, by pasting 30K of links to the largest files on Wikimedia Commons into a wiki page and pressing "preview". Therefore, every successful InstantCommons request will have to be logged by the InstantCommons-enabled wiki together with the originating user or IP address and the time of the request. If an individual user overrides a generous internal bandwidth limitation (could be as high as 1 GB by default, but should be user-configurable), future images will not be downloaded within a 24 hour period. This limitation should not exist for wiki administrators (if a wiki admin wants to conduct a denial of service attack against their own wiki, they do not need to be stopped from doing so; if they want to conduct an attack against Wikimedia, they cannot be stopped from doing so except on Wikimedia's end). In addition to the per-user bandwidth limit, there could be a limit on the size of files which should be downloaded transparently. This would primarily be because files above a certain size would delay pageviews significantly and might even cause the page request to time out. It might be desirable to use an external application for the purpose of downloading these files, so that it can be done in the background without causing the page request to continue. Finally, there could be a total maximum size for the InstantCommons cache; if this size is exceeded, no further files would be downloaded.

While it is unlikely that individual wikis using the InstantCommons feature would cause a significant increase in cost for the Wikimedia Foundation (since every file only has to be downloaded once, and there are per-user bandwidth limitations), it would nevertheless be fair and reasonable for projects using the feature to include a notice on InstantCommons description pages such as: "This file comes from Wikimedia Commons, a media archive hosted by the Wikimedia Foundation. If you would like to support the Wikimedia Foundation, you can donate here ..."

Future potential
In the future, it may be desirable to offer a publisher/subscribe model of changes, which will require wiki-to-wiki authentication and a database of images which are used in subscribing wikis. This would also open up the threat of cross-wiki vandalism, which could be addressed using a delay phase of 24 hours or more for changes to take effect. Two-way functionality is another possibility, that is, to allow uploading free media directly to Commons from any wiki installation. However, this will require federated authentication as a minimum. It may also necessitate cross-wiki communication facilities to notify users from other wikis about Commons policies, which could be part of a larger project like LiquidThreads.

関連項目

 * - for the same functionality as InstantCommons but with other wikis
 * PhotoCommons: Wordpress plug-in to provide the same functionality
 * Examples of sites which are using InstantCommons