r-labs - プラグイン開発ガイド - Redmine
本日のアクセス数TOP5¶ プラグイン開発ガイド(170)JRuby でRedmineを動かす(131)Wiki Extensions en(22)FrontPage(17)Wiki Extensions(15) アクセス数TOP10¶ Redmineプラグイン集(79939)Wiki Extensions en(45522)Wiki Extensions(42164)Code Review(25920)FrontPage(24655)Hudson(20718)プラグイン チュートリアル(13077)Issue Extensions(10597)Hudson En(10548)バージョンガントチャートプラグイン(9049) タグ¶Code Review(2) Hudson(3) Issue Extensions(1) Joel Test(1) NetBeans(1) Plugin(18)
Ruby on Rails 3.0 日記 - Ruby on Rails with OIAX
2010年4月13日、Ruby on Rails 3.0 Beta 3 がリリースされました。 プログラミング言語 Ruby で記述されたもう一つの Web アプリケーション開発フレームワーク Merb との「統合」が発表されたのは、2008年12月23日のことでした。それから1年4ヶ月か経過し、ようやく Rails 3 が生まれ出ようとしています。 Rails 2.3 から何が変わって、何が変わらないのでしょうか。 また、バージョン 3.0 の登場をきっかけに Ruby on Rails の学習に挑戦（あるいは再挑戦）する方は何に気をつければよいでしょうか。 この届いたばかりの「道具箱」を使って、いったい何が作れるのか楽しみですね。 サンプルアプリケーションを少しずつ組み立てながら、一緒に学んでいきましょう。 この連載は、Ruby on Rails 3.0 Beta 3 がリリースされた
ユーザマニュアル
ユーザマニュアル NextユーザマニュアルTable of Contents 1. 管理1. プロジェクト2. ユーザ2.1. ユーザ一覧2.2. ユーザ作成と変更3. ロールと権限4. トラッカー5. カスタムフィールド5.1. プロジェクト用のフィールド5.2. 問題用のフィールド5.3. ユーザ用のフィールド6. 問題の状態7. ワークフロー8. 列挙項目9. メール通知10. 認証10.1. LDAP ステートメント11. 設定12. 情報2. プロジェクト1. プロジェクト概要2. 計画2.1. カレンダー2.2. ガントチャート3. 問題管理3.1. 問題一覧4. レポート5. 変更履歴6. ニュース7. 文書8. ファイル9. 設定9.1. プロジェクトの機能9.2. メンバー9.3. バージョン9.4. 問題のカテゴリ3. ユーザアカウント1. マイアカウント1.1.
レールに乗っていゆくには - I am Cruby!
RailsRailsのレールにうまく乗るのは難しいなぁと日々実感する毎日。ということで最近思っていることをメモ程度に。 fixture は使わない、代わりにmachinistかfactory_girl もうこりごりです。 fixture。 感想＆理由はあとで書く 手動テストデータをどうするか。 fixture を自動テストで使っている場合、どうしてもinvalidなデータが入る。動かない。yaml_waml や yaml_db を使ってDBダンプしたデータを使うとどうか。 まぁ machinist とか使う場合は rake db:fixtures:load でもいいか。 マスターはymlで書く。fixtureみたいな感じで読み込めばいい。（DBのマスタデータをfixtureからロード - I am Cruby!） マスターデータに id は絶対に振ること。id : 235121651 と
railsネスト論を読んで - urekatのスカンク日記３
http://b.hatena.ne.jp/t/rails%E3%83%8D%E3%82%B9%E3%83%88%E8%AB%96 http://d.hatena.ne.jp/moro/20090120/1232455278 http://blog.s21g.com/articles/1239 ネストしたパス構造のアプリを作るのはチョット大変。 単純なケースで練習。RESTfulアプリの練習も兼ねて。 親をまたがらない。親は１個。０個もＮＧ。 モデル Project Document Translation の３世代構造。 http://honyaku.ssktkr.com/ パスに現れる数字のIDを他の何か(nameとか)にしたい。 to_param routes link_toの書き方 translation = Translation.find(123) link_to("翻訳123
Ruby on Rails製のシンプルなWikiエンジン·Instiki MOONGIFT
さて今日は土曜日。そう、言わずもがなWikiサタデーだ。みんな大好きWikiエンジンは、シンプルな概念ながら柔軟性があり、様々な場面で利用される。企業内でのナレッジ共有はもとより、Webサイトのヘルプページでも利用されるケースがある。 Markdown記法を使えるWikiエンジン そんなWikiエンジンを本日も紹介しよう。恐らくカスタマイズも容易であろう、Ruby on Railsを利用したWikiエンジンだ。 今回紹介するオープンソース・ソフトウェアはInstiki、日本語のタイトルも利用できるシンプルなWikiエンジンだ。 InstikiはRuby on Railsで作られているので利用開始までがシンプルで手早く行える。はじめにトップページに表示するWikiページの名前を決めれば、すぐに利用開始できる。レンダリングエンジンとして、Markdown + itex2MMLという形式をとって
Martin Fowler's Bliki in Japanese - ThoughtWorksでのRuby
以下の文章は、Martin FowlerによるRuby at ThoughtWorksの日本語訳である。 ThoughtWorksは、2006年から本格的なプロジェクトにRubyを使い始めた。2008年の終わりまでには、Rubyプロジェクトの数は41個になった。この経験から我々は何を学んだのか。QConの講演に備えて、私は調べてみることにした。ここでは、Rubyの生産性、スピード、保守性など、よくある質問に対する現時点での我々の考えについて述べていく。現時点での我々の結論としては、Rubyは十分に使えるプラットフォームであり、様々な形態のアプリケーションに利用することを真剣に考慮すべきである、というものだ。特に、Ruby on Rails を利用したWebアプリケーションにおいてはそうである。最後に、Active Record のテスティングに対する考えなど、技術的な教訓についても触れる。
Rails2.0のRouting（config/routes.rb）の記述方式についてのまとめ。 » RAILS PRESS
map.connectとmap.purchase 「map.connect」と「map.purchase」はrails1.x系からおなじみですね。 「map.connect」と「map.purchase（任意のパス名）」については、2005年の情報ですが「Routes :: 優しいRailsの育て方 :: ヽ( ・∀・)ノくまくまー)」によくまとめられています。くまくまさんにはいつもおせわになってます。 またパラメータにURLを直接渡したい場合は、「routes.rbでURLを丸ごとパラメータとして渡す記述法 - Hello, world! - s21g」が参考になります。 僕は今のところ利用する機会が無いですが、パラメータを省略可能にしたい場合は「routes.rbで省略可能パラメータを指定する方法 - Hello, world! - s21g」を。 map.with_options 「
Railsで画像アップロード - 2009-03-23 - ククログ
Railsで画像をアップロードするときはどうやっているんでしょうか。 Fleximageというプラグインがあります。よいAPIだと思うのですが、あまり使っている人がいないようなので紹介します。 ここでは1からサンプルRailsアプリケーションを作成しながらFleximageの使い方を紹介します。順番にコマンドを実行・コードを変更していくと動くように書いてあります。 下準備 まず、sampleというRailsアプリケーションを作成します。 % cd /tmp % rails sample % cd sample 次に、Fleximageをインストールし、画像用のテーブルを作成します。 % script/plugin install git://github.com/Squeegy/fleximage.git % script/generate scaffold photo title:str
C0カバレッジ100%のためのDSL 2009-01-26 - akimatter
Railsでちゃんとした製品を作るとしたら自動テストは欠かせません。型チェックのある他の言語でもテストケースは書くべきですので、言語としての型チェックのないRubyでそれをしないでいいはずありません。 ただし単にテストをするべきと言っても、バグを減らすためにはコードのカバレッジが重要です。RubyにはRCovというカバレッジ計測ツールがあります。「メンテナンスは考えないでいいからとにかく実装を！」(と言っても結局はメンテすることが多いはずだけど)というプロジェクト以外は、必須のツールです。 で、このRCovですが、C0、C1、C2、C3kとあるモジュールのテストカバレッジ（テスト網羅性 http://itpro.nikkeibp.co.jp/article/COLUMN/20071026/285596/?P=3）のうち C0をサポートしているだけですのでご注意を。 僕がテストを書くタイミン
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
KOSHIGOE学習帳 - [Ruby] Rails Engines基礎
Rails Engines は、Ruby on Rails (以降 Rails) 製アプリケーションを、アプリケーションエンジン(以降 エンジン)として扱うための仕組みを提供してくれます。 エンジンが保有する資産(ルーティングやコントローラ、モデルなど)を、エンジンを利用したアプリケーション側から自然で透過的に扱う事が可能です。 Rails Engines は、Rails プラグインとして提供されます。 Rails Engines "The engines plugin enhances Rails plugins ― allowing sharing of code, views and other aspects of your application in a clear and managed way. エンジン アプリケーション開発において、いくつかの実装で使い回せる様、コア機能
Cookie について - elm200 の日記(旧はてなダイアリー)
基本中の基本ではあるが、案外よく理解していない Cookie について、調べてみた。 基本概念 Wikipedia "HTTP Cookie" によれば、 「HTTP cookie（エイチティーティーピークッキー、単にCookieとも表記される）は、RFC 2965などで定義されたHTTPにおけるWebサーバとウェブブラウザ間で状態を管理するプロトコル、またそこで用いられるWebブラウザに保存された情報のことを指す。ユーザ識別やセッション管理を実現する目的などに利用される。」 とある。基本的な動作については、同じく Wikipedia "HTTP Cookie" から。 そこで、1994年にNetscape Communications CorporationによってCookieが提案・実装された。Cookieでは次のようにサーバとクライアント間の状態を管理する。 1. WebサーバがWe
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ruby/rails/RailsGuidesをゆっくり和訳してみたよ/Rails Routing from the Outside In - 株式会社ウサギィwiki
デザイナーが RailsとGitのことを少し知ってると色々捗る
[REST] 認証が必要な API を REST っぽく作るときのメモ - それはBooks
Ruby開発者のためのiKnow! API入門：CodeZine
【 Ruby on Rails Pro 】 index
TechCrunch | Startup and Technology News
masuidrive on rails » Blog Archive » [予告編 30分]AIRとBlazeDSとRubyでメッセンジャーを作る[129ページ]