标签 node.js 下的文章

2024-08-11

报错解释：

EPERM 是一个由 Node.js 中的 yarn 包发出的错误代码，它代表 "Operation not permitted"（操作不允许）。通常，这意味着 yarn 试图执行一个需要特定权限的操作，但是没有相应的权限。

解决方法：

确认当前用户是否有足够的权限执行操作。如果是在 Unix-like 系统上，可以尝试使用 sudo 命令来给予命令更高的权限。
例如，执行 sudo yarn <command> 来进行安装或其他操作。
检查文件和目录的权限，确保当前用户有权访问和修改 yarn 相关的文件和目录。
如果是在 Windows 系统上，可能是因为文件或者目录的访问权限受限。尝试以管理员身份运行命令提示符或 PowerShell。
如果是在持续集成（CI）环境中，检查环境变量和权限设置，确保 yarn 可以正常运行。
确认是否有其他进程正在使用相关文件，导致 yarn 无法正常执行。如果有，可以尝试关闭那些进程。
如果问题依旧存在，可以尝试清除 yarn 缓存，执行 yarn cache clean，然后重试。
查看 yarn 日志或者 Node.js 的错误日志，可能会提供更多关于错误原因的信息。
如果以上步骤都不能解决问题，可以尝试重新安装 yarn 或者 Node.js。

务必确保在执行任何涉及权限的操作前，理解其潜在风险，并在必要时备份重要数据。

2024-08-11

在 Node.js 中，有两种模块系统：CommonJS 和 ES Modules。.cjs 和 .mjs 分别是这两种模块系统的文件扩展名。

.cjs 文件使用 CommonJS 模块系统，该系统使用 require() 函数来导入模块。

.mjs 文件使用 ES Modules 系统，该系统使用 import 和 export 语句来导入和导出模块。

在 Node.js 中，默认情况下，如果文件扩展名为 .mjs，则该文件将使用 ES Modules，如果文件扩展名为 .cjs，则该文件将使用 CommonJS。

如果你想在 .cjs 文件中使用 ES Modules，或者在 .mjs 文件中使用 CommonJS，你可以在文件顶部添加特殊的注释行：

在 .cjs 文件中使用 ES Modules：




// @type {module}

在 .mjs 文件中使用 CommonJS：




// @type {commonjs}

这些注释行指示 Node.js 如何解析文件。

在实际开发中，通常推荐使用一致的模块系统。即在项目中要么全部使用 .mjs 文件和 ES Modules，要么全部使用 .cjs 文件和 CommonJS。这可以避免各种兼容性问题。

Express、Koa、Egg.js：Node.js框架的对比与选择

2024-08-11

Express、Koa和Egg.js都是Node.js的框架，旨在简化服务端应用程序的开发。以下是它们的主要特点和选择时的考虑因素：

Express:
- 快速构建简单应用
- 提供基本的中间件机制
- 广泛的第三方中间件资源
Koa:
- 基于Generator的中间件机制（async/await）
- 更好的错误处理机制
- 更多的生态圈支持，例如GraphQL
Egg.js:
- 为企业级框架和应用而生
- 内置的多进程管理
- 内置的控制流程管理
- 插件机制，方便扩展

选择框架时，考虑以下因素：

项目规模和复杂度
开发团队的技术偏好
是否需要企业级功能，如插件机制、多进程管理等
是否需要GraphQL等特定支持

选择框架的代码示例（Koa）:




const Koa = require('koa');
const app = new Koa();
 
app.use(async (ctx, next) => {
  console.log('1');
  await next();
  console.log('2');
});
 
app.use(async (ctx, next) => {
  console.log('3');
  await next();
  console.log('4');
});
 
app.use(async (ctx) => {
  console.log('5');
  ctx.body = 'Hello Koa';
});
 
app.listen(3000);

在实际开发中，可以根据项目需求和团队成员的技术背景来选择合适的Node.js框架。

使用Nodejs搭建HTTP服务，并实现公网远程访问「内网穿透」

2024-08-11

要使用Node.js搭建一个HTTP服务并实现公网远程访问，可以借助http-server模块搭建一个简单的HTTP服务器，然后使用ngrok等内网穿透工具来实现公网访问。

以下是使用http-server搭建HTTP服务和使用ngrok进行内网穿透的步骤：

安装http-server：




npm install -g http-server

在你的项目目录中，启动http-server：




http-server

访问http://localhost:8080以确认服务器正常运行。
注册并下载ngrok：https://ngrok.com/download
运行ngrok，替换8080为你的端口号（如果不是8080）：




./ngrok http 8080

ngrok将为你提供一个公网地址，例如http://d3c7yep123.ngrok.io。
使用提供的公网地址从任何公网位置访问你的本地服务器。

以下是一个简单的Node.js HTTP服务器示例代码：




const http = require('http');
 
const hostname = '127.0.0.1';
const port = 8080;
 
const server = http.createServer((req, res) => {
  res.statusCode = 200;
  res.setHeader('Content-Type', 'text/plain');
  res.end('Hello World\n');
});
 
server.listen(port, hostname, () => {
  console.log(`Server running at http://${hostname}:${port}/`);
});

确保你的Node.js环境已经安装，并且在执行上述命令时，终端位于项目目录中。

如何在Linux中安装NVM（Node Version Manager）

2024-08-11

所有,linux

在Linux中安装NVM (Node Version Manager)，请按照以下步骤操作：

打开终端。

安装必要的依赖库（如果尚未安装）：




curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh | bash

或者使用wget：




wget -qO- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.1/install.sh | bash

关闭并重新打开终端或者运行以下命令来启用NVM（如果需要的话）：




export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh" # This loads nvm
[ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion" # This loads nvm bash_completion

验证NVM安装成功：
```
nvm --version
```
现在可以使用NVM来安装Node.js：
```
nvm install node
```
使用NVM安装特定版本的Node.js：
```
nvm install 14.17.0
```
切换到特定版本的Node.js：
```
nvm use 14.17.0
```

以上步骤将会在Linux系统中安装NVM和Node.js。

2024-08-11

所有,linux

在Linux主机上使用Node Exporter来监控CPU、内存、磁盘和服务状态，并将数据推送到Prometheus，你需要执行以下步骤：

下载并安装Node Exporter。




cd /tmp
curl -LO https://github.com/prometheus/node_exporter/releases/download/v*/node_exporter-*.*-amd64.tar.gz
tar xvfz node_exporter-*.*-amd64.tar.gz
sudo mv node_exporter-*.*-amd64 /usr/local/bin/node_exporter
sudo chown root:root /usr/local/bin/node_exporter
sudo systemctl daemon-reload
sudo systemctl start node_exporter
sudo systemctl enable node_exporter

修改Prometheus配置文件prometheus.yml，添加Node Exporter作为一个target。




scrape_configs:
  - job_name: 'node'
    static_configs:
      - targets: ['localhost:9100']

重启Prometheus服务以应用配置。




sudo systemctl restart prometheus

确保Prometheus服务正在运行并可以通过其Web界面访问。
使用Grafana或其他监控工具配置面板以可视化Node Exporter收集的数据。

以上步骤假设你已经有了Prometheus和Grafana的服务器环境。如果没有，你需要先安装Prometheus和Grafana。

2024-08-11

所有,中间件




const express = require('express');
const app = express();
 
// 中间件函数，记录请求日志
const logRequest = (req, res, next) => {
  console.log(`Method: ${req.method}, URL: ${req.url}`);
  next(); // 调用下一个中间件或路由处理器
};
 
// 中间件函数，处理404错误
const handle404 = (req, res, next) => {
  res.status(404).send('Oops! 404 Error - Page Not Found');
};
 
// 中间件函数，处理错误
const handleError = (err, req, res, next) => {
  console.error('An error occurred:', err.message);
  res.status(500).send('Oops! 500 Error - Internal Server Error');
};
 
// 使用中间件
app.use(logRequest); // 记录请求日志
app.use(express.json()); // 解析JSON请求体
 
// 定义路由
app.get('/', (req, res) => {
  res.send('Hello World!');
});
 
app.get('/user/:id', (req, res) => {
  res.send(`User ID: ${req.params.id}`);
});
 
// 404处理中间件，放在路由定义后面
app.use(handle404); // 处理404错误
 
// 错误处理中间件，必须放在最后，以捕获所有错误
app.use(handleError); // 处理错误
 
// 启动服务器
const PORT = 3000;
app.listen(PORT, () => {
  console.log(`Server is running on port ${PORT}`);
});

这段代码展示了如何在Express应用中使用中间件来处理日志记录、JSON解析、路由定义、404错误处理和错误处理。同时，它还演示了如何将中间件按顺序组织在一起，并在服务器启动时监听一个特定的端口。这是学习Node.js和Express框架时的一个很好的实践例子。

爬虫（没）入门：用 node-crawler 爬取 blog

2024-08-11

所有,爬虫




const Crawler = require("crawler");
 
// 创建爬虫实例
const crawler = new Crawler({
    maxConnections: 10,
    callback: function (error, res, done) {
        if (error) {
            console.error(error);
        } else {
            const $ = res.$;
 
            // 假设我们只关心<h2>标签内的文章标题和链接
            $('h2.title a').each(function() {
                const title = $(this).text();
                const link = $(this).attr('href');
                console.log('标题: ' + title + ' - 链接: ' + link);
            });
        }
        done();
    }
});
 
// 定义爬取的URL和选择器
const crawlConfig = {
    uri: 'http://example.com/blog',
    jQuery: 'h2.title a@href',
    callback: function (err, res) {
        if (err) {
            console.error(err);
        } else {
            res.forEach(link => {
                console.log('爬取到的文章链接: ' + link);
                // 将文章链接加入爬虫队列
                crawler.queue({
                    uri: link,
                    jQuery: 'h2.title'
                });
            });
        }
    }
};
 
// 开始爬取
crawler.queue(crawlConfig);

这段代码使用了node-crawler库来爬取指定的博客首页，并获取文章链接，然后爬取每篇文章的标题。这个例子展示了如何使用node-crawler库的基本用法，并且如何通过回调函数处理爬取的数据。

2024-08-11

所有,分布式

在Hadoop 3中，双 Namenode 的部署通常涉及使用 Active/Passive 或 Active/Active 配置。以下是一个简化的步骤和配置示例：

确保你有两台机器，用于部署两个 Namenode。
配置 hdfs-site.xml 文件，设置 Namenode 的 ID 和 QJM 的位置。

hdfs-site.xml (两个 Namenode 的配置片段):




<configuration>
    <property>
        <name>dfs.nameservices</name>
        <value>mycluster</value>
    </property>
    <property>
        <name>dfs.ha.namenodes.mycluster</name>
        <value>nn1,nn2</value>
    </property>
    <property>
        <name>dfs.namenode.rpc-address.mycluster.nn1</name>
        <value>nn1-host:8020</value>
    </property>
    <property>
        <name>dfs.namenode.rpc-address.mycluster.nn2</name>
        <value>nn2-host:8020</value>
    </property>
    <property>
        <name>dfs.namenode.http-address.mycluster.nn1</name>
        <value>nn1-host:9870</value>
    </property>
    <property>
        <name>dfs.namenode.http-address.mycluster.nn2</name>
        <value>nn2-host:9870</value>
    </property>
    <property>
        <name>dfs.namenode.shared.edits.dir</name>
        <value>qjournal://jn-host1:8485;jn-host2:8485;jn-host3:8485/mycluster</value>
    </property>
    <property>
        <name>dfs.journalnode.edits.dir</name>
        <value>/path/to/journal/node/local/data</value>
    </property>
    <property>
        <name>dfs.ha.automatic-failover.enabled</name>
        <value>true</value>
    </property>
    <property>
        <name>dfs.client.failover.proxy.provider.mycluster</name>
        <value>org.apache.hadoop.hdfs.server.namenode.ha.ConfiguredFailoverProxyProvider</value>
    </property>
    <!-- 其他配置... -->
</configuration>

启动所有的 JournalNode 守护进程。
格式化第一个 Namenode 并启动。
在第二个 Namenode 上，不需要格式化，只需同步第一个 Namenode 的元数据，并启动。
配置自动故障转移控制器，如使用ZooKeeper。

以上步骤和配置是一个基本的指南。根据你的具体需求和环境，可能需要做出调整。确保所有的配置文件路径、主机名和端口号都是正确的。

注意：在实际部署时，你还需要考虑数据的本地性和备份策略，确保集群的安全性和可用性。

2024-08-11

所有,nodejs

在提供代码示例之前，我需要澄清一点：“java/php/node.js/python医生诊分诊创新系统”是一个很宽泛的概念，没有提供具体的需求细节。我将假设您需要一个基本的诊断系统，并提供一个简单的Java Spring Boot示例。

首先，您需要定义一个诊断实体：




import javax.persistence.*;
 
@Entity
public class Diagnosis {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;
 
    private String name;
    private String description;
 
    // 省略getter和setter
}

接下来，创建一个诊断服务：




import org.springframework.data.jpa.repository.JpaRepository;
import org.springframework.stereotype.Service;
 
@Service
public class DiagnosisService {
 
    private final DiagnosisRepository diagnosisRepository;
 
    public DiagnosisService(DiagnosisRepository diagnosisRepository) {
        this.diagnosisRepository = diagnosisRepository;
    }
 
    public Iterable<Diagnosis> listAllDiagnosis() {
        return diagnosisRepository.findAll();
    }
 
    public Diagnosis findDiagnosisById(Long id) {
        return diagnosisRepository.findById(id).orElse(null);
    }
 
    // 省略其他诊断业务逻辑方法
}

最后，定义一个REST控制器来公开诊断服务：




import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;
 
@RestController
@RequestMapping("/diagnosis")
public class DiagnosisController {
 
    private final DiagnosisService diagnosisService;
 
    @Autowired
    public DiagnosisController(DiagnosisService diagnosisService) {
        this.diagnosisService = diagnosisService;
    }
 
    @GetMapping
    public Iterable<Diagnosis> listAllDiagnosis() {
        return diagnosisService.listAllDiagnosis();
    }
 
    @GetMapping("/{id}")
    public Diagnosis findDiagnosisById(@PathVariable Long id) {
        return diagnosisService.findDiagnosisById(id);
    }
 
    // 省略其他REST API方法
}

这个简单的系统只提供了诊断的基本列表和获取单个诊断的功能。在实际的应用中，您需要扩展系统以包括诊断的创建、更新和删除功能，以及患者的诊断历史记录等。

请注意，这只是一个基础示例，您需要根据实际需求进行更多的开发工作。