Deploying Rails Applications with the Puma Web Server | Heroku Dev Center
Web applications that process concurrent requests make more efficient use of dyno resources than those that only process one request at a time. Puma is a webserver that competes with Unicorn and allows you to handle concurrent requests. Puma uses threads, in addition to worker processes, to make more use of available CPU. You can only utilize threads in Puma if your entire code-base is thread safe
Nitrous.IO and Heroku: A Perfect Pair — SitePoint
December 6, 2013Nitrous.IO and Heroku: A Perfect Pair This article is a follow-up to Nitrous.IO: Rails Development in the Cloud published earlier. If you have not read that article, I recommend you do so. I will wait. Although it is not a prerequisite, this tutorial assumes you have an account on Nitrous.IO and have setup a Box for Ruby. Start with a Nitrous Box If you have not created a Box yet o
Caching Strategies for Rails | Heroku Dev Center
Web applications will typically have a small handful of pages that take an exceptionally long time to load. On Heroku, long running requests can tie up your dynos and seriously effect application performance. Use New Relic to determine which pages and database requests are running slowly (see the Web Transactions and Database tabs). Examine the longest running requests. If they are caused by slow
Getting Started with Rails 3.x on Heroku | Heroku Dev Center
This article is a work in progress, or documents a feature that is not yet released to all users. This article is unlisted. Only those with the link can access it. This article is archived. It no longer receives updates and is here for historical reference only. We can’t guarantee that any statements made are still true or that the instructions still work. This version of Rails is no longer suppor
Herokuで作るFacebookアプリ 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
AWSの障害に起因したHerokuの障害について、Herokuによるレポートが公開されたので要点を翻訳しました（全訳ではありません）。「だ、... - Sooey
AWSの障害に起因したHerokuの障害について、Herokuによるレポートが公開されたので要点を翻訳しました（全訳ではありません）。「だ、である」調にしたため多少偉そうに見えるかもしれませんが、原文はとても誠実な表現で書かれていますので、その点は誤解なきよう。 一部、文意が汲めなかった部分は原文を併記していますので、ご意見・ご指摘などがありましたら@junyaまでお願いします（@irohirokiさん、アドバイスありがとうございます）。 Resolved: Widespread Application Outage Herokuを4年間運用してきて最大の障害 専用データベースを利用している大規模アプリケーションでは最大16時間のダウンタイム 共有データベースを利用している小規模アプリケーションでは最大60時間のダウンタイム アプリケーションのデプロイについてはプラットフォームの広範囲にわ
Herokuで認証付きのステージング環境を構築する - exdesign
Herokuはデータベースが５MB以下であれば無料でWebアプリケーションを運営できるので、本番環境だけでなく、本番にアップする前にいろいろテストするためのステージング環境も気軽に構築できます。 ローカル環境では問題なくても、Herokuではうまく動作してくれないこともあるので、ステージング環境は必ず用意した方がよいでしょう。 では、今回の概要図です。 以下より構築手順となりますが、RailsやGit、Herokuのコマンドラインツールは既に導入済みで、Railsアプリケーションも用意されている前提で進めさせていただきます（必要に応じて関連記事をご覧ください）。 アプリケーションをGitで管理可能に アプリケーションがある階層で以下を実行する。
１時間でツイッターサービスを作ろう！
はじめに どうもKRAYの芳賀です。 今日はツイッターサービスをスピーディーかつ無料で作るお話です。 僕は日頃趣味でツイッターサービスを作っているのですが、アイデアを着想したその日のうちにプロトタイプを作って動かすことができるくらいにノウハウが溜まってきました。 仕事が終わってからのプライベートな時間だけでも、１週間から１か月もあれば１つサービスがリリースできる感覚がつかめたので、必要最低限の機能を備えたサービスを短時間で作れないだろうか？と時間を計測しつつ実践してみたところ、なんと１時間で完成できたので、その手順を紹介します。 開発の流れ まずは開発の流れを説明します。 ツイッターアカウントの用意 まずツイッターのアカウントが必要になるので、まだ持っていなければ取得しましょう。サービス用に改めて取得してもいいですね。 サーバの用意 作成したウェブアプリを設置するサーバを準備します。PHP
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails 4でHeroku Pushまでの詳細手順 [haml/bootstrap 3.0/postgresql or MySQL]![Rails 4でHeroku Pushまでの詳細手順 [haml/bootstrap 3.0/postgresql or MySQL]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
初心者のためのRuby on Rails3入門 - libro
3 Size Search(スリーサイズ検索エンジン)
United States
Connecting Play/JPA/Hibernate app to RDS MySQL - Heroku Forums