アップグレード準備
サイトをオフにする
Section titled “サイトをオフにする”XOOPSアップグレードプロセスを開始する前に、管理メニューの「環境設定」→「システムオプション」→「一般設定」ページで「サイトをオフにしますか?」項目を_はい_に設定する必要があります。
これにより、ユーザーがアップグレード中に破損したサイトに遭遇するのを防ぎます。また、リソースの競合を最小限に抑えて、スムーズなアップグレードを確保します。
エラーと破損したサイトの代わりに、訪問者は以下のようなものを見るでしょう:

バックアップ
Section titled “バックアップ”サイトの完全バックアップを作成する前に、XOOPSの管理_メンテナンス_セクションを使用して、すべてのキャッシュに対して_キャッシュフォルダをクリア_することをお勧めします。サイトをオフにして、_セッションテーブルを空にする_を使用することも推奨されるため、復元が必要な場合、古いセッションはその一部にはなりません。
ファイルバックアップはFTPで実行でき、すべてのファイルをローカルマシンにコピーします。サーバーへの直接シェルアクセスがある場合は、そこでコピー(またはアーカイブコピー)を作成する方がはるかに高速です。
データベース
Section titled “データベース”データベースバックアップを作成するには、XOOPS管理_メンテナンス_セクションで組み込み機能を使用できます。利用可能な場合は、_phpMyAdmin_の_エクスポート_機能を使用することもできます。シェルアクセスがある場合は、_mysql_コマンドを使用してデータベースをダンプできます。
データベースのバックアップと_復元_に精通していることは、重要なWebマスタースキルです。インストールに適切なものなど、これらの操作についてさらに詳しく学ぶために使用できる多くのオンラインリソースがあります。例えば、http://webcheatsheet.com/sql/mysql_backup_restore.php

サイトに新しいファイルをコピーする
Section titled “サイトに新しいファイルをコピーする”新しいファイルをサイトにコピーすることは、インストール中の準備ステップと実質的に同じです。_xoops_data_と_xoops_lib_ディレクトリを、インストール中にこれらが再配置された場所にコピーする必要があります。その後、配布の_htdocs_ディレクトリの残りのコンテンツ(次のセクションで説明されている例外をいくつか除く)をウェブルートの既存ファイルとディレクトリにコピーします。
XOOPS 2.7.0では、既存のサイトの上に新しい配布をコピーしても**mainfile.phpやxoops_data/data/secure.phpなどの既存設定ファイルは上書きされません**。これは以前のバージョンからの歓迎すべき変更ですが、開始前に完全なバックアップを作成する必要があります。
配布の_upgrade_ディレクトリ全体をウェブルートにコピーして、そこに_upgrade_ディレクトリを作成します。
Smarty 4プリフライトチェックを実行する
Section titled “Smarty 4プリフライトチェックを実行する”メイン/upgrade/ワークフローを開始する前に、upgrade/ディレクトリに付属するプリフライトスキャナーを実行する必要があります。既存のテーマとモジュールテンプレートをSmarty 4互換性の問題について調べ、その多くを自動的に修復できます。
- ブラウザを_your-site-url_/upgrade/preflight.phpに指定します
- 管理者アカウントでログインします
- スキャンを実行してレポートを確認します
- 提供されている自動修復を適用するか、フラグが立てられたテンプレートを手動で修正します
- クリーンになるまでスキャンを再実行します
- その後だけメインアップグレードに進みます
詳しい手順については、プリフライトチェックページを参照してください。
コピー_しない_場合がある場合
Section titled “コピー_しない_場合がある場合”動作中のXOOPSシステムに_install_ディレクトリを再度コピーすべきではありません。XOOPSインストールにinstallフォルダを残すと、システムが潜在的なセキュリティ問題に晒されます。インストーラーは名前をランダムに変更しますが、削除して別のものをコピーしないようにする必要があります。
サイトをカスタマイズするために編集した場合がいくつかあり、これらを保持したいでしょう。一般的なカスタマイズのリストを以下に示します。
- サイトがインストールされた後に変更された場合は、xoops_data/configs/xoopsconfig.php
- サイトのカスタマイズされた_themes_内のディレクトリ。この場合、有用な更新を識別するためにファイルを比較することがあります。
- サイトがインストールされた後に変更された場合は、_class/captcha/_の「config」で始まるファイル
- _class/textsanitizer_内のカスタマイズ
- _class/xoopseditor_内のカスタマイズ
アップグレード後に何かが誤って上書きされたことに気付いた場合は、慌てないでください。これは完全なバックアップから始める理由です。(バックアップを作成しましたよね?)
mainfile.phpを確認する(XOOPS 2.5より前からのアップグレード)
Section titled “mainfile.phpを確認する(XOOPS 2.5より前からのアップグレード)”このステップは、古いXOOPSバージョン(2.3以前)からアップグレードする場合にのみ適用されます。XOOPS 2.5.xからアップグレードしている場合は、このセクションをスキップできます。
古いバージョンのXOOPSでは、Protectorモジュールを有効にするためにmainfile.phpに手動で変更を加える必要がありました。ウェブルートにmainfile.phpという名前のファイルが必要です。そのファイルをエディタで開き、以下の行を探します:
include XOOPS_TRUST_PATH.'/modules/protector/include/precheck.inc.php' ;そして
include XOOPS_TRUST_PATH.'/modules/protector/include/postcheck.inc.php' ;それらを見つけた場合は削除し、続行する前にファイルを保存します。