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