Manual:$wgAllowExternalImages/ja

インラインの画像が、外部のウェブサイトにホストされていてもよいかどうか決定します. 場合によって直リンク（じかリンク、ちょくリンク）とも呼ばれます.

詳細
に設定すると、外部のウェブサイトから取り入れた画像をインラインに利用することができます. 手順はウィキ文中に完全形のURLを差し込むだけです（左右を挟むマークアップは一切不要）. これは外部サイトにある画像の情報源への直リンクです.

に設定すると、完全版のURLの文字列が画像のリンクとして表示されます.

注記：この値をfalseに設定する代わりに、もし単一の信頼できる情報源（例えば自分自身のドメイン）にある複数の画像を使いたい場合は、外部サイトの画像に関する$wgAllowExternalImagesFromを使用します.

例
ウィキ文を使用すると：

処理後の表示： https://en.wikipedia.org/upload/b/bc/Wiki.png

外部画像のサムネイル
サムネイル画像は、MediaWikiのデータベース上の寸法の情報に従ってアップロードした画像から生成されます. 外部画像はMediaWikiデータベースに登録されていないため、サムネイル画像が生成されません.

もしこれらの画像のアップロード先がその他のMediaWikiあるいはユーザーのサイト上のどこかで、MediaWikiによりサムネイルの生成を認めたい場合は、外部画像を有効にする代わりに共有アップロードパス定義をtrueに設定し、共有アップロード先のパスおよび共有アップロード先のデータベース名を指定します.

外部画像を許可する理由とは？
画像の直リンク先のURLを取得する方法を知っているユーザーであれば、インターネット空間上にある画像の情報源からウィキの記事に挿絵を追加するのに便利な方法かもしれません.

この機能がない場合、ユーザーは記事に直接、埋め込んで使いたい画像をいちいちアップロードする義務を負わされます. アップロードするには（多くの場合）手順が多く時間もかかりがちです. もちろんウィキのウェブサーバ上のディスク空間および帯域を消費してしまいます. インライン画像には多くの正当な用途があります.

前述に加えて、この機能は時間の経過とともに変化する もしくはリクエストに応じて生成される、例えば監視ソフトのCactiの出力結果など、拡張子から画像だと判別できるものであれば、外部画像の埋め込みを可能にします. 埋め込みを有効にすると、さらに [Link_URL Embedded_Image_URL] という構文の使用で埋め込み画像のリンク生成も可能になり、画像をクリックするとLink_URLに飛ぶことができます.

（MediaWikiが画像と判別できるのは、画像ファイルの拡張子が付いたファイルに限定されます. URLによっては末尾に〈偽の〉パラメータを「&junk=junk.png」あるいは「?.png」のように追加し、解析器にImage_URLが実際には画像を指すことを伝えて埋め込みができるようにします. ）

外部画像を許可しない理由は？
ウィキメディアのプロジェクトで外部画像をインラインで使うことを禁止するものは多く、MediaWikiはバージョン1.6.9以降、AllowExternalImagesの既定値を false に設定しています. その理由は次のとおりです.

ブラウザデータの不正な収集. ご利用のブラウザが画像（もしくはウェブページ）を取得するたび、ウェブサーバの要求にしたがってさまざまなデータの断片を送信します. これにはユーザーのIPアドレス、閲覧したページのURL（wikiサイト）およびクッキー（同じウェブサーバーに対するリクエスト履歴の情報）が含まれます.

外部画像が有効になったところで、ユーザーは外部のウェブサーバから画像を取得することができます. 不正な（あるいはあくいのある）人物があなたのウィキに外部画像のURLを使った罠をしかけ、あなたのウィキの閲覧者のデータ収集を狙ったとします. 心配はいりません！ クレジットカード番号その他を盗むことはできず、ユーザーがウェブサイトを訪問するたびに送信される種類のデータのみ取得しようとします. ただし、これにより犯人はあなたのサイトの（ややあいまいな）閲覧者像を描くことができ、その他のサイトの類似のデータと照らし合わせることで、個人情報に関する懸念が高まります. それは「このIPアドレスの人はこの種のウェブサイトに興味がある」というリストで、マーケティング企業にとって価値がある種類のデータです.

この狙いで画像URLを追加すること自体、あなたのウィキの悪用です. より一般的なWiki Spam攻撃同様、（あなた自身が禁止しない限り）注意する必要があります. 実際の画像はたった1x1ピクセルの画像で、Wiki Spam同様、必ずしもページ自体には表示されないかもしれませんが、ウィキの「最近の変更」ページには編集内容が表示されます. 従来のスパム対策機能（$wgSpamRegexなど）は通常のリンクスパムと同様、こういう種類のURLにも対処します.

特定の種類の破壊行為の予防（ないしは影響の縮小）. あなたのウィキに他人が攻撃的な画像をアップロードすることはできても、このオプションを使用すると攻撃的な画像にインラインでリンクすることを防ぎ、そのような破壊行為を減らすことにつながるかもしれません. それでも外部画像を許可する場合、単純なウィキ編集で不正な画像リンクを削除して対処できます（さらに競合の解決あるいは禁止処置を行うべきです）.

To prevent "bandwidth theft" from other sites. A wiki administrator might wish to avoid being accused of bandwidth theft due to inline linking.

This is only of concern in cases where your wiki is linking to a web server/host belonging to somebody else, and that person was not involved or consulted in setting up the link (a wiki edit) In that situation the person might object to such links. Of course removing the link is as simple as editing the wiki, but it should be noted that inline linking in this kind of situation is widely regarded as bad netiquette (even if you are very happy to remove on demand).

In many other situations, bandwidth theft is not a concern:
 * There are some websites which explicitly encourage inline linking to images they host (note that sometimes terms & conditions are attached to inline linking e.g. they require a textual link/acknowledgement)
 * A contributor might decide that images they are hosting on their own website could appear on a wiki page, and so they set up the inline link themselves.
 * Often it might be useful to allow inline linking to images hosted on the very same webserver as the wiki (which are just not uploaded into the wiki), or images hosted as part of the same overall project/organisation. (You could use $wgAllowExternalImagesFrom to specify this as an exception instead)

To prevent "link rot". An image on another site may have been valid when a wiki article was originally created, but there is no guarantee that an independent external site will remain up, with the same content at the same URL, in the future. Any change in the design of the external site has the potential to break external links to individual files on that site. The same problem exists for textual hyperlinks of course, but for broken image references you will wind up with an ugly error box if the link is broken.

To ensure you are hosting all resources. You might wish to disallow inline linking in order to ensure that all images resources appearing on your wiki, are available from your wiki. If you have good hosting bandwidth, you might want to make full use of this and avoid any slowdown in browsing experience due to images being fetched from elsewhere. You might also want to ensure you are gathering all the image resources locally, in order to offer up all your content as a download.

For consistency in handling images. Uploaded images are added to a wiki page using a different wiki syntax. Having two different syntaxes and two different approaches to adding images, could cause confusion for some novice users. If you disallow external images, users must always follow the same upload procedure, and use the same syntax. Also it means images always have the same click behaviour (taking you to the image page)

画像のキャプション
外部画像にキャプションをつけるのは簡単ではありません. その対策のひとつにテーブルの利用があります.

関連項目

 * - HTML形式の タグを有効にし、画像のサイズ変更などに便利に使えます. MW 1.17以降で有効
 * - 指定した情報源に限定して外部画像を許可します.
 * - どの外部画像を許可するか、オンウィキのページで指定します.
 * - ウィキメディア・コモンズの画像を使用可能にします.