CapistranoでCakePHPのデプロイ時にはまったこと - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
CakePHPを複数台のサーバへDeployerでデプロイするときにはキャッシュエンジンに気をつける - Qiita
Deployerというデプロイツールを使って、CakePHPのアプリケーションを複数台のサーバへデプロイするときにハマった話。Deployerに限らずデプロイツールなら何でもあり得る話だと思う。 Webサーバをスケーラブルな構成にした時に、セッションやキャッシュ情報などを共有して使いたいので、RedisやMemcachedのキャッシュエンジンを使用すると思うけどCakePHPの一部の情報は 共有させてはいけない ということが分かった…。 cake_core は各サーバでキャッシュする Config/core.phpの下の方にキャッシュに関する記述があるけど、デフォルトで存在している_cake_core_。こいつは複数台で共有してはいけない。 cake_core の中身 "a:67:{s:9:\"Configure\";s:82:\"/var/www/example.com/releases
Git PUSH時に自動デプロイする CakePHP2編 - Qiita
CakePHP3を控えてCakePHP2ネタもいまさら感ありますが最近苦労したところのまとめです。 環境 開発 CakePHP2でWebシステムを開発。 開発者はそれぞれGitリモートリポジトリをクローンして手元で開発をしている。 サーバ構成 GitリモートリポジトリはGitLabを使って社内ネットワークに設置。 本番サーバはインターネット上（AWS）に2台ある。 2台の本番サーバは一部のディレクトリを共有してファイルアップロードに使用している。 本番サーバはGitLabサーバのインストールされたサーバからChefを使って管理している。 やりたいこと Gitリモートリポジトリの特定ブランチに更新をPUSHした時にファイルを本番環境に反映したい。 CakePHPのモデル等キャッシュを削除するためにファイルの本番環境反映後に本番サーバ上でシェルスクリプトを実行したい。 設計 chefユーザは対
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
