(wiki)があります。ファイルを開くなら「今」です。今回のリリースでなにが変わっているのかを見てみましょう。性能向上の理由で、データベースのいくつかの動作は先延ばしされており、ジョブキューで管理されています。それらのジョブはデータベースに格納され、実行すべき動作に関する情報をパラメーターに記録します。新しいバージョンでジョブのパラメーターの指定方法が変更になり、ジョブの実行が失敗することを避けるために、wikiをアップグレードする前に、保留中のジョブを実行するように強く推奨します。使用して全ての保留中のジョブを実行し、アップグレードを実行する前にジョブキューを一掃します。Manual:ウィキのバックアップアップグレード・スクリプトは良く管理され安定していますが、上手く行かない可能性はあります。データベース・スキーマを更新処理する前に、Wikiの完全なバックアップをしましょう。データベースとファイルのバックアップを両方とも行います。ウィキはコンテンツです。データベースから表示しています。(キャラクターセットの設定は正確に。LocalSettings.phpを確認しましょう)。SQLデータベース・ダンプの他にXMLダンプを作成するのは良いアイデアです。dumpを使用します。pg_restoreを使います。file.db.dumpSQLiteの場合、バックアップ作成にはMediaWikiスクリプトを使用します。/skins/common/images/wiki.png)設定ファイル。LocalSettings.phpや.htaccess(もしあれば)。MediaWikiのプログラムファイル。全てのスキンや拡張機能、とくにユーザーが修正を加えたもの。パッケージの使用FTPやコマンドラインを使って、新しいファイルを設置することが出来ます。可能ならコマンドラインを使いましょう!FTPを通して数千のファイルを一つづつアップロードするよりもコマンドラインの方がだんぜん速いです。サーバー上の新しい空のフォルダに解凍すべきです。既存ファイルとデータベースのバックアップの指示に従いましょう。しないと上書きされて、カスタマイズした内容が分からなくなってしまいます。tarballをユーザーのMediaWikiの最上位フォルダに抽出すると、MediaWikiの古いバージョンのファイルが置き忘れられて、アップグレードされたコードを邪魔するかもしれません。お勧めは新しいファイルを新しいディレクトリに解凍して、それから新しいディレクトリをカスタマイズ(LocalSettings.phpやimagesフォルダ、拡張機能やカスタムスキンなど)することです。コマンドかグラフィカルかコマンドラインからサーバへ接続できない場合、MediaWikiより.tar,gzファイルをダウンロードし、7zipで解凍することもできます。ローカルで解凍したあとは、FTPクライアントアプリケーションでディレクトリとファイルをサーバへアップロードしてください。コマンドラインカレントユーザーがウィキをインストールするディレクトリに対する完全な書き込み権限を所有していない場合は、sudoでコマンドを実行する必要があるかもしれません。tarballパッケージを解凍すると、新しいバージョン用の新規ディレクトリが作成されます。古いバージョンをインストールしたディレクトリから設定ファイルや画像ディレクトリをコピーします。-その他のファイルtarballを展開した後、古いバージョンをインストールしたディレクトリから新しい方へ幾つかのファイルやフォルダをコピーします。LocalSettings.php、ユーザーが行った構成設定が入っているファイルです。imagesディレクトリ(古いバージョンの場合はuploadsディレクトリ)。初期設定では、ウィキにアップロードした全てのファイルが入っています。所有権と権限を変更してください。images(ウェブユーザーが"apache"の場合)を実行します。extensionsディレクトリ内の拡張機能。出来れば拡張機能も新しいバージョンを取得すべきです。古い拡張機能が新しいバージョンのMediaWikiで動く保証はありません。logoを使用している場合は、バックアップからファイルを復元する必要があります。1.24以前はskins/common/images/、1.24以降はresources/assets/かimages/(ユーザーの設定による)。"$wgScriptPath/images/logo.png";を追加します。ディレクトリからカスタム・スキン。古いバージョンでインストールしたファイルや拡張機能に加えた修正。ファイル(Apacheを使用し、何かルールを定義した場合)完了したら、新しいフォルダをウェブサーバーの公開フォルダにします。古いインストールディレクトリの名前を変更して、新しい方を古い方の名前に変更します。使用Gitを使用する場合、ファイルを全く新しい場所にエキスポートしてから、カスタマイズ済みのファイルを新しい場所に前述のようにコピーします。farmを維持管理するために提供されているコレクションもインストールする必要があるでしょう。ダウンロード・ドキュメントで見つけることが出来ます。小型パッチは通常マイナーなバージョン・アップグレードに使用されます。siteからパッチファイルを手動でダウンロードして抽出して、以下のwgetの指示に従います。増分パッチなので、バージョンをスキップすることは出来ません。cdで移ってください。(一般的にLocalSettings.phpがある場所となります。)バッチファイルをダウンロードし、gunzipで解凍してください。mediawiki-x.xx.x.patch)以上がよろしければ、--dry-run無しでpatchを実行してください。「特別:バージョン情報」を確認すると、新しいバージョン番号になっているはずです。エラーを引き起こす可能性がある残留ファイル古いバージョンをインストールしたディレクトリに新しいバージョンを解凍した場合、幾つかの古いファイルが問題を引き起こすかもしれません。ファイルがある場合、/includes/Profiler.phpの参照エラーが表示されるかもしれません。削除するか、名称を変更すれば、StartProfiler.phpファイルはこのエラーを解決できます。StartProfiler.sampleファイルは将来のプロファイリングのテンプレートとして役立ちます。1.23ではコアスキンファイルの自動発見メカニズムを旧式化しました。このバージョンにアップグレードしたら、skins/ディレクトリ内のChick.php、Nostalgia.php、Simple.php、Standard.phpディレクトリやskins/ディレクトリ内のサブフォルダを削除してください。それらのフォルダを見つけると、MediaWikiは注意喚起のために警告ログを記録します。(似たような理由でカスタムスキンの調整も必要かもしれません)。コア・スキンファイルのパスを変更しました。ディレクトリ内のCologneBlue.php、Modern.php、MonoBook.php、Vector.phpに古いファイルが存在しないようにして下さい。拡張機能のアップグレード拡張機能の中にはMediaWikiの新しいバージョンで動くようにアップデートされている物があります。そのような拡張機能は必ず最新版にアップグレードしてください。中には拡張機能をカスタマイズするために手動アップデートを実行する必要がある物があるかもしれません。ユーザーのMediaWikiコア・リリースに応じて正しい機能を選択して、ユーザーのアップグレードを助けるバージョニングを行います。は古いMediaWikiで動作する拡張機能のスナップショットが欲しい人に役立ちます。多くの拡張機能が欲しいなら、Gitからダウンロードするのが最良の選択かもしれません。あなたがGitを持っていなくてもたくさんの拡張機能をアップグレードしたいのなら、mwExtUpgraderを使うことを検討するのがよいかもしれません。今まで使用してきた古いバージョンのLocalSettings.phpを使う場合、新しいバージョンがLocalSettings.phpを使用できるようにLocalSettings.phpを修正する必要があるかもしれません。コアの一部ではなくなりました。それらを使用するためにはLocalSettings.phpに明示的に設定する必要があります。スキンがインストールされていないと警告します。以下の設定は、1.24より前のバージョンからアップグレードして、以前同梱されていたスキンの1つを使用したい場合にLocalSettings.phpに追加する必要があるものです。1.25より適用されました。registrationシステムに未だ適用されていないと思われるので、問題が生じた場合は、スキンごとに適切な登録方法をドキュメント・ページで参照してください。システムが使われています。);拡張機能は新しい拡張機能登録システムを使用するように作られています。適合しない拡張機能は古い方法を使ってインストールすべきです。詳細は各拡張機能のページのインストール指示を参照してください。幾つかの変数は旧式になり、廃止された物もあります。中にそれらの変数があっても、何の効果もありません。新しいバージョンでは新しい変数が追加されたり、既存の変数の型が変更になっている事があります。MediaWikiは変数をまずデフォルトで使用してみて、型が変わっている場合は、後方互換性で使用します。どのような場合でも、リリースノートより変更点を見てください。データベースの更新には2つの方法があります。1つはコマンドラインから行うもの、1つはウェブブラウザから行うものです。サーバーにシェルアクセスが出来るなら、コマンドラインによる更新をお勧めします。その理由はタイムアウトやコネクション・リセットによる更新処理の中断のリスクを減らすことが出来るからです。スクリプトはMediaWikiが必要とする依存ファイルが見つからない場合はダウンロードを試みます。コマンドラインサーバーのコマンドラインやSSHシェル他を使用しましょう。SSH経由でサーバーに接続してコマンドラインを使用しましょう。Windowsのパソコンの場合は、PuTTYでSSHを使いましょう。scriptを実行しましょう。update.phpLinuxサーバーでエラーが表示されたら、ルートとしてコマンドを実行してください。maintenance/update.php。)の場合は、まず最初にウェブサーバー(例えばApache)やデータベース(例えばMySQL)が起動しているか確認してください。それからupdate.phpを実行します(右クリックで「開く」を選択してPHP.exe)。スキーマのアップグレードが完了したら、コマンドプロンプトの結果ウィンドウは自動的に閉じるようです。version)というメッセージが表示されるかもしれません。このメッセージのあとで、アップデートは中止されます。このエラーの理由は、ウェブサーバー上でユーザーのMediaWikiを動かしているPHPとは別のバージョンのPHPをコマンドラインが使用できるからです。このメッセージが表示されたら、シェル上でPHPの新しいバージョンを使用できるか、php5やphp56などのコマンドを実行して確かめてください。動かないなら、ホスティング会社に尋ねてください。MediaWikiは既存のスキーマを検査して、新しいコードが動くように更新し、必要に応じてテーブルやカラムを追加します。共有テーブルを更新したいなら--dosharedパラメーターを付けてください。しないと更新スクリプトがテーブルを操作できません。エラー(類似エラー)の対処法スクリプトが以下のようなメッセージと共に中断することがあります。設定を確認しなさいと言う意味です。そこにはスクリプトがデータベースに接続するために必要なユーザー名とパスワードの設定があります。エラーの対処法コマンドラインからupdate.phpを実行している場合は、以下のようなエラーに出くわす可能性があります。13このエラーはPHP4でupdate.phpを実行している場合に起こります。ホスティング会社がPHP4とPHP5の両方に対応している場合は、以下の手順を実行します。php5」を実行する。php5/binディレクトリの内容をリスト表示する。PHPの実行ファイル(PHPまたはPHP5)が分かったら、完全なパスを入力してupdate.phpを実行する。行き、既存の'php.ini'を編集するか、作成してください。参照してくださいデータベースがすでに巨大だったり、稼働率が高い場合は、ウェブアップデートを使用すべきではありません。その理由は例えばmaximum_execution_timeに達した時、更新処理はタイムアウトするからです。(Webではなく)コマンドラインからupdate.phpを使用すべきです。これはまったくもってユーザーのサーバーに「大きすぎるほど大きく」依存します(例えばパフォーマンスやロードやスクリプト実行をどのくらい許すかというPHPの最大実行時間など)。Wikiがウェブアップデートを使用するには大きすぎるのに、ユーザーのホスティング会社がコマンドライン・アクセスを許可しない場合は、Wikiを他のホスティング会社に移す必要があります。できればシェル・アクセスが出来る会社が良いです。データベース・メンテナンスを実行する前はいつでもバックアップしてください。ウェブブラウザのURLに/mw-config/を入力します。ユーザーのウィキがhttp://example.org/w/index.phpにあるなら、http://example.org/w/mw-config/と入力して下さい。ユーザーの使用言語を選択し、「次へ」をクリックします。インストールされているウィキが検出されます。画面に表示される指示に従ってアップグレードします。割り当てられたキーを探して下さい。ウェブ・アップデーターが作動しないように思える時があるかもしれません。最初の言語選択画面が表示される代わりに、空のWikiページが表示されるかもしれません。これはmw-configではウェブアップデーターを表示せず、頭文字が大文字のMw-config/の時は表示します。この場合、.htaccessファイルの名前をアップデートの時だけ変更してください。すればウェブ・アップデーターにアクセスすることが出来るでしょう。この方法を使った場合はアップグレード・スクリプトを実行した後に、必ず「.htaccessファイルの名称を元に戻して」ください。URLやもしかすると他の物が壊れます!更新のテストアップグレードが完了したら、ウェブブラウザでwikiを見て、以下の操作が期待通りに出来るか確認しましょう。複数のページの編集ファイルを1つアップロードSpecial:Versionを開いて、表示されるバージョンが正しいか、拡張機能があるかを確認します。1.5以降からアップグレードするなら、作業はとても単純です。人間の作業は数分だけです。データベース・スキーマの変更時間はユーザーのデータベースの大きさに比例します。数百万ページのWikiなら数時間かかる可能性があります。千ページ以下の典型的な大きさなら、通常は数秒で完了します。1.13.0から1.13.1のようにメジャーバージョンが同じの「マイナーアップグレード」では、スキーマの変更は全く必要ありません。ユーザーはファイルの更新だけで済みます。データベースの更新は必要ありません。従ってインストーラー・スクリプトの実行は必要ありません。1.4以前からのアップグレードは複雑になる可能性があります。その理由はUTF-8以外の文字セットへの対応が廃止され、大量の文章データを並べ替えるソート構造が変わったからです。UPGRADEファイルの関連する節を読んで下さい。あなたが私たちのソースコードを修正していて、修正を上書きされたくない場合は、アップグレードは複雑になります。diff、patch、MeldやWinMergeのようなツールが役に立つかもしれません。あなたが維持管理がなされていない拡張機能を使用している場合も、手間がかかる可能性があります。MediaWikiを更新する時は、拡張機能も一緒に更新しましょう。あなたがスキンを修正したり、カスタムスキンを使用している場合は、それらが新しいバージョンのMediaWikiで動くように調整しなければならなくなる可能性が高いでしょう。ページにコードを追加することも出来ます。コアファイルにパッチを当てなくて済みます。本当に古いバージョンからどのようにアップグレードすれば良いでしょうか?一段階で済みますか?何段階もかかりますか?場合によります。1.5にアップグレードすべきです。trueを設定する必要)。オプションに以前のWikiで使用していたエンコーディングを設定します(例えばwindows-1252)。1.4から1.5に更新した方法です。関連設定ファイル(巨大ページにつき閲覧注意)やWikitechの関連するノートをご覧ください。1.4に更新する必要があるかもしれません。テーブルのold_textの型がmediumblobであることを確認してください。mediumtextでは文字エンコーディングの問題を避けられません。以上なら、1ステップで最新の安定版へ更新できます。報告や自動テストが非常に上手く行くと指示しています。あなたがもしそれを信じられないなら、メーリングリストのこの投稿を読んで下さい。注意して頂きたいことは、もしあなたが古い版から更新するならば、直前の版から更新する時よりもPHPエラーに遭遇する場合が多くなります。言え、途中を飛ばさずに毎回更新していたとしても、それらのエラーが表示されることはあります。途中を飛ばした場合は、不具合は一度に起こるでしょう。あなたはMySQLの保守管理にどのくらい自信があるかによります。アップグレードに失敗すると、あなたのデータベースは2つの版の間で矛盾した状態になるかもしれません。更新中にPHPやMySQLエラーが発生すると、あなたのデータベースは一部だけ更新された状態になってしまうかもしれません。そのような状況でも、たくさん手作業をすれば、なんとか問題を修正できるかもしれません。簡単な方法があります。それはupdate.phpを実行して足踏みをする前にちょっとデータベースをバックアップすることであり、その後も継続的に行う事です。しないと不要な作業を何時間もすることになるかもしれませんよ。復旧は複雑になりがちです。あなたがバックアップを怠って、更新関係の破損から復旧したいと助けを求めても、サポートフォーラムのボランティア達は好印象を持たないでしょう。よい対応は、あなたがご自分のバックアップで復旧して、MediaWikiプロジェクトの担当者に更新処理の不具合を報告することです。自分のLocalSettings.phpを長持ちさせることは出来ますか?はい、しかしユーザーは幾つかのマイナーな変更を行わなければならないかもしれません。フォーマットは大部分が後方互換性です。LocalSettings.phpの互換性を壊すような変更はリリースノートの「後方互換性のない変更」節に文章化されて公表されます。アップグレード中にwikiをオンラインに出来ますか?一般的にはYESです。Gitは一時的に(数秒)Wikiを壊す可能性があります。MediaWikiのマイナーリリース間のアップデートなら、行うべきことはソースファイルを更新するだけです。以下はコマンドラインによる操作を想定しています。MediaWikiのメジャーリリース間のアップデートを行う場合に推奨される手順は以下の通りです。MediaWikiの新バージョンを新規ディレクトリに解凍します。ファイルを古いバージョンのディレクトリから新しい方にコピーします。行う必要のある変更がないか調べます。以下の変数を挿入して、データベースを読み取り専用にする。アップデーターを新バージョンのディレクトリで実行する。ディレクトリから新バージョンのディレクトリに画像をコピーする。古いバージョンのディレクトリと新バージョンのディレクトリを交換する。普通のアップグレードなら十分に簡単で、ご利用のバージョンから最新バージョンへひとっ飛びに、ウェブブラウザーでアップグレードも可能だからです。このセキュリティ修正はアップグレードを決意するのに十分な理由となるはずです。新しいメジャーリリースはあなたが使いたくなるような新しい機能を備えています。詳細はリリース・ノートをご覧ください。(差分表示と同じように)。以降、取り消しボタンを利用できるようになりました。1.12以降、Special:NewPagesの巡回ははるかに簡単になりました。1.13以降、改名(移動)できるようになりました。1.14以降、自動的に二重リダイレクトを修正することができるようになりました。利用可能になりました。ページの読み込み速度を大幅に最適化するようになりました。外装システムが改造され、既存の外装の一部を自分の外装で再利用しやすくなりました。1.20以来、差分は読みやすくなりました。effective.1.22以降、荒らしとの戦い(パトロール)はそれほど時間がかからなくなりました。1.24では、より良いセキュリティを可能にするためにパスワードの保存が改善されました。1.25以降、最近の更新の強化1.26では、「ResourceLoader」メカニズムが改良されました1.27では、セッション管理が改訂され、利用者認証管理も完全に近代化されました。1.18で、私たちは改良された編集エディタや荒らし防止ツールのConfirmEditやNukeのような必要不可欠な拡張機能を同梱し始めました。最新版で私たちはより多くの拡張機能を追加しつづけます。Mullaneのブログでポイント・リリース(マイナーな更新)に関する詳細を知ることが出来ます。