u
This commit is contained in:
parent
51e2ff7f2f
commit
d6740c4c20
@ -43,41 +43,42 @@ module.exports = {
|
|||||||
// req 被 multer 处理后,req.file 为 { destination, filename, originialname, path, mimetype, size }, 其中 path 包括了 destination 和 filename 的文件相对路径,但不包括起头的 '/',例如 '_filestore/xxx.png'
|
// req 被 multer 处理后,req.file 为 { destination, filename, originialname, path, mimetype, size }, 其中 path 包括了 destination 和 filename 的文件相对路径,但不包括起头的 '/',例如 '_filestore/xxx.png'
|
||||||
const ipfsProvider = my.ipfsProvider || global.wo?.ipfsProvider
|
const ipfsProvider = my.ipfsProvider || global.wo?.ipfsProvider
|
||||||
const ipfsStore = my.ipfsStore || global.wo?.ipfsStore
|
const ipfsStore = my.ipfsStore || global.wo?.ipfsStore
|
||||||
if (_file?.path) {
|
|
||||||
_file.path = _file.path.replace('\\', '/')
|
if (!_file?.path) {
|
||||||
_file.baseUrl = `${global.wo?.envar?.servUrl?.replace?.(/\/$/, '')}/${_file.path}` // 传统的基于服务器的 url。在开发环境下,不一定符合前端实际,因为后台只知道预设的 servUrl,而前端会再根据 location.origin 来调整。
|
return { _state: 'WOBASE_FAIL_FILE_NOT_RECEIVED' }
|
||||||
if (useIpfs && ipfsStore) {
|
}
|
||||||
// 为了在这里使用 wo.ipfsStore.add, 需要提供 FileContent,不能直接用 req.file
|
|
||||||
// 20230312: not working with nodejs above (not including) 18.2.1! https://github.com/nodejs/node/issues/46221
|
_file.path = _file.path.replace('\\', '/')
|
||||||
const { cid } = await ipfsStore?.add?.(ipfsProvider.globSource(_file.path, ''), {
|
_file.baseUrl = `${global.wo?.envar?.servUrl?.replace?.(/\/$/, '')}/${_file.path}` // 传统的基于服务器的 url。在开发环境下,不一定符合前端实际,因为后台只知道预设的 servUrl,而前端会再根据 location.origin 来调整。
|
||||||
// __dirname 是本文件所在目录,但 path.resolve(_file.path) 得到的是正确路径。
|
if (useIpfs && ipfsStore && ipfsProvider) {
|
||||||
// 20230713 不知为何,今天在本机测试时,ipfs-core 报错 Pattern must be a string,之前没有过这个问题。跟踪后发现 ipfs-core 0.14.3 代码里 第二个参数 patter 必须是 string,于是添加第二个参数为 '',现在可以上传文件给本地的 ipfs-core 了。经测试,加不加这个参数都不影响 ipfs-http-client 运行。
|
// 为了在这里使用 wo.ipfsStore.add, 需要提供 FileContent,不能直接用 req.file
|
||||||
cidVersion: 1,
|
// 20230312: not working with nodejs above (not including) 18.2.1! https://github.com/nodejs/node/issues/46221
|
||||||
hashAlg: 'sha2-256',
|
const { cid } = await ipfsStore?.add?.(ipfsProvider.globSource(_file.path, ''), {
|
||||||
onlyHash: false, // 多个备份是好的,而且能加快下次添加同样文件的速度。
|
// __dirname 是本文件所在目录,但 path.resolve(_file.path) 得到的是正确路径。
|
||||||
pin: false, // 用户第一次上传的,可能并不是最后想要的,不必须永存。
|
// 20230713 不知为何,今天在本机测试时,ipfs-core 报错 Pattern must be a string,之前没有过这个问题。跟踪后发现 ipfs-core 0.14.3 代码里 第二个参数 patter 必须是 string,于是添加第二个参数为 '',现在可以上传文件给本地的 ipfs-core 了。经测试,加不加这个参数都不影响 ipfs-http-client 运行。
|
||||||
})
|
cidVersion: 1,
|
||||||
_file.cid = cid?.toString() // + path.extname(file.filename)
|
hashAlg: 'sha2-256',
|
||||||
_file.ipfsUrl = `${global.wo?.envar?.ipfsLens?.replace?.(/\/$/, '')}/${_file.cid}` // 1) 前端自己选用 cid 或 ipfsUrl。2) 在本地测试成功,但是发现第一次上传的文件,作为 ipfs url 图片在前端显示比较慢,不如作为传统服务器的快。第二次上传同样文件的ipfs前端显示就快了。
|
onlyHash: false, // 多个备份是好的,而且能加快下次添加同样文件的速度。
|
||||||
// rename the file to the cid
|
pin: false, // 用户第一次上传的,可能并不是最后想要的,不必须永存。
|
||||||
const newFileName = `${new Date().toJSON().replace(/[-:T]|\.\d\d\dZ$/g, '')}-${_file.cid}${path.extname(_file.filename)}`
|
})
|
||||||
try {
|
_file.cid = cid?.toString() // + path.extname(file.filename)
|
||||||
await fs.renameSync(
|
_file.ipfsUrl = `${global.wo?.envar?.ipfsLens?.replace?.(/\/$/, '')}/${_file.cid}` // 1) 前端自己选用 cid 或 ipfsUrl。2) 在本地测试成功,但是发现第一次上传的文件,作为 ipfs url 图片在前端显示比较慢,不如作为传统服务器的快。第二次上传同样文件的ipfs前端显示就快了。
|
||||||
path.resolve(_file.path),
|
// rename the file to the cid
|
||||||
path.resolve(_file.destination, newFileName)
|
const newFileName = `${new Date().toJSON().replace(/[-:T]|\.\d\d\dZ$/g, '')}-${_file.cid}${path.extname(_file.filename)}`
|
||||||
)
|
try {
|
||||||
// set all properties of _file containing the original file name to the new file name
|
await fs.renameSync(
|
||||||
_file.path = _file.path?.replace?.(_file.filename, newFileName)
|
path.resolve(_file.path),
|
||||||
_file.baseUrl = _file.baseUrl?.replace?.(_file.filename, newFileName)
|
path.resolve(_file.destination, newFileName)
|
||||||
_file.filename = newFileName
|
)
|
||||||
} catch (e) {
|
// set all properties of _file containing the original file name to the new file name
|
||||||
console.log('FileLoader: rename failed: ', path.resolve(_file.filename), e)
|
_file.path = _file.path?.replace?.(_file.filename, newFileName)
|
||||||
}
|
_file.baseUrl = _file.baseUrl?.replace?.(_file.filename, newFileName)
|
||||||
return { _state: 'SUCCESS', ..._file }
|
_file.filename = newFileName
|
||||||
} else {
|
} catch (e) {
|
||||||
return { _state: 'WOBASE_FAIL_FILE_NOT_RECEIVED' }
|
console.log('FileLoader: rename failed: ', path.resolve(_file.filename), e)
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
return { _state: 'SUCCESS', ..._file }
|
||||||
},
|
},
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
Loading…
Reference in New Issue
Block a user