javascript-在快递节点js中使用multer sftp将文件上传到远程服务器?
作者:互联网
我正在尝试使用节点js中的multer-sftp将文件上传到远程服务器.因为我遵循的是官方文档npm multer-sftp.以前,我已将文件上传到Amazon S3,而不是远程服务器.现在我想将文件上传到远程服务器.
API:
exports.newFileUpload = function(req , res , next){
var storage = sftpStorage({
sftp: {
host: 'http://www.port*****es.in/',
port: 22,
username: 'username',
password: 'password'
},
destination: function (req, file, cb) {
cb(null, 'images/')
},
filename: function (req, file, cb) {
cb(null, file.fieldname + '-' + Date.now())
}
})
var upload = multer({ storage: storage }).array('file');
upload(req,res,function(err){
logger.debug(JSON.stringify(req.body));
logger.debug(JSON.stringify(req.files));
if(err){
logger.debug("Error Occured", JSON.stringify(err));
res.json({error_code:1,err_desc:err});
return;
} else{
res.json({error_code:0,err_desc:null});
}
});
}
上载文件时,返回错误
2017-11-10T02:39:48.297Z - debug: Error Occured {"code":"ENOTFOUND","errno":"ENOTFOUND",
"syscall":"getaddrinfo","hostname":"http://www.port****es.in/","host":"http://www.port****es.in/",
"port":22,"level":"client-socket","storageErrors":[]}
我的域中也开放了22号端口.等待建议,
提前致谢.
解决方法:
对于您的错误,有两种可能性
>端口22处于未打开状态,也无法访问该文件夹
>检查域中的文件夹目录
使用multer-sftp将文件上传到远程服务器是简单而灵活的方式.
我们也可以使用node js中的scp,ssh技术将文件上传到远程服务器.
工作代码:
exports.newFileUpload = function(req , res , next){
var storage = sftpStorage({
sftp: {
host: 'hostname',
port: 22,
username: 'username',
password: 'password'
},
destination: function (req, file, cb) {
cb(null, 'images/')
},
filename: function (req, file, cb) {
cb(null, file.fieldname + '-' + Date.now())
}
})
var upload = multer({ storage: storage }).array('file');
upload(req,res,function(err){
logger.debug(JSON.stringify(req.body));
logger.debug(JSON.stringify(req.files));
if(err){
logger.debug("Error Occured", JSON.stringify(err));
res.json({error_code:1,err_desc:err});
} else{
logger.debug("Files uploaded successfully");
res.json({error_code:0,err_desc:null});
}
});
}
注意:当使用“ multer-sftp”端口时,远程服务器中没有打开22号端口.
希望能帮助到你 !
标签:remote-server,multer,javascript,file-upload,node-js 来源: https://codeday.me/bug/20191010/1887245.html