こんにちは、私は Appfog の初心者です。WordPress 管理者から画像/プラグイン/テーマをアップロードするかどうかを尋ねたいと思います。appfog は現在永続的なファイル システムをサポートしていないため、ソース コードに含まれていないすべてのプラグイン/画像/テーマは失われます。現在のライブ システムをバックアップし、アップロードするソース コードにこれらのファイルを含める方法はありますか? ソースコードのダウンロードボタンまたは「af pull」コマンドは、アップロードした最後のソースコードのみをダウンロードし、たとえばプラグインのインストール時に行った変更はダウンロードしません。
3 に答える
次のように、ヘルパーphpスクリプトをアプリに追加できます。
を使用して単一のファイルを手動でダウンロードできますaf files <appname> /app/<filename>
が、これは目的にとって苦痛です。
Mamp または Xampp を使用してローカルで実行するように Wordpress のインストールをセットアップすると、はるかに優れたサービスが提供されます。AppFog からアプリをそのままプルし、Mamp を使用してローカルでホストし、ファイル システムを変更してから、それらの変更を AppFog にプッシュします。
ローカルで変更を行ってから AppFog アプリを更新する方が優れている理由を次に示します。
- WordPress アプリの複数のインスタンスを実行している場合、インストールされたプラグインを取得できるのはそのうちの 1 つだけです。プラグインをローカルにインストールしてプッシュすると、すべてのインスタンスが確実にプラグインを取得します。
- ローカルで開発およびテストする方がはるかに高速であり、実際のサイトに影響を与える前に変更の結果を確認できます。
- プラグインのインストールが失敗したり、何らかの形で意図しない変更を行ったりしても、本番サイトがダウンすることはありません。これは、 Wordpress の更新にも当てはまり、ローカルで行ってから本番環境にプッシュします。
- ローカル ボックスに変更がある場合は、バージョン管理を使用して、製品を更新する前にリリースを追跡およびタグ付けできます。
- 青緑の展開は簡単になります。プライマリ アプリとスレーブ アプリの 2 つの運用アプリを用意します。コードをローカルで更新し、スレーブを更新してテストし、ドメインをマッピングしてプライマリに昇格させます。次に、ドメインのマッピングを解除して、以前のプライマリをスレーブに降格します。スレーブは常に 1 つ古い更新であり、プライマリで問題が見つかった場合は 2 つ戻すことができます。
このように Wordpress アプリをキュレーションすると、AppFog プラットフォームが提供する機能を活用できます。
このスクリプト「zipit」は、Sea Comet が提供する「ls」スクリプトよりも優れていることがわかりました。これにより、ライブアプリディレクトリ全体が圧縮され、ダウンロードされます. このようにして、wordpress admin を介して変更を加え、すべてを希望どおりに機能させてから、zipit を使用してファイルを解凍し、それを appfog でアプリにプッシュすると、再起動後も状態が完全に保存されます。
https://github.com/zeroecco/zipit/blob/master/zipit.php
古い PhpFog ブログのこのブログ投稿で詳細を確認できます: http://blog.phpfog.com/2012/11/16/how-to-download-your-entire-application-not-just-code- from-php-fog/