node.js - codium + pcmanfm-qt == 70+ CWD 和 SIZE 每秒命令

Question

本地:Kubuntu 21.10、VSCodium 1.65.2、PCManFM-qt 0.17.0
服务器:Windows Server 2016、FileZilla FTP 服务器
我使用 VSCodium(Visual Studio Code 的 MS 遥测免费版本)作为我的编辑器，PCManFM-qt 作为我的 FTP 客户端。这是一个很好的组合，因为 PCManFM 不会提示我上传和覆盖远程文件。实时查看我的 FTP 服务器，当我打开 PCManFM 时，日志与预期的一样。当我打开没有打开文件的 VSCodium 时很好。但是，如果我在 VSCodium 中使用 PCManFM 从我的服务器打开一个文件，这两个程序之一会开始用 CWD 和 SIZE 请求轰炸我的服务器:

(000006)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> CWD /inet-folder/webcontent/Admin/printMapping/node_modules
(000006)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 CWD failed. "/inet-folder/webcontent/Admin/printMapping/node_modules": directory not found.
(000004)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> CWD /inet-folder/webcontent/Admin/tsconfig.json
(000004)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 CWD failed. "/inet-folder/webcontent/Admin/tsconfig.json": directory not found.
(000006)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> SIZE /inet-folder/webcontent/Admin/printMapping/node_modules
(000006)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 File not found
(000004)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> SIZE /inet-folder/webcontent/Admin/tsconfig.json
(000004)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 File not found
(000005)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> CWD /inet-folder/webcontent/Admin/jsconfig.json
(000007)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> CWD /inet-folder/webcontent/Admin/printMapping/bower_components
(000005)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 CWD failed. "/inet-folder/webcontent/Admin/jsconfig.json": directory not found.
(000007)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 CWD failed. "/inet-folder/webcontent/Admin/printMapping/bower_components": directory not found.
(000005)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> SIZE /inet-folder/webcontent/Admin/jsconfig.json
(000007)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> SIZE /inet-folder/webcontent/Admin/printMapping/bower_components
(000005)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 File not found
(000007)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 File not found
(000008)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> CWD /inet-folder/webcontent/tsconfig.json
(000008)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 CWD failed. "/inet-folder/webcontent/tsconfig.json": directory not found.
(000008)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> SIZE /inet-folder/webcontent/tsconfig.json
(000008)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 File not found
(000006)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> CWD /inet-folder/webcontent/jsconfig.json
(000006)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 CWD failed. "/inet-folder/webcontent/jsconfig.json": directory not found.
(000006)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> SIZE /inet-folder/webcontent/jsconfig.json
(000006)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 File not found
(000004)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> CWD /inet-folder/tsconfig.json
(000004)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 CWD failed. "/inet-folder/tsconfig.json": directory not found.
(000004)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> SIZE /inet-folder/tsconfig.json
(000004)4/14/2022 22:25:14 PM - ftpuser (11.222.333.444)> 550 File not found

让我印象深刻的是“bower_components”和“node_modules”。高达每秒七十个。暂时还可以，但随后它开始干扰保存文件，并且我将 codium 和 PCManFM 都作为我无法杀死的进程。

我不使用 github、subversion、bitbucket。

node 已安装，但我从未使用过我所知道的它，而且我不知道如何删除它，或者即使我应该删除它。

没有安装凉亭。

我已禁用所有 VSCodium 扩展。

我已经尝试过 Dolphin、PCManFM、VSCodium、Kate 和 Visual Studio Code 的所有组合。

附加信息:这只发生在 .js 文件中 .一旦打开 .js 文件，服务器就会开始受到攻击。关闭 .js 文件并不会停止该行为。只有关闭 VSCode 才会停止它 - 如果我在它锁定之前这样做。

Dolphin 不会发生这种行为。使用 .html/.css/.asp/.json 文件的 Kate 或 Visual Studio Code 不会发生这种情况。只有 VSCodium 和 PCManFM-QT 以及 javascript 文件的组合。我什至不知道如何开始追踪这个问题。
最终目标是停止对服务器的轰炸，并尽可能保留对 VSCodium 和 PCManFM-QT 的使用。帮助!

Answer 1

已解决:我将/usr/share/codium/resources/app/extensions 中的 node_modules 文件夹重命名为 somethingelse，问题就消失了。 Codium 似乎仍在正常运行。