※DXはデジタルトランスフォーメーションではなくてDeveloper Experienceの方です 2020/05/26追記 https://qiita.com/nanasess/items/16ab9274c34bdc34e567 を使うことでVagrantを経由せずにDocker for Macの機能だけでMutagenを使うことができるようになりそうです。 パフォーマンスの測定はしていませんが、Docker for Macの設定のみでこの記事の手法と同等の速度が出るようになるかもしれません。 概要 Macでネイティブでの動作とほぼ同等の速度の安定したDocker環境を手に入れることができたので、その知見について公開します。 ものによりますが、最大10倍程度パフォーマンスの向上が見られました。 具体的な手法としてはVirtualBox + Dockerを用います。 設定は2ファイル50

はじめに ポートフォリオ作成まで、環境構築が辛すぎたのでその過程を書きました。 完全に全ての技術に対して初心者だったので、毎日絶望していました。 ポートフォリオのために快適な開発環境をまず作りたくて試行錯誤していました。 Docker for Macが重すぎ、しかもfrontendとbackendに分けて、 しかもNginxを使ってSSL化までする記事がなさすぎて絶望したので実験しながら作りました。 今後忘れないために備忘録として・・・。 とりあえずそれぞれHello World出来るまで。 こんな人へ とりあえずサクサクっと開発環境をつくりたいぜ。 Dockerとかの知識はちょっとあるぜ。 これを読むとわかること/おおまかな流れ Vagrant環境構築 Nuxt.js環境構築 Docker環境構築 nuxtとRails（APIモード）とMySQLの開発環境構築 Nginxの環境構築 SS

Docker for Mac の改善により、現在（2023/11/24）はマウント等含め、かなり早くなっております。 相当な理由がある場合にのみ、試すとよいかと思います。 下記の記事を参考にVB上にDocker環境を構築してみたのですが、いくつか調べて対応しなければいけなく、初心者にとってはとっつきにくいかと思いました。 参考: DXを大幅に低下させるDocker for Macを捨ててMac最速のDocker環境を手に入れる 初心者向けで細かくコマンドを解説していきたいと思います。 2020年4月2日追記: docker-composeのInstallをプラグインに変更しました。 2020年5月6日追記: mutagenのセッションリセット方法を追記しました。 はじめに 前提 Homebrew導入済み Dockerの使い方がわかる 対象者 Mac for Dockerを使っている人 Do

概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Rails 6: the missing developer setup guide - DEV Community 💻💻 原文公開日: 2019/11/19（最終更新: 2019/12/17） 著者: Vincent Voyer 日本語タイトルは内容に即したものにしました。画像はすべて元記事からの引用です。 原文の目次は省略しました。原文の乱れは訳文で修正してあります。以下のRailsガイドもどうぞ。 Webpacker の概要 - Railsガイド 更新履歴: 2019/11/28: 初版公開 2021/05/06: 更新 👋皆さんこんにちは。本記事では私がRubyやRuby on Railsを学んだ一環として、ドキュメントに書かれていないことを全部盛りしました。RubyやRailsのエコシステムは初めてなので、皆さまか

まえがき 本記事は、私がRailsConf 2019で話した「Terraforming legacy Rails applications」↑の、いわばB面に相当します。この記事を読んで、皆さんがアプリケーション開発をDockerに乗り換えるとまでは考えていません（皆さんが以下の動画で若干言及しているのをご覧になっていたとしても）。本記事の狙いは、私が現在のRailsプロジェクトで用いている設定を皆さんと共有することです。それらのRailsプロジェクトは、Evil Martiansのproduction development環境で生まれたものです。どうぞご自由にお使いください。 原文免責事項: 英語版記事は最新の推奨事項に合わせて更新を繰り返しています。詳しくは記事末尾のChangelogをご覧ください（参考: 原文Changelog）。 私がdevelopment環境でDockerを使

docker-compose で Rails の開発環境を作る docker-compose (fig) を利用して Rails の開発環境を作ってみます。個人的には Docker を本番環境で運用するのはまだちょっと怖いなーという感じなのですが、開発環境やテスト環境でならもう全然使えるレベルかなと思います。例として Rails 4.2 + PostgreSQL 9.4 の環境セットアップ。Docker の基本的な操作はひととおり抑えているものとします。 Docker, Rails, & Docker Compose together in your development workflow こちらの記事を参考にしてます。 Sample rails project on docker この記事で作ったプロジェクトはこっち。 コンテナ戦略 原則 1 Container 1 Service に

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

追記（2018/7/10） ・Dockerfileからmysql-clientを削除 なくても大丈夫だった ・docker-compose.ymlに追記 dbのパスワードを空白にするパターンを書いた ・よく使うコマンドのDocker Compose bundle installがうまくいかないかもしれない Gemfileを変更するたびにbuildをすれば解決 追記（2018/7/16） ・Dockerの導入に記事のリンクを追加 はじめに 先日、新たにMacBookProを購入したので、環境構築を最初から行うことになりました。 そこで、流行っているDockerを触ろうと決意。 Qiitaの記事をいくつか漁りながら進めていましたが、複数の記事を行き来するのが面倒になったので、自分＆布教用にまとめました。（補足のリンクが多いだろ！というツッコミはなしで） 堅苦しい文が続きますが、初めての方はぜひ

追記(2018/07/07) node バイナリと yarn バイナリのインストールを、nodeの docker image からコピーする方式に改善しました。 参考URL: https://qiita.com/izumin5210/items/cf14a1ea58fb82d36bb2 はじめに docker-composeを使い、railsを簡単に開発できるテンプレートを作成しました。 webpackerの利用にも対応しています。 特徴は以下の通りです。 bundle installをdockerイメージビルドの時でなく、ENTRYPOINTで行います。 インストールされたgemがDockerVolumeにキャッシュされるので、Gemfileを更新してもイメージの再ビルドをする必要がありません。 webpackerにも対応。webpack-dev-serverが自動で起動されます。 we

$ tree ├── README.md ├── docker # DockerやDocker Compose │   ├── containers # 各コンテナ(イメージ) │   │   ├── mysql # MySQL 5.7 │   │   │   ├── Dockerfile # MySQL 5.7のDockerファイル │   │   │   ├── grant_user.sql # 初期セットアップでユーザを作成するスプリプト │   │   │   └── my.cnf # 初期セットアップで反映するmy.cnf │   │   ├── nginx # Nginx　1.15.2 │   │   │   ├── Dockerfile # NginxのDockerファイル │   │   │   └── nginx.conf # 初期セットアップで反映するnginx.con

(English article is here) こんにちは、吉岡([twitter:@yoshiokatsuneo])です。 皆さんはチャットツールのSlackを使っていますか？ 今や社内やグループでのコミュニケーションに欠かせないSlackですが、ボット(Bot)というプログラムを作ると、自動的に会話をさせることができます。 Slackボットは文字列だけを取り扱うので、比較的簡単にプログラミングして開発することができます。また、一緒にSlackチャットを使っている社内やグループ内のユーザー達にもすぐに使ってもらえます。自分が作ったものをすぐに使ってもらって、フィードバックがもらえるのは楽しいものです。Slackボット作りは、プログラミング初心者が初めて作って公開するモノとしても最適です。 ただ、実際にSlackボットを作って動かすには、開発環境やサーバの設定が必要です。プログラミング

結論 以下の手順で作るのが効率的です。 ベースにする Docker イメージを決める docker run -it <docker-image> sh でコンテナ内部で作業 1行ずつ、うまくいったらどこかにメモ 失敗したらいったん exit して再度 docker run ファイルの取り込みやポートの外部公開が必要ならオプション付きで docker run 全部うまくいったら Dockerfile にする ネットで見たことはないですが、もし docker build で試行錯誤しながら Dockerfile を作るとしたら、それはさすがに苦行です。 遅い デバッグしにくい！コンテナ爆発しろ！！って気持ちになります。 これが原因で「Docker 使えない 便利じゃない 」と思っていたのならそれは勘違いです。 手順詳説 試しに ip-api.com にリバースプロキシするだけの Nginx イ

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

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

はじめに Dockerでの開発環境構築については色々と情報が転がっていましたが、情報が古かったり構成が違ったりで試行錯誤ありましたのでひとまずまとめました。ちなみに本番環境は今のところDocker全く使っておらず、開発環境を手軽に整えるという目的のみで使っています。 開発中のサービスは現在下記のコンポーネントで構成されています。 Ruby on Rails 4 MySQL memcached redis nginx Docker導入前と後での変化 弊社では各個人のPCに環境を構築して開発しています。 mysqldやmemcached、ImageMagickなど依存しているモジュールを入れて環境をセットアップするのですが、まぁビルドは時間かかるしバージョンが違ったりでなんだかんだ丸一日費やすことが多かったです。 Dockerで開発環境をセットアップできるようにした結果、PCがまっさらな状態で

こんにちは、hachi8833です。来週のRubyKaigi 2017@広島にちなんで、米国から見た日本のRuby事情の翻訳記事をお送りいたします。 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: How is Ruby Different in Japan? 公開日: 2017/06/04 著者: Noah Gibbs ブログサイト: appfolio -- 米国サンタバーバラ、ダラス、サンディエゴに拠点を構える開発会社です。 通常はリンクを日本語版に置換えますが、本記事では米国人が参照したリンクをたどりやすいよう、原則として英語リンクはそのままにしてあります。 最近のやりとりの中で「日本のRubyコミュニティにおけるRubyの使いみちは、米国とはだいぶ違うよね」という話題に触れたところ、ポカーンという顔をされてしまいました。 特に、「米国でRubyと言えばほぼRailsやW

Pryとは Rubyには、標準で付属されているirb(Interactive Ruby)というツールがあります。 consoleで、irbと入力するとirbが実行されます。 そこで、対話的にRubyの式を入力・実行することができます。 $ irb irb(main):001:0> 1 + 2 => 3 そして、Pryはirbの代替となるパワフルな対話ツールです。 なにがパワフルかというと次のようなことができます。 ドキュメントが見れる シンタックスハイライト デバッグができる（binding.pryをソース二記載するとブレイクポイントになる） $ pry [1] pry(main)> ls # 現在のスコープの変数とメソッドを表示 self.methods: inspect to_s locals: _ __ _dir_ _ex_ _file_ _in_ _out_ _pry_ 動作確認

VagrantはOracle VirtualBoxを利用した仮想マシンをコマンドラインから作成してくれるソフトウェアだ。 設定ファイルをRubyで書くことができ、Chef等とも連携できるので、開発環境をコマンドライン一発で作成することができる。更にはCapistranoと組み合わせてアプリケーションのデプロイも一括で行うことで完全自動でいつでもテスト環境をつくれたりもする。 仮想マシンを捨ててしまってもいつでも再構築できること、誰のところにでもすぐ同じ状態に展開できることは開発を進める上で非常にメリットがある。 以下ではまずはVagrantを利用した簡単な仮想マシン構築の手順を説明する（本当に説明したい内容はもっと違う話なのだが追って別のエントリで書いていくことにする） Oracle VirtualBoxのインストールhttps://www.virtualbox.org/にアクセスし左ナビ

先日 Vagrant を触ってみたら便利すぎて鼻血が出ました。しばらく見ないうちに色々進んでるもんですねえ、いやはや参っちゃいました。 Vagrant は仮想マシンの VirtualBox のフロントエンドに相当する、ruby で書かれたツールです。vagrant コマンドなどを使ってコマンドラインから簡単に新しい VM を作れる。 % gem install vagrant % vagrant box add centos http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.3-x86_64-v20130101.box % vagrant init centos % vagrant upこれだけで CentOS の Linux box をローカルマシン内に立ち上げることができる。*1 *2　なにこれすごい。 % vagra