初心者でも分かるRailsで始めるHeroku入門 その1 | GMOメディア エンジニアブログ
初めまして。GMOメディア技術推進室の中村です。私はこの度弊社技術ブログでRubyやRails、Herokuについて書いていこうと思います。現在業務でRailsやHerokuを使う機会があり、個人的にもRuby/Rails/Herokuを使っておりましたので、色々とナレッジを紹介していこうと思っていますので、よろしくお願いいたします。 今回は初回ということもあるので、既にご存知の内容かもしれませんが、RailsアプリをHerokuで動かすまでの流れを説明したいと思います。 今回はRails3.1から3.2、herokuはcedarスタックを使用するとします。作業としては全部で9つあります。 1.Herokuアカウントの登録まず最初にこちらにアクセスしてアカウント登録をしておきます。 2.gitが使えることを確認。Herokuへはgitを使ってアプリケーションをアップしますので、gitは設定
ASCIIcasts - “Episode 209 - Deviseの導入”
209: Deviseの導入 (view original Railscast) Other translations: Other formats: Written by Naomi Fujimoto 今までのエピソードでいくつかの認証の手法について解説してきましたが、今回もひとつ紹介します。今回紹介するのはdeviseという名前で、最近特に人気が出てきています。Deviseは、Rackベースの認証ツールであるWardenの上で、それを隠した状態で動作します。今回のエピソードを理解するためには、直接deviseを操作するので、Wardenに関する知識は必要ありません。 Deviseはフルスタックを使って認証を扱います。エピソード160 [動画を見る, 読む]で紹介したAuthlogicを触ったことがあれば、それがモデル層だけでなりたっていることをご存知でしょう。一方deviseはRa
いま読みたいRuby on Rails3アプリ 10選：Rails Hub情報局：エンジニアライフ
ITエンジニア向けの質問・回答コミュニティ「QA@IT」で、「RSpec のテストがたくさんついたオープンソースの Rails3 アプリはあるでしょうか」という質問に対して回答したところ、少しはてブが付いたりしたようです。Railsに限らないかもしれませんが、ちょっとしたサンプルコードや簡易なアプリというのはたくさんあるのですが、そこそこの規模のアプリ、あるいは実運用されているアプリで参考にできるソースコードとなると、意外にパッと思い付かなかったりします。「Railsアプリなら、これを読め」というべきアプリのリストがあればいいのにと、よく思ったりしています。 そんなわけで、いま読むべきだと私が勝手に考えてGitHubのウォッチリストに入れているRails3アプリを、10個ほどリストアップしてみたいと思います（全部で11個ですが）。ほかにオススメなどがあれば、ぜひコチラで情報をお寄せください
Heroku（ヘロク）で，Ruby on Railsアプリを簡単に公開する方法の入門 （無料のRuby向けPaaS環境の使い方） - 主に言語とシステム開発に関して
Heroku (ヘロク) とは，Ruby on RailsのWebアプリを簡単にデプロイできるPaaS。 基本的に無料。 拡張機能を使う場合は，段階的に有料になる。 レンタルサーバやVPSを借りず，面倒な「環境構築」作業も一切なく， いま流行りの"クラウド"上で，非常に簡単にWebアプリを本番公開できるわけだ。 Heroku上では，Railsに限らず，Ruby製のアプリを汎用的に公開できる。 本稿は，この「Heroku」の使い方の入門。 ローカルのWindowsマシン上で，Ruby製のブログアプリ「Lokka」を構築し， それをHeroku上にデプロイするまでの手順を解説する。 （※lokkaは，SinatraというRubyの軽量フレームワークで実装されている。） 作業は，全体で１時間もかからないだろう。 （１）Herokuの背景を知る （２）Herokuにユーザ登録 （３）Windows
GitHubのセキュリティホールがふさがったのでSSH Keyを確認しよう - ただのにっき(2012-03-08)
■ GitHubのセキュリティホールがふさがったのでSSH Keyを確認しよう 先日、Railsアプリにありがちなセキュリティホールがあることが判明したGitHub。詳細は@sora_hによる「github の mass assignment 脆弱性が突かれた件」が非常によくまとまっているので参照のこと。脆弱性の内容そのものもだけど、開発者として脆弱性指摘をどのように受容、対応すべきかを考えさせられる事例だった。 で、これはようするに赤の他人が任意のリポジトリへのコミット権を取得できてしまうという事例だったのだけど、脆弱性の内容をみる限りその他のさまざまな入力もスルーされていた可能性がある。ということで、その対策が(おそらく)なされたのだろう、今朝になってGitHubから「SSH Keyの確認をせよ」というメールがいっせいにユーザに配信された。3日で修正とか、GitHubの中の人もずいぶん
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
