問題タブ [formidable]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
6 に答える
3049 参照

node.js - nodejs手ごわいイベントをトリガーしない

私はexpress3.xを使用しており、手ごわいものを使用しています

アップロードフォームは

どのイベントもトリガーされません...何が足りないのかわかりません..

0 投票する
2 に答える
4579 参照

node.js - ノード アプリケーション ストリーム ファイルを Amazon s3 に直接アップロード

こんにちは :) ノード アプリケーションが HTTP POST ファイルのアップロードを Amazon S3 バケットに直接ストリーミングする可能性を検討しています。

これには Formidable と Knox の使用を検討しています。

私が確信していない部分は、S3 では、送信前にファイル内の合計バイト数を知っている必要があるということです。

これを達成する唯一の方法は、HTML5 ファイル API (およびおそらく Internet Explorer の ActiveX コントロール) を使用してクライアントのファイル サイズをチェックし、これを HTTP POST 要求の一部として送信することであると考えるのは正しいでしょうか。 ?

0 投票する
1 に答える
3670 参照

node.js - Reporting upload progress from node.js

I'm writing a small node.js application that receives a multipart POST from an HTML form and pipes the incoming data to Amazon S3. The formidable module provides the multipart parsing, exposing each part as a node Stream. The knox module handles the PUT to s3.

I'm reporting the upload progress to the browser client via socket.io, but am having difficulty getting these numbers to reflect the real progress of the node to s3 upload.

When the browser to node upload happens near instantaneously, as it does when the node process is running on the local network, the progress indicator reaches 100% immediately. If the file is large, i.e. 300MB, the progress indicator rises slowly, but still faster than our upstream bandwidth would allow. After hitting 100% progress, the client then hangs, presumably waiting for the s3 upload to finish.

I know putStream uses Node's stream.pipe method internally, but I don't understand the detail of how this really works. My assumption is that node gobbles up the incoming data as fast as it can, throwing it into memory. If the write stream can take the data fast enough, little data is kept in memory at once, since it can be written and discarded. If the write stream is slow though, as it is here, we presumably have to keep all that incoming data in memory until it can be written. Since we're listening for data events on the read stream in order to emit progress, we end up reporting the upload as going faster than it really is.

Is my understanding of this problem anywhere close to the mark? How might I go about fixing it? Do I need to get down and dirty with write, drain and pause?

0 投票する
0 に答える
1735 参照

node.js - 恐るべきはnode.jsで動作していません

私は手ごわいパッケージを使用してnode.jsのフォームを解析し、ファイルをアップロードしています。form.parse() メソッドをトリガーしようとすると、正しく動作しません。

これは私のサーバー側のコードです。

いくつかの提案をしてください。

0 投票する
5 に答える
6106 参照

node.js - form.parse() メソッドが node.js で呼び出されない

ファイルをアップロードするために手ごわいパッケージを使用しています。これは私のサーバー側のコードです。

上記のコードでは、form.parse() メソッドが呼び出されていません。この問題の解決策を教えてください。

0 投票する
1 に答える
167 参照

node.js - Flatiron を使用したファイルのアップロード

Flatiron でファイルをアップロードしようとしています。フラットアイアン(ノードのみ)を使用せずに、次のようにフォーミダブルを使用してファイルのアップロードを行うことができました-

ただし、同じコードは Flatiron では機能しません。最初の行の後にハングします-

ここで何が欠けていますか?エラーもありません。

注 - コード サンプルは CoffeeScript です。

0 投票する
1 に答える
1070 参照

image - Upload image with formidable in node.js failed

I want use formidable with express in node.js to achieve upload image function,

what I do is :

with this code, the image could upload successully, but the form.parse function seems doesn't been invoked, cuz the log doesn't been invoked

Why?What's wrong with my code?

0 投票する
1 に答える
770 参照

node.js - HTTP 要求ファイルのアップロードが中止されたときに応答を取得する方法は?

Expressでnodejsを使用してファイルをアップロードします。

bodyParser が仕事を成し遂げているのがわかります...

しかし、リクエストのサイズを制限したい場合、アップロードがキャンセルされないことがわかりました。クライアントはデータを送信し続けます。

だから私はこのミドルウェアを書きました:

動作し、アップロードをキャンセルしますが、クライアントは応答を取得 (または無視) しません!

これは http プロトコルの動作である可能性があると思うので、助けていただければ幸いです。