MOONGIFT: » 必見！Railsがローカルアプリケーションに「Slingshot」:オープンソースを毎日紹介
最近はWebアプリケーションとローカルアプリケーションの境がなくなってきた。むしろWebアプリケーションのほうがインターネットとの親和性も高く、便利なことが多い。 開発者にとっても、コンパイルの手間などがない分、Webアプリケーション方が楽だろう。そんなWebアプリケーション推進の波が強まるであろうソフトウェアがこれだ。 今回紹介するオープンソース・ソフトウェアはSlingshot、Railsアプリケーションをローカルアプリケーションにするソフトウェアだ。 これは凄い。サンプルとして、Radiant CMSがMac OSX用ローカルアプリケーションとしてパッケージされて配布されているが、ちゃんと動作する。 これを使えばTodo管理やパスワード管理といったアプリケーションもWeb化できる。Apacheの設定も不要、データベースも不要（SQLiteを内包）、Rails自体も設定不要で動作してく
Rubyは遅いから使えるのです : やむにやまれず
2007年07月20日13:00 by 山崎泰宏 Rubyは遅いから使えるのです カテゴリRuby開発スタイル Tweet sparklegate Comment(1)Trackback(0) 「Ruby なんて遅くて使えないよねって言ってみる」を読んで： 逆でしょう。RubyやRailsは遅いから使えるんです。 論点を整えますが、設計者、主にプログラマから見て「使える」と表現しています。 経営やプロジェクトマネジメントの観点まで広げると、Railsを採用するということは端的に言えば、「開発フェーズを効率化して運用フェーズでコストとして被る」ということです。 ビジネスプランも加味した上でのトレードオフになります。 言語のパフォーマンスを重視してみたところで無駄 - 開発者はみんなフレームワークを欲しがる：文句無しにパフォーマンスが良いので、Cで全てを書くとどうなるかです。 設計の初期段階で
MOONGIFT: » RailsでDB管理「RailsMyAdmin」:オープンソースを毎日紹介
Railsで開発を行う際にDBは必須だろう。簡易的なものであればSQLiteで良いが、これまでの経験では大抵MySQLが利用されている。 DB管理にはphpMyAdminや、GUIのDB管理ツールを利用してきたが、Rails上で一括管理できるこちらが便利そうだ。 今回紹介するオープンソース・ソフトウェアはRailsMyAdmin、Rails上のDB管理ソフトウェアだ。 RailsMyAdminではRailsでのDB設定を利用するので設定も手間もなく簡単に利用できる。インストールはプラグインとして簡単にでき、environment.rbに設定を書き加えるだけでいい。 テーブルの一覧やデータの一覧表示、追加、編集はもちろん可能だ。また、created_at/updated_atといったRails特有のフィールドは値を入れられないのも便利だ。テーブル構造の変更はもちろん不可で、migration
MOONGIFT: » RailsのActive Scaffoldを活用「Propmansheet」:オープンソースを毎日紹介
Railsを触ったことがある人のうち、半数以上がScaffoldに触れてそこで終わっている。確かにScaffoldを使うことでそれっぽいデータ表示が難なくできてしまうのは凄い。だがそこで終わってしまってはRailsの魅力は伝わらない。 次のステップとして独自での作りこみもあるだろうが、ここではさらにActive Scaffoldを活用した例を紹介しよう。 今回紹介するオープンソース・ソフトウェアはPropmansheet、Ruby on RailsのActive Scaffoldを活用したアプリケーションだ。 Propmansheetはロンドン赤十字のためのソフトウェアで、一覧表示、編集、削除が可能になっている。ソースを見ると、ほぼ純粋にActive Scaffoldを使って構築されている。 とは言うものの、実際の所何に役立つソフトウェアなのかは分かっていない。ただ、Active Scaf
Struts化するRails (arclamp.jp アークランプ)
良い悪いは置いておくとしてRubyOnRailsはStrutsになるのだなと感じています（エンタープライズ開発でデファクト・スタンダードになって一定のポジションを獲得する）。先日のRubyKaigiでの話し、あるいは最近のエンタープライジーな企業のプレスリリースを見ていると着実にその道を歩んでいるようにみえます。特にSUNがJRubyへのコミットメントを強めている中でJava環境でもRailsが使えるという期待感が強まっており、この傾向に拍車をかけているようです（既にJRubyの上で動きます）。 背景としては金融･内部統制景気が続く一方で、中大規模のSIerでも小粒案件（1-4千万円）をちゃんと利益出してやっていこうよ、みたいな流れがある気がします。これまではプロダクトなどでカバーしていましたがOSSの発展や顧客ニーズの多様化によってSI案件化せざるをえなくなってきた。でも社内の標準フレー
「5分で作るチャット」を実際にやってみた - Spirit of Apprenticeship (みならいだましい)
「5分ぐらいでCometを使ったChatを作る方法」 を実際にやってみましたよ、と。 結論から言えば、「がんばれば5分でいけるかも」って感じです。 手順さえ理解できてればぼちぼちやっても10分はかからないんじゃないかなぁ。 編集したファイルはこのページに載せてあるのが全てだし。 てことで、説明開始。 ＜前提＞ shooting_starはgem install済みとします アプリ名が瀧内さんの動画と違うのは気にしないで下さい ＜準備＞ railsコマンドでアプリケーション生成 $ rails shot_chat create create app/controllers create app/helpers create app/models meteor_strikeプラグインをインストール $ cd shot_chat $ ./script/plugin install svn://r
MOONGIFT: » 驚愕…JavaScriptでDB操作を行うRails向けライブラリ「Jester」:オープンソースを毎日紹介
Railsは使っている内に、もはやRails以外でプログラムをしたくなくなる位の魅力がある。MVCの仕組みといい、O/Rマッピングといい、Migrationといい…そこかしこに魅力が溢れている。 そんなRailsがさらに魅力的になるライブラリがこれだ。Rubyの壁をこえ、JavaScript上でDB操作が可能になる。 今回紹介するオープンソース・ソフトウェアはJester、RESTによるDB操作を行うJavaScriptライブラリだ。 単純に言うと、JesterはXMLベースでWebサーバにリクエストを行う。その結果をXMLベースで受け取り、JavaScriptのクラスにしてくれる。操作はRESTで行われ、データ取得系はGET、作成処理はPOST、更新処理がPUT、削除処理がDELETEとなっている。 操作だけを考えると、Railsに限ったものではない。他の言語でもインタフェースを用意すれ
MOONGIFT: » Railsを見える化「RailRoad」:オープンソースを毎日紹介
Ruby on Railsの素晴らしい点の一つに、テーブル間の関係をプログラム中で定義することで、データを自在に取り出せるようになるという事が挙げられる。 E-R図などでリレーションを定義しても、それが適切にプログラムされているかどうかは分からない。だが、プログラム中で定義し、制御できるRailsであれば適切に処理されるようになる。足りないのはマネージャ向けのE-R図の存在だろう。 今回紹介するオープンソース・ソフトウェアはRailRoad、Rails向けのダイアログジェネレータだ。 RailRoadを使うと、モデルやコントローラーの関係から、Graphviz向けのdotファイルを生成できる。後はSVGやPNGといった形式への変換が可能だ。 モデルであればE-R図が生成され、テーブル間の関係も表現される。コントローラーであれば、メソッドが表示される。どちらも複数人での開発時や、規模が大きく
Locomotive download | SourceForge.net
Get project updates, sponsored content from our select partners, and more. Get notifications on updates for this project. Get the SourceForge newsletter. Get newsletters and notices that include site news, special offers and exclusive discounts about IT products & services. Yes, also send me special offers about products & services regarding: Hardware Network Security Cloud Software Development Ar
InstantRailsWiki: Instant Rails
Instant Rails Project Information [Index of ALL pages on this wiki] [Project Summary at RubyForge] [Mailing List]: If you have problems, please post them to the mailing list -- you'll get the fastest response here. [SVN Repository] Instant Rails Developer Home Page How to use this site If this is your first visit here, please click on Preferences above to register so that your name can be as
ウノウラボ Unoh Labs: railsのテストをevalを駆使して楽しよう
こんにちは satoです。 testコードではパフォーマンスやセキュリティをさほど気にすることはないと思うので、testコードで evalを使って楽できるケースを書いてみたいと思います。 よく似たModel で Userと Admin があるとします。 二つの Model には confirm というメソッドが定義されていて、ユーザ登録をしてメールで送られてくる URLを をクリックすると status が 'register' から 'confirm' に変更されます。 class UserTest ["status = ?", 'register']) user.confirm assert(user.status == 'confirm', 'confirm error') end end というテストをUserTest と AdminTest に書きます。 しかし以下のような mo
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
Rails の日本語化には ActiveHeart を使わない方がいいヨ - 2nd life (移転しました)
http://d.hatena.ne.jp/moro/20070615/1181876061 先日の RubyKaigi で、id:moro さんに「新人に Rails でアプリを試しに作ってみて、とお願いすると ActiveHeart 使って日本語化しちゃうんですよ。困ります！訴えてやる！！！*1」と云われました。 現在日本語化/国際化をきちんと行いたいなら Ruby-GetText を使うべき*2ですし、モバイル対応なら jpmobile を使うべきです。 というわけで、ActiveHeart の svn のコードに obsolete だから Ruby-GetText もしくは jpmobile 使ってねというメッセージを表示するようにしてコミットしました。 *1:全然違う言い回しだったけど *2:5秒でとりあえず日本語表示したい時は ActiveHeart のほうが簡単なのですが、き
ヽ( ・∀・)ノくまくまー(2007-06-05)
● 1. 一戸建てタイプ そのアプリ用に専用のマシンを準備できるケース。例えば、アクセス数が少ないβリリース時などは mongrel を直接80ポートで運用することもあるだろう。そして、負荷の増加、またはマルチコアを活かすという次の段階で、cluster 化した mongrel を扱う必要に迫られた場合、このタイプになる。この場合、フロントの仕事はバック(Rails)への割り振りだけだが、そのためにわざわざ Apache2 を持ち出すのは仰々しいと感じるかもしれない。そんな人にお奨めしたいのが Pound サーバだ。いきなり Apache から話が逸れてしまうが、このケースだとリアルでお奨めである。 Pound + mongrel Pound はリバースプロキシ用のWebサーバであり、特化しているだけあって、必要最低限かつ直感的で簡単な設定で済むため、敷居が低いのが魅力だ。それでいて、デジ
ヽ( ・∀・)ノくまくまー(2007-05-20)Rails勉強会@東京#18 後半: 今だからこそ運用環境を考える
● [Rails] Rails勉強会@東京#18 前半: QueryCache / MMC 後半: 今だからこそ運用環境を考える に参加。 ● 前半: QueryCache / MMC QueryCache とは、AR.find の結果を memcached を用いてキャッシュする plugin。(rakuto 作) rakuto式 QueryCache の課題 with_scope どうする？ memcache のキー 削除戦略 1は、AR.find の引数だけを見てキャッシュのキーを作成しているため、with_scope と混ぜるな危険。解決策の1つは「キャッシュするレイヤーを select_xxx まで引き下げる」こと。そうすると find_by_sql まで対象に入るという嬉しい副作用もある。ただその場合、キャッシュの対象も同レイヤーにするとARオブジェクトでなく生の結果セットにな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HugeDomains.com
IBM ActiveScaffold を使って Ruby on Rails を機能アップする - Japan
http://rails2u.com/
トップ-Drecom Award on rails 2007
RailsでWikiシステムを作成する：CodeZine