jQuery使いが知っておくべきjQueryテクニック8選 - Hack Your Design!
1. jQuery 2.x vs 1.x 2. イベントハンドリングには on() を使うべし 3. AJAXには done(), fail() を使うべし 4. ajax()だけじゃなくショートカット・メソッドも活用すべし 5. find() を使って絞り込むべし 6. カスタムイベントを定義する 7. 属性を指定してDOMエレメントを生成できる 8. form送信時は serialize() を使って値をまとめて取得すべし 参考 本記事はjQuery Advent Calendar 2013の23日目の記事となります。今回はjQuery使いとして覚えておきたいテクニックを個人的に8つピックアップしてみました。 日本との時差の関係で更新が24日になっているでしょうが気にせずいきましょう。 1. jQuery 2.x vs 1.x １つ目はテクニックというよりTipsになります。jQuer
jQuery 1.7、1.8 で非推奨になったイベントのメソッドと Ajax 関連のメソッドとイベント - Sarabande.jp
jQuery: 大半のブラウザにおいて ready は DOMContentLoaded を指すFunction.prototype.apply、bind と $.proxy の比較event.originalEvent、jQuery.event.props.push、jQuery.event.fixHooks について条件分岐からメソッドチェーンやマップによるコールバックにjQuery 1.7、1.8 で非推奨になったイベントのメソッドと Ajax 関連のメソッドとイベントメソッドチェーンもしくはプロパティ表記を使って複数のイベントハンドラを指定するホーバーで削除ボタンの表示をコントロールするmouseenter と mouseover のちがいjQuery のイベントメソッドのなかでの return false と e.preventDefault() のちがい9月1日追記: on メ
CoffeescriptのClassの作り方メモ - Qiita
間違ってそうだけど、メモを残してみる。 :: (ダブルコロン)の意味がprototypeということで追記してみた。 Sample class class Hoge # static public parameter / constants @classParam = "hoge" # Hoge.classParam @CONST = 1 # Hoge.CONST # prototype parameter prototypeParam : 0 # Hoge.prptotype.prototypeParam Hoge::prototypeParam2 = 0 # Hoge.prototype.prototypeParam2 # static private parameter _privateParam = 0 # var _privateParam # static public meth
turbolinks と jQuery での非同期通信時、時間がかかる場合にインジケータを表示する - 情報と音楽
XMLHttpRequest による非同期通信は便利ですが、デフォルトではなんのフィードバックもないため、時間がかかるとユーザは不安になります。 ここでは、turbolinks および jQuery による非同期通信で、一定の時間がかかった場合に、通信中であることを示すインジケータを表示する方法を説明します。 前提 インジケータはすべてのページに loading-indicator という id の要素で用意されているものとします。この要素の表示・非表示を切り替えることで、通信中かどうかを示します。 コードは CoffeeScript で示します。 検証環境は下記の通りです。 turbolinks 2.2.0 jQuery 1.10.2 Chrome 33 OSX 10.9.2 turbolinks の場合 turbolinks は、リンクのクリックからページのロードまでに、いくつかのイベ
Fluentdで、RailsのログをS3に保存する方法 - Qiita
What is fluentd? ログ収集をプログラマブルに実施し、状況に応じた柔軟な対応が実現できるソフトウェア ログの管理を「インプット」「バッファ」「アウトプット」という3つの層に分けて管理 fluentdは内部で各ログデータに対して「タグ」を付与し、管理 fluentdではログの内容（レコード）がJSON形式になっている そのため、アプリケーション側でのパースが容易であるというメリットがある Why Fluentd? : ログ管理への要求 ログの多様化・肥大化への対応 ログ情報を基にした分析の必要性 fluentdの設定方法 インストール方法 様々なインストール方法がある RPMパッケージからFluentdをインストールする (Redhat Linux) DEBパッケージからFluentdをインストールする (Debian / Ubuntu Linux) DMGパッケージからFlu
Fluentdで各種ログをS3とElasticsearchにまとめる - BitArts Blog
各々のサーバの様々な場所に分散しているWebサーバやその他各種ログファイルをFluentdでまとめてAmazon S3にガシガシ保存。かつ、分析用にコピーを自前のElasticsearchにも保存します。保存したログはKibanaで手軽にビジュアライズ。 Fluentdはとてもシンプルな仕組みで理解しやすい。「ログを集積したい！」と感じたらサクッと導入できる超便利ツールです。 今回は集積用サーバを経由してElasticsearchとS3に保存する構成にします。 Elasticsearchのインストール Fluentdで集積したログは保存するだけならS3で良いのですが、手軽にビジュアライズしたいので、今回はKibanaを使えるようにElasticsearchにも保存するようにします。今回はCentOSに導入するので、公式のyumリポジトリからインストールします。 $ sudo rpm --i
railsのfluent-logger gemを使ってユーザーのアクセスをfluentdサーバに収集する – joppot
概要 みなさんこんにちはcandleです。前回からfluentd関連の記事を続けていますが、今回辺りから実用的な使い方を書いていきたいと思います。 fluentdと言えば、ビックデータで扱うようなデータを集め出力するサーバですが、これとrailsのfluent-logger gemを組み合わせてアクセスログをとってみたいと思います。 アクセスログは、別段fluentdを使わなくてもrailsログにもapacheログにも存在するのですが、いづれのログもアクセス以外のログがごちゃまぜに保存されているので、解析するためには使いづらいログです。 fluentd-loggerをうまく使えばアクセスだけを抽出してログとして残せるので後で解析が楽になります。 ちなみに、アクセスログに特化したfluentdに投げるactなんとかgemもあるのですが、そちらはカスタマイズ性が悪いので使いません。もしも手っ取
amacou's blog — ローカルで動かしているRailsアプリでfluentd+elasticsearch+kibana3と連...
ローカルで動かしているRailsアプリでfluentd+elasticsearch+kibana3と連携させてみる fluentdとかelasticsearchとか触ってみたくなったので、全てをローカルのMacの中に入れて触ってみた。 以下作業ログです。 fluentdのインストールfluentdをgemから入れて起動する とりあえずconfファイルはいじらないで動かす $gem install fluentd $fluentd --setup ./fluent #./fluent/fluent.confを作成 $fluentd -c ./fluent/fluent.conf #fluentdを起動 railsの修正fluentdにログを流す方法はいろいろあるみたいだけど、ログをLTSV(Labeled Tab Separated Value)形式に変えてからそれをfluentdのsour
Rails3+devise,nginx,fluent,S3構成でのアクセスログ収集と蓄積 | takemikami's note
ユーザ認証が存在するWebアプリのアクセスログを有効に分析するためには、 ・Webサーバからアクセスログを集める ・Webアプリのユーザとアクセスログを紐付ける の２つを行う必要があります。 この記事では、 ・Webサーバ： nginx ・開発フレームワーク： Ruby on Rails （認証プラグインとしてdevise） ・ログ集約： fluentd ・ログの格納先： Amazon S3 という構成のWebアプリケーションで、 「アクセスログの収集と蓄積」を行う流れについて説明します。 サーバOSは、CentOSを利用します。 アクセスログの収集から蓄積までは以下の図の流れになります。 アクセスログの出力： ①ユーザの訪問 ②アプリから会員ID情報を送信 →RailsアプリからHTTPヘッダに会員IDを付加して返却 付加したヘッダはnginxでログ出力後に削除（ユーザに付加した情報は見
Fluentd + Elasticsearch +Kibanaを導入したので手順をメモ - まっしろけっけ
導入経緯 「serverのログ見るときに複数のserverにsshで入って見るのとかつらめ」 という理由からリアルタイムで集められたら幸せになれるのではと考え、 fluentdを使ってみようとい結論に至った訳です。 なぜfluentdにしたのか 他にもflume(良く知らない)とかあるのになぜfluentdにしたかと言うと下記の理由から Rubyで実装されているのでカスタマイズとかプラグイン作る場合も作りやすいかな gemとして提供されているのでRubyプロジェクトでは導入しやすいかな プラグインがいっぱいある RubyKaigiでそのっつさんの下記のお話を聞いていたりで使ってみたかったとかそんな感じ Fluentd Hacking Guide at RubyKaigi 2014 リアルタイムログ解析もしてみる Fluentdを使うならElasticserchとKibanaも導入してリアル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今更ですけど、fluentdについてマトメてみる(その2) - Qiita