How to safely determine if javascript is running in node.js or the browser
How to safely determine if javascript is running in node.js or the browser October 13, 2012 While working on a javascript library, intended for use on both the server and the client, I ran across an interesting problem; how do you reliably detect what javascript environment your script is running in? I looked around and could not find a solution I was satisfied with, so I decided to look into the
UglifyJSがよさげ - スコトプリゴニエフスク通信
https://github.com/mishoo/UglifyJSUglifyJSは、node.jsで書かれたJavaScriptの圧縮ライブラリ。Additionally with this switch we’ve moved to using UglifyJS from the Google Closure Compiler. We’ve seen some solid file size improvements while using it so we’re quite pleased with the switch.http://blog.jquery.com/2011/01/31/jquery-15-released/ということなので、jQueryもバージョン1.5から使っているライブラリらしい。前エントリで同じ様な用途で使うYui Compressorに言及しつつも、Ug
Node.js と Titanium で SlideShare リモコンを作ってみた - hakobera's blog
2012/1/11 に開催した 「Node塾 講義その5 Node.js × Titanium」の発表用に SlideConcert というアプリを作って、実際にそれを利用して発表してきました。 個人的にLTをする時に便利だなと思うを機能を実装してみました。 スライド発表時は結構歩きまわるたちなのでスライドを操作できるリモコンが欲しい 発表前に「今日のスライドです」と URL をハッシュタグ付きでつぶやくことが多いのでこれを簡単にしたい スライドの内容を手元で確認したい スライドの進行を見ている人で共有したい（進行も含めてスライド共有したい） 聞いている人の感想をリアルタイムで知りたい 言葉で説明するのも難しいので、実際の動作は以下の動画でご確認ください。 サーバは Node.js 、クライアントは Titanium という組み合わせで、構想1時間、実装がアイコンの作成なども含めて年末年始
Node にまつわる良くある質問
追記いくつか誤植を修正しました。 Cluster API へのリンク Ruby のようなフルスタックにうんざりしているんだ => Rails のような~ Node 関連で良く聞かれる質問を集めて見ました。 この記事を通して Node について持っていた疑問を解消し、Node の良いところも、「ちょっとなぁ。。」なところも合わせて、きちんと理解する助けになればと思います。 そもそも "Node" なの？ "Node.js" じゃないの？当初は "Node.js" と呼ばれていましたが、「正式名称は "Node" である。ただし曖昧さが出る場合は "Node.js" と表記しても良い」という旨の記述が本家の Wiki にあります。 What is the correct capitalization of Node.js? 日本のコミュニティもこれに合わせて Node と記述するようにしている
expressコードリーディング その1 connectを読む - hokaccha memo
使用するフレームワークのコードはちゃんと読んで理解しとけと偉い人が言ってた気がするのでexpressのコードを読んでみる。 今回読むexpressのバージョンは2.4.3。 GitHub - expressjs/express at 2.4.3: Fast, unopinionated, minimalist web framework for node. が、その前に依存してるモジュールを読む。expressが依存してるライブラリは以下のようになっている。 "dependencies": { "connect": ">= 1.5.1 < 2.0.0", "mime": ">= 0.0.1", "qs": ">= 0.0.6" }, "devDependencies": { "connect-form": "0.2.1", "ejs": "0.4.2", "expresso": "0.7.
jasmine-nodeでNode.jsのBDD環境 - ひげろぐ
jasmine-nodeがnpmで入るようになってたので使ってみた。 これを使うと完全にコマンドラインのみでJasmineを使うことが可能となり、テスト結果もブラウザではなくターミナルに表示される。 自分にとってはRailsやらPHPやらのサーバーサイドプログラミングで慣れ親しんだ形でございます。 しかしTitaniumをいじってたはずがいつの間にかNode.jsの世界に迷い込んでるんだけど、あんだこれ。 準備 インストール npm install jasmine-node ディレクトリの準備 mkdir myproject cd myproject mkdir lib mkdir spec libにはテスト対象の実コードを置く。 specにスペックファイルを置く。 実コードを置く場所を変えたければspecs.jsを書き換えればよい。 Jasmineとspecs.jsのコピー スペックを走
jasmine-nodeで非同期処理のテスト - ひげろぐ
SampleSpecs.jsを見るにasyncSpecWaitとasyncSpecDoneを使うものらしい。 Zombie.jsを使ったサンプルを書いてみた。 zombie_sample_spec.coffee 例によってCoffeeScript。 describe('ゾンビがこのブログにやってきた場合', -> beforeEach -> @zombie = require "zombie" it 'タイトルタグの内容が取得できること', -> @zombie.visit "http://higelog.brassworks.jp/", (err, browser) -> expect(browser.text('title')).toEqual('ひげろぐ | 何かとメモなど') jasmine.asyncSpecDone(); jasmine.asyncSpecWait() it '
VowsとZombie.jsでExpress, MongooseなNode.jsアプリのテストを書いたよ - bojovs::blog
環境 Node.js 0.4.9 Express 2.4.6 Mongoose 2.2.2 Vows 0.5.11 Zombie.js 0.10.1 request 2.1.1 流れ 最初に、モデル内のドキュメントを削除するコードと、サーバを起動するコードを記述します。 test/helper.js 1 var mongoose = require('mongoose') 2 , app = require('../app') 3 , Post = require('../models/post').Post 4 , User = require('../models/user').User; 5 6 var serverActivity = false 7 , models = [Post, User]; 8 9 10 process.on('exit', function () { 1
mocha と Jenkins で Node.js の CI 環境を構築する - hakobera's blog
最近、mocha をつかってテストを書くのが楽しくなってきました。でも、テストの数が増えてくるとローカルでの実行だけでなく、CI 環境が欲しくなりますよね。github にあげられるようなプロジェクトだったら、Travis CI も良いですが、実際に仕事で使うとなると、既存の Jenkins と組み合わせてやる必要ができてきたので、実際にやってみました。 基本的な手順は以下の通りです。 mocha でテスト結果を TAP 形式でファイルに出力する 出力したファイルを Jenkins の TAP Plugin に読み込ませる 簡単ですね。 実際にやってみた というわけで、以下のような最小構成で試してみます。 myapp |- lib | |- calc.js | |- test | |- calc.test.js | |- package.jsonここには書いていませんが、実際は git で
foreverを使ったnode.jsのサービス運用 – なんてこったい
node.jsでUDPサーバーを作ったので、いざこれを適当なサーバー上で運用させてみようと思ったところ、どういった形で運用すればよいのかわからない…。開発時にはnodeコマンドを使ってサーバーを立ち上げていましたが、本番サーバーでもそれでよいのか?調べていたところ、foreverというnode.js用のデーモンマネージャーがあり、これを使うのが楽そうだったので使ってみました。 foreverのインストール foreverはnpmを使ってインストールすることができます。foreverはコマンドライン上で使うので、npm 1.0系では-gオプションをつけてグローバルインストールする必要があります。 sudo npm install forever -g アプリケーションの起動 アプリケーションの管理にはforeverコマンドを使います。 forever start udpserver/udps
Node.js の Stream API で「データの流れ」を扱う方法 - Block Rockin’ Codes
追記 11/12/6 少し誤字脱字を修正、加筆 11/12/7 koichik さんにコメントで頂いたリンクと、その内容について追記 11/12/7 edvakf さんに頂いた指摘を修正 本文 この記事は、JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース) の 4 日目の記事です。 Node.js には Stream という API があります。 Stream はとても重要な技術で、 「Stream を制するものは、 Node.js を制す」と言っても過言ではありません。 実際、 Stream は Node.js が得意とする I/O の部分を使いこなすために、 押さえておくべき技術なので、今回はこの Stream について紹介したいと思います。 参考 Jxck's OutPut - Node.js の Stream I/O のお
Node.js + Vowsではじめるテスト駆動開発
Node.jsで使えるTDD, BDDフレームワークはいくつかあるのですが（nodeunit, Jasmine, etc）コールバック・イベント周りのテストのしやすさとCoffeeScriptが利用出来る Vows が非常に熱い感じです。 特にテストコードをCoffeeScriptで（別途コンパイルせずに）そのまま記述出来るのは、テストコードの可読性を考えると大きなメリットだと思います。 Vowsのインストール# VowsはNode Package Manager（npm）でインストールする事が出来ます。vowsコマンドを有効にするためにカレントディレクトリの node_modules の他にグローバルにも入れておきましょう。 npm install vows npm install -g vows Vowsを使った開発手順# サンプルとして自分のフルネームを返す事しか出来ないPerson
Haskell から見た node.js - あどけない話
誤訳 以前、「サーバサイドJavaScriptのNode.js、最初はCやHaskellを検討し失敗。開発者ライアン・ダール氏へのインタビュー」という記事が twitter で話題になっていました。 ―― なぜJavaScriptを選んだのでしょう？ ダール氏 実は最初は違いました。最初はC、Lua、Haskellなどで失敗していました。そんなときV8（Chromeが採用しているJavaScriptエンジン）に気がついて、やろうとしていることに対してJavaScriptが完璧な言語だと突然ひらめいたのです。 ただでさえ、Haskell は遅いと誤解されているのに、このような悪意さえ感じらえる訳だと、さらに誤解が深まりそうです。原文にはこう書かれています。 Dahl: Originally I didn’t. I had several failed private projects doi
nodejs/npmで俺々ライブラリマネージャ作ってみた - mizchi log
npmの練習がてらに俺々ライブラリマネージャ作ってみました。 なにができるの ネット上に転がっている有象無象の javascript をバージョンごとにローカルで管理できます。 登録したライブラリは node/express で簡単に出力できます 要はネット上に転がってるjQueryのプラギンとかをどうにかしたかったんです。 npmがnodeにまつわるライブラリを集めているのですが、クライアントサイドはそういうものがなかったので、とりあえずでっちあげました。 $ js-manager - v0.0.1 [commands] - help - installed - search - versions - install $ js-manager install jquery fetching jquery@latest saved as jquery-1.6.2.min.js $ js-m
expressのbodyDecoderとかcookieDecoderの名称が変更されていた件 :ダメ人間オンライン
node.jsのサンプルソースをwebで探しては動かしてみたりしてるのですが、 TypeError: Object #<Object> has no method 'bodyDecoder' とかって怒られてしましました。メソッドが無いよってエラーメッセージですね。 開発が活発なのでメソッドが変更されたのかなーっと思ってexpressのHistory.mdを確認してみたのですがそれっぽい記述が無い('A`;) webで調べても中々情報が見つからなかったのですが、下記サイトに詳しく書いてありました。大助かりです。 expressコマンドの1.xと2.xで作成される雛形アプリの違い - Daily Node expressの1.x系と2.x系で異なるみたいですね。名称の変更は3つのようです。 bodyDecoder → bodyParser cookieDecoder → cookiePars
ExpressとSocket.ioを使ったチャットサンプル - 自分の感受性くらい
このエントリはリアルタイムWebハッカソンのハンズオン資料その4です。 前回の続きです。それでは次に簡単なチャットアプリのコードを見てみましょう。かなりの部分（特にデザイン面）をSocket.ioのチャットサンプルをパクって参考にしています。 サーバ側であるapp.jsはこんな感じです。 var express = require('express'), io = require('socket.io'), json = JSON.stringify; var app = module.exports = express.createServer(); // Configuration app.configure(function(){ app.set('views', __dirname + '/views'); app.use(express.bodyDecoder()); app.u
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://everyauth.com/
トップページ - 株式会社 Yandカンパニー
http://node-bdd.heroku.com/
node servers, npm scripts, spark2 and monit