平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
別サーバでassetsを提供する際の覚書
rails3.1.x以降でassets pipe lineを利用する際に、assetsの提供を別サーバにしたい場合は下記の手順で実施する必要があります。 config/environments/production.rbを編集する。 config.assets.compile = falseにする。 config.action_controller.asset_host = "http://www.example.com" として提供サーバを設定する。 開発マシンでrake assets:precompileを実行する。 サブディレクトリ配下におきたい場合は、RAILS_RELATIVE_URL_ROOT=/fooの様に環境変数で指定する。 manifest.ymlだけコミットする manifest.ymlがあれば論理名をハッシュ付き名に変換可能。 public/assetsは無視リストに
Redmine 2.0.0 drops Rails 2.3 (which is no longer maintained by the Rails team) in favour of the latest Rails 3 release, and it's now available for download at Rubyforge. New features will come with the next 2.1.0 release. Efforts have been made to ease the upgrade of existing Redmine plugins but most of them will need a bit of work from their authors in order to be compatible with Rails 3. So if
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
最近クックパッドでは、アプリケーションサーバの大半が Rails 2.3 から Rails 3 に置き換わったのですが*1、リリース前のベンチマークの時点ではあまりパフォーマンスが出ず四苦八苦していました。具体的には Rails 2.3 の時と比べ MRI 1.8.7 だとレスポンスタムが200%ぐらい遅い結果でした。Rails 3 になって実装が Merb core を取り入れ疎結合で綺麗になった反面、より多くのオブジェクトと・メモリを利用する様になった影響かと思います。 そこで Ruby インタプリタの変更*2を行い検証をしたところ MRI 1.8.7 (Rails 2.3と比べ) 約200%遅い MRI 1.8.7 -> Ruby Enterprise Edition 1.8.7 2011.03 (tcmalloc 無効) 約180%低速 MRI 1.8.7 -> Ruby Ente
This guide explains how to handle essential asset management tasks. After reading this guide, you will know: What is an asset pipeline. The main features of Propshaft, and how to set it up. How to migrate from Sprockets to Propshaft. How to use other libraries for more advanced asset management. 1 What is an Asset Pipeline?The Rails Asset Pipeline is a library designed for organizing, caching, and
Rails3時代のpaginationの標準に成り得るkaminariのインストールと設定の方法をまとめます。 Kaminariはamatsudaさんが作られたpaginationのためのgemです。 使用させていただいたところ、現在ひろく使用されているwill_paginateからこのkaminariに乗り換えてしまうのに充分な機能がある上、will_paginateと比較してシンプルなためにレンダリングのカスタマイズ等が容易に感じられました。 amatsudaさんありがとうございます。 以下、インストールからカスタマイズの方法までをまとめます。 Kaminariのインストール方法 Gemとしてインストールします。 単にgemとしてインストールするだけであれば、シェルで、 $ gem install kaminari のように入力します。 Rails 3で使用する場合は、Gemfileの
Rails 3.1 is going to support HTTP streaming, aka chunked responses, this post explains what’s all about. What Is HTTP Streaming? Ordinary dynamic HTTP responses need a Content-Length header. Their timeline look like this: Those are three serial steps because normally you need to generate the content in order to be able to know its size, and thus fill the Content-Length header of the response. HTT
Ruby との付き合いはそれなりに長いのですが実は Rails で何かを作ったことは一度もありません。1scaffold や migration は一通り試してみたことがあったけれども、何か拭えない不安感や縁のなさから今までは周辺技術の一つとして以上には触ったことがありませんでした。 興味今回、出遅れはしたけれども 全面的に Merb & Rack ベースArel 登場i18n の機構が組み込み済みすでに実績が増えてきている辺りで強く興味が湧いてきたのでまずは一通りの準備をしてみました。 消極的な理由消極的な理由も実はあって、それは PHP のレガシーコードと戦うのに疲れた負債のある PHP で最新バージョンに追いつくのは大変最新バージョンでないと PHP や PHP のフレームワークの旨味は味わえないRuby なら最新でなくたって遊べるRails の過去の作法をほとんど知らないので混乱し
とりあえず、Rails3.0.3ではまったので備忘録。 thinを使って、以下のようにディレクティブを使って一つのドメインで複数のRailsアプリを動かそうとすると、画像等の静的ファイルがみえなくなってしまった。 http://exsample.com/app1 http://exsample.com/app2原因は、Rails3になって ActionController::Base.relative_url_root が無くなってしまったため。そのため上記のようなことをやろうとする場合、config/environments/XXX.rb 内で config.action_controller.asset_path or config.action_controller.asset_url を設定する必要があるみたい。 今回は、静的ファイルは同一ドメイン内に配置しているのでconfig.
I am porting a 2.x rails app to rails3; we'll call it foo-app. Foo-app is one section of a larger rails app and lives at main_rails_app.com/foo-app. Previously we just set up the following in our foo-app production config to ensure that our foo-app routes worked properly: ActionController::Base.relative_url_root = "/foo-app" However, with rails3, I now get: DEPRECATION WARNING: ActionController::B
Mongoid::Document は、embeds_one, embeds_many, embedded_in といった、ActiveRecord スタイルの3つのマクロを通して、他のドキュメントに対して関連を設定することができます。関連を設定すると、1つのドキュメントが他のすべてのドキュメントのルートになり、全ての関連付けられたオブジェクトはルートドキュメントに埋め込まれます。リレーショナルな関連はこれらのマクロでは設定できません。後述するリレーショナルな関連の項を見てください。 先の例の Person モデルが、他のドキュメントと関連する場合を考えてみましょう。 app/models/person.rb: class Person include Mongoid::Document field :first_name field :last_name embeds_one :addr
設計から実装まで クラウドプラットフォームのスケーラビリティを活かした大規模システム開発の現場を、私たちはいくつも経験してきました。 アーキテクチャの検討から、実装・運用の設計まで、なんでもご相談ください。 もやもや解消手伝います ビジネスは千差万別、そして最適なシステムも種々様々です。 あなたのビジネスのためのシステムを、一緒に考えさせてください。 効率的なソリューションをご提案します。 チャレンジ大歓迎！ どうやったら実現できるか見当がつかない、そんなアイデアはありませんか？ 私たちは、そんなチャレンジを求めています。 あなたのアイデアを形にするお手伝いをさせてください。 事例紹介 パズル＆ドラゴンズ ガンホー・オンライン・エンターテイメント株式会社様によるスマートフォン向けパズルRPG、『パズル&ドラゴンズ』の初期バックエンドシステムの設計及び実装に参画しました。 ファイナルファン
Rails 3.0 beta4でDeviseを使ってOpenID認証 とあるRails 3を使っているたいやき用のCMSでDeviseを使ってOpenID認証をするようにしたので、そのやり方を紹介します。RubyはRuby 1.9.2 RC2も出ていますが、今回はRuby 1.9.1を使います。 Deviseとは DeviseはRackベースの認証システムです。バックエンドにWardenを利用しているため、Basic認証やOpenID、OAuthなど認証方法を切り替えることができます。 ただ、以下の説明を読んでみてもらってもわかる通り、動き出すまでにそこそこの作業が必要になります。機能は豊富なので、動き出したらカスタマイズしてアプリケーションの要求に合わせていくことができるでしょう。日本語での情報もあまりありませんが、探せばいくつかはあるので、試してみてはいかがでしょうか。 とはいえ、今回
So Django has an interesting feature called "generic views", which essentially allow you to to render a template with generic code. In Rails, the same feature would be called "generic actions" (just a terminology difference). This was possible, but somewhat difficult in Rails 2.x, but it's a breeze in Rails 3. Let's take a look at a simple generic view in Django, the "redirect_to" view: urlpattern
While much of Rails 3 is seeing an internal rewrite, the Routes DSL has seen a complete revision in Rails 3. It has been rewritten from the ground up a few times before, and it has brought speed and flexibility with each iteration. This time, it’s no exception as the DSL feels more at home to a typical Rubyist. The new DSL takes less keystrokes and looks clean. Here’s a typical RESTful route file
In my previous post about generic actions in Rails 3, I made reference to significant improvements in the router. Some of those have been covered on other blogs, but the full scope of the improvements hasn't yet been covered. In this post, I'll cover a number of the larger design decisions, as well as specific improvements that have been made. Most of these features were in the Merb router, but th
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
