Docker 安装 Neo4j 保姆级教程

Docker 安装 Neo4j 保姆级教程

本教程适用于零基础用户,详细讲解如何在 Windows 或 Linux 环境下通过 Docker 安装并配置 Neo4j 图数据库。

Neo4j 官方 Docker 文档

1. 环境准备

2. 创建挂载目录

在宿主机上新建以下目录,用于数据持久化和配置挂载(以 Linux 为例,Windows 可用资源管理器新建文件夹):

mkdir -p /home/neo4j/data /home/neo4j/logs /home/neo4j/conf /home/neo4j/import /home/neo4j/plugins 

Windows 示例:

  • 新建 datalogsconfimportplugins 这五个文件夹。

3. 拉取 Neo4j 镜像

以最新版为例(你也可根据需要指定版本):

docker pull neo4j:latest 

4. 启动 Neo4j 容器

  • Linux Docker run :
docker run -d --name neo4j \ -p 7474:7474 -p 7687:7687 \ -v /home/neo4j/data:/data \ -v /home/neo4j/logs:/logs \ -v /home/neo4j/conf:/var/lib/neo4j/conf \ -v /home/neo4j/import:/var/lib/neo4j/import \ -v /home/neo4j/plugins:/var/lib/neo4j/plugins \ -e NEO4J_AUTH=neo4j/your_secure_password neo4j:latest 
  • Windows Docker run :
docker run -d --name neo4j ^ -p 7474:7474 -p 7687:7687 ^ -v E:/docker/neo4j/data:/data ^ -v E:/docker/neo4j/logs:/logs ^ -v E:/docker/neo4j/conf:/var/lib/neo4j/conf ^ -v E:/docker/neo4j/import:/var/lib/neo4j/import ^ -v E:/docker/neo4j/plugins:/var/lib/neo4j/plugins ^ -e NEO4J_AUTH=neo4j/neo4j@1234 ^ neo4j:latest 
注意:NEO4J_AUTH 的格式必须为 用户名/密码,如 neo4j/123456,不能只写密码,否则会报错。并且密码要超过8个字符,不然也无法启动

5. 访问 Neo4j

浏览器访问 http://localhost:7474,输入用户名 neo4j 和你设置的密码。

6. 配置远程访问(可选)

如需远程访问,需修改 neo4j.conf 文件:

  • 编辑挂载到宿主机的 conf/neo4j.conf 文件,添加或修改如下内容:
# Neo4j 4以下版本追加以下配置 dbms.connector.bolt.listen_address=0.0.0.0:7687 dbms.connector.http.listen_address=0.0.0.0:7474 

如果报错:

E:\docker\neo4j>docker logs -f neo4j Failed to read config /var/lib/neo4j/conf/neo4j.conf: Unrecognized setting. No declared setting with name: dbms.connectors.default_listen_address. Cleanup the config or disable 'server.config.strict_validation.enabled' to continue. Run with '--verbose'for a more detailed error message. 

从 Neo4j 4.x 开始,配置项已经发生较大变更。而你提供的配置中混用了旧版本(如 3.x)和新版本(如 4.x/5.x)的配置项。

server.memory.pagecache.size=512M server.default_listen_address=0.0.0.0 # 设置 Bolt 和 HTTP 端口 server.bolt.listen_address=:7687 server.http.listen_address=:7474 server.directories.logs=/logs 
  • 保存后重启容器:
docker restart neo4j 

7. 常见问题

  • 端口被占用:修改 -p 参数映射到未被占用的端口。
  • 数据持久化:务必挂载 /data 目录,否则容器删除后数据会丢失。
  • 防火墙问题:确保 7474、7687 端口已放行。
  • 首次登录强制修改密码:首次登录后需修改密码。

Read more

Clawdbot整合Qwen3-32B保姆级教程:Web网关18789端口调试全记录

Clawdbot整合Qwen3-32B保姆级教程:Web网关18789端口调试全记录 1. 为什么需要这个整合方案 你是不是也遇到过这样的问题:想用本地部署的大模型做聊天机器人,但发现直接调用Ollama的API在Web前端里跨域报错?或者Clawdbot配置完后一直连不上模型,控制台疯狂刷404?又或者好不容易跑起来了,发个消息却卡在“正在思考”半天没反应? 这正是我们搭建这套环境时踩过的坑。Clawdbot本身不直接对接Ollama,它需要一个中间层来处理协议转换、请求转发和端口映射。而18789这个端口,就是整个链路里最关键的“通关密码”——它不是随便选的,而是Clawdbot默认监听的Web网关入口。 整套方案的核心逻辑其实很朴素: * 你在浏览器里访问 http://localhost:18789,看到的是Clawdbot的聊天界面 * Clawdbot收到你的消息后,不自己去算答案,而是把请求转给内部代理 * 代理再把请求发到 http://localhost:8080(Ollama API地址) * Ollama调用本地的Qwen3-32B模型生成回复

Kestrel:.NET 的高性能 Web 服务器探秘

摘要 Kestrel 是 ASP.NET Core 默认且推荐的跨平台 Web 服务器。它以其卓越的性能和灵活性著称。本文将深入浅出地介绍 Kestrel 的核心特性、工作原理、配置方法以及最佳实践,帮助开发者充分利用这一强大的内置服务器。 目录 1. Kestrel 是什么?为什么选择它? 2. Kestrel 的核心优势 3. Kestrel 的工作原理简析 4. 配置 Kestrel:从基础到高级 5. Kestrel 在反向代理环境下的部署 6. 性能考量与调优建议 7. 常见问题与最佳实践 8. 总结 1. Kestrel 是什么?为什么选择它? Kestrel 是一个由 Microsoft 开发的、专为 ASP.

Alpamayo-R1-10B保姆级教程:Linux服务器远程访问WebUI的IP与防火墙配置

Alpamayo-R1-10B保姆级教程:Linux服务器远程访问WebUI的IP与防火墙配置 1. 项目概述 Alpamayo-R1-10B是专为自动驾驶研发设计的开源视觉-语言-动作(VLA)模型,核心为100亿参数架构。该模型结合AlpaSim模拟器与Physical AI AV数据集,形成完整的自动驾驶研发工具链,特别擅长通过类人因果推理提升决策可解释性。 2. 环境准备 2.1 服务器基础配置 在开始配置前,请确保您的Linux服务器满足以下要求: * 操作系统:Ubuntu 20.04/22.04 LTS * GPU:NVIDIA RTX 4090或同等性能显卡(显存≥22GB) * 网络:已配置静态IP或动态域名解析 2.2 网络连接检查 使用以下命令检查网络连通性: # 检查网络接口 ip addr show # 测试外网连接 ping -c 4 google.com # 检查端口占用情况

WebRTC 播放器硬核评测:谁是 H5 直播“毫秒级”低延迟的终结者?

摘要:在直播带货、在线教育、安防监控等实时互动场景中,HLS 和 FLV 的延迟已逐渐成为业务瓶颈。WebRTC 作为次世代流媒体标准,正在重塑 H5 播放体验。本文将从 WebRTC 协议的技术底层出发,横向测评 xgplayer、Video.js、DPlayer 等主流播放器,并深入剖析为何 ZWPlayer 能在 WebRTC 协议支持上实现“大满贯”,成为开发者的首选方案。 一、 为什么 WebRTC 是低延迟直播的未来? 在讨论播放器之前,我们必须先理解 WebRTC(Web Real-Time Communication)为何能将延迟压低至 500ms 以内,完胜延迟 3s+ 的 HTTP-FLV 和 10s+ 的 HLS。