企业官网建设流程全解析

例行早会纪要

2026.7.23 实习例行早会整理纪要

一、待跟进事务安排

1. 设备维修
2. 办公室卫生与绿植值日制度

（1）值日人员

（2）日常清洁要求：每日擦拭桌面、清理地面，养护室内绿植；

（3）领导办公室浇花

（4）领导办公室分配：后续将所有领导办公室分摊给值日人员，每人负责 2-3 间，当日值日人员统一打理。

二、实习日常工作要求

（一）每日工作小结提交

1. 每日下班前，每位实习生对接带教老师，梳理本周工作；
2. 小结内容：本周培训学习内容、实操工作、遇到的问题、个人想法；无具体开发任务也需写明学习内容；
3. 提交规范：仅发送至新建实习小群（不发大群避免混乱），内容精简，只写核心要点；负责人统一汇总。

（二）每日早会会议纪要轮值

1. 从当日起每日召开早会，实行一人一日轮值记录会议纪要；
2. 记录两种形式可选：①分人记录发言内容；②规范纪要（含参会人、时间、重点事项、决议、讨论要点）；
3. 输出后发实习群，全员互相参考学习；今日由李卿首次负责记录，后续统一排好轮值顺序。

（三）工作核心准则：杜绝等、靠、拖

1. 熟悉项目、搭建环境窗口期仅到下周，需尽快将本地项目跑通，有问题及时主动请教；外派人员不会长期驻场，后续线上沟通效率低；
2. 职场自主意识：不会有人主动帮扶，不懂需主动提问；空窗期无分配任务时，主动梳理自身薄弱点、向老师索要学习资源、自主制定学习计划；
3. 长期发展提醒：技术行业依靠日常积累，充分利用工作及业余时间学习，长期坚持会拉开个人能力差距；熟悉阶段可复制工程手写练习，加深理解。

三、实习生逐一汇报近期工作、现存问题与下周计划

1. 实习生 1
   • 现状：拉取代码后 Maven 依赖爆红、AI 工具 API 地址选错导致连接失败；参与企业项目语言、架构培训；安排环境配置、研读代码任务；
   • 本周目标：修复环境问题，本地 MySQL 数据驱动项目正常运行；
   • 下周计划：通读代码、熟悉整体架构；向负责人索要流程录制脚本，完整走通业务流程。
2. 实习生 2
   • 现状：参加技术培训，学习前后端技术栈；下载 Elasticsearch、达梦数据库、OpenClaw 并初步配置；项目代码体量较大；
   • 本周目标：完整搭建代码运行环境；
   • 下周计划：通读代码，形成基础认知，完成后与老师沟通后续工作安排。
3. 实习生 3
   • 现状：对接承接自证数据处理小系统；需求分析已通过老师审核，正在细化内容、编写概要设计；暂无明确分阶段工期规划，每日拆解小任务推进；
   • 计划：本周五 / 下周一完成概要设计提交复审，组织评审会议。
4. 实习生 4
   • 现状：带教老师要求前往现场交接工作，但老师目前出差不在东营；已对接协调石油大学宿舍；暂无固定开发任务；
   • 要求：自主制定学习计划，补齐技术短板，主动向领导、老师索要学习资源。
5. 实习生 5
   • 现状：完成 Vue、CSS、数据库培训；带教老师提供前后端开发框架，需熟悉开发规范与流程；计划开发 Python 智能体对接 Java 端，已有初步设计思路；
   • 本周目标：吃透开发框架、梳理开发规范；
   • 下周计划：拉取智能体代码，完善设计方案，评估任务所需人天，同步对接老师进度。
6. 实习生 6
   • 现状：负责制度审查智能体项目；前端已本地启动，后端未部署，无数据导致功能无法调试；项目需与东营团队同步，单独分配代码仓库；
   • 本周目标：本地完整跑通前后端；依托运行程序理解代码逻辑与项目架构；
   • 项目交付要求：代码、文档及时提交；项目结束 / 实习离场需交付项目说明书、分析文档，开通独立文档仓库存放交付物。
7. 实习生 7
   • 现状：参与前后端、数据库技术培训交付项目，要求完成前后端环境配置；
   • 本周目标：部署项目、熟悉整体业务流程；
   • 下周计划：向申领实操任务，深度熟悉项目。
8. 实习生 8
   • 现状：培训熟悉前后端技术栈；开会确定工作方向：先开发制度智能审查模块，后续拓展职工健康大模型；前端已启动，后端部署受阻，前端存在少量 bug；
   • 下周计划：打通后端环境，尝试修复前端 bug。
9. 9

• 现状：暂无明确分配项目方向；
• 安排：会后单独沟通，确定学习与工作方向。

四、其他重点提醒

1. 项目管理规范：所有项目代码、文档及时提交；项目收尾需交付标准文档，统一归档至指定代码仓库；
2. 领导办公室绿植值日前期不紧急，但属于长期固定工作，需落实到人；
3. 管理层工作现状：负责人、刘总日常事务繁重，仅现阶段专门抽出时间统一指导实习，需珍惜现有线下答疑机会。

今日任务（TASKS）

1.整理配置软件

达梦DM数据库

达梦数据库(DM)安装最新最全最快速保姆级教程！！！-CSDN博客

ES

Elasticsearch安装最新最全快速保姆级教程！！！-CSDN博客

参考教程：Windows安装Elasticsearch保姆级教程 - 详解 - wgwyanfs - 博客园

执行启动命令：

elasticsearch.bat

访问：http://localhost:9200
会出现登录框，输入：

• 用户名：elastic
• 密码：刚才设置的密码

成功访问后会显示类似以下的JSON响应：

设置为Windows服务

安装服务

在命令提示符中（以管理员身份运行），切换到Elasticsearch的bin目录，执行：

elasticsearch-service.bat install

启动服务

elasticsearch-service.bat start

查看服务状态

打开"服务"管理器（按Win + R，输入services.msc），找到"Elasticsearch"服务。
可以在这里设置服务的启动类型为"自动"，这样系统启动时会自动启动Elasticsearch。

设置为自动。

ESClient

ESClient完整使用教程网址：ESClient完整使用教程！！！-CSDN博客

Q：Another Redis Desktop Manager 的工具，用于连接 Redis，navicat 可以吗？

A：Navicat 可以连接 Redis，但原生适配弱，日常开发优先用 Another Redis Desktop Manager 这类专业 Redis 客户端

Another Redis Desktop Manager

Another Redis Desktop Manager【Redis可视化软件】安装完整最全最新保姆级教程！！！-CSDN博客

2.解压项目代码

配置模型api

3.出现的问题：

1.

报错核心原因

关键日志：指定的服务已存在，你之前已经安装过同名的elasticsearch-service-x64Windows 服务，现在重复执行install安装，系统不允许创建重名服务，最终安装失败，退出码 8 就是服务已存在导致的安装失败。 开头的warning: ignoring JAVA_HOME... using ES_JAVA_HOME只是提示：ES 优先使用自身内置 JDK，忽略系统环境变量里的 JDK，不影响本次报错，可以忽略。

不需要重装服务，直接执行启动命令即可：

不需要重装服务，直接执行启动命令即可：

cmd

elasticsearch-service.bat start

也可以打开 Windows 服务列表（Win+R输入services.msc），找到Elasticsearch 9.3.8手动启动。

2.

.dmp 文件是干什么的

.dmp 文件两大主流用途（开发/运维）

一、Windows 内存转储（崩溃日志）

• 性质：程序闪退或系统蓝屏时自动生成的二进制内存快照。

• 内容：异常堆栈、进程/线程、加载的 DLL/驱动、寄存器及内核状态。

• 分类与路径：

  • Minidump（常用）：C:\Windows\Minidump\，体积小（几 MB），排查蓝屏/闪退首选。

  • 完整转储 MEMORY.DMP：C:\Windows\MEMORY.DMP，体积≈物理内存，用于内核/驱动深度调试。

• 用途：定位崩溃根源（空指针、死锁、内存泄漏、损坏驱动、硬件冲突）。

• 工具：WinDbg、BlueScreenView、Visual Studio（不可用记事本直接阅读）。

• 处理：无故障排查需求时可安全删除，以释放磁盘空间。

二、Oracle 数据库备份文件

• 性质：通过exp/expdp导出的专用二进制备份文件。

• 内容：表数据、结构、索引、存储过程、触发器、视图、权限等完整数据库对象。

• 用途：数据备份、跨服务器迁移；使用imp/impdp导入恢复。

• 限制：只能由 Oracle 自带工具解析，MySQL/SQLServer 等无法直接读取。

三、其他小众场景（极少遇到）

• Linux 系统 coredump（内核转储）、Wireshark 网络抓包转储、嵌入式设备固件快照。

快速区分你手里的 .dmp 类型

• 看路径：位于C:\Windows\Minidump或C:\Windows→Windows 崩溃日志。

• 看上下文：涉及exp/imp、数据库迁移/备份操作 →Oracle 备份文件。

3.

G:\software\Elasticsearch\elasticsearch-9.3.8\bin>elasticsearch-service.bat start warning: ignoring JAVA_HOME=C:\Program Files\Eclipse Adoptium\jdk-17.0.10.7-hotspot; using ES_JAVA_HOME [2026-07-23 09:27:33] [info] ( prunsrv.c:2002) [74272] Apache Commons Daemon procrun (1.3.1.0 64-bit) started. [2026-07-23 09:27:33] [info] ( prunsrv.c:982 ) [74272] Starting service 'elasticsearch-service-x64'... [2026-07-23 09:27:35] [debug] ( service.c:573 ) [74272] apxServiceControl(): Sleeping 1000 milliseconds [2026-07-23 09:27:36] [debug] ( service.c:577 ) [74272] apxServiceControl(): QueryServiceStatus OK [2026-07-23 09:27:36] [info] ( prunsrv.c:1000) [74272] Started service 'elasticsearch-service-x64'. [2026-07-23 09:27:36] [info] ( prunsrv.c:1011) [74272] Finished starting service 'elasticsearch-service-x64', returning 1. [2026-07-23 09:27:36] [info] ( prunsrv.c:2086) [74272] Apache Commons Daemon procrun finished. The service 'elasticsearch-service-x64' has been started G:\software\Elasticsearch\elasticsearch-9.3.8\bin>

日志解读

1. Java 警告无需处理：ignoring JAVA_HOME... using ES_JAVA_HOME是正常提示，Elasticsearch 优先使用安装包自带的内置 JDK，不会使用系统配置的 JDK，不影响服务运行。

2. 核心启动结果：日志末尾The service 'elasticsearch-service-x64' has been started，代表Windows 服务层面已经成功发起启动；注意返回值 1 是 procrun 组件的常规状态码，不代表启动失败，服务已经交由 Windows 服务管理器后台运行。

4.

是的，需要继续等待启动，当前只是 Kibana 内部 APM 监控组件初始化完成，服务还没就绪

1. 现有日志解读

• 输出的是Elastic APM Node.js 代理的启动日志，APM 是 Kibana 自带的性能监控组件，只是内部模块加载完毕；末尾Native global console methods have been overridden in production environment属于生产环境正常提示，不是报错。

• Kibana 完整启动还需要执行这些流程：连接 Elasticsearch、初始化内置索引、加载各类插件、开启 5601 端口 web 服务，这些步骤日志还没输出。

2. 等待 & 验证操作

1. 耐心等待 30 秒～3 分钟：首次启动 Kibana 要和 ES 建立通信、创建系统索引，耗时偏久；终端持续滚动输出 info 级别日志，直到出现Server running at http://localhost:5601这类字样，就代表启动成功。

2. 就绪校验：日志打印出端口监听信息后，浏览器访问http://localhost:5601，能打开 Kibana 界面即为正常。

3. 若等待超过 5 分钟仍无端口启动日志：

   • 优先检查config/kibana.yml里elasticsearch.hosts配置，确认地址是http://localhost:9200，和已启动的 ES 对应；

   • 确认 ES 服务处于运行状态，防火墙没有拦截 9200、5601 端口。

补充小提示

ES 版本 9.3.8、Kibana 版本 9.4.4小版本不完全一致，大概率后续会出现连通性警告，建议把 Kibana 降级到 9.3.8，和 ES 版本严格对齐，规避兼容性问题。

5.

Another Redis Desktop Manager 的工具，用于连接 Redis，navicat 可以吗？

结论：Navicat 可以连接 Redis，但原生适配弱，日常开发优先用 Another Redis Desktop Manager 这类专业 Redis 客户端

一、Navicat 连接 Redis 的现状

1. 版本要求：仅 Navicat Premium 15 及以上版本支持 Redis 连接，Navicat for MySQL 这类单数据库版本没有 Redis 适配能力；

2. 使用方式

   • 新建连接时连接类型选择Redis，填写地址、端口（默认 6379）、密码，测试连通后即可连接；

   • 基础操作：查看 key、读写字符串、哈希、列表这类基础数据结构是可以做到的；

3. 重大短板（不推荐主力使用）

   • 对 Redis 专属结构支持差：位图、Geo、Stream、Sorted Set 高级操作、Redis 集群 / 哨兵、Lua 脚本、慢查询分析、内存统计、过期时间批量管理这些功能都很简陋；

   • 界面习惯是关系型数据库（MySQL/Oracle）的思路，Redis 的键值存储逻辑适配别扭，批量删 key、模糊检索、查看 TTL、监控性能远不如专业 Redis 客户端；

   • 部分高级命令无法可视化执行，只能手动输入命令行。

二、Another Redis Desktop Manager（简称 ARDM）优势（推荐主力工具）

专门为 Redis 设计，适配所有 Redis 特性：

1. 完整支持所有数据类型：String、Hash、List、Set、ZSet、Stream、Bitmap；可视化编辑、修改、设置过期时间，操作直观；

2. 原生支持单机、主从、哨兵、Redis Cluster 集群、SSH 隧道连接；

3. 内置命令控制台、慢日志查看、内存分析、批量导入导出、批量删除键、正则筛选 key；

4. 界面针对键值数据库优化，检索大量 key 效率极高，日常开发调试效率远高于 Navicat。

三、选型建议

1. 已有 Navicat Premium 新版、临时简单查少量 Redis 数据：可以直接用 Navicat 连接，不用额外装软件；

2. 高频 Redis 开发、调试、批量操作、对接集群：优先使用 Another Redis Desktop Manager，Navicat 只当作备用工具；

3. 补充备选客户端：Redis Desktop Manager（RDM）、RedisInsight（Redis 官方工具）。

四、Navicat 连接 Redis 简要步骤

1. 打开 Navicat Premium → 连接 → 选择Redis；

2. 填写主机127.0.0.1、端口6379、Redis 访问密码（没设置就留空）；

3. 测试连接，连通后保存，即可查看各个 db 库的键；

4. 局限提醒：涉及 zset 分页、stream 消费、集群分片等复杂操作，还是切换 ARDM 操作更稳妥。

6.

为什么显示这样？

This version of Kibana (v9.4.4) is incompatible with the following Elasticsearch nodes in your cluster: v9.3.8

核心问题：版本不兼容Kibana 必须和 Elasticsearch完整版本号一致，ES 是9.3.8、Kibana 是9.4.4，大小版本不一致，二者无法建立正常通信，所以 5601 页面打不开。

解决办法：把 Kibana 降级为9.3.8

重新下载部署。

7.

报错核心翻译 + 含义

报错关键句：value of "elastic" is forbidden. This is a superuser account that cannot write to system indices that Kibana needs to function翻译：配置里elasticsearch.username填写elastic被禁止；elastic 是超级管理员账号，新版本 ES 不允许用该超级账号供 Kibana 后台写入系统索引，要求改用专用服务账号kibana_system对接。 这就是之前建议你分开两个账号的原因：

1. elastic：仅用于浏览器网页手动登录 Kibana、操作 ES；不能写在 kibana.yml 用作后台连通账号，9.x 版本新增了该安全限制；

2. kibana_system：专门预留给 Kibana 后台对接 ES 的内置系统账号，用来创建、读写.kibana 系列系统索引。

分步修复操作

1. 修改 kibana.yml 连接配置，把用户名改为 kibana_system

yaml

elasticsearch.hosts: ["http://localhost:9200"] # 后台对接必须改用kibana_system，禁止填elastic elasticsearch.username: "kibana_system" elasticsearch.password: "你给kibana_system设置的密码"

2. 重置 kibana_system 账号密码（若你还不知道它的密码，执行这条 curl 命令）

打开 cmd 执行，把elastic_password替换成你 elastic 账号真实密码，new_password替换成自定义新密码：

cmd

curl -X POST "http://localhost:9200/_security/user/kibana_system/_password" -u elastic:elastic_password -H "Content-Type:application/json" -d "{\"password\":\"new_password\"}"

示例：elastic 密码是123456、要把 kibana_system 密码设为123456：

cmd

curl -X POST "http://localhost:9200/_security/user/kibana_system/_password" -u elastic:123456 -H "Content-Type:application/json" -d "{\"password\":\"123456\"}"

3. 重启 Kibana

关闭原有 kibana 运行窗口，重新执行kibana.bat启动；此时后台用合规的kibana_system通信，不会再报该致命错误。 浏览器登录依旧使用用户名elastic+ 对应密码，两个账号分工不变：

• kibana.yml 后台：kibana_system

• 网页登录界面：elastic

原理补充（适配 ES 9.x 新安全规则）

8.0 之后 ES 收紧权限管控：超级用户elastic权限过高，出于安全考虑，禁止第三方服务（Kibana）用它长期对接、写入系统索引；专门分配kibana_system这类服务账号，权限刚好满足 Kibana 运行，风险更低，这是官方强制约束，不能绕过。