タグ

railsに関するda-yoshiのブックマーク (13)

  • Loading...

  • Route 477(2009-11-10)

    ■ [ruby] 大規模Railsサイトのための新しいHTTPサーバ、Unicorn githubの中の人が、ブログで「Unicorn使い始めて一ヶ月くらい経つけどいい感じだよ」と書いています。 適当に要点だけ拾ってみました。 Unicornって何よ? UnicornはRubyのためのHTTPサーバ。MongrelやThinのようなものだけど、全く違う設計と思想を持っている ありがちな構成 [mongrel] [mongrel] .. [nginx] -> [haproxy] -> [mongrel] [mongrel] .. [mongrel] [mongrel] .. 問題点: あるactionの処理に60秒以上かかったとき、Mongrelが当該スレッドをkillしようとして固まることがある メモリが一定量を超えたときMongrelを再起動するのが遅い。 デプロイ時に9個のmongre

    Route 477(2009-11-10)
  • えせMVCについてそろそろ一言言っておくか - ひがやすを技術ブログ

    Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある RailsのえせMVC疑惑で盛り上がってますね。Railsが「えせMVCフレームワーク」ではないのは、みんな知っていると思うので、記事、コメントをみて勘違いしている人が多そうな部分に一言書いておきます。 まず、おかしいのはsatoshiさんのこの意見。 PhotoShareは主にRailsで作られているので、ModelはActiveRecordが担当しているわけだが、Modelのレイヤーが非常に薄いために(O/Rマッピングをしているだけ)、データベースの整合性の責任がController側にある。そのため、ちょっとした機能変更のたびにAPIレベルでのテストを大量に走らせなければならないし、それでもどうしてもミスが生じてし

    えせMVCについてそろそろ一言言っておくか - ひがやすを技術ブログ
  • O/Rマッピング技術の進化が皮肉にも助長している「えせMVC症候群」

    昨日の「Ruby on Railsの『えせMVC』の弊害」というエントリー。若干「釣り」の要素が含まれたタイトルが功を奏したのか、たくさんのフィードバックがいただけた。そんな中で見えて来たのは、この問題はRailsに限った話ではなく、業務用アプリケーションで使われているJavaや.Netの世界でもよく見られる問題だということ。 その「問題」とは、ActiveRecordに代表されるO/Rマッピングの技術の進化が、来のMVC(そしてオブジェクト指向そのもの)のメリットを無視した「えせMVC」な設計を助長している、という問題である。 ・MVCやオブジェクト指向を表面的にしか理解していないエンジニアが増えている(ここが根的な問題) ↓ ・SQLを自分で記述しなくて良いO/Rマッピングはとても魅力的(これはこれで別の問題を含んでいるが、このエントリーではあえて突っ込まない) ↓ ・O/Rマッピ

    da-yoshi
    da-yoshi 2009/10/13
    Rails自身はこういう議論が一周した後に、現実的に作りやすい形ということで今の形態になっていると思うんだけどな。ビジネス層とか考えすぎて複雑怪奇になったシステムというのも現実にはあるわけで
  • MOONGIFT: » チェック必須!Rails新時代の到来か?「Passenger(mod_rails for Apache)」:オープンソースを毎日紹介

    待ちに待ったソフトウェアがついに登場した。Railsは生産性の高さについては定評があるが、その設置、運用方法についてはJava並みに敷居が高かった。レンタルサーバなどでは利用に耐える設置が難しかった。 Passengerのトップページ だが、これで時代は変わるかもしれない。そんなソフトウェアがついにリリースされた。 今回紹介するオープンソース・ソフトウェアはPassanger、mod_rails for Apacheだ。 Passangerはgemからインストールするソフトウェアで、これをインストールし、必要な諸設定を行ったら後はMongrelのようなアプリケーションサーバを立ち上げることもなくRailsが利用できるようになる。 インストール中 Apache2.2系(恐らく…)ではdeny from allの設定を消す必要があるが、それさえ消せば問題なくRailsが動作する。プロキシも何も

    MOONGIFT: » チェック必須!Rails新時代の到来か?「Passenger(mod_rails for Apache)」:オープンソースを毎日紹介
  • Railsは吹き溜まりの続き(でも、メモだけ) - L'eclat des jours(2008-01-04)

    _ Railsは吹き溜まりの続き(でも、メモだけ) 昨日の続きのRails Is A Ghettoだが、DHHの400リスタートについては更新されてる。DHHからメールが来たそうだ。 相変わらず、抄訳(要約じゃないね、言葉のコンテキストを生かそうとしてるわけだから)。 ●DHH Still Rocks More Than You(それでもDHHは、てめぇらよりもよっぽどいかしてるぜ) おれ、実際のところDHHのこた、好きなんだ。でもあいつはおれのこと嫌ってるんじゃないかな。おれがRailsコアに繋げてるときに悪口言ってるし、おれが正しいことをやろうとしても絶対に助けてくれないし、でもあいつはいいやつさ。 DHHがおれにメールを寄越したから読めるようにしといてやろう。 「ところで、神の気まぐれな手によって400回のリスタートが起きているわけではないよ。同時に60プロセス動かしているのが、メモ

    Railsは吹き溜まりの続き(でも、メモだけ) - L'eclat des jours(2008-01-04)
  • L'eclat des jours(2008-01-03)Railsは吹き溜まりだね

    _ Railsは吹き溜まりだね Rails Is A Ghetto なんとなく読んだので、要約のつもり(いや、誤訳しそうなところはすっ飛ばしたものをさらに要約してるので、おおはずれかも)。 ●Rails Is A Ghetto(Railsは吹き溜まり) 会社や個人を特定してばんばんやるぜ。こいつら寄ってたかっておれのことをこけにしやがった。文句あるなら、リングの上で待ってるぜ。このくそめらめが。 まずはケビンクラークだ。こいつは、おれをサポート扱いしやがったうえに、間抜けあつかいしやがった。 でも、すべての原因は、このばかが、リポジトリ上のconfigureファイルを消しちまいやがったことにある。これじゃ、チェックアウトしてビルドできるわけないじゃん。それをおれが間抜けなせいだといいやがりやがった。 Rails界隈はこんなくずばかりだ。 ●Tied To The RailsRailsべっ

    L'eclat des jours(2008-01-03)Railsは吹き溜まりだね
  • Active ResourceのREADMEを翻訳してみました

    Rails 1.2から搭載され、Rails 2.0でいくつか改良されたActive Resource。これを使えば、RESTなWebサービスを簡単に利用できるようになる。これのREADMEが「 ここ」にあるのだが、勉強がてら日語に翻訳してみたので、公開してみようと思う。 ActiveResource_README_ja.txt RESTfulなWebサービスを利用するクライアントは、Active Resourceを使えばかなり簡単に作れることが、これを見てわかると思う。Active Resourceに興味がある方は、ぜひ一読いただきたい。 Tweet 関連記事 2023年のRemap Remapにファームウェアビルド機能を追加しました Google I/O 2023でのウェブ関連のトピック 2022年を振り返って 現在のRemapと今後のRemapについて

  • ヽ( ・∀・)ノくまくまー(2007-11-10) ActiveScaffold

    ● [Rails] ActiveScaffold プラグイン AjaxScaffold までは知ってたけど、これは知らなかった。凄いねこれ。スペジェネでやりたかったことが殆ど実装されているよ。あとは ViewProperty 周りの機能が足りないけど、今からスペジェネを頑張るよりもこっちにそれを入れ込む方が早そうだ。Rails1.2 だとスペジェネの動作が微妙な部分もあるし。てことで、Rails1.2〜の現代では、スペジェネでなくて ActiveScaffold を使うのがよいと思われ。テンションあがったので、一気に調べて舞波のスペジェネの部分(pp.288-295)を差し替えよう計画。検証や校正をする時間がないと思うので、誤字脱字、疑問点、些細な間違い、ActiveScaffold で知りたい事、に載せて欲しい内容等、何でもどんどんツッコミお願いします。 ● ActiveScaffo

  • Ruby on Railsの処理俯瞰図 : やむにやまれず

    2007年07月15日15:54 by 山崎泰宏 Ruby on Railsの処理俯瞰図 カテゴリRuby Tweet sparklegate Comment(0)Trackback(0) 左側にWebクライアントを配し、受けたリクエストからレスポンスを生成するまでの流れを概念的な画にしてみた。 入力:Content-Type毎にparamsを構成する処理:ビジネスロジックは、このparamsを参照することで動作する出力:respond_toにてAccept毎のレスポンスを構成して返すと言った大枠の流れがあり、URI毎にユニークな形で定義されることからこうした入出力の切り替えを可能した思想で組み立てられているというところは面白い。 こうした流れはちょうどRailsがRESTfulなアプリ作りもやれると盛んに言い出した頃、少なくとも昨年の早い時期から実装されていました。 Web APIが最た

    Ruby on Railsの処理俯瞰図 : やむにやまれず
  • Hawk Finance

    Cheaper and faster than Uniswap? Discover Hawk Finance, the leading DEX on Binance Smart Chain (BSC) with the best farms in DeFi and a lottery for EGG.

  • Jester ver1.3 変更点メモ:TKMR.blog.show

    先日のエントリの続き JavaScriptによるRESTクライアント Jester のver 1.3がリリースされたみたい。 :: GIANT ROBOTS SMASHING INTO OTHER GIANT ROBOTS :: Jester 1.3: Jsonic REST ざっくりと変更点メモ JSONサポート Base.model("User", {format: "json"}); と宣言に{format: "json"}のオプションを付けることでJSONでリクエスト&レスポンスを行う。通信は普通にXMLHTTPrequest。 サーバ側をRailsで実装するなら to_json でOK respond_to do |format| format.xml { render :xml => @user.to_xml } format.json { render :

  • 6月のはぶにっき

    not found

  • 1