See how our customers create innovative products with Cadence
「KAROSHI(過労死)」という言葉が英語の辞書にのるほど、「日本人は働きすぎ」と言われます。それに比べて、「アメリカ人は働かない」というイメージを持つ人も多いのではないでしょうか。 しかし実は、日本よりアメリカの方が年間の労働時間が長いという調査結果があります。 (※一人当たり平均年間総実労働時間参照)日本には「サービス残業」というか数字には表れない悪しき(?) 慣習がありますし、この計算には非正規雇用も含まれているので、このデータを鵜呑みにすることはできません。しかし、「アメリカ人は働いていない」というなんとなくのイメージを払しょくするデータであることは確かなようです。 ■一人当たり平均年間総実労働時間 1位 韓国 2,193時間 2位 アメリカ 1,778時間 3位 イタリア 1,778時間 4位 ニュージーランド 1,758時間 5位 日本 1,733時間 6位 カナダ 1
root@Host:~# docker -v Docker version 1.10.3, build 20f81dd OSはUbuntuです。 ふと、docker runした後にコンテナのホスト名を変えたくて手こずったのでメモ。 「docker run」するときにホスト名を指定するには docker runするときにホスト名を指定するにはdocker runコマンドの-hオプションを使います。 docker runした後にホスト名を変更する 恐らく邪道ですが、、 1.コンテナを止める まず、作業の前に対象のコンテナを止めておきます。 docker stop コンテナ 2.Dockerサービスを止める Dockerサービスを止める必要があります。 service docker stop 3.ファイルを編集 /var/lib/docker/containers/コンテナID/config.v
Docker で MySQL を使った Ruby on Rails の開発環境を構築してみたので、その作業メモです。Docker for Mac のおかげで、Docker がかなり使いやすくなっていました。 — 環境 — Docker version 1.12.0 Ruby 2.3.1 Rails 5.0.0.1 Mac OS X El Capitan Docker for Mac をインストール まずは、以下の Getting Started に沿って Docker をインストールします。 Getting Started Docker でよく使うコマンド等に慣れておくと進めやすいかと。よく使うコマンドについては、以前に書いた Docker 入門記事もご参考下さい。 Docker入門、VM上でLinuxコンテナ立ち上げ〜基本操作まで | EasyRamble Docker の Rails
時代とともに変化するスタイル、 異なる文化が 食の多様性を生み出します。 テイスト・オブ・アメリカは、 多様な食の冒険を通して 日本とアメリカを結ぶ特別なイベント。 異なる味わいと文化が交わる食卓で、 心温まるひとときを共有しましょう。 “期間限定”のスペシャル メニューを楽しむ! 「TASTE OF AMERICA(テイスト オブ アメリカ)」は、多様なアメリカの食文化を堪能できる2週間のフードイベント。30店舗以上のレストランがアメリカ食材を使って、今回のテーマ「“Flavorful Adventure”~アメリカ食文化と出会う、風味豊かな冒険~」に沿ったスペシャルなメニューを提供します。アメリカの食を知る、わくわくする冒険を楽しみましょう! “動画”で楽しむ 参加レストランの様子 限定メニューを作るシェフたちの調理場にカメラが潜入! 画面越しに伝わるシズル感たっぷりの料理動画を多数紹
Railsアプリケーション開発を完全にDocker化する Tweet Degica のすべてのサービスは Rails で開発しており、そのうちの一部は Docker を使用した本番環境にデプロイしています。しかし開発者個人の開発環境にはいまだに Docker を導入できていません。最も大きな障害は spring を docker コンテナ内で上手く扱う方法が確立されていなかったことですが、この問題は docker-compose を工夫して利用することで解決可能であることがわかりました。 ということで、今回は rails アプリケーションの開発環境を完全に docker 化する方法を紹介します。 完全に、というところがポイントです。この方法を使えば docker 以外のツールを一切ホストマシンにインストールせずに rails アプリの開発を行うことができます。 (ちなみに、弊社の本番環境は
追記 コードの全体像がわかりにくいって意見をもらったのでgithubにコードおきました。 (りーどみーがわかりにくいとかあればPRいただけると幸せです) https://github.com/togana/sample-rails-docker versionとか少し変わってたりDockerfileの中で実行してるコマンドが少し変わったりしてますが、大きく変わっているところはないので参考にしてください! 追記2 docker-machineの共有ファイルを利用している場合、Rails5からファイル変更しても検知できなくなっていました。 ファイルの変更を検知しているのは config.file_watcher という設定です。 ここがバージョンアップに伴い変更されていました。 ActiveSupport::FileUpdateChecker から ActiveSupport::Evented
Reference documentation CLI reference docker (base command)docker build docker builder docker builderdocker builder builddocker builder prune docker buildx docker buildxdocker buildx bakedocker buildx builddocker buildx createdocker buildx debugdocker buildx debug builddocker buildx dudocker buildx imagetoolsdocker buildx imagetools createdocker buildx imagetools inspectdocker buildx inspectdocker
この方法を使えば、コンテナ内のファイルをリダイレクトして親ホストに保存したり、パイプで処理をつなげたりすることもできます。docker cp コマンドと比べると、プロセスの実行結果を取得できるという点で柔軟な処理ができそうです。 nsenter は jpetazzo/nsenter コンテナを使えば簡単にインストールできましたが、docker が標準対応してくれたことで事前準備が不要になり、さらに楽になりました。 追記 nsenter と違って環境変数が正しく設定された状態でコマンドが実行されるようです。以下のような方法で指定した環境変数を参照することができます。素晴らしい! Dockerfile に ENV で書いた環境変数 docker run の --link オプションにより設定される環境変数 docker run の -e オプションにより設定される環境変数
本記事は、A server is already running の対処です。これについては記事もたくさん存在していますし何も新しいことはありません。 ただ、Rails × Docker で開発する人より多くの人に見てもらえることを目的として書きました。 Rails の A server is already running と聞いて「ああ、あれのことか」と思った方は本記事は読み飛ばしてください。 docker-compose.yml db: image: postgres web: build: . # コンテナ立ち上げ時に開発用サーバを起動 command: bundle exec rails s -p 3000 -b '0.0.0.0' volumes: - .:/myapp ports: - "3000:3000" links: - db $ docker-compose up -
修正履歴: @aosho235 さんのコメントより、Dockerfile の"EXPOSE 8888" の不要な記述を修正 @aosho235 さんのコメントより、node アプリを起動するコマンドが抜けていた点を修正(Dockerfile, docker-compose.yml) @alt さんより編集リクエスト。シンタックスハイライトを適切なものに修正 感謝<(_ _)> Docker Compose 概要 Docker compose とは、複数のコンテナから成るサービスを構築・実行する手順を自動的にし、管理を容易にする機能です。 Docker compose では、compose ファイルを用意してコマンドを1 回実行することで、そのファイルから設定を読み込んですべてのコンテナサービスを起動することができます。 Docker Compose を使うまでの主なステップ Docker
主に経験談。 PHP初心者が初めて自分で何かするとか業務で何かするとかいうレベルを想定。 準備 PHP7.0を選べ PHP5.5は2016/07/10にサポート期限が切れた。 2016/07/10時点では、今からサーバ構築するならPHP7.0を選択すべきだ。 新規開発なら、もうPHP7.0を使ってもいいだろう。速いし。 使用予定のフレームワークがPHP7に対応していない等の理由があるならば、PHP5.6を選択する余地もあるだろう。 5.6と7.0以外のバージョンは、現時点ではそもそも選択肢に入れるべきではない。 HHVMとかは理解ってる人が選ぶものだから、ここを見てるような人は選択しなくていいぞ。 クラウドではない方のレンタルサーバにありがちなCentOSは未だにPHP5.3がデフォルトだが、最低限セキュリティフィックスのバックポートはなされているので、一応はそのまま使っても問題ない。 た
以前、WordPress のローカル仮想環境の構築を Vagrant を利用した VCCW で試したことがあるのですが、以下の理由から使うのを諦めたことがありました。 仮想環境の起動が遅かった 恐らくパーミッション設定が間違えているのかメディアがアップロードできなかった 開発しているテーマとプラグインをどのように Git で管理するのか、サンプル記事をどのように共有するのか、イメージが湧かなかった 仕方なくこれまで通りに MAMP でローカル仮想環境を構築していた折、Docker で WordPress サイトを開発してみよう というスライドを見かけて、Docker を始めてみました。上記の悩みを見事に解決出来たので(特に起動と破棄が一瞬だったのに感動した!)、今後は Docker を使っていくことにしました。 この記事は上記のスライドを参考に、Docker で WordPress サイト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く