Heroku の無料プランが廃止されるようです
こんにちは。地図パズル製作所の都島です。今朝メールを確認したら、とても残念なメールが届いていたので、記事にしました。なんと、Heroku が無料プランを廃止するようです。2022/11/28 までに有料プランにアップグレードしてくださいと書かれています。残念！ 詳しくはこちらを見てみてください。 ということで、Heroku でホストしているアプリをどうしたらいいか考えていかないといけないですね。いくつか案を考えてみますが、私もあまり詳しくないので、間違っていたらコメントで教えてください！ 方法1: Heroku の有料プランに移す 一番簡単にできそうな方法です。でも、お金が結構かかる、、、というのが残念です。Hobby の dyno が $7/月、Heroku Postgres の Hobby Basic が $9/月、ということで、DB があるシステムだと毎月 $16 かかってしまうよう
RMagickを使って生成した画像をHerokuで表示する2つの方法 - アインシュタインの電話番号
Herokuは、単体ではファイルをサーバー上に永続的に保存することはできない[^1]ので、RMagickを使って画像を生成してもそれを保存することはできない。ただし、生成した画像をその場で単に表示するだけの目的であれば、永続的に保存する必要はないので、次の2つの方法でRMagickで生成した画像を利用できる。 生成した画像を保存せずにバイナリデータを直接表示する方法 生成した画像を一時保存フォルダに保存して表示する方法 生成した画像を保存せずにバイナリデータを直接表示する方法 生成したRMagickのImageオブジェクトを、to_blobメソッドを使って、直接メモリー上にバイナリデータとして展開し、それを出力する方法。これはメモリーの消費量が多そう。毎回1度だけ表示するようなジェネレータ系には適しているかも。この方法のサンプルコードが以下。 require 'rubygems' requ
Herokuで成功させるサービス開発 - ボクココ
ページ版執筆にあたって ども、@kimihom です。 技術書典5で販売した書籍の記事版として公開します。より多くの方へ Heroku でサービス開発を成功させていただきたいという思いから、ボクココの固定ページとして無償公開するに至りました。 なお、本記事は、Heroku 社から認められていない非公式の記事となります。予めご了承ください。 はじめに Happy Coding! 本記事はWebサービス開発を本気で成功させたいと考えているエンジニア向けに、サービス開発とHerokuの運用に関して記しています。サービス開発を成功させるには、限られた時間の中で注力すべき内容を見極め、サービスの差別化を推し進めることが重要です。ユーザーはなぜ他の多くのサービスではなくて、あなたが作ったサービスを使うのか。その問いに自信を持って答えられるようにしなければなりません。その状況の中で、どのテクノロジーを採
Herokuを使ってchromeでwebページのスクリーンショットをとる - Qiita
コードの流れは、chromeの設定をしてsessionを作成、sessionでurlを指定してwebページを訪れ、そこでスクショをとります。 session.visit後に少し待たないとchromeが画面をrenderする前のスクショがとれる場合があるのでまっています。 require 'capybara' require 'selenium-webdriver' base_args = %w{headless no-sandbox disable-gpu} chrome_bin = "/app/.apt/usr/bin/google-chrome" chrome_opts = chrome_bin ? { "chromeOptions" => { "binary" => chrome_bin, 'args' => base_args } } : {} Capybara.register_
[無料]Chrome headless + seleniumをherokuで定期実行 | katsulog
headless driverについて headlessでseleniumを実行すると言えばつい最近まではPhantomJSでしたが、 PhantomJSにはバグが多く存在しているにも関わらず、開発は終了してしまいました。 headlessで実行できるということはGPUを使用せずに実行できるということになります。 通常のwebdriverでは実行するとブラウザが立ち上がって処理を行っていきますが、 headlessではブラウザが立ち上がることなく処理が行われます。 GPUを使用しないということはjenkinsなどで仮想のデスクトップ環境を用意する必要もなくなるわけです。 前述したようにheadlessの代表格だったPhantomJSの多くのバグを残したまま開発が終わってしまいました。 そこで登場した期待の新星がChromeのheadlessモードです。 Chromeのheadlessも登場
![[無料]Chrome headless + seleniumをherokuで定期実行 | katsulog](https://cdn-ak-scissors.b.st-hatena.com/image/square/af8960dfde8d55b2d88ba144300226b71090d843/height=288;version=1;width=512/https%3A%2F%2Fkatsulog.tech%2Fwp-content%2Fuploads%2F2017%2F11%2Feyecatch.png)
Heroku - タイムゾーンを日本に設定する - ざっくりん雑記
Herokuのタイムゾーン設定方法 一言でいうと $ heroku config:add TZ=Asia/Tokyo --app [app-name]で設定可能。 サーバの現在時刻を調べる HerokuはデフォルトでタイムゾーンはAsia/Tokyoではない（リージョンはUnited Statesの場合） コンソールを立ち上げて確認してみる（heroku run console）。 $ heroku run console --app hoge-app Running console on ⬢ hoge-app... up, run.1087 (Free) Loading production environment (Rails 4.2.7) irb(main):001:0> Time.now => 2017-03-25 04:13:28 +0000 irb(main):002:0> e
Heroku でのスケジュールタスクの実行(Rails の場合) - Diary
Heroku でのスケジュールタスクの実行(Rails の場合) Heroku ではいわゆる cron 的なことをしたい人のために Heroku Schedulerというものが用意されています。 ですがこれはかなり問題の多いプロダクトで、シリアスな業務で用いるにはいろいろと厳しいです。まず設定 UI が非常に貧弱で、設定ミスをしても気付きづらいです。またセッション管理の点にも問題があり、自分がいじってるつもりと別アプリの設定をいじってしまうという事故はわりとよく起きます。 そして最大の問題ですが、公式のドキュメント Scheduler job execution is expected but not guaranteed. Scheduler is known to occasionally (but rarely) miss the execution of scheduled job
Heroku Container Registryのcontainer:push後のcontainer:releaseの対応方法 | Casual Developers Note
はじめに 2018年3月29日にHerokuのContainer Registryのデプロイ方法が変更されました。変更内容はこれです。今まではheroku container:pushをすれば、DockerイメージがPushされて、自動的にデプロイされていました。これがDockerイメージPush用のheroku container:pushおよびリリース用のheroku container:releaseに分割されました。個人的には余計なお世話なのですが、分割されてしまったので対応しましょう。(Herokuユーザには事前にHerokuのプロダクトオーナーから意見を聞くようなメールが来ていたので、この時に「やめとけ」と言っておけば良かったです。。。) それでは、対応方法を紹介します。 heroku container:pushを使っていた場合 Herokuコマンドを使っている場合です。この
カラーミーリピートをHerokuで開発／運用して得た知見 - Pepabo Tech Portal
こんにちは、kymmt90です。EC事業部カラーミーリピートチームでRails、OpenAPI、GraphQLなどを使ったWeb APIの開発を主に担当しています。だいたい半期に1回のペースでペパボテックブログに記事を書いていて、前回はRails Developers Meetup 2017の登壇レポートを書きました。 私が所属するチームではカラーミーリピートというWebサービスを開発／運用しています。カラーミーリピートは、2017年11月末のサービス開始から7か月ほど、Web APIサーバー (Rails) とフロントエンドサーバー (Express) の両方をHeroku上で運用しています。この記事では、カラーミーリピートのHeroku上での運用に伴って得た知見について共有します。 カラーミーリピートとは カラーミーリピートは事業者様が手間をかけずに定期販売を始められるECプラットフォ
今更ながらRails5+line-bot-sdk-ruby+HerokuでLineBot作成してみたら、色々詰まったのでまとめました。 - Qiita
今更ながらRails5+line-bot-sdk-ruby+HerokuでLineBot作成してみたら、色々詰まったのでまとめました。RubyHerokuRails5linebot はじめに LinebotをRuby on Railsで開発した話になります。 Linebot、Rails+Herokuの内容の記事は既にいくつもありますが、記事の内容が古く詰まる部分が多かったので、まとめました。 主に伝えたい内容は、以下になります。 LINE Developer用のページが新しくなっていたこと HerokuのaddonであるFixieを使用する必要ないこと（クレジットカード登録不要ということ） Rails5によりgem install不要なパッケージがあったこと。 寝かせないためのcronの設定は不要なこと 当方、Railsについては初心者のため、理解できてない部分説明不足な点があるかもしれま
【第一回】超簡単！RubyでSlack Botを作る方法 - Studio Andy
この記事はCAMPHOR- Advent Calendar 2016の13日目の記事です ごあいさつ 今年もAdvent Calendarの季節がやってきましたね。 せっかくなのでこれを機にTech関連の記事を残すため、はてなブログはじめました。 相変わらず見習いエンジニアの域を出ない@andoshin11 です。 今回の記事は2本立ての構成になっています。(2本目の記事は12/17に公開予定) またまた長文になりますがお付き合いよろしくお願いします。 昨年度の記事はこちら↓↓ tech.camph.net 概要 プログラミング初心者でも記事を読めばBotが作れるよう意識して書きました*1 昨年は Googla Apps Scriptを使用しましたが、今年は RubyでSlack Botを実装します Slack公式が提供する Real Time Messaging APIを利用します Bo
なぜいま Heroku なのか - Qiita
開発中のサービスに Heroku を採用した経緯を社内で周知するために書いた文章なんですが、ついでに Qiita にも貼っておきます（ちなみに Heroku の回し者ではないので悪しからず）。 従来、Heroku は日本で使うにはレイテンシの問題で本番環境での利用が避けられることが多かった これは Heroku の Common Runtime には Tokyo region がなく US 等のサーバーと通信するとレイテンシが大きいため1 実際、Wantedly 社なんかもレイテンシを理由に Heroku から AWS に移行している だが、Service Worker の先読みと Fastly（のような instant purge 可能な CDN）の登場により、このレイテンシの影響は極小化された のではないか 多くのリクエストは Fastly のエッジサーバー からレスポンスを返せるはず
Heroku で Docker を使う場合の諸注意 - Qiita
本日、かしゆかの誕生日です、どうぞみなさまお祝いください。 さて、本日の内容です。 Container Registry が GA になったよ!! 2017/9/5 の changelog で Container Registry GA - Deploy Docker images to Herokuと公開されたとおり、これまでβサービスとして提供されていた Docker 向けコンテナサービスが、本番向けにリリースされました。 これまで buildpack の制約や、docker でせっかく準備した開発サイクルのために、Herokuの利用を躊躇されていたみなさまには、朗報です。はやいところ、Heroku Pipelines 上で Heroku CI つかって、Docker のCI/CD まわしたいですね!! Heroku は世界を支配しますよ!! (もしかすると、https://devce
任意のサブドメインを利用するRailsアプリをHerokuで - Qiita
r7kamura.hatenablog.com や r7kamura.tumblr.com のように任意のサブドメインを利用するアプリをRailsで開発しているときに、Herokuにデプロイして独自ドメインを設定することなく何としてでも *.herokuapp.com ドメイン下で動作させるという、極めてニッチな情報について説明します。 背景 *.*.herokuapp.com は使えない まず前提として、Herokuで利用する *.herokuapp.com のドメイン下では、r7kamura.myapp.herokuapp.com のようにサブドメインを2つ重ねるような利用方法は許可されていません。そのため、独自ドメインを設定するなど、何らかの対策を講じる必要があります。 雑な検証環境としてHerokuを利用したい 本番環境では流石に独自ドメインを設定して運用すると思いますが、検証用の
【動画付き】Rails 5.1で作るVue.jsアプリケーション ～Herokuデプロイからシステムテストまで～ - Qiita
はじめに Rails 5.1ではJavaScript/index.html.erb周りのサポートが大きく改善されました。 これにより、Vue.jsやReactといったモダンなJSフレームワークをRails内で非常に扱いやすくなっています。 僕も実際に試してみましたが、本当にびっくりするぐらい簡単にVue.jsやReactを動かすことができました。 そこでこの記事ではRails 5.1とVue.jsを組み合わせたサンプルアプリケーションの作成方法をチュートリアル形式で、できるだけ詳しく説明します。 また、ローカルで動かしておしまい、ではなく、Herokuにデプロイしたり、テストコードを書いたりするところまでカバーします。 この記事自体は長いですが、実際に手を動かすと（スムーズに進んだ場合）30分以内で終わらせることができるはずです！ 今回作成するサンプルアプリケーション 今回は以下のリンク先
Herokuで本番サービスを運用する際にやっておきたいこと & 構成の事例 - クラウドワークス エンジニアブログ
こんにちは、最近アルコールが入っていたらなんでもいいと思うようになってきた @yo-iida です。🍻 今回はみんな大好きHerokuのお話です。 サービス立ち上げ期に大活躍するHerokuですが、CrowdWorks内でもいくつかのプロダクトで本番までHerokuで運用しているサービスがあります。 今回は私が携わっている社内プロダクトでのtipsを紹介します。 やっておきたいこと Heroku PipelineとReview appを使いこなす 本番とデータ同期できるpreview環境を追加する Heroku上のアプリケーションはすべてRAILS_ENV=productionで動かす DBのバックアップ設定をしておく Production Checkを行う アプリケーションのビルドの仕組みを知っておく 構成の事例 Standard以上のdynoを使用する ミドルウェアはHeroku公式
Rails アプリのインフラを AWS から heroku に移行した話 - sakagami memo
先日、自分の携わっている Rails アプリのインフラを AWS から heroku に移行しました。 移行時にハマった点や、その後 使い始めてみて便利だった点を列挙。 移行した主な理由としては、開発が少人数体制のためインフラは気にせずコードを書くことにのみ集中して、限られたリソースを有効活用させるため。 また、移行するにあたり以下のスライドも参考になりました。 Wantedlyを2年間Herokuで運用した話 from Yoshinori Kawasaki 移行時の手順・ハマったところ 基本的な手順 基本的な手順は簡単。 Heroku Toolbelt をインストールして、 heroku login でログイン、 heroku create で heroku 上に新しいアプリケーションを作成した後、 git push heroku master で デプロイ。 heroku open
Heroku x Rails のサービスを本番運用する際に確認したいこと - ボクココ
ども、@kimihom です。 私は Heroku に Rails サーバーを立ててサービスを運用している。これまでの経験を元に、定期的にチェックしておきたい指標とか項目をまとめてみる。今後のサービス開発などで参考になれば幸いだ。 サービス構成 現在の構成はというと、以下のような感じである。 Ruby 2.4.1 (執筆時点で最新) Ruby on Rails 4.2.8 Heroku Standard 1X Dyno * 4 Heroku Postgres Standard 0 Heroku Redis Premium 0 もちろん他にも使っているのはいろいろあるけど、ベースは上記のように至って標準な作りになっている。これによってインフラ周りでトラブルが起きることを最小限にとどめている。今現在でもインフラ周りで特別に問題になっていることはないので、これからも 上記の構成を使い続けていく予
Heroku Container Registryで作るDocker時代のRails 5 入門 - Qiita
この記事はRuby Advent Calendar 2016の5日目です。 昨日はiguchi1124さんの「Railsアプリケーションでより良いリソース設計を実装するためのテクニック」 でした。 明日は、tomokane@githubさんの記事になります。 はじめに 最近、個人的なプロダクトを久しぶりにRailsで書いています。 自分の場合、Rubyはテキスト処理とかスクレイピングとかそういったスクリプトで使う用途が多いので、 Railsをまともに触るのは実に２以来。そのせいで５を触るにあたって大分忘れてたことや時代に取り残されたところがありました。 あと、Herokuも本格的に使ったことは無かったのですが、今回Dockerに完全対応したということで使ってみたので、 Heroku Container Registryを使ったDockerによるRails環境について備忘録がてら、今年はまと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
React + RailsのアプリをHerokuで動かす方法 - Qiita
