はてなブックマーク

FROM alpine:3.7 ENV RAILS_ENV="production" \ NODE_ENV="production" \ NPM_CONFIG_PRODUCTION="false" \ RUNTIME_PACKAGES="bash ruby ruby-irb ruby-json ruby-rake ruby-bigdecimal ruby-io-console ruby-dev nodejs yarn libxml2-dev libxslt-dev mariadb-client-libs tzdata py-pip" \ DEV_PACKAGES="build-base mariadb-dev" RUN apk add --update --no-cache $RUNTIME_PACKAGES && \ pip install --no-cache-dir awscli &

方針 playbook.ymlを一つ実行すれば環境構築が済むようにする 以前はChef Solo + Berkshelfで開発環境構築を行っていたが、以下のようなことが手間になりAnsibleに移行した。 レシピを実行できる環境を作るまでが手間 レシピのソースを読まないとカスタマイズがしずらいのと、どう動いてるかが分かりづらい Vagrant + VirtualBoxで動かす 最近は開発環境にDockerを使うという選択肢もあるが、init.dやsystemdで起動するものがapt-get installしただけだと動かなくて別途設定が必要なこともありVirtualBoxを使っている。 Vagrantの場合に以下のように設定を追加しておくと、初回にvagrant upした時にansibleが実行されるので便利。 - hosts: all become: yes vars: user: ub

バックエンド 設定関係 settingslogic使うのやめて、最近のRailsだと標準で使えるconfig.xを使う。 S3に画像アップロード carrierwave + fogの構成だとawsのAPI叩くのをfog-awsで独自実装していて、carrierwave-awsだとaws本家が作ってるaws-sdkを使っているので、fog使うよりcarrierwave-awsを使うのがお薦め。 テスト rspec-rails factory_girl_rails capybara poltergeist database_rewinder よく使うのはこの構成。 DBの不整合を防ぐのにやること 外部キー制約 not null制約 unique制約 アプリケーションレイヤーのバリデーションだけだと、正しくバリデーションされないケースがあってdbの機能も使ったほうがいい。 中間テーブルの命名規則

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