GitHub製Resqueを使用したRubyでのバックグラウンド処理(バッチ処理) - Masatomo Nakano Blog - Web開発を極める
そこそこの規模のWebシステムになってくるとバックグランド処理(batch処理)は欠かせないものになってくる。メールの送信、データの日次、月次、年次処理、削除(フラグ)データのpurgeやバックアップ、等々いろいろな物が出てくる。 現在はBackgrounDRbを使っているが、いろいろといまいちなので今回Resqueを評価してみた。ちょっと触った段階での第一印象をメモ。 まず、バッチ処理系で評価のポイントになってくる部分はなんだろうかと考えてみると、なんと言っても見通しのよさと異常系の処理だと思う。画面系と違い、バッチ処理は「見えにくい」ところで実行されるので、その二つが特に大事になってくる。「知らないうちに止まっていました」では困るのがバッチ処理。 たとえば、 異常時の処理無視?管理者に通知?リトライ? 復旧処理タスクの削除(問題を修復後)リトライ 状態の監視いくつのJobが残っているか
iTunesのライブラリの移動・バックアップ: Apple サポートコミュニティ
沢山の楽曲やビデオをiTunesに読み込ませると、どうしてもライブラリが肥大化して、ライブラリを外付けHDDやNAS上に置きたい、家族でライブラリを共有したい等の要望が出てくる場合もあるでしょう。また、「iPodに入っている楽曲ファイル等はiTunesへは戻せません」ので、iTunesのライブラリをバックアップしたり、新しいコンピュータを購入したときにはiTunesのライブラリを移動させる必要が生じます。 ここでは、「１．iTunesライブラリのデータの場所や構成」、「２．ライブラリの移動やバックアップ」、「３．外付けHDD等、デフォルト以外の場所にライブラリを置く方法（含ライブラリの共有）」について簡単に解説します。 １．iTunesライブラリのデータの場所や構成 デフォルトでは、iTunesライブラリのデータは ・Mac：ホームフォルダの"ミュージック"・"iTunes"フォルダ（~/
最速な JavaScript のリファレンスマニュアルサイトをつくった - tokuhirom's blog
JavaScript のリファレンスマニュアルといえば MDN(Mozilla Developers Network) が有名ですが、MDN の資料は探索がめんどくさいし、表示が遅いということで使い勝手がわるいという問題がありました。 そこで、jQuery のリファレンスマニュアルサイトとして有名な jqapi.com とおなじよような使い勝手のサイトがあったらいいのになーとおもいました。 なので、つくりました。 サイト自体はすべて static なデータで構成されているので、github からデータを取得すれば、イントラや自分のマシン内で閲覧することも可能となっています。 なお IE での動作確認はしていないので、うまくうごかない場合は pull-req してください。
resque の哲学 - @kyanny's blog
resque の README と Introducing Resque - GitHub を読んだ。後者は GibHub における非同期処理の歴史を紐解いたうえで「なぜ resque なのか」に触れられていて、読み応えがあった。 彼らが必要とした非同期処理システムの要件はいろいろ挙げられているが、その背景に「管理・運用を楽にしたい」という思惑を感じた。キューの「タグづけ」や優先度はシステムの全容を把握しやすくするためだろうし、処理の統計を見るために専用のウェブアプリケーションを内包するほどだし、「刺さった」ワーカーを kill -9 できたり、失敗するジョブを繰り返さないことや失敗したジョブを破棄しないことは不具合が発生したときリカバリ・調査する手間を減らすための実際的な要求からきたものだろう。 上記のような要件定義をした上で、それを満たせる既存のミドルウェアとして Redis を採用し
Flask の使いどころ - Twisted Mind
Web アプリを仕事ではほとんど書いたことが無かったのですが、Flask を仕事で使う事にしたので、書いてて感じた Flask の使いどころを。 追記 コメントに色々な意見を頂いておりますので、是非そちらも。 がっつり使われた方の感想 Flaskを１年仕事で使った感想 - kawaken’s blog http://d.hatena.ne.jp/kentaro_kawano/20120115/1326612808 結論 とりあえず箇条書きで ... データベースサーバとの接続が前提なら、 Flask を使うのはやめる Flask-* という Flask の拡張を使う時点で、Flask を使うのはやめる 大規模で Blueprints を使う前提なら、Flask を使うのはやめる 小さなアプリでプラガブルな仕組みを自分で作るには良い パーミッションは Flask-Principal が良さそ
「Marcoを目指そう」と「ちっちゃいアプリケーションにフォーカスしろ」 - 虎塚
ウェブ業界で起業したいならMarcoを目指そう - quipped 連休に話題になっていた上の記事を読んで、Lingrの江島さんが2006年に書かれた記事を思い出しました。 創造的なエンジニアのための働く環境とは（１） http://japan.cnet.com/blog/kenn/2006/01/23/entry_post_78/ 創造的なエンジニアのための働く環境とは（２） http://japan.cnet.com/blog/kenn/2006/02/11/entry_post_79/ とくに初期は、一般人には不細工でしょぼく見えてしまうかも知れない、ちっちゃいアプリケーションにフォーカスしろ。最初から色々使えそうな汎用なものを作るな。入れるかどうか迷う機能は外せ。新しいモノ好きの仲間内でウケるものを作れ。バカは無視しろ。限界ギリギリまで一人または同じレベルの少人数でつくれ。それがう
Understanding JavaScript OOP — Sorella's Basement
Understanding JavaScript OOP —Prototypical inheritance on awesomeness! JavaScript is an object oriented (OO) language, with its roots in the Self programming language, although it's (sadly) designed to look like Java. This makes the language's really powerful and sweet features stay covered by some pretty ugly and counter-intuitive work-arounds. One such affected feature is the implementation of p
ファイルディスクリプタ（file descriptor）について調べてみた - kotaroito's notes
Perl Hackers Hub 第6回 UNIXプログラミングの勘所（2）を読んでいたがよくわからなかったので、Operating System ConceptsやMANなどを読んで一から理解してみる。 Operating System Concepts 作者: Abraham Silberschatz出版社/メーカー: John Wiley & Sons Ltd発売日: 2009/02/13メディア: ペーパーバック購入: 1人 クリック: 39回この商品を含むブログ (4件) を見る open()システムコール The open() system call first searches the system-wide open-file table to see if the file is already in use by another process. If it is, a
Pythonで表データを扱うライブラリ「tablib」を試す - メモ置き場
仕事してるとテストデータを作ったり、またはシステムのデータをダウンロードさせたりとかで、結構csvやxls形式を使います そんなときに便利そうなライブラリがあったのでちょっと試して見ました tablib https://github.com/kennethreitz/tablib document http://docs.python-tablib.org/en/latest/index.html インストール pip install tablib 使い方 新しくデータを作成する # ヘッダ import tablib headers = ('名字', '名前') # データ data = [('東方','仗助'), ('虹村', '億泰')] # 表データの作成 data = tablib.Dataset(*data, headers=headers) # 行を追加 data.appen
なぜ Play は Servlet を使っていないのか（Why there is no servlets in Play 翻訳） - ikeike443のブログ
まだ正月休みなのです。暇なので訳してみました。 この記事は 1年半以上前に Play の生みの親である Guillaume Bort がブログに書いたものです。 (2012/8/19追記: リンク切れしていたためリンクを貼り直しました) なぜ Playframework では Servlet が一切使われていないのかについて、簡潔に書いています。 丸山先生が Play に注目し始めた今、Play2.0 のリリースが間近に迫った今、あらためて読むと面白いかも知れません。 なぜ Play は Servlet を使っていないのか Servlet API に準拠せずに Java web フレームワークを作ることはかなり変に思えるかも知れない。大抵の人はなぜこんな普通じゃない選択をしたのかを聞いてくる。気に入ってくれる人も何人かいるが、大半は毛嫌いする。正直に言うと、 Play フレームワークの一番
$ command line ruby cheat sheets
CONSOLE COMMANDS help show all the console commands (same as this section) show dbs show database names show collections show collections in current database show users show users in current database show profile show most recent system.profile entries with time >= 1ms use <db name> set curent database to <db name> db.help() help on DB methods db.foo.help() help on collection methods db.foo.find()
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
逆引き辞典
Why I Hate the Django ORM
http://www.niwi.be/post/django-sse-html5-server-sent-events-django/