注: 問題を引き起こすMagentoコードの詳細と、ここでクリーンアップする方法...
1.6以降のMagentoバックアップシステムには、SuExec、SuPHP、cPanel WHM設定などのセキュリティ対策に違反する可能性のある特定のファイル/フォルダーの権限を変更するという残念な機能があります。
500エラーページを引き起こすルートエラーは、サーバーログに表示されます。サーバーエラーログは、cPanelまたはアカウントフォルダーのログフォルダーにあります。そうでない場合は、ホスティングプロバイダーに連絡して、500エラーのどのエラーが記録されているかを伝えることができます。
多くの場合、500エラーのクリアは、WinSCPを使用してアクセス許可を変更するのと同じくらい簡単です。Magentoのルートフォルダーには、システムのセキュリティチェックに違反しない644または664のアクセス許可ではなく、666(すべてのユーザーが読み取りおよび書き込み可能)のアクセス許可が与えられるというindex.php
、下品で愚かな変更がよくあります。また、呼び出されたmagentoルートのファイルを確認して削除します。maintenance.flag
最悪のシナリオでは、バックアップによってすべてのファイル/フォルダーのアクセス許可が変更される可能性があるため、スクリプトを実行してフォルダーのアクセス許可を755に、ファイルのアクセス許可を644に変更する必要があります。
ファイルの権限を設定するためのMagentocommerceヘルプページ
ことを考えるとMagentoのAnはE-ベイ株式会社当社は、リンク腐朽証拠に、ここで対象の肉を転送し、一部のページが自分のウェブサイト上で存在を中止することができました。Magento 1.5以降の場合:
PHPがFastCGI、suPHP、またはLSAPIを介して実行されている場合に、ファイルとディレクトリの権限をリセットする方法は次のとおりです。
find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;
chmod 550 mage
YMMVホスティングプロバイダによっては、ファイル664とディレクトリ775はMAY必要とします
PHPがモジュール(DSO)として実行されている場合は、次のようにする必要があります。
sudo find . -type f -exec chmod 644 {} \;
sudo find . -type d -exec chmod 755 {} \;
sudo chmod o+w var app/etc
sudo chmod 550 mage
sudo chmod -R o+w media
そのページには、phpスクリプトとして実行されるMagento Cleanup Tool(まだ使用可能な場合)が記載されています。Magento管理パネルのシステムバックアップのたびに実行することを推奨する人もいます。
もちろん、それを回避する方法は、Magentoシステムバックアップを修正してそれを修正し、tarball / mysqldumpを組み合わせたバックアップを手動のスクリプト操作として使用するか、別のシステムをセットアップしてrsyncを使用し、cronスクリプトでgzipped mysqlダンプを実行することです。 rsyncバックアップの実行時にプルされます。