おことわり このTipsは不作法だとして異論が出るかもしれないが、私自身がよくやるのでここで公開してみる。それは一体何かというと…… コマンドヒストリーが残るのイヤだ! と思うことってよくないだろうか? 開発環境で、後に再利用することは到底ありえないくらい長ーいワンライナーを書いたり、あるいは rm -rf * みたいなキケンなコマンドを実行したりして、ログアウト後にそういうのを残したくない、と思うこと。 そんなアナタにオススメのTipsだと思う。 次のコマンドを実行すればOK
立つハッカー、シェルを濁さず - Qiita
おことわり このTipsは不作法だとして異論が出るかもしれないが、私自身がよくやるのでここで公開してみる。それは一体何かというと…… コマンドヒストリーが残るのイヤだ! と思うことってよくないだろうか? 開発環境で、後に再利用することは到底ありえないくらい長ーいワンライナーを書いたり、あるいは rm -rf * みたいなキケンなコマンドを実行したりして、ログアウト後にそういうのを残したくない、と思うこと。 そんなアナタにオススメのTipsだと思う。 次のコマンドを実行すればOK
InfoQ: WebSocket と Bayeux/CometD
原文(投稿日：2010/03/19)へのリンク ブラウザベースのアプリケーションで通信を行うためのテクノロジは，現在のところ２つある。Bayeux (別名 CometD) と，それより新しい WebSocket だ。どちらが優れているだろうか，あるいは，共存できるのに十分なだけの違いがあるのだろうか？ CometD フレームワークは Bayeux プロトコルの実装であり，信頼性の低いネットワーク上で，クライアントとサーバ間の複数チャネルの非同期通信ストリームを実現する。数多くの言語 (JavaScript，Java，Perl ...) から使用できるが，ブラウザベースの AJAX アプリケーションでの利用が圧倒的に多い。Bayeux のアドバンテージは，新たな情報を受信した時に行う非同期/バックグラウンド処理を，ブラウザが提供する HTTP 通信サービスのみで実現可能なことにあり，Goog
Fayeを使ってRails4で簡単なチャットアプリ作ってみる。 - mazeltov7のweb断片
Faye（http://faye.jcoglan.com/） RailsCastの「#260 Messaging with Faye 」を参考にさくっと作ってみました。 日本語資料はこちら。 ほぼ、このrailscast通りにやれば、できます。 この過程でちょっと詰まったりした部分を、メモしておきます。 railscastではfaye.ruを require 'faye' faye_server = Faye::RackAdapter.new(:mount => '/faye', :timeout => 45) run faye_server と書いてますが、 chromeでコンソールみると「 faye Error during WebSocket handshake: 'Upgrade' header is missing」というエラーが出てきます。 これはこちらで解決。 http://
Tuning unicorn
Application_Timeouts CONTRIBUTORS DESIGN FAQ HACKING ISSUES KNOWN_ISSUES LICENSE Links NEWS PHILOSOPHY README SIGNALS Sandbox TUNING unicorn_1 Unicorn Configurator HttpServer OobGC PrereadInput StreamInput TeeInput Util Worker Tuning unicorn unicorn performance is generally as good as a (mostly) Ruby web server can provide. Most often the performance bottleneck is in the web application running on
Railsアプリのパフォーマンスを上げるために最近やったこと | en30's blog
運用しているサービスに突然大量のアクセスがあって、パフォーマンスのせいでアクセス数が頭打ちになっていた。レスポンスタイムもかなり大きく障害と言っていい状況だった。アプリケーションサーバのスケールアウト以外に、その対策としてしたことを書く。 やったこと DBサーバをSSDに RubyのバージョンアップとGCのチューニング Ruby 1.9.3を利用していたが、開発マシンでテストを走らせてみて問題が無いようだったのでRubyを最新の2.1.2に変えた。 GCのパラメータ Ruby2.1のRGenGCについて Ruby 2.1: RGenGC Ruby 2.1.1 GC Tuning あたりにざっと目を通してみた。 環境変数でGCのパラメータをいじる。 bkeepers/dotenv-deploymentを使ってとりあえず RUBY_GC_MALLOC_LIMIT, RUBY_GC_OLDMAL
例えば GC を止める・Ruby ウェブアプリケーションの高速化 - 2nd life (移転しました)
最近クックパッドでは、アプリケーションサーバの大半が 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
[ruby] rss のパースは nokogiri を使いましょうという話 - HsbtDiary(2014-08-27)
■ [ruby] rss のパースは nokogiri を使いましょうという話 rails でお知らせのような rss をパースして表示する必要があるとき feed-normalizer や feedjira を使っていることが多いと思うけど Ruby 2.2.0 の対応状況としてはあまりよろしくない. feed-normalizer は Ruby 2.2.0 で動かそうとすると stack level too deep となる feedjira は依存する curb のメンテナンス状態が怪しい(Ruby 2.2.0 対応は完了しているけど、CentOS 5 でビルドできない問題を直したバージョンをリリースしてくれない...) さらに rss 関連の技術やライブラリがこの先盛り上がることも多分ないので、rss をパースするときはすみやかに Nokogiri を使って自分たちが使いたいような
![[ruby] rss のパースは nokogiri を使いましょうという話 - HsbtDiary(2014-08-27)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
RubyのRangeクラスと範囲オブジェクト、範囲演算子、イテレーターの使い方
RubyのRangeクラスと範囲オブジェクト、範囲演算子、イテレーターの使い方：若手エンジニア／初心者のためのRuby 2.1入門（4）（3/3 ページ） Rubyのイテレーターの基本的な使い方 ArrayやHashなどのコンテナーやRangeといった範囲オブジェクトを使っていると、含まれている要素1つ1つに対して、何らかの処理を行いたい場合があります。このようなコンテナーの各要素に対する繰り返しの処理を、概念的に「イテレーター」と呼びます。 少し込み入った話をすると、ArrayやHashは「Enumerable」というモジュールをミックスインすることによってイテレーターを実現する種々のメソッドを実装しています。ミックスインについては、以降の連載のクラスやモジュールを解説する回で説明します。 基本的な繰り返し（eachメソッド） ArrayオブジェクトにおいてもHashオブジェクトにおいて
Goodpatchデザイナーがインプットに利用しているサイトまとめ | Goodpatch Blog
「Open Knowledge Sharing」の言葉の元、Goodpatch内ではメンバーが各々自分のアンテナを張り、面白い情報を共有しています。その成果は毎月のまとめとして当ブログにアップされる他、仕事に直接活かされることもありますし、間接的にも各々の力となっています。今回はGoodpatchのデザイナーが情報のインプットに利用しているサイトをまとめました。英語サイトも多いですが、英語がわからなくとも眺める価値は有りますので是非ご一読を！ デザイナーコミュニティ系サイトDribbble https://dribbble.com/ 言わずと知れた招待制デザイナーコミュニティ。過去にもDribbbleについての記事を書いているのでこちらもどうぞ → Dribbbleでフォローしたい、世界トップレベルのUIデザイナー14人 「フラット」など、デザインテイストやモチーフ名を入れて検索しデザイン
RailsでAPIを作るときのエラー処理について | Yucchiy's Note
RailsでAPIを雑に書いていたんだけど, コントローラとかをどう書くとエラー処理しやすくなっていいかなーと考えていて, 個人的に考えがまとまったのでブログ書いた. ※9/1に追記書いた. 良いエラー処理について 個人的にAPIを書く上で(API書くに限らない気はするけど)どういうふうにエラー処理を行うと良いかなーと考えてみると コントローラ内では基本的に, ある関数の処理が失敗して, 次の処理が行えない場合はすべて例外を投げる 例外は各々のコントローラ内で例外のキャッチは行わず, すべてApplicationControllerなど, 親コントローラ内の1メソッドで完結させる かなーと思う. APIのエラー処理は, Envelopeにステータスコードとエラーメッセージを書いて, APIのフォーマットを統一するほうがクライアントが作りやすそうだし, またこのように処理することで, エラー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【妄想】RubyScriptをコンパイルする - Qiita
IDEA * IDEA