サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
Thisguide covers getting up and running withRuby onRails. After reading thisguide, you will know: How to installRails,create a newRails application, and connect your application to adatabase. The general layout of aRails application. The basic principles of MVC (Model, View, Controller) and RESTful design. How to quickly generate the starting pieces of aRails application. How to deploy y
RailsのChangeLogを読んでいたらkamipoさんの ActiveRecordへのコミットがRails5から使えるようになってるものがたくさんあったのでまとめてみました。 PostgreSQLでExpression IndexとOperator ClassをサポートMySQLでPrepared statesmentsをサポート config/database.ymlでprepared_statements: trueとすると利用できるようになります。mysql2 0.4.4以降が導入されていないと使えないようです。 Schema dumperがcreate_tableブロックの中でindexを定義するようになった schema.rbのcreate_tableのブロック内でt.indexでインデックスが定義されるように変更されています。以前はcreate_tableのブロック外で
(訳注：2016/3/2、頂いた翻訳フィードバックをもとに記事を修正いたしました。)Railsアプリでのキャッシングは、「たまに夕食を一緒にするけれど、本当はもっと頻繁に一緒にいるべき友達」に少し似ています。パフォーマンスをまじめに考えるRailsアプリのほぼ全てで、もっとキャッシングを使えるはずですが、ほとんどのRailsアプリでは、完全にキャッシングを避けています。それでも普通は、Railsで高速なサーバ応答を達成するための唯一の道は、キャッシングの知的な利用なのです。約250msの応答時間を、簡単に50～100msに高速化できます。 定義についての注意 ― この記事は、アプリケーション層のキャッシングのみを対象としています。HTTPキャッシング（これは全く別の難物で、あなたのアプリケーションに実装する必要はありません）は、別の機会で扱いましょう。 するべきキャッシングをしない理由
[追記]本エントリは2012年のものです 2019年1月現在おすすめの学ぶ方法はRuby onRails チュートリアル：実例を使ってRails を学ぼう をやることです。こちらは有志によって作成・翻訳されている素晴らしい教材で、RailsだけでなくGitやテストといったことも学べます。盛りだくさんですのでおすすめは最初はGitやテストについては無視して1周やってみて、わかったらそれらも含めて2周目をやるという方法です 以下オリジナル記事 前回のエントリは僕が新しく請求書管理サービスmisocaを手伝ってくれる人にRailsを教えたときに思ったことだ。（追記：その人はプログラミングは十分わかってる人だ） 一応アンサーエントリとして、次に教えるならこうするというのをメモしておく 準備Windowsで開発しない（Windowsの人はVMWareなどでUbuntuとかのLinux環境をい
WinユーザがRailsアプリをこれから公開しようと思った場合Windowsで学習を開始するのは不可能なのでLinuxをいれる でもWindowsで進めようとしてmsysGitをいれたりするが結局半日無駄にする なぜかgemが最新じゃないと怒られる gemを単純に使っても後から困るのでrvmかrbenvが必要。使い方覚えないといけない やっとRails3.2導入。javascriptエンジンが入ってないので起動しない やっと起動HTML書いてるのは情弱だけ => hamlを覚える js書いてるのは情弱だけ => coffee scriptを覚えるcss書いてるのは情弱だけ => scssを覚える テスト書いてないコードはレガシーコードっていわれる しかたないのでRspecいれる => Rspec覚える ユニットテストだけではしかたないといわれcapybaraもいれる => capyb
A portfolio of products and services for modernizing applications and infrastructure
twitterが2007年後半に先進的なユーザーに急速に受け入れられて以後、そのruby onrailsアーキテクチャーはたびたびトラブルに見舞われてきた。しかし2008年中盤にtwitterがこっそり一部コードをscalaにポートして以来トラブルはなくなった。Twitterの開発者であるAlex Payneによれば普通に考えられているRuby onRailsやPHPやPythonなどいわゆるアジャイルな言語はすばやい変化に対応するには見合っているが非同期的プロセスのような力仕事には、スイス連邦工科大学ローザンヌ校のマーティン・オダースキーMartin Oderskyにより開発されたscalaが合っているという。2007年のある時点でtwitterにおけるrubyベースのメッセージ・キュー・システムが増えるプロセスに対応できずに壁にぶちあたったことに気付いた。2008年中盤にはメッセー
ビジュアライジングのためにはデータ収集が重要だ。今回はデータベースに郵便番号データを入れていくところを説明する。泥臭いけど避けては通れない作業だ。郵便番号データを入手まずは郵便番号のデータを手に入れる。といっても日本郵便が郵便番号データをCSV の形で提供してくれてるので、特に凝ったことはしなくてもよい。以下のサイトから全国一括のファイルをダウンロードするだけ。ありがたや。郵便番号データダウンロード - 日本郵便Shift-JIS なのでutf-8 に変換しておいた。 % wget http://www.post.japanpost.jp/zipcode/dl/oogaki/lzh/ken_all.lzh --00:23:50-- http://www.post.japanpost.jp/zipcode/dl/oogaki/lzh/ken_all.lzh => `ken_all.lzh
前回までで、一通りJavaフレームワークとRailsの比較をしてきました。本連載の最後の比較は、少し趣向を変えてGroovy上に作成されたRailsライクなフレームワークGrailsとRailsの比較をしていきます。 GrailsはGroovy（Java公式仕様として策定が進められている、JavaVM上で動作するスクリプト言語）上で動作するRailsライクなフレームワークです。当初、Groovy onRailsという名称で作成が進められていたことからもわかるように、Railsに強く影響を受けていることが公言されています（後にRails作者の要請により改名）。 Groovyは豊富なJavaライブラリの利用が可能な上、言語設計自体もRubyの影響を受けているためRailsライクなフレームワークと相性がよいと考えられます。 Grailsに関する情報源には次のサイトがあります。
Radiant is a no-fluff, open source content management system designed for small teams. Radiant features: An elegant user interface Flexibletemplating with layouts, snippets, page parts, and a custom tagging language A first-class extension/plugin systemSimple user management and permissions More Features… Current Version: 1.1.4 This version includes a powerful extension system so developers can
Ruby onRailsをJavaサーバで動かす4つのメリット まずは、JRuby onRailsをJavaのAPサーバ上で動かすメリットを考えてみましょう。その最大のメリットはJVM（Java仮想マシン）上で動作する点が挙げられます。JVMで実行することで、以下の4つのメリットを享受できます。 JVMはエンタープライズ環境での動作実績も多く、非常に安定した実行環境を手に入れることができる JVM上でJRubyを実行する場合、AOT（Ahead Of Time）およびJIT（Just In Time）方式でコンパイルする。従って、コンパイル後はインタプリタ形式よりも高速に動作する（※注1）Javaの豊富な機能を使い、さまざまな拡張が可能JRuby onRailsが動作するAPサーバもTomcatやWebSphere上で動作確認が報告されている JDBCを使って対応DBを増やしたり
わぁ。もう金曜日。月曜日に書き始めたのに。。 Oh, no... 月曜日に名古屋で行われたMash up caravaneでお話してきました。資料、下記にあげてみました。 http://firestorage.jp/download/ca200e07d4025e28b6cef938acca70f4033afbbb 今回20分しかないのに、無謀にもライブコーディングをしたの。RBCは企業じゃなくって、APIを提供しているサービス事業社でもないから。Mash upがすごく技術的には単純な作りであること、特にRailsだったら10分もあればデータのやり取りくらいはすぐにできちゃうことをお伝えしたかったのです。 Mash up は本当に「利用者の視点」とでも言うのかな。生活者の視点かな。技術がどうのこうの、というよりももっと生活の中にとけ込んだもの。複雑や煩雑なものをシンプルに、もてなすこと。情
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
