問題タブ [cloudcontrol]

簡単な部分...

通常、ZF1 アプリケーションを組み込みの自動読み込みからコンポーザー ベースの自動読み込み (CloudControls Pinkyスタックにデプロイする場合に強くお勧めします) に移行する場合、いくつかの簡単な手順を実行するだけで済みます。

composer.json ファイルを作成し、Zend Framework (バージョン 1.12 からの最新リリースなど) を必要とします。

次のコマンドを使用して、CLI 経由で composer 依存関係をインストールします。

.gitignore ファイルを更新して以下を追加します。

ライブラリ パスから現在の ZF フォルダーを再帰的に削除します (例: ./library)。

以下を追加して、クラスを使用するindex.php 前にcomposer autoloader を組み込みます。Zend_

廃止された ZF 関連のrequireorrequire_onceステートメントをすべて削除します。index.phpたとえば、これはもう必要ありません。

上記の変更が完了したら、通常どおりコミットして git 経由でプッシュし、CLI 経由で CloudControl に新しいバージョンをデプロイします (ここでAPP_NAME、DEP_NAMEアプリとデプロイの名前を参照してください)。

cctrlappcomposer の依存関係の解決に関する情報が出力され、最終的に新しいバージョンのデプロイが開始されることに気付くでしょう。完了したかどうかを確認するには、次を実行できます。

OK、デプロイ ログは問題ないようです。いいですね。ブラウザを開きましょう。

なんてこった！内部サーバーエラー？どうして？？すべてがローカル LA(M)P スタックでうまく機能しました!!!

私はjs/phpでゲームを開発しています。プロジェクトを最初にアップロードしたとき、無意味なコンテンツ (「bla」という単語と facebook のようなボタンのみ) を含む「index.html」という名前のファイルが含まれていました。後でその「index.html」を削除して、ドメインへのリクエストが代わりに「index.php」にヒットするようにしました（実際のゲームが含まれています）。

これは 1 週間以上前に発生しましたが、ブラウザーでサイトを開いたときに、この馬鹿げた "index.html" が表示される人 (ゲームのテストを依頼した友人) を今でも目にします。また、 browserstack.comまたは browsershots.orgを介してスクリーンショットをリクエストすると、約 1/3 のブラウザーでこれが発生することがわかります。

index.html はまだ cloudcontroles Varnish-cache によってキャッシュされていると思いますが、サイトのこのキャッシュをクリアする可能性が見つかりません。これを行うにはどうすればよいですか、またはこのキャッシュされたバージョンを取り除くにはどうすればよいですか?

これをライブでテストしたい人は: http://dotgame2.cloudmanaged.com/ (これは常に、すべての人に起こるわけではないことに注意してください)

CloudControlで Spring-Boot アプリケーションを実行しており、単純な Jenkins タスクを実行して、アプリケーションがまだ使用可能かどうかを 10 分ごとに確認しています。したがって、チェックアライブが失敗するのは数日ごとに発生しますが、数分後に再び利用可能になります。cloudControl ログは、これらの時間にデプロイがあったことを示していますが、ビルドのハッシュ値は変更が行われていないため同じです。

これらの (私見では不要な) 展開が行われているのはなぜですか?

問題: Errno::ECONNREFUSED (Connection refused - connect(2) for "localhost" port 25): cloudcontrol サーバー上。

環境 SMTP 設定:

サーバー上で確認する Project::Application.config.action_mailer.smtp_settingsと、これが正しく表示されます。

{:address=>"smtp.mandrillapp.com", :port=>587, :enable_starttls_auto=>true, :user_name=>"correct_user", :password=>"correct_password", :authentication=>"login"}

しかし、上記の問題により、猫はまだメールを送信しません。メーラーはどういうわけかこの設定をスキップして、:address=>"localhost", :port=>25 を使用します。サーバー コンソールでアドレスとポートを指定して Net::SMTP を直接使用すると、メールが適切に送信されます。

cloudcontrol で smtp 設定を設定するのを手伝ってくれる人はいますか? または、cloudcontrolプラットフォームについて何か見逃したことがありますか?

実際にはステージングサーバーです...

編集済み: サーバーで見つけた Procfile は次のとおりです。