Neo4j插件apoc安装及配置(实战经历,一步到位)

Neo4j插件apoc安装及配置(实战经历,一步到位)

目录

apoc插件安装

安装验证

出现的问题


Neo4j版本:Neo4j 5.x
apoc版本:同上对应

Neo4j 4.x版本同样适用

apoc插件安装

1.首先查看Neo4j版本(在Neo4j Desktop或命令行中执行):

CALL dbms.components() YIELD name, versions RETURN versions;

 结果如下:

2.然后去GitHub上下载这个插件

  • 访问 APOC GitHub Releases------------ https://github.com/neo4j/apoc/releases/
  • 下载与Neo4j版本一致的apoc-x.x.x.x-all.jar文件(例如Neo4j 5.12.0 → APOC 5.12.0)

或者点击下载对应的版本(如下图所示)

3.然后放置到插件目录下:

Neo4j 安装路径下的 plugins 文件夹 Neo4j安装目录/plugins/ 例如: C:\Program Files\Neo4j\neo4j-community-5.26.8\plugins\

 

4.最后修改配置文件 (conf/neo4j.conf):

参考官方的技术手册。

在文件中添加下面两行:

# 允许APOC所有函数 dbms.security.procedures.unrestricted=apoc.* # 显式启用apoc.meta.data(),启用元数据函数 dbms.security.procedures.allowlist=apoc.meta.data,apoc.*

5.重启Neo4j服务,然后进行验证。

安装验证

版本匹配:确保您的 Neo4j 版本也是 5.26.x 系列(截图显示 APOC 5.26.8)

在 Neo4j 浏览器执行:

RETURN apoc.version() AS version;

在用户数据库中执行:

CALL apoc.meta.graph() YIELD nodes, relationships RETURN nodes, relationships;

成功标志:返回图谱节点和关系的元数据

出现的问题

如果前面的成功了,但是运行代码的时候初始化失败,也就是安装过程出问题了,网上搜了很久找到了问题的根源:

Neo4j v5 要求所有 APOC 配置必须独立存储在 apoc.conf 文件中,而非主配置文件 neo4j.conf

创建独立的 apoc.conf 文件

  • 在 同一目录 (conf/) 下新建文件 apoc.conf
  • 将原 neo4j.conf 中删除的 APOC 配置移至此文件
# APOC核心配置 apoc.import.file.enabled=true dbms.security.procedures.unrestricted=apoc.*

Read more

看完就想试!GLM-4.6V-Flash-WEB做的AI习题解析案例展示

看完就想试!GLM-4.6V-Flash-WEB做的AI习题解析案例展示 你有没有遇到过这样的场景:学生发来一张手写数学题照片,问“这道题怎么做?”;老师收到几十份扫描版物理实验报告,每份都附带一张电路图,需要逐个判断接线是否正确;教育类App想为中学生提供“拍照即答疑”功能,但现有OCR+规则引擎只能识别文字、无法理解图像中的函数图像、几何构图或实验装置逻辑…… 过去,这类需求往往卡在“看得懂图”这一步——不是模型不够聪明,而是真正能跑起来、响应快、中文准、不崩不卡的视觉大模型太少了。 直到 GLM-4.6V-Flash-WEB 出现。它不靠堆参数取胜,而用一套干净利落的工程设计,把“看图解题”这件事,变成了打开网页、上传图片、输入问题、3秒出答案的日常操作。 这不是概念演示,也不是实验室截图。本文将全程聚焦一个真实、高频、有挑战性的教育场景:中学数学与物理习题的图文联合解析。不讲架构原理,不列训练细节,只展示它实际生成什么、效果如何、哪里惊艳、

从零构建 GitHub Issues 集成:HagiCode 的前端直连实践

从零构建 GitHub Issues 集成:HagiCode 的前端直连实践 本文记录了在 HagiCode 平台中集成 GitHub Issues 的全过程。我们将探讨如何通过"前端直连 + 后端最小化"的架构,在保持后端轻量的同时,实现安全的 OAuth 认证与高效的 Issues 同步。 背景:为什么要集成 GitHub? HagiCode 作为一个 AI 辅助开发平台,核心价值在于连接想法与实现。但在实际使用中,我们发现用户在 HagiCode 中完成了 Proposal(提案)后,往往需要手动将内容复制到 GitHub Issues 中进行项目跟踪。 这带来了几个明显的痛点: 1. 工作流割裂:用户需要在两个系统之间来回切换,体验不仅不流畅,还容易导致关键信息在复制粘贴的过程中丢失。 2.

使用 Trae IDE 一键将 Figma 转为前端代码

在现代前端开发中,从设计稿到可用页面的交付往往需要大量重复劳动:切图、手写样式、布局调整……而借助 MCP Server - Figma AI Bridge,我们可以将 Figma 设计稿自动转换成整洁的 HTML/CSS/JS 代码,并立即生成可预览的网页。一键化、傻瓜式操作,让设计交付效率跃升。 本文测试使用的系统环境如下: * Trae IDE 版本:2.4.5 * macOS 版本:14.7 * Node.js 版本:24.6.0 * npx 版本:11.5.2 * Python 版本:3.13.3

OpenClaw Web Search 完全指南(2026年3月最新)

OpenClaw Web Search 完全指南(2026年3月最新) 本文详细介绍 OpenClaw 内置 web_search 工具的 5 个官方搜索渠道,以及 Tavily 技能的使用方法。帮助你选择最适合的免费/付费方案。 目录 * OpenClaw 搜索功能概述 * 5 个官方搜索渠道详解 * 1. Brave Search API * 2. Google Gemini * 3. Grok (xAI) * 4. Kimi (Moonshot) * 5. Perplexity * 免费额度对比表 * 推荐配置方案 * Tavily Web Search 技能 * 配置步骤详解 * 常见问题 OpenClaw 搜索功能概述 OpenClaw 提供两种搜索能力: