【※2024年4月より有料化】Rails アプリを公開しよう！ Render.com + PlanetScale デプロイ手順
個人的な意見としては、 就活用ポートフォリオアプリとして一時的に公開するだけなら、 Render.com の Individual + Free プランで無料で済ませる（90日以内に非公開にする前提）。 多少お金がかかってでも安定して長期的に運用したいなら、 Heroku の Starter プランで「無料SSL」「スリープ状態への移行なし」にしておく。 といった使い分けになるのかなと思います（Fly.io の Hobby プランも安価でありますが、他2つに比べて日本語ドキュメントが少ないので、初学者にはややハードルが高いと思います）。 最後に当記事の扱いについて、 Rails アプリの無料公開はできなくなりますが、Render.com + PlanetScale によるデプロイを行う際の参考情報にはなるかと思いますので、記事自体は残してくことにします。 以下、元の記事に戻ります。 ↓ ↓
Heroku の継続的デリバリ | Heroku
Heroku Flow は、Heroku Pipeline、レビューアプリ、Heroku CI、GitHub を構造化された使いやすいワークフローに統合し、継続的デリバリーを実現します。 瞬時に実行できるプロフェッショナルなワークフロー GitHub リポジトリを接続し、自動または手動で Heroku アプリケーションを開発環境、ステージング環境、または本番環境に配置することによってパイプラインを整理できます。また、使い捨て型のレビュー用アプリに反映される開発ブランチで複数の機能を同時に開発したり、GitHub push のたびに Heroku CI でテストを実行したり、プルリクエストをマージしたり、ステージングへのデプロイを自動化したり、本番環境に昇格させることができるユーザーを制御したりすることもできます。 コードデリバリーを完全に可視化 本稼働に向けて開発が続けられている特定の機能
Rails 6+Webpacker開発環境をJS強者ががっつりセットアップしてみた（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: 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のエコシステムは初めてなので、皆さまか
Railsアプリケーションを、Heroku上で1分間125,000リクエストに対応できるようにスケーリングする | POSTD
Railsアプリケーションを、Heroku上で1分間125,000リクエストに対応できるようにスケーリングする 要約： Herokuでは、Railsのスケーリングが非常に簡単できますが、考慮すべき重要なポイントがあります。DynoとPostgresのさまざまな設定がHerokuでのパフォーマンスにどのように影響を与えるかについて調べました。 スケーリングのテストをする理由 ZeeMee のサーバは、今秋、来たる大学入学のシーズンにリクエストが殺到する見込みです。学生はZeeMeeを使って入学願書に動画や写真を付加することができるので、当社のWebサービスが受ける負荷は非常に深刻なものになっています。ピーク時（大学入学の出願期限）には、リクエストのロードが平均の150倍にもなります。 今年の秋を迎えるにあたり、APIのリクエストの爆発的増加にしっかり備えておこうと考え、Herokuでパフォー
ブログを全面リニューアル。RailsでWordpressを再構築してみた。
今までWordpressを使ってブログを書いてましたが、いろいろと不満があったのでRailsで作り直しました。といってもWordpressの機能をそっくりそのまま持ってきたのではなく、必要最低限だけ実現させてます。結構楽勝だろーと思ってたんだけど、いろいろあったので書き留める。 Wordpressへの不満 多機能過ぎ。そんなに色々いらない。 プラグインとか入れる度にいろんなjavascriptファイルやCSS読み込んでどんどん重くなる。→プリコンパイルできるけど面倒だから結局やらない。 バックアップめんどくさい。 なんか遅い。 WYSIWYGエディタ要らない。タグも書きたくない。Markdownでだけでいい。 必要な機能 ブログ新規作成、下書き、編集、削除 カテゴリー作成、編集、削除 タグ付け スラッグを指定してURLを変更できる 画像アップロード シンプルなテキストボックスにMarkdo
Uploading Files to S3 in Ruby with Paperclip | Heroku Dev Center
This article was contributed by Tute CostaTute is a developer at thoughtbot NYC. You can find him on twitter @tutec . Many web apps require the user to upload images and other files for storage and processing. Paperclip is a cleanly abstracted Ruby library that reduces the complexity of file uploading and processing. Using Paperclip with an external storage service such as Amazon S3 or Rackspace C
PaperclipとAWS S3を用いた画像アップロード機能作成手順まとめ - Qiita
はじめに 昨年からRuby on Railsでもお仕事をする機会があり、その中で自分が得たものや自分で作成したアプリの中で使用している技術やTipsに関しても少しずつQiitaに公開していければと思います。今回は自分が公開している簡易家計簿アプリ「Coffre」でも使用している画像のアップロードに関しての実装方法についてまとめてみたいと思います。 Coffre公式ページ Coffreのダウンロードはこちら Coffreのアプリ概要や設計・取り組んでみた感想等について 具体的に使用している部分に関しては、管理画面側の「お知らせ・Coffreのコラム」部分についてheroku + PaperClip + AWS S3での追加・変更画面にて画像アップロードを使用している部分になります。 （参考）Coffre管理画面： （Rails歴は個人的に触ってみるのも合わせて1年程度の経験しかありませんが、
Rails で Paperclip を使って Amazon S3 に画像をアップロードする
画像をアップロードできる機能を、Rails & Paperclip で作ったときに気をつけたところ。 Rails は Heroku で動かして、画像は Amazon S3 に保存するもとのする。 概要 基本的には Uploading Files to S3 in Ruby with Paperclip | Heroku Dev Center に従ったら OK Gem は最新のものを入れること S3 を使う設定をすること 環境 rails 4.2.4 paperclip 4.3.1 aws-sdk 2.2.14 基本的なこと Uploading Files to S3 in Ruby with Paperclip | Heroku Dev Center GitHub - thoughtbot/paperclip: Easy file attachment management for Act
HerokuでSendgridを使ってRailsでメール送信をする – bgbgbg
メールを送るサービス Sendgrid を使ってHerokuでメール送信してみました アカウントはheroku Addonを入れると勝手に作られ、Sendgridにログインすると利用状況など見れます 無料のstarterプランだと１日４００通まで送れます HerokunにAddonを入れて使います https://elements.heroku.com/addons/sendgrid herokuのaddonを入れるためにはクレジットカードの登録が必要になります https://devcenter.heroku.com/articles/sendgrid#ruby-rails を参考に設定をします $ heroku addons:add sendgrid:starter $ vim config/environments/production.rb Rails.application.co
heroku schedulerの使い方(Rails,sinatra) - Qiita
herokuで定期的な処理を行いたい場合、大体はaddonのheroku Schedulerを使うことになると思うので、簡単にまとめてみる。 特徴など タスクは複数登録可能 タスクの起動間隔は10分おき、1時間おき、1日おきで選べる。 heroku schedulerはベストエフォート型のサービスなので、実行開始時間は多少の遅延したり、スキップされることがあるので注意する 無償でできるのはプロセスの利用時間は1Dynos (= 750時間(/1ヶ月)) WebのDynosを1つ利用していた場合、（1ヶ月が31日の場合） 24h * 31日 = 744hなので、残りの6h分のプロセスのみスケジュールタスクとしての処理時間として利用できます。 それ以降は1時間あたり$0.05かかる（1ヶ月フル使用で$37.2) 利用状況は https://dashboard.heroku.com/accoun
RailsでActiveRecordとMongoidの共存のさせ方 - Qiita
背景 Herokuで適当にスキーマレスなデータをOutput出来る場所がほしい！でも、Herokuはディスクが自由に使えないので、text書き出しができない！！ こんな要求の解決法としては、textタイプのフィールドを作ってserializeやstoreを使うのが一つの手。ただ、割と書き込みが多い事が想定され、無駄に大切なPostgreSQLサーバーに負荷をかけてしまう。 そんなこんなでスキーマレスな出力場所としてMongoDBを使うというアイデアが持ち上がった。HerokuではMongoHQなら16M、MongoLabなら0.5Gが無料で使える。 なお、基本的に、MongoDBをサブとして使うのでrails g modelなどをした時にmongoidがinvokeされるのは避けたい。 実践
PointDNSでHerokuアプリにNaked domainを割り当てる - （2015年までの）odaillyjp blog
HerokuアプリにNaked domain（www無しのドメイン）を割り当てる方法は色々あります。あるアプリで「PointDNS」というHerokuのアドオンを利用してNaked domainを割り当ててみました。とても簡単に割り当てることができましたので、設定方法のメモと、名前解決にまつわるよちよち向けな話をブログに残しておきます。 PointDNS | Add-ons | Heroku PointDNSの特徴 簡単にですが、PointDNSの特徴を書きます。 Herokuのアドオンとして提供 1アプリ毎で1ドメインにつき10レコードまで無料で登録できる Herokuアプリで必要となるレコードをまとめて登録できる機能がある 管理画面からドメインのリクエスト数を確認することができる 1アプリ毎に無料で使えるところがとても魅了的です。1ドメインにつき10レコードまで登録できますが、NSレコ
Herokuでルートドメインを使用する - Qiita
ルートドメイン（Apex ドメイン）は使えない Heroku でアプリケーションを作成すると、漏れなく newapp.herokuapp.com というドメインを使用することができます。 独自のドメインを割り当てたい場合は、heroku の設定で、Domains にドメインを登録してあげると良いです。 ただし、ここで通常使えるのはサブドメインがついているタイプのもの。 ルートドメインは（そのままでは）使用できません。 www.jobhub.jp というドメインはいいけど、jobhub.jp はダメなんです。 http://jobhub.jp ってURLで運営できないってことですね。 公式でも、ルートドメインを避けるよう解説されています。 Avoiding Naked Domains and DNS A-records ANAME を利用してルートドメインを使う でも、どうしてもルートドメイ
The Twelve-Factor App （日本語訳）
はじめに 現代では、ソフトウェアは一般にサービスとして提供され、Webアプリケーション や Software as a Service と呼ばれる。Twelve-Factor Appは、次のようなSoftware as a Serviceを作り上げるための方法論である。 セットアップ自動化のために 宣言的な フォーマットを使い、プロジェクトに新しく加わった開発者が要する時間とコストを最小化する。 下層のOSへの 依存関係を明確化 し、実行環境間での 移植性を最大化 する。 モダンな クラウドプラットフォーム 上への デプロイ に適しており、サーバー管理やシステム管理を不要なものにする。 開発環境と本番環境の 差異を最小限 にし、アジリティを最大化する 継続的デプロイ を可能にする。 ツール、アーキテクチャ、開発プラクティスを大幅に変更することなく スケールアップ できる。 Twelve-F
12 Factor App - モダンなサービス運営に必要な12のインフラ的要素 - Qiita
皆さんは、The Tweleve-Factor Appをご存知だろうか？ これはHerokuの中の人が書いた、Webアプリケーションを使いやすい形でスケーラブルにするための方法論である。簡単にいえばコンテナで動かしたいアプリケーションが守っておくとよいレシピ集であると言える。 http://12factor.net/ (日本語訳) 今回これを取り上げた背景としては、実はDockerコンテナをメインにした本番でのインフラ運用を考えた時に、アプリケーションがこの12の要素を満たしていることが重要だと最近ひしひし感じているから。 実際、自分が働いているところが運営しているサービス Wantedlyは、もともとずっとHerokuで運営していて、最近AWSに移行し、現在Dockerコンテナの上で動いている。この移行を約1ヶ月半で実現できた大きな要因として、Herokuの上に乗っていたことで知らず知ら
react_on_rails導入 - Qiita
react_on_rails https://github.com/shakacode/react_on_rails RailsでReactを使う場合に検討するgemとして、導入が容易なのはreact-rails。一方、react_on_railsはWebpack, Babel, React, Redux, React-RouterなどのモダンJSスタックをRailsと密結合にならない形で導入したい状況を想定しているようだ。 react_on_railsを使った新規アプリをHerokuへデプロイするフローを確認する。 環境 Ruby 2.2.3 Rails 4.2 ローカルで動かす 空のアプリ作成 $ rails new APP_NAME --database=postgresql $ cd APP_NAME $ rake db:create $ rails s
Herokuで本番サービスを運用する際にやっておきたいこと & 構成の事例 - クラウドワークス エンジニアブログ
こんにちは、最近アルコールが入っていたらなんでもいいと思うようになってきた @yo-iida です。🍻 今回はみんな大好きHerokuのお話です。 サービス立ち上げ期に大活躍するHerokuですが、CrowdWorks内でもいくつかのプロダクトで本番までHerokuで運用しているサービスがあります。 今回は私が携わっている社内プロダクトでのtipsを紹介します。 やっておきたいこと Heroku PipelineとReview appを使いこなす 本番とデータ同期できるpreview環境を追加する Heroku上のアプリケーションはすべてRAILS_ENV=productionで動かす DBのバックアップ設定をしておく Production Checkを行う アプリケーションのビルドの仕組みを知っておく 構成の事例 Standard以上のdynoを使用する ミドルウェアはHeroku公式
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
heroku Advent Calendar 2018 - Qiita
http://monopocket.net/blog/heroku/heroku-wordpress-domain/
GitHub - cobyism/redmine-heroku: One-button Heroku deploy for Redmine.