You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
If you are running Node.js 0.8 and Socket.IO over HTTPS then you will be affected by this memory leak. See the bottom of the post for details of a fix. Node.js is a great bit of kit, but it’s still a relatively young technology. I was bitten by this recently when I had to investigate a large memory leak in one of the Node.js apps I maintain. There are tools that can help to track down these sorts
By Spike Brehm Here at Airbnb, we’ve been looking curiously at Node.js for a long time now. We’ve used it for odds and ends, such as the build process for some of our libraries, but we hadn’t built anything production-scale. Until now. The ProblemThere’s a disconnect in the way we build rich web apps these days. In order to provide a snappy, fluid UI, more and more of the application logic is movi
C++などでluaを使ってよくやるスクリプトシステムと同等の仕組みを意味があるか別としてやってみた。 new Functionを使うと簡単かつJITが効く速いコードができる。 逆にこういう用途に使うであろうvmモジュールはくっそ遅い上にunstableなので使いにくい var fs = require('fs'); var txt = fs.readFileSync('./filevm.jss'); var MAX = 1000000; [function(){ var TID = 'newFunction'; var ctx = { hoge : 0, fuga : 0, }; var f = new Function('"use strict";'+txt); var x = f(); console.time(TID); try{ x.init(ctx); for(var i=0;i
この投稿は「Node.js入門」の著者の一人である、shigeki@githubさんが師範となり開催された「Node.js道場」での鍛錬の模様を記したものです。 目次的なもの 序の段 <- イマココ! 弐の段:前編 弐の段:後編 TCPからはじまるHTTP John: やあ、Michael。見て!見て!このNode.jsすごいんだ。 http.createServer だけでサーバが立っちゃうんだぜ! Michael: マジかよ?クレイジーでクールだぜ! Node.jsはhttpサーバを作ることが当初の目的だったそうで、我々の修行は、簡単にhttpサーバが作れてしまうhttpモジュールの大元であるnetモジュール(TCP通信を扱う)からはじまりました。「Node.js入門 第9章」にあたります。 道場ではkeep-aliveな接続時の注意点などが師範より示されました。私の人生もFINパケッ
ド素人が完全自作SNSを作ってみてわかったこと。 http://anond.hatelabo.jp/20130104184115 の元増田です。 ひっそりと公開したはずのtag-chat.net(http://tag-chat.net)ですが、 まさか、こんなに反響を頂けるとは思っていなかったので、びっくりしました。 素人のフリをしているとか、出版社のステマだとか色々言われましたが、嘘は一切書いてないです。 ステマというか、ウェブサービス公開後の状況を知っている方からするとマイナスのステマにしかなっていないような気がします…。 公開してから、色々と発見というか気づきがあったので、それを共有できれば幸いです。あと、tag-chat.netの中身についてなど。 ~増田記事を公開してから今までの経過~ ・意気揚々と自作SNSを公開したものの、アクセスが全くこなくて途方にくれる。 ⇓ ・以前、完全
Recently I internationalized a Node/Express web application that I’ve been working on and it seems to have gone fairly well (users in multiple languages are using it happily and I’m seeing a marked increase in traffic because of it!). Not much of what I’m writing up here is particular to Node, per se, just a general strategy for internationalizing a web application. I’ve used enough internationali
(急遽宣伝) FrontrendでGruntします Frontrend(フロントレンド) Vol.3 powered by CyberAgent : ATND Frontrend(フロントレンド)とは サイバーエージェントが主催するフロントエンド系技術セミナーです。 HTML5/CSS3やJavaScriptのトレンドやノウハウ等を惜しみなくお伝えします。 2012/10/21(日)の午後に、FrontrendでGruntのことを紹介させていただく運びになりました!以下の記事は色々と知ってる前提な内容になってしまっているので、ベーシックな所から知りたい方には特にオススメです。 今回のFrontrendはスピード特集ということで、ページパフォーマンスの最適化はもちろん、CSSプリプロセッサの導入や、ガイドラインの運用による業務効率のカイゼンにも踏み込んでスピードを上げていきます!ということで
肥大化とは別に、Expressのルーティングにもう一つ不満がある。 app.jsに以下の様に一々登録しないといけない事だ。 app.get('/', routes.index); app.get('/foo', routes.get_foo); app.get('/bar', routes.get_bar); app.post('/foo', routes.post_foo); app.post('/bar', routes.post_bar); これでは新しいメソッドが追加されるたびに、記述を増やしていかなければならない。 という事で、昨日やった肥大化の解消を更に改良しつつ、ルーティングの自動化をしてみた。 app.js var express = require('express') , http = require('http'); var app = express(); app.
このWebサイトは、アスキー・メディアワークス刊行書籍関連ファイルのダウンロード専用ページです。 当ホームページに含まれるすべてのコンテンツの無断転載、複写を禁止します。 © KADOKAWA ASCII Research Laboratories
去年の東京node学園祭からあっという間に一年が経ち、今年も東京node学園祭が11月18日に行われます。それに伴って、nodeに関する記事を書くアドベントカレンダをやっています。この記事はそのひとつとして、qilinについて書こうと思います (mochaのテストを複数のプロセスを使って実行するparallel-mochaについても書こうと思ったのですが、バグを見つけたのでまたの機会にします)。 qilinは、nodeのアプリケーションを複数のプロセスを使って走らせて、プロセスが死んだら再起動させたり、nodeのアプリケーションをダウンタイム無しに更新したり、という機能を提供します。こういうったものはrailsの分野では沢山あり、unicornやpuma、rainbows!などが有名です。これら相応のものがnodeには無いようだったので、作ってみたのがqilinです。 折角なので少しqil
JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース)の16日目です。 @koichikさんの13日目の記事にも書かれているように、Node.jsにて非同期処理を管理する方法には以下の2種類があります 非同期処理の呼び出し時にコールバック関数を与える。処理が終わったらエラーの有無と、結果が通知される。 EventEmitterに対してon/onceでEventListenerをセットして非同期処理を実行する。非同期処理の実行によって発生したイベントやエラーはリスナーに通知される。 後者の説明はkoichikさんの記事にお任せして、この記事は前者を扱うライブラリcaolan/asyncについてみていきたいと思います。 caolan/asyncって? https://github.com/caolan/async で公開されているフロー制
pub/subで他のプロセスに通知を送れる pubというのはPublishのことで、subというのはSubscribeのことです。発行と購読とでも訳せばいいんでしょうか。 まず、Redisに「Subscribe(購読)します」と事前に宣言しておきます。続いて、Redisに対して「HogeHogeをPublish(発行)します」と誰かが言うと、すぐにSubscribeしている全てのプロセスに通知が発行されます。 何か更新があった際に、他のプロセスや他のサーバに簡単に通知を送れるので、いろいろと使い道は多そうです。 Node.jsからRedisを使えるようにする。 npmでredisのパッケージをインストールし、Node.jsからRedisを使えるようにします。 $ npm install redis npm http GET https://registry.npmjs.org/redis
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く