はてなブックマーク

やっぱりＩＰアドレスを固定したい 最初は特にＩＰを固定するなんて要らないじゃない？とうっすら思っていました。 ローカルでのイメージ構築 運用するではなく、ローカルＰＣでdockerイメージを作ってる段階だと特に固定IPの必要性を感じていませんでした。 boot2docker を使用し、コンテナ起動時にポートをマップできるのでポートごとにコンテナを指定すれば特にIPが何であろうとあまり問題にはなりません。 この図のように contener1 は http://boot2docker:8080/ とアクセスすればいいし contener2 は http://boot2docker:8081/ とすればアクセスできたのでここではあまり必要性を感じていません。もしくは同時に起動する必要もないので入れ替わりで起動すれば 80 → 80ポートに割り当ててもいいぐらいですね。 実際に運用するとなると 実

Docker Makefileのライブラリ化 以前Makefileの記事を書きましたが、便利は便利なのですがつかっていると困ったことが出てきます。 いくつか環境構築していくとMakefileをコピーしていきます。そして環境単位でMakefileを改善すると機能があったりなかったりと最新もどれだかという事態に。 そういうわけでMakeの機能でinclude文を利用してもうほとんど書き換えない共通部分を切り出します。 共通のdocker.mk makeにもインクルードパスがあるようで、 /usr/local/include/パスのファイルを探してくれるようです。 root権限があるならばここにパスを指定せずにインクルードできるので置くならここが良いでしょう。 権限がない場合は、ホームディレクトリに場所を決め、インクルード時にパスを指定してあげるようにするといいですね。 all_containe

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Jenkinsについて 継続的インテグレーションの代名詞のようなツールですね。 知ってる人は読み飛ばしてくださいｗ 繰り返し運用するような作業の間違い（品質）や作業時間の短縮（納期短縮）等を手伝ってくれるツールです。 使いどころ 自分はよく以下のようなことで使いますね。 テスト デプロイ 細かいのは上げればきりがないのですが、上記のような何回もやるような作業は登録しておくといいです。誰が何時やったか残りますし、誰がやっても同じ結果になるという点ではいいです。 使うことによっての利点 Shellやbatで単体でも書いても結果は同じだったりもしますが。 以下の点で各自が作って実行するより遥かに優れていると自分は思っています。 標準でブラウザベースのUIが付いてくる ノウハウのある人が作り、中身をは知らない人でも目的が分かれば運用も可能1 Shell等だとスクリプトが各マシンに散らばるがJenk

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Jenkinsからとか予定を自動で入れたりとか他にも用途で出てきそうですよね。 そんな事をするJenkinsプラグインとかありそうだけど、自分でいろいろ弄ったりしたいので、プログラムで考える。 FuelPHPとかだとoil refine <cmd>とかすぐに作れるからいいなぁ。するとどこからでもコマンドで呼べるし。 さっそくfuelphp gdataとかで検索してみると「mp-php/fuel-packages-gdataでFuelPHPでGoogle APIを扱う」というページがヒット。 FuelPHPは1.7.2を使用してcomposer.jsonに"mp-php/fuel-packages-gdata": "dev-master",の一行を追加 : <略> : "require": { "php": ">=5.3.3", "composer/installers": "~1.0",