問題タブ [npm]

私はjavascript libを持っています。基本的にこれはこれまでの構造です:

node問題は、同じライブラリをandで利用できるようにしたかったということですnpm。これまでのところ、これは私が思いつくことができるものです:

問題は、これはブラウザでは機能しますが、ノードではこれを行う必要があることです:

問題:できるようになりたいのですvar Ns = require('ns')が、そのためにはエクスポートする必要がありthis.foo、this.barブラウザのインクルージョンが壊れます。アイデア？

Ubuntu 11.10 インストールに node.js と npm をインストールしようとしていますが、うまくいきません。シナプス パッケージ マネージャーがインストールする古いバージョンではなく、新しいバージョンの node.js - v0.6.0 を使用したいので、最新のソースからダウンロードしてコンパイルするルートをたどることにしました。しかし、「モジュールが見つかりません」というエラーが発生したため、npm を正しくセットアップできませんでした。エラーに関する情報がほとんど見つからないことに、私は完全に驚きました。

とにかく、ここでの私の目標は、本番環境を実行することではなく、node.js を学ぶことです。諦めて v4.9 を使用する必要がありますか?それとも、最新バージョンを維持して自分で構成するという苦痛を経験しなければならない場合でも、学習のために最新バージョンを入手する価値はありますか?

特定のファイルを編集した後、サーバーを自動的に再起動したいと考えています。そのためにインストールできるものはありますか? -または、フォルダーがそれに応じてスクリプトを実行するのを監視する必要がありますか。任意のポインタをいただければ幸いです

NPM（Node.JS Package Manager）に循環バッファー/リングバッファーの実装はありますか？自分で簡単に実装できますが、簡単に展開して保守できるライブラリが欲しいです。

私のユースケースは、RRDToolの固定サイズのインメモリデータベースに時系列を格納することですが、RRDToolもJavascriptでの再実装（名前を忘れた）も適合しません。大きな（50KB）JSONオブジェクトを保存する必要があります。

ダウンロードしたモジュール リポジトリがあります。別のディレクトリにグローバルにインストールするのではなく、ローカルにインストールしたいですか?

これを行う簡単な方法は何ですか？

この問題に似たケースで、npmを使用してモジュールをインストールしましたrequire('module')が、見つかりません。

ここまでは順調ですね。しかしその後...

npmはパッケージがそこにあると言います：

新しいモジュールは/usr/ local / lib / nodeディレクトリには表示されませんが、/ usr / local / lib / node/.npmの下には表示されることに注意してください。

require更新：次のようにステートメントでパスを完全に修飾すると、すべてが機能することに注意してください。

アプリケーション ルートからモジュールを要求する必要がある NPM パッケージを開発しています。これは、ユーザーによってアプリケーション ルートに配置されるプロパティ モジュールを必要とするパッケージと考えてください。

アプリケーションのルートへのパスを取得するにはどうすればよいですか?

アップデート：

私がやろうとしていることを要約すると、express を使用すると、次のようなことができます。

ルーター機能がappパラメータとして取得されます。アイデアは、ユーザーが別のファイルでルートを指定できるようにすることです。コントローラーを/controllersフォルダーに配置するなどの特定の規則に従うだけで、モジュールはパスを動的に解析し、正しいメソッドを呼び出すことができます正しいモジュール。すでに機能していますが、NPM でパッケージ化すると、アプリのパスにアクセスできなくなるため、コントローラー モジュールのメソッドを動的に呼び出すことができないことに気付きました。

nodeJSで頻繁に使用および更新されるモジュール（Connectなど）を使用していて、NPMを使用して作業しているローカルディレクトリにそのモジュールをインストールしたとします。モジュール内のスクリプトの1つを変更して、サーバーにとって意味のある方法で異なる動作をするnpm update場合、マスターエディションで変更したファイルに変更があった場合、将来実行するとどうなりますか？スクリプトを別のファイルにコピーしてから（元のスクリプトの代わりに）変更し、代わりにその変更されたファイルを使用する方がよいでしょうか？上記の変更されたファイルがまだnode_modulesディレクトリ内にある場合はどうなりますか？

よろしくお願いします、
サミ

Linux RHEL の /opt ディレクトリに node.js と npm をインストールしています。

npm を使用して、mongodb と mongoose といういくつかの異なるモジュールをインストールしました。ただし、ディストリビューションを作成しようとすると (または試してみると)、次のように失敗します。

これは、/opt/node/tools の下にある node-waf が見つからないために発生していると推測されます。インストールがうまくいかなかったのか、それとも Makefile をいじらずにこれに対処する最善の方法は何だろうか?

ありがとう...

NPM の (ノード パッケージ マネージャー) レジストリは、CouchDB を使用して、 http://registry.npmjs.org/registryの CouchDB インスタンスにパッケージのメタ情報と tarball を保存します。レジストリのサブセットを私の会社の CouchDB に:

{ "_id": "fetch-npm-registry", "doc_ids": [ "coffee-script", "nodeunit" ], "source": "http://couchdb.mycompany.com:5984/registry", "target": "registry", }

[ところで、これを処理する CouchApp はhttps://github.com/isaacs/npmjs.orgにあります(完全なインストール手順も含まれています)]。

自分のパッケージの 1 つに別の依存関係を追加したい場合、私の素朴な考えは、doc_idsリストを修正して (たとえば、に["coffee-script", "nodeunit", "npm"])、複製を再開することでした。

ただし、これは機能しません。レプリケーションはすぐに終了し、レプリケーションに追加したかったパッケージ (この場合"npm") がありません。

[私が知っている回避策は、ターゲット データベースを削除し、再度複製し、このローカル レジストリを使用して独自のパッケージを公開するため、ローカル パッケージを再公開することです。ため息]

修正 18.11.2011

何が起こるかは次のとおりです（CouchDBの内部の専門家ではありませんが、おそらくいくつかの真実があります）：

最初のレプリケーションが成功した後、CouchDB は、レプリケートした最新のドキュメントの最後の (最高の?)シーケンス IDをデータベース内の非表示のドキュメントに格納します (これらにアクセスする方法は以前から知っていました。ポインタを歓迎します)。次に、doc_ids最後に成功したレプリケーション (シーケンス ID) に関するこのキャッシュされた情報を変更しても、無効化 (または消去) されません。次に、同じデータベースで再度複製するように指示されると、シーケンス IDを比較し、すべて問題ないと判断します。