包含关键字 typecho 的文章

vite-shadcn

VITE-SHADCN 是一个基于 Shadcn , Vite , React,Zustand,React-Router 等构建的项目 。已经参照ant-design扩展组件扩展了shadcn大量shadcn缺少的组件。并且实现了各种大屏以及可视化方案。

dashboard-zh-CN.png

disaster-command-zh-CN.png

rechart-zh-CN.png

form-zh-CN.png

仓库地址:https://github.com/yluiop123/vite-shadcn

项目访问地址:https://yluiop123.github.io/vite-shadcn

快速开始

1)环境

  • Node.js: v18+
  • pnpm: pnpm v10.28.2

2)技术栈

  • 框架: React 19 + Vite6
  • 状态管理: Zustand
  • UI 组件库: ShadCN + TailwindCSS
  • 国际化: react-intl
  • 路由: React Router v7
  • 接口模拟: Mock Service Worker (MSW)
  • 构建工具: Vite6

3)安装启动

# 克隆项目
git clone https://github.com/yluiop123/vite-shadcn.git
cd <项目目录>

# 安装依赖
pnpm install   

# 本地开发启动
pnpm dev    

#项目启动后访问 http://localhost:3000/   

4)命令行

我将为您更新表格,添加说明列:

命令描述说明
devvite启动开发服务器,支持热重载和实时编译
buildtsc -b && vite build构建生产版本,先进行 TypeScript 类型检查,再打包项目
build:githubtsc -b && vite build --mode github构建 GitHub 部署版本,使用特定的构建配置
linteslint .运行 ESLint 检查代码质量,识别潜在问题
previewvite preview预览生产构建的项目,用于本地测试构建结果
preview:githubvite preview --mode github预览 GitHub 部署版本的构建结果
analyzecross-env ANALYZE=true vite build分析打包结果,生成 bundle 分析报告

5)环境变量

项目默认使用 .env 文件作为环境变量配置。当通过 --mode 参数指定特定模式时,Vite 会自动加载对应的环境变量文件。例如,build:github 命令会加载 .env.github 文件中的配置。

以下是常用的环境变量配置及其说明:

VITE_BASE=/              # 项目部署的相对路径,用于指定应用的基础 URL
VITE_ROUTE=browserRouter # 路由类型,决定应用使用的路由策略
VITE_MOCK_ENABLE=true    # 是否启用 Mock 数据服务,用于开发和测试
VITE_BASE_API=/api/      # API 请求的统一前缀,用于后端接口调用
VITE_CESIUM_TOKEN=###    # Cesium 地图服务的认证令牌

目录结构

vite-shadcn
├── .github/                     # GitHub 配置文件
│   ├── workflows/
│   │   └── main.yml            # CI/CD 工作流配置
│   ├── copilot-instructions.md  # Copilot 指令
├── .trae/                       # Trae IDE 规则
│   └── rules/
├── public/                      # 静态资源目录
├── src/                         # 源代码目录
│   ├── assets/                  # 静态资源
│   ├── components/              # 通用组件
│   │   ├── ext/                 # 扩展组件
│   │   ├── ui/                  # Shadcn UI 基础组件
│   │   ├── app-sidebar.tsx      # 应用侧边栏
│   │   ├── chart-area-interactive.tsx # 交互式面积图
│   │   ├── color-switcher.tsx   # 颜色切换器
│   │   ├── dialog-form.tsx      # 表单对话框
│   │   ├── group-tree-select.tsx # 分组树选择器
│   │   ├── nav-main.tsx         # 主导航
│   │   ├── nav-user.tsx         # 用户导航
│   │   ├── permission-tree-select.tsx # 权限树选择器
│   │   ├── permission-tree-single-select.tsx # 权限单选树
│   │   ├── permission-type.tsx  # 权限类型
│   │   ├── role-select.tsx      # 角色选择器
│   │   ├── section-cards.tsx    # 区域卡片
│   │   ├── sidebar-menutree.tsx # 侧边栏菜单树
│   │   ├── site-header.tsx      # 站点头部
│   │   └── ...                  # 更多组件
│   ├── hooks/                   # React Hooks
│   │   └── use-mobile.ts        # 移动端检测 Hook
│   ├── lib/                     # 工具库
│   │   ├── axios.ts             # Axios 配置
│   │   ├── dict.ts              # 字典工具
│   │   ├── fixLeafletIcon.ts    # Leaflet 图标修复
│   │   ├── notify.ts            # 通知工具
│   │   └── utils.ts             # 通用工具函数
│   ├── locale/                  # 国际化
│   │   ├── en-US.ts             # 英文翻译
│   │   └── zh-CN.ts             # 中文翻译
│   ├── mock/                    # Mock 数据
│   ├── pages/                   # 页面组件
│   │   ├── chart/               # 图表页面
│   │   ├── component/           # 组件示例页面
│   │   ├── dashboard/           # 仪表板页面
│   │   ├── system/              # 系统管理页面
│   ├── store/                   # 状态管理
│   ├── themes/                  # 主题色文件
│   ├── App.tsx                  # 应用根组件
│   ├── index.css                # 全局样式
│   ├── layout.tsx               # 应用布局
│   └── main.tsx                 # 应用入口
├── .env                         # 环境变量
├── .env.github                  # GitHub 环境变量
├── .gitignore                   # Git 忽略文件
├── .hintrc                      # Webhint 配置
├── CODE_OF_CONDUCT.md           # 行为准则
├── LICENSE                      # 许可证
├── components.json              # 组件配置
└── package.json                 # 项目配置

路由与菜单

路由示例(React Router v7):

//src\routes.ts
const routeSetting: NavItem[] = [
  {
    key: "dashboard",
    title: "menu.dashboard",
    icon: LayoutDashboard,
    children: [
      { key: "normal", title: "menu.dashboard.normal", icon: Gauge },
    ],
  },
];

路由配置包含四个核心参数:

  • key: 路由路径标识符,用于唯一确定导航目标
  • title: 国际化配置键值,用于多语言文本映射
  • icon: 菜单图标元素,用于视觉标识
  • children: 子菜单数组,用于构建嵌套导航结构

如下,是其中一个页面的配置示例:

  1. 配置路由dashboard\normal
//src\routes.ts
const routeSetting: NavItem[] = [
  {
    key: "dashboard",
    title: "menu.dashboard",
    icon: LayoutDashboard,
    children: [
      { key: "normal", title: "menu.dashboard.normal", icon: Gauge },
    ],
  },
];

2.国家化文件中配置title中的key

//src\locale\en-US.ts
export default {
    'menu.dashboard': 'Dashboard',
    'menu.dashboard.normal': 'Normal',
};
//src\locale\zh-CN.ts
export default {
    'menu.dashboard': '仪表盘',
    'menu.dashboard.normal': '普通仪表盘',
};

3.增加页面

src\pages\component\general\index.tsx

注意必须在index.tsx下。

4.mock权限增加

下面这段模拟的是获取当前用户权限,需要在这段代码里增加新增菜单的权限。

//src\mock\system\permission.ts
    http.get<{ id: string }>(
    "/api/system/permissions/detail/:id",

对应的function 是getPermissionList

//src\mock\system\permission.ts
function getPermissionList(locale: string) {
    const dataArray: Permission[] = [
            //supper menu permissions
            {id: '0000', parentId:'',order: 0, path: "/dashboard",type: "directory",name:localeMap[locale]['menu.dashboard'] },
            {id: '0001', parentId:'',order: 1, path: "/component", type: "menu",name:localeMap[locale]['menu.component'] },
            {id: '000100', parentId:'0001',order: 0, path: "/component/general", type: "menu",name:localeMap[locale]['menu.component.general'] },

component/general 页面对应的权限标识为 id: '000100',其中 type 字段表示权限类型:

  • directory: 目录权限,包含该目录下所有子菜单的访问权限
  • menu: 菜单项权限,仅控制当前菜单项的访问权限

后端返回的权限字段

//src\mock\components\permission.ts
type Permission = {
  name: string//权限名称,用于显示在菜单或权限列表中
  id: string//权限ID,用于唯一标识权限
  path: string//权限路径,用于标识具体的资源或操作
  type: string//权限类型,指示权限的具体作用(如目录:directory、菜单:menu、操作:action、功能:function、接口:api)
  action?: string//type=action时才会有,操作名称,进一步细化权限的具体操作(如读取、写入、执行等)
  status?: "0" | "1"//权限状态,0表示禁用,1表示启用
  create?: string,//创建时间,记录权限创建的时间
  parentId?: string//父权限ID,用于构建权限树结构
  order: number//排序顺序,用于在菜单或权限列表中排序显示,后端自动生成
}

前端权限字段

//src\store\user.ts
type Permission = {
  path: string;//权限路径,用于标识具体的资源或操作
  role: string;//角色名称,指定该权限所属的角色
  type: string;
  //权限类型,指示权限的具体作用(如目录:directory、菜单:menu、操作:action、功能:function、接口:api)
  /**
   * 权限类型,指示权限的具体作用(如目录:directory、菜单:menu、操作:action、功能:function、接口:api)
   * - directory: 目录权限,包含该目录下所有子菜单的访问权限
   * - menu: 菜单项权限,仅控制当前菜单项的访问权限
   * - action: 表示菜单下的具体动作(如读取、写入、执行等)
   * - function: 功能权限,用于执行特定的系统功能
   * - api: 接口权限,用于访问后端提供的API接口
   */
  action: string;//操作名称,进一步细化权限的具体操作(如读取、写入、执行等)
};

国际化

配置示例(react-intl):

//src\locale\en-US.ts
export default {
    'menu.dashboard': 'Dashboard',
};
//src\locale\zh-CN.ts
export default {
    'menu.dashboard': '仪表盘',
};

页面使用示例:

import { useIntl } from "react-intl";

const { formatMessage } = useIntl();
<div>{formatMessage({ id: "menu.dashboard", defaultMessage: "Dashboard" })}</div>

模拟数据

项目使用 MSW 模拟数据,msw的引入代码如下

//src\main.tsx
const mockEnable = (import.meta.env.VITE_MOCK_ENABLE||'true')=='true';
if(mockEnable){
  initMSW().then(()=>{
    createRootElement();
  })
}else{
  createRootElement();
}

mock数据的入口在如下文件,如果要新增mock的话,参照如下代码新增一个handlers就行了

//src\mock\index.ts
import { setupWorker } from "msw/browser";
import groupHandlers from "./components/group";
import permissionHandlers from "./components/permission";
import loginUserHandlers from "./login/user";
import systemGroupHandlers from "./system/group";
import systemPermissionHandlers from "./system/permission";
import systemRoleHandlers from "./system/role";
import systemUserHandlers from "./system/user";
const mockHandlers = [
  ...loginUserHandlers,
  ...groupHandlers,
  ...permissionHandlers,
  ...systemUserHandlers,
  ...systemRoleHandlers,
  ...systemGroupHandlers,
  ...systemPermissionHandlers
];
let worker: ReturnType<typeof setupWorker> | null = null;
export default async function initMSW() {
  if (worker) return worker;
  worker = setupWorker(...mockHandlers);
  // 启动 MSW
  await worker.start({

    serviceWorker: {
      url: `${import.meta.env.BASE_URL}mockServiceWorker.js`,
      options: { type: 'module', updateViaCache: 'none' },
    },
    onUnhandledRequest: (req) => {
      if (!req.url.startsWith('/api')) {
        return // 直接跳过,不拦截
      }
    },
  });
  return worker;
}

权限控制

用户权限从userInfo中获取

import { useUserStore } from '@/store';
const { userInfo} = useUserStore();

系统权限管理包含以下概念:

  • rolePermissions: 角色权限集合,定义特定角色所拥有的权限
  • userPermissions: 用户权限集合,定义用户账户级别的权限
  • currentPermission: 当前生效权限,为用户权限与所选角色权限的并集
  • currentMenuPermission: 当前菜单权限,用于控制具体菜单项的显示
  • currentDirectoryPermission: 当前目录权限,用于控制目录节点的显示,拥有目录权限时自动获得其下所有子菜单权限

系统支持多角色管理模式。当用户选择"全部角色"时,系统将整合用户权限与所有角色权限的并集作为当前权限集,实现灵活的权限控制策略。

主题

1.新增主题色在src\themes下

2.新增主题色后,需要导入

//src\index.css
@import "@/themes/blue.css";
@import "@/themes/green.css";
@import "@/themes/orange.css";
@import "@/themes/red.css";
@import "@/themes/rose.css";
@import "@/themes/violet.css";
@import "@/themes/yellow.css";
  • 主题色切换

下面可以配置主题色,Color的字符串颜色和src\themes中的一致

//src\store\theme.ts
export type Color =
  | "default"
  | "blue"
  | "green"
  | "orange"
  | "red"
  | "rose"
  | "violet"
  | "yellow";
import {useThemeStore } from '@/store/index';
const {color,setColor} = useThemeStore();
setColor('blue')

前言

TraeCN 是由字节跳动推出的一款 AI 原生 IDE,主打“用自然语言驱动开发”。它将大语言模型深度集成进 IDE 中,支持代码生成、智能补全、错误修复、项目理解与任务执行等能力,试图从根本上改变开发者与代码的交互方式。

作为一名大学生,我对 TraeCN 的第一印象可以总结为三个词:免费、无门槛、本土化
不用额外配置网络环境,也不用担心额度限制,再加上国产模型“量大管饱”,对于学生党来说几乎没有心理负担。

最近我正好用 TraeCN 从零做了一个小游戏项目,在实际开发过程中踩了不少坑,也积累了一些比较真实的使用体验,借这篇文章跟大家聊一聊。


正文

01 最好一次把任务说清楚

在使用 TraeCN 的过程中,我最大的感受之一是:

它非常擅长「从 0 到 1」,但不太擅长「反复打补丁」。

当你第一次输入提示词时,如果任务描述足够清晰、完整,它往往能一次性把功能实现得八九不离十,整体体验是非常流畅的。

但如果你在第一次生成之后,开始不断地「小改一点」「再加一个条件」「顺便帮我优化下」,问题就容易出现了:

  • 报错开始变多
  • 修改内容互相覆盖
  • 之前正确的逻辑被推翻
  • 为了解决一个新问题,引入更多新问题

遇到这种情况,我个人的建议是:
直接新建一个任务,把你的最终需求重新完整描述一遍。

虽然听起来有点“暴力”,但实际体验下来,这种方式反而更省时间,也更稳定。


02 模型选择真的很重要

在模型选择上,我主要使用了两种模式:

  • AUTO 模式
  • 手动选择 GLM-4.7

AUTO 模式 的特点是:

  • 响应速度快
  • 适合简单需求
  • 大多数时候使用的是豆包相关模型

但问题也很明显:速度有了,质量不一定跟得上。

举个例子:
前几天我从 GitHub 上克隆了一个聊天室项目,原本使用的是 MinIO 做对象存储,我希望让 TraeCN 帮我改成上传到 阿里云 OSS

AUTO 模式 下:

  • 任务完成得很快
  • 但 OSS 配置类内容不完整
  • 一些关键参数和初始化逻辑缺失

后来我切换到 GLM-4.7

  • 执行速度明显慢了不少
  • 但几乎一次就改成功
  • 逻辑完整、配置正确,可直接运行

所以我的结论是:

简单、试探性的任务用 AUTO;涉及架构、第三方服务、配置改造,直接上高质量模型。

选对模型,真的能做到事半功倍。


03 上下文能力明显不足

这是我目前对 TraeCN 最不满意的一点。

在多轮对话和持续开发过程中,它的上下文记忆能力非常有限

  • 每次提问几乎都要重新理解项目
  • 对之前修改过的内容“印象很浅”
  • 有时甚至会否定自己刚刚改过的代码

最让人头疼的是:

它可能会把你已经确认正确的实现直接推翻。

一旦出现这种情况,不仅要重新定位问题,还得反复对照代码,非常浪费时间。

这也意味着:

  • TraeCN 更适合阶段性任务
  • 不太适合长时间连续开发

如果你能接受这种节奏,把它当成一个「高效执行器」而不是「全程搭档」,体验会好很多。


04 「没有美感」的问题很明显

在我的小游戏中,瓦片地图和角色形象,是通过新建智能体 「瓦片画师」 来完成的。

说实话,这一块我调了非常久,才勉强达到“能看”的程度。

当我尝试设计更多反派角色时,生成效果直接翻车:

问题的核心在于:
TraeCN 并不能真正“理解图片”。

即使你把游戏截图直接粘贴给它,它依然只能从代码和文字描述层面去推断你的需求,而不是基于视觉进行设计。

因此,如果你有前端设计、美术相关需求,一定要注意两点:

  1. 提示词尽量结构化、明确
  2. 不要指望它“看图说话”

否则生成结果,很容易和你的预期严重不符。


结语

总体来说,TraeCN 作为一款国产 AI IDE,依然具备非常明显的优势:

  • 深度本土化适配
  • 中文语义理解友好
  • 自然语言驱动开发
  • 原生集成 AI 能力
  • 更符合国内开发者的使用习惯

这些特点让它在“入门门槛”和“使用成本”上非常有竞争力。

对于想要体验 AI 辅助开发 的同学来说,TraeCN 是一个不错的起点;
如果你能理解它的边界、用对使用方式,它确实能在不少场景下帮你节省大量时间。

以上就是我最近使用 TraeCN 的一些真实感受,难免存在主观因素,如果你有不同体验,欢迎在评论区或者私信交流。

(PS:因为构思文章内容导致火影连跪……)

本文由mdnice多平台发布

点赞 + 关注 + 收藏 = 学会了

整理了一个NAS小专栏,有兴趣的工友可以关注一下 👉 《NAS邪修》

Reader 是一款开源免费的自托管全能阅读工具,它整合了网络小说阅读、RSS 资讯订阅、网页内容抓取三大核心功能,内置丰富书源与订阅接口。

本次使用飞牛 NAS,其他品牌的 NAS 操作流程也差不多。

打开“文件管理”,在”docker“目录下创建一个”reader“文件夹,然后在”reader“里再创建两个文件夹,分别是”log“和”storage“。

打开”Docker“,在”Compose“里新增一个项目,填入以下信息。

代码:

services:
  reader:
    image: hectorqin/reader:latest
    container_name: reader
    ports:
      - 8080:8080
    environment:
      - SPRING_PROFILES_ACTIVE=prod
    volumes:
      - /vol1/1000/docker/reader/log:/log
      - /vol1/1000/docker/reader/storage:/storage
    restart: always

端口可以自定义,我这里使用的是 8080

logstorage 分别指向刚刚创建的2个文件夹。

等项目构建成功后,打开浏览器输入 你NAS的IP:8080 就能使用 Reader 了。

首次使用需要配置一下“书源订阅”。

新增订阅的名称可以随便填(你看得懂记得住就行)链接我填了这5个:

其他书源链接在这个网站有整理,按需取👉 https://flowus.cn/zyzyk/share/07b5bf19-2397-4065-bc1c-aecb7c0...


以上就是本文的全部内容啦,有疑问可以在评论区讨论~

想了解更多NAS玩法可以关注《NAS邪修》👏

点赞 + 关注 + 收藏 = 学会了

The Matrix 1999 - Take the red pill to stay in Wonderland and see how deep the rabbit hole goes, or the blue pill to wake up and believe what you want.

不可否认,OpenClaw 在一定程度上被过度炒作了。不过,从 AI Agent 开发的角度来看,它确实引入了一种有意思的思路:将 即时通讯平台(如 WhatsApp、Telegram、Matrix 等)作为与 AI Agent 交互的主要入口。

这种设计显著降低了部署和远程使用的复杂度。用户只需要一个 IM 客户端即可与 AI 交互,而无需处理端口映射、反向代理或复杂的网络配置。

许多技术用户之所以对 OpenClaw 感兴趣,正是因为它强调 可自托管。尽管由于硬件成本的限制,完全在本地自托管大模型对大多数人来说仍不现实,但自托管 OpenClaw 的 Matrix Channel却是一个非常可行的方案。

通过这种方式,用户既能利用 OpenClaw 的能力,又能在一个私有的 Matrix Channel 中进行通信。自托管 Matrix Server 意味着你可以完全掌控自己的数据,在不依赖第三方平台的前提下,以安全、私密的方式与 AI Agent 交互。


搭建 Matrix 聊天 Server

我选择了 tuwunel 作为自托管的 Matrix Server。它是 conduwuit 的官方继任项目。

完成 Server部署后,我创建了一个名为 openclaw 的 Matrix 用户,并通过以下请求获取访问令牌(access token):

curl -XPOST \
  -H "Content-Type: application/json" \
  -d '{"type":"m.login.password", "user":"@openclaw:your_matrix_home_domain", "password":"$your_matrix_password"}' \
  "https://$your_matrix_home_domain/_matrix/client/r0/login"

{"user_id":"@openclaw:your_matrix_home_domain","access_token":"$your_matrix_access_token","home_server":"$your_matrix_home_domain","device_id":"xyz"}

配置 OpenClaw Channel

在继续之前需要说明:OpenClaw 以及 OpenClaw 的 Matrix 插件目前仍处于早期开发阶段。在配置过程中你可能会遇到一些问题。以下步骤基于我自己的实践环境整理,希望能帮助你顺利完成 Matrix Channel的搭建。

参考 https://docs.openclaw.ai/channels/matrix

安装 Matrix Channel插件

在安装插件之前,建议先观察 OpenClaw 的日志输出:

tail -f /tmp/openclaw/openclaw-2026-xx-xx.log

然后安装 Matrix 插件:

openclaw plugins install @openclaw/matrix

插件安装问题一:重复的插件 ID

安装完成后,你可能会看到类似下面的错误:

Config warnings:
- plugins.entries.matrix: plugin matrix: duplicate plugin id detected; later plugin may be overridden
(/home/mark/.nvm/versions/node/v24.13.0/lib/node_modules/openclaw/extensions/matrix/index.ts)

这通常是因为插件同时存在于以下两个目录中:

  • ~/.nvm/versions/node/v24.13.0/lib/node_modules/openclaw/extensions/matrix
  • ~/.openclaw/extensions/matrix

如果是这种情况,删除其中一个重复目录即可,例如:

sudo rm -rf ~/.nvm/versions/node/v$some_version/lib/node_modules/openclaw/extensions/matrix

插件安装问题二:缺少依赖

如果日志中出现如下错误:

[plugins] matrix failed to load from /home/mark/.openclaw/extensions/matrix/index.ts:
Error: Cannot find module '@vector-im/matrix-bot-sdk'

说明缺少相关依赖。可以通过全局安装依赖来解决:

npm install -g vector-im/matrix-bot-sdk
npm install -g markdown-it
npm install -g music-metadata
npm install -g zod

配置 OpenClaw

编辑 ~/.openclaw/openclaw.json,加入以下配置:

"channels": {
  "matrix": {
    "accessToken": "$your_matrix_access_token",
    "dm": {
      "enabled": true,
      "policy": "open"
    },
    "autoJoin": "always",
    "groupPolicy": "open",
    "homeserver": "https://$your_matrix_home_domain",
    "deviceName": "OpenClaw",
    "enabled": true,
    "encryption": true
  }
}
注意:这里的 open 策略意味着你的 Matrix homeserver 上的任何用户都可以向 OpenClaw 机器人发送消息。该配置仅适用于测试环境。
在生产环境中,建议限制访问策略,并考虑关闭 Matrix 的 federation 功能。

测试 Matrix 聊天 Channel

配置完成后,你应该可以通过 Matrix 客户端与 OpenClaw 进行交互:

image.png

Studio 3T 2025.23 (macOS, Linux, Windows) - MongoDB 的终极 GUI、IDE 和 客户端

The Ultimate GUI, IDE and client for MongoDB

请访问原文链接:https://sysin.org/blog/studio-3t/ 查看最新版。原创作品,转载请保留出处。

作者主页:sysin.org


Studio 3T,MongoDB 的终极 (卓越、非凡) GUI、IDE 和 客户端

适用于 MongoDB 的所有 IDE、客户端和 GUI 工具 —— 在 Atlas 上或任何地方。

sysin

MongoDB 的强大工具。

超过 100,000 名开发人员和数据库管理员使用 Studio 3T 作为他们首选的 MongoDB GUI

MongoDB 客户端、GUI 与 IDE

那么 Studio 3T 到底是什么? 在这里,我们解释了它戴的许多帽子中的三个。

  • Studio 3T 作为 MongoDB 客户端

    客户端是允许您连接到服务器的软件程序或应用程序。尽情使用 Studio 3T 的连接管理器,根据需要连接到尽可能多的 MongoDB 服务器。

    sysin

  • Studio 3T 作为 MongoDB GUI

    图形用户界面 (GUI) 完全按照它说的去做。它提供了一个带有图形菜单、图标、对话框、向导和其他可视元素的用户界面。使用 MongoDB GUI 的替代方法是使用 mongo shell,尽管 Studio 3T 仍然有 IntelliShell——一个易于导航的内置版本——当你需要的时候。

    sysin

  • Studio 3T 作为 MongoDB IDE

    集成开发环境 (IDE) 将应用程序和数据库开发的许多方面整合到一个功能齐全的 “工作室” 环境中 (sysin)。Studio 3T 正是通过提供一个 GUI 来做到这一点,该 GUI 的编辑器具有自动完成和语法突出显示、内置 JSON 验证、七种语言的自动查询代码生成以及许多其他功能,可帮助您更快地工作并节省时间。

    sysin

新增功能

2025.23.0(2025-12-16)

修复:漏洞 —— 更新依赖项以修复 CVE-2025-59250。

修复:连接 —— 修复了在 Windows 上连接可能消失的问题。

修复:图标 —— 修复了在 Windows 某些分辨率和缩放设置下图标无法显示的问题。

修复:OIDC —— 修复了某些域名未被正确解析的问题。

下载地址

Studio 3T 2025.23.0 | 2025-12-16

更多:macOS 下载汇总 (系统、应用和教程)

Tenable Nessus 10.11.2 (macOS, Linux, Windows) - 漏洞评估解决方案

发布 Nessus 试用版自动化安装程序,支持 macOS Tahoe、RHEL 10、Ubuntu 24.04 和 Windows

请访问原文链接:https://sysin.org/blog/nessus-10/ 查看最新版。原创作品,转载请保留出处。

作者主页:sysin.org


Nessus

Nessus Vulnerability Scanner

漏洞评估领域的全球黄金标准针对现代攻击面量身打造

利用业界最受信赖的漏洞评估解决方案来评估现代攻击面。扩展到传统的 IT 资产之外 – 保护云基础设施和获取对与互联网相连的攻击面的可见性。

Nessus 版本

Nessus ExpertNessus Professional
适用对象:适用对象:
顾问、渗透测试人员、开发人员和中小型企业顾问、渗透测试人员和安全专业人士
- 不受限制的 IT 评估- 不受限制的 IT 评估
- 使用不限地点- 使用不限地点
- 配置评估- 配置评估
- 实时检测结果- 实时检测结果
- 配置报告- 配置报告
- 社区支持- 社区支持
- 高级支持(可选)- 高级支持(可选)
- 提供随需培训- 提供随需培训
- 外部攻击面扫描x 外部攻击面扫描
- 添加域的功能x 添加域的功能
- 扫描云端基础架构x 扫描云端基础架构
- 500 个预构建的扫描策略x 500 个预构建的扫描策略

Nessus 在漏洞评估领域一路领先

从创立伊始,我们就与各类网络安全相关行业紧密协作。我们根据业界的反馈持续优化 Nessus,将其打造成市场中最准确全面的漏洞评估解决方案。20 年以来,我们不忘初心,始终专注于业界协作与产品创新 (sysin),建立起最准确全面的漏洞数据库,让您的企业不会因忽视重要漏洞而暴露于风险之中。

今天,Nessus 深受全球数万家企业的信赖,是全球部署最为广泛的安全技术之一,而且是漏洞评估行业的黄金标准。

94K+ 个 CVE

226,000+ 款插件

100+ 款新插件,每周定期发布

Tenable 的零日研究对新漏洞和紧急漏洞提供全天候更新,因此您将始终具有全面的态势感知。

1 准确度

Nessus 达到了 6 西格玛准确度,实现了业内最低的误报率

*每 100 万次扫描中仅有 0.32 次误报

1 覆盖面

Nessus 拥有业内首屈一指的漏洞覆盖面深度和广度

查看产品比较:https://zh-cn.tenable.com/nessus/competitive-comparison

1 采用率

Nessus 深受数万家企业的信赖,全球下载次数达到 200 万次

1 口碑信誉

口说无凭,无需赘言。为何全球安全专业人士对 Nessus 的信赖让您眼见为实

新增功能

Tenable Nessus 10.11.2 (2026-02-05)

仅 Security Updates + Bug Fixes,详述略过,参看官方文档。

Tenable Nessus 10.11.1 (2025-12-15)

功能变更与性能增强

Tenable Nessus 10.11.1 包含以下更新:

  • Tenable Nessus Manager Red Hat Enterprise Linux (RHEL) 插件优化 — 为 Tenable Nessus Manager 添加对 RHEL 衍生发行版生成插件数据库的支持。此更新允许 11.1.0 及以上版本的代理仅获取针对其 Linux 发行版的插件。

安全更新

Tenable Nessus 10.11.1 包含以下安全更新:

  • 更新 libxml2 至 2.13.9 版本。
  • 更新 libxslt 至 1.1.45 版本。
  • 更新 expat 至 2.7.3 版本。

错误修复

  • 修复了合规插件在漏洞报告中显示错误的问题。
    缺陷 ID: 02317513
  • 修复了 Tenable Nessus Manager 中共享代理扫描在服务重启时意外中止的问题。
    缺陷 ID: 02353244, 02362574
  • 修复了前端错误,非管理员用户由于许可证元素不可访问而遇到的问题。
    缺陷 ID: 02374344, 02376020, 02375991, 02378922, 02379965

Tenable Nessus 10.11.0 (2025-12-15)

新功能

Tenable Nessus 10.11.0 包含以下新功能:

  • 引入 Nessus Essentials Plus,一种新的年度订阅层,对验证学生和教育工作者免费,其他用户价格合理。包含功能如下:

    • 可扫描 20 个目标。
    • HTML 与 PDF 报告。
    • 实时插件更新。

功能变更与性能增强

Tenable Nessus 10.11.0 包含以下更新:

  • 更新 Tenable Nessus Essentials 的功能限制:

    • 可扫描目标数从 16 减少至 5。
    • 禁用报告与导出功能。
    • 订阅更新为按月计费。
    • 插件更新延迟 30 天。
    • 在订阅期结束时,除非升级到 Tenable Nessus 高级版本,否则数据不会被保存。

错误修复

  • 修复本地化 HTML 和 PDF 报告翻译错误的问题。
    缺陷 ID: 02338762, 02340433
  • 修复 Tenable Nessus 后端未更新最近可用版本检查的问题。
    缺陷 ID: 02257447, 02325697
  • 修复 Tenable Nessus 无法在离线模式下导入 Web 应用扫描插件的问题。
    缺陷 ID: 02249841, 02335036
  • 修复从 Tenable Security Center 启动的高级代理扫描未包含某些插件结果的问题。
    缺陷 ID: 02358488, 02360054, 02352675, 02362129, 02362296, 02362890, 02354701, 02365102, 02352799, 02360666, 02364066, 02365597, 02357087, 02359851, 02365111, 02357867, 02365777, 02354325, 02362378, 02366634, 02353439, 02351699, 02363014, 02366463

支持平台

Tenable Nessus 10.11.0 的支持平台更新如下:

  • 新增对 Debian 13 的支持。
  • 新增对 macOS 26 的支持。
  • 移除对 macOS 13 的支持。
  • 移除对 32 位 Windows 操作系统的支持。

系统要求

Nessus 广泛支持各种 Unix、Linux 版本,也包括 Windows,下面列出的最广泛使用的 Unix、Linux 版本,作为推荐的运行平台。

macOS:

Linux:

Windows x64 系统:

下载地址

Tenable Nessus 10.11.2 (2026-02-06)

FilenamePlatformSizeRelease date
Unix
DeprecatedFreeBSD 11 AMD64N/AN/A
DeprecatedFreeBSD 12 AMD64N/AN/A
Nessus-10.11.2.dmgmacOS Universal (14, 15, 26)86.2 MB2025-02-06
Linux
DeprecatedAmazon Linux 2015.03, 2015.09, 2017.09N/AN/A
Nessus-10.11.2-amzn2.aarch64.rpmAmazon Linux 2 (Graviton 2) / Amazon Linux 202366.9 MB2025-02-06
Nessus-10.11.2-amzn2.x86_64.rpmAmazon Linux 2 / Amazon Linux 202367.1 MB2025-02-06
Nessus-10.11.2-debian10_amd64.debDebian 11, 12 / Kali Linux 2020 AMD6461.6 MB2025-02-06
DeprecatedDebian 10 (32-bit)N/AN/A
DeprecatedRed Hat Enterprise Linux 6 i386 (32-bit) / CentOS 6 / Oracle Linux 6 (including Unbreakable Enterprise Kernel)N/AN/A
DeprecatedRed Hat Enterprise Linux 6 (64-bit) / CentOS 6 / Oracle Linux 6 (including Unbreakable Enterprise Kernel)N/AN/A
DeprecatedRed Hat Enterprise Linux 7 (aarch64) / CentOS 7 / Oracle Linux 7 (including Unbreakable Enterprise Kernel)N/AN/A
Nessus-10.11.2-el7.x86_64.rpmRed Hat Enterprise Linux 7 (64-bit) / CentOS 7 / Oracle Linux 7 (including Unbreakable Enterprise Kernel)67.4 MB2025-02-06
Nessus-10.11.2-el8.aarch64.rpmRed Hat Enterprise Linux 8 (aarch64) / CentOS 8 / Oracle Linux 8 (including Unbreakable Enterprise Kernel)69.3 MB2025-02-06
Nessus-10.11.2-el8.x86_64.rpmRed Hat Enterprise Linux 8 (64-bit) / CentOS 8 / Oracle Linux 8 (including Unbreakable Enterprise Kernel)67.6 MB2025-02-06
Nessus-10.11.2-el9.aarch64.rpmRed Hat Enterprise Linux 9, 10 (aarch64) / CentOS Stream 9, 10 / Oracle Linux 9 (including Unbreakable Enterprise Kernel)68.2 MB2025-02-06
Nessus-10.11.2-el9.x86_64.rpmRed Hat Enterprise Linux 9, 10 (64-bit) / CentOS Stream 9, 10 / Oracle Linux 9 (including Unbreakable Enterprise Kernel)68.7 MB2025-02-06
DeprecatedFedora 38 - 42 (64-bit)N/AN/A
Nessus-10.11.2-raspberrypios_armhf.debRaspberry Pi OS (32-bit)68 MB2025-02-06
DeprecatedSUSE 11 Enterprise i586 (32-bit)N/AN/A
DeprecatedSUSE 11 Enterprise (64-bit)N/AN/A
Nessus-10.11.2-suse12.x86_64.rpmSUSE 12 Enterprise (64-bit)55.9 MB2025-02-06
Nessus-10.11.2-suse15.x86_64.rpmSUSE 15 Enterprise (64-bit)56.2 MB2025-02-06
Nessus-10.11.2-ubuntu1604_amd64.debUbuntu 16.04, 18.04, 20.04, 22.04, and 24.04 AMD6461.2 MB2025-02-06
Nessus-10.11.2-ubuntu1604_i386.debUbuntu 16.04 i386 (32-bit)60.5 MB2025-02-06
Nessus-10.11.2-ubuntu1804_aarch64.debUbuntu 18.04, 20.04, 22.04, and 24.04 Aarch6468.7 MB2025-02-06
Windows
DeprecatedWindows 10 (32-bit)N/AN/A
Nessus-10.11.2-x64.msiWindows Server 2012, Server 2012 R2, 10, 11, Server 2016, Server 2019, Server 2022, Server 2025 (64-bit)98 MB2025-02-06

发布 Nessus 试用版自动化安装程序,支持 macOS Tahoe、RHEL 10、Ubuntu 24.04 和 Windows

更多:HTTP 协议与安全

个人开发的小游戏《潜艇进击》上线快一个月了。这几天发了一版大的更新(新的敌人、BOSS 和防护盾等)。

V 站氛围比较好,流量也比较大。之前分享过作品,有 V 友反馈 UI 有点丑,这次也上了新的 UI 。

希望可以得到大家的试玩和反馈,小游戏还是很好玩的。

微信和抖音均已上架,直接扫码直达,或者搜“潜艇进击”就能看到。

感谢支持!


                “Linux之父把AI泡沫喷了个遍”思维导图

“Linux之父把AI泡沫喷了个遍”思维导图模板获取链接

一、核心主题确定

确定核心主题为“Linux之父把AI泡沫喷了个遍”,围绕这一主题,收集和整理Linux之父Linus Torvalds对AI的看法、AI的发展现状、优缺点、炒作周期、分类与作用、未来预测等相关内容,形成思维导图的核心内容框架。

二、导图结构设计

  1. 博文核心观点:作为思维导图的主要分支,涵盖对AI炒作的态度、AI发展现状、AI的优点、AI炒作周期分析、AI的分类与作用、AI的未来预测六个子分支,每个子分支下再细分具体观点和内容。
  2. 博文观点分析:对博文核心观点进行合理性及局限性两方面的分析,每个方面下再细分具体分析内容,形成逻辑严密的论证结构。
  3. 个人观点补充:包含对AI炒作的理解以及对AI未来发展的期待两个子分支,每个子分支下同样细分具体观点,展现个人对AI领域的深入思考。

三、导图样式设计

  1. 颜色搭配:采用绿色作为背景色,给人清新、科技感的视觉感受;不同层级的文字和分支使用不同颜色进行区分,如核心主题用黑色加粗字体,一级分支用深绿色背景白色字体,二级及以下分支用浅绿色背景黑色字体保持视觉一致性。可借鉴图形天下思维导图提供的17套配色方案,选择适合科技主题的配色,增强视觉吸引力。
  2. 形状布局:整体采用树状表格布局,从核心主题向右侧延伸出主要分支,各分支下的子内容以列表形式呈现,层次分明,逻辑清晰。图形天下思维导图提供的12类42种图形布局,可根据内容特点灵活选择,使布局更加专业和有条理。
  3. 字体和字号:选择简洁易读的字体,核心主题字号最大,一级分支字号次之,二级及以下分支字号相对较小,通过字号大小体现内容的层级关系。

“Linux之父把AI泡沫喷了个遍”思维导图模板在线免费体验链接

四、导图工具与流程

  • 工具选择:使用图形天下思维导图软件,该软件不仅提供了丰富的模板、图标、颜色设置等功能,还支持多模态AI生成思维导图,能极大提升创作效率。
  • 创作流程

    • 收集资料:查阅Linus Torvalds关于AI的相关言论、报道以及AI领域的发展现状、技术分析等资料。
    • 整理内容:对收集到的资料进行整理和归纳,提取关键信息,形成各个分支下的具体内容。
    • 创建导图:在图形天下思维导图软件中,先输入核心主题,然后依次创建一级分支、二级分支等。
    • 样式调整:利用软件的树型表格布局,将博文核心观点下的各子分支及其内容以表格形式清晰呈现。同时,利用软件提供的17套配色方案对导图的颜色进行调整。
    • 检查完善:检查导图内容是否完整、逻辑是否连贯、有无错别字等,对不足之处进行修改和完善。

图形天下思维导图软件免费下载链接

五、总结

在本次思维导图的创作过程中,通过运用图形天下思维导图软件的树型表格布局,成功将复杂的内容以清晰、有条理的方式呈现出来。同时,借助软件提供的配色方案预设风格,使导图在视觉上更加吸引人。整个创作流程高效顺畅,充分展现了图形天下思维导图软件在知识管理和思维可视化方面的强大能力。

访问图形天下思维导图模板库教程资源,获取更多免费导图素材与实操指南,激发你的无限创意。

各位 V 友,大家好。

我一直觉得“买课容易学完难”。过去一年,为了提升自己,我花了不少钱在各种独立开发、SEO 和商业实战的内容上。但时间久了发现,如果不把这些知识内化并输出,它们很快就会变成收藏夹里的灰尘。

所以我最近上线了一个名为 LuckyHYP Hub 的项目。我的思路是:通过二次学习和实践,把学到的精华以分享的方式整理出来。

项目初心:
我想打造一个纯粹的学习空间。把那些零散的、高价的知识体系,经过我的实践验证和逻辑重构后,免费分享给社区里同样在路上的朋友。

为什么值得一看?

  • 全站默认免费:大部分经过我深度重构、带有个人见解的高质量内容都是直接开放阅读的。
  • 极致阅读体验:基于 Next.js 16 + Tailwind 4 打造,全站深色模式 + 玻璃拟态设计,无广告,只为沉浸式学习。
  • 实战导向:不只是简单的搬运,更多的是我按照课程逻辑跑通后的 SOP 总结和个人心得。

关于付费墙(版权保护说明):
在浏览过程中,你可能会发现极少数深度内容设置了“访问门槛”。这主要是为了规避版权风险。因为部分内容涉及到原课程的一些核心保密细节或敏感素材,为了保护原作者利益,我通过这种方式设置了一道准入机制。建议大家优先看站内的免费文章,已经足够丰富了。

项目地址https://luckyhyp.com

想听听大家的建议:

  1. 这种“学习笔记 Hub”的形式,大家是更看重内容的体系化程度,还是更看重实战案例?
  2. 如果内容涉及到敏感版权,除了“设置访问门槛”,大家还有什么既能分享又能保护原作者的好办法吗?

欢迎各位大佬指点吐槽,也希望这些笔记能帮到正在学习相关领域的朋友。

免费,免费,免费 开蹬,kiro 逆向分组,全部 0 倍率 全部 0 倍率

注册地址
[https://terminal.pub/register]https://terminal.pub/register

注册后回帖 抽奖送 50 刀
回帖请带上您的 id

以下周 5 上证指数收盘后两位,作为 hash 取模,抽取 5 位幸运伙伴,赠送 50 刀



Docker 本地镜像里面多了一个这个 meilisearch/meilisearch ,我是没有安装过这个的,我已经把所有的 docker 全部停止了,还是删除不了,这个是中招了吗?

🌟 TrendForge 每日精选 - 发现最具潜力的开源项目
📊 今日共收录 7 个热门项目,涵盖 50 种编程语言

🌐 智能中文翻译版 - 项目描述已自动翻译,便于理解

🏆 今日最热项目 Top 10

🥇 openai/skills

项目简介: Codex 技能目录

今日新增: 583 | 总星数: 4842 | 语言: Python

https://github.com/openai/skills


🥈 bytedance/UI-TARS-desktop

项目简介: 开源多模态AI智能体堆栈,连接尖端AI模型与智能体基础设施

今日新增: 573 | 总星数: 27099 | 语言: TypeScript

项目截图:

bytedance/UI-TARS-desktop

https://github.com/bytedance/UI-TARS-desktop


🥉 aquasecurity/trivy

项目简介: 在容器、Kubernetes、代码仓库、云环境等场景中检测漏洞、错误配置、密钥泄露和软件物料清单

今日新增: 165 | 总星数: 31535 | 语言: Go

项目截图:

aquasecurity/trivy

https://github.com/aquasecurity/trivy


4. nvm-sh/nvm

项目简介: Node 版本管理器 - 符合 POSIX 标准的 bash 脚本,用于管理多个活跃的 node.js 版本

今日新增: 131 | 总星数: 91497 | 语言: Shell

https://github.com/nvm-sh/nvm


5. DataExpert-io/data-engineer-handbook

项目简介: 数据工程全方位学习资源汇总仓库

今日新增: 71 | 总星数: 39856 | 语言: Jupyter Notebook

https://github.com/DataExpert-io/data-engineer-handbook


6. Flowseal/zapret-discord-youtube

项目简介:

今日新增: 70 | 总星数: 21967 | 语言: Batchfile

项目截图:

Flowseal/zapret-discord-youtube

https://github.com/Flowseal/zapret-discord-youtube


7. likec4/likec4

项目简介: 通过代码生成的实时动态图表,实现软件架构的可视化、协作与持续演进。

今日新增: 40 | 总星数: 1802 | 语言: TypeScript

项目截图:

likec4/likec4

https://github.com/likec4/likec4


🌈 分语言热门项目

● C 最热项目

项目名称: tmux/tmux

项目描述: tmux源代码

今日新增: 62 | 总数: 41435

地址: https://github.com/tmux/tmux


项目名称: timescale/timescaledb

项目描述: 作为Postgres扩展打包的高性能实时分析时序数据库

今日新增: 40 | 总数: 21703

地址: https://github.com/timescale/timescaledb


项目名称: bol-van/zapret2

项目描述: 反深度包检测软件

今日新增: 17 | 总数: 1464

地址: https://github.com/bol-van/zapret2


● C# 最热项目

项目名称: marticliment/UniGetUI

项目描述: UniGetUI:您的包管理器图形界面。或可粗略描述为用于管理包管理器的"包管理器管理器"。

今日新增: 140 | 总数: 20667

项目截图:

marticliment/UniGetUI

地址: https://github.com/marticliment/UniGetUI


项目名称: wshobson/agents

项目描述: 面向Claude Code的智能自动化与多智能体编排系统

今日新增: 101 | 总数: 27973

项目截图:

wshobson/agents

地址: https://github.com/wshobson/agents


项目名称: Cleanuparr/Cleanuparr

项目描述: Cleanuparr是一款自动化清理工具,用于清理Sonarr、Radarr及支持的下载客户端(如q...

今日新增: 55 | 总数: 1902

地址: https://github.com/Cleanuparr/Cleanuparr


● C++ 最热项目

项目名称: ggml-org/llama.cpp

项目描述: 使用 C/C++ 实现的大语言模型推理框架

今日新增: 85 | 总数: 94535

项目截图:

ggml-org/llama.cpp

地址: https://github.com/ggml-org/llama.cpp


项目名称: godotengine/godot

项目描述: Godot引擎——跨平台2D与3D游戏引擎

今日新增: 61 | 总数: 106402

项目截图:

godotengine/godot

地址: https://github.com/godotengine/godot


项目名称: LadybirdBrowser/ladybird

项目描述: 真正独立的网页浏览器

今日新增: 33 | 总数: 58405

地址: https://github.com/LadybirdBrowser/ladybird


● Lua 最热项目

项目名称: yetone/avante.nvim

项目描述: 像使用Cursor AI IDE般高效运用您的Neovim

今日新增: 13 | 总数: 17325

项目截图:

yetone/avante.nvim

地址: https://github.com/yetone/avante.nvim


项目名称: Kong/kong

项目描述: 🦍 云原生API网关与AI网关。

今日新增: 12 | 总数: 42695

项目截图:

Kong/kong

地址: https://github.com/Kong/kong


项目名称: coder/claudecode.nvim

项目描述: 🧩 Claude Code Neovim IDE 扩展

今日新增: 10 | 总数: 1967

地址: https://github.com/coder/claudecode.nvim


● Vue 最热项目

项目名称: dreamhunter2333/cloudflare_temp_email

项目描述: CloudFlare 免费临时域名邮箱 支持附件收发 IMAP SMTP TelegramBot

今日新增: 23 | 总数: 5972

项目截图:

dreamhunter2333/cloudflare_temp_email

地址: https://github.com/dreamhunter2333/cloudflare_temp_email


项目名称: zyronon/TypeWords

项目描述: 练习英语 一次敲击 一点进步

今日新增: 17 | 总数: 7326

项目截图:

zyronon/TypeWords

地址: https://github.com/zyronon/TypeWords


项目名称: vbenjs/vue-vben-admin

项目描述: 一个基于Vue3、Shadcn UI、Vite、TypeScript和Monorepo构建的现代化V...

今日新增: 14 | 总数: 31485

项目截图:

vbenjs/vue-vben-admin

地址: https://github.com/vbenjs/vue-vben-admin


● Kotlin 最热项目

项目名称: RunanywhereAI/runanywhere-sdks

项目描述: 可在本地运行AI的生产就绪工具包

今日新增: 165 | 总数: 6291

项目截图:

RunanywhereAI/runanywhere-sdks

地址: https://github.com/RunanywhereAI/runanywhere-sdks


项目名称: tiann/KernelSU

项目描述: 基于内核的Android系统root解决方案 (注:根据技术文档惯例,"Kernel based"译...

今日新增: 15 | 总数: 14915

地址: https://github.com/tiann/KernelSU


项目名称: JackEblan/Geto

项目描述: 为应用配置设备级设置。该项目采用多模块化设计,遵循Bob大叔的整洁架构原则,参考Now in And...

今日新增: 9 | 总数: 761

项目截图:

JackEblan/Geto

地址: https://github.com/JackEblan/Geto


📈 今日趋势分析

最活跃语言: TypeScript(2个)、Python(1个)、Go(1个)

今日总获星: 1,633 颗星

平均获星: 233 颗星/项目

今日之星: openai/skills (583)


📊 数据总览

指标数值
收录项目7
编程语言50
今日新增1,633 颗星
报告日期2026年02月06日
统计周期日报

TrendForge 致力于追踪全球开源项目动态,每日为开发者精选最具价值的 GitHub 项目。

数据来源: https://trendforge.devlive.top/

数据说明: 基于 GitHub 官方 API 数据统计,每日更新

翻译声明: 项目描述采用 AI 智能翻译,如有疏漏请以原文为准

报告生成于: 2026年02月07日

GitHub #开源项目 #技术趋势 #程序员 #软件开发

使用Docker安装Temporal, 使用外部MySQL数据库

1. 初始化MySQL数据库

# 创建用户 temporal
CREATE USER 'temporal'@'%' IDENTIFIED BY 'temporal';

# 创建数据库 temporal
CREATE DATABASE `temporal` DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_general_ci;
grant all privileges on `temporal`.* TO 'temporal'@'%';

# 创建数据库 temporal_visibility
CREATE DATABASE `temporal_visibility` DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_general_ci;
grant all privileges on `temporal_visibility`.* TO 'temporal'@'%';

2. 配置文件

docker-compose.yml

services:
  temporal-init:
    image: temporalio/auto-setup:1.29.3
    container_name: temporal_init
    environment:
      DB: mysql8
      # 改为正确MySQL配置
      MYSQL_SEEDS: "192.168.2.215"
      DB_PORT: 3306
      MYSQL_USER: "temporal"
      MYSQL_PWD: "temporal"
      MYSQL_DB: "temporal"
      DEFAULT_NAMESPACE: "default"
    command: ["temporal-sql-tool", "create-schema", "-k", "default", "-v", "1.19"]
    restart: "no"
    
  temporal:
    image: temporalio/auto-setup:1.29.3
    container_name: temporal_server
    environment:
      # 使用外部 MySQL
      DB: mysql8
      MYSQL_SEEDS: "192.168.2.215"    # 你的 MySQL 地址
      DB_PORT: 3306
      MYSQL_USER: "temporal"
      MYSQL_PWD: "temporal"
      MYSQL_DB: "temporal"                 # Temporal 数据库
      DEFAULT_NAMESPACE: "default"
      # 这里填127.0.0.1会报错, 需要在ports将7233端口映射到宿主机, 填写宿主机的IP
      TEMPORAL_BROADCAST_ADDRESS: "192.168.2.215"
    ports:
      - "7233:7233"   # gRPC frontend
      - "7234:7234"   # history
      - "7235:7235"   # matching
      - "7239:7239"   # worker
      - "8088:8088"   # Temporal Web API (可选)
    depends_on:
      - temporal-init
    restart: always

  temporal-ui:
    image: temporalio/ui:2.45.0
    container_name: temporal_ui
    environment:
      TEMPORAL_ADDRESS: "temporal:7233"  # 指向 Temporal Server 容器名
      TEMPORAL_UI_PORT: "8080"
    ports:
      - "8080:8080"   # 浏览器访问
    depends_on:
      - temporal
    restart: always

temporal-init: 用于自动初始化数据
temporal: 启动核心进程
temporal-ui: 启动UI管理界面
访问 http://192.168.2.215:8080/ 查看管理后台
image.png

3. 启动

# 启动
docker compose up -d
# 查看日志
docker logs --tail=100 -f temporal_server

销毁命令:

docker compose down
docker container list

导言

周一早晨,你打开笔记本电脑,心中萦绕着一个问题:两年后,我的工作是否还有意义?

上周,你花了三小时撰写一份活动方案。而一位同事使用AI智能体,仅用四分钟就生成了质量接近80%的版本——如果诚实地说,可能接近90%。

不是担心是否会失业,而是担心你所做的工作是否还能体现价值。你依然保住了工作,但你能感觉到它在不断缩水。问题不在于“机器人来了”,而在于你不再清楚自己该擅长什么。花了五年积累的Excel技能?自动化了。分析竞争对手并整合信息的能力?已有AI代劳。清晰撰写项目进展的技巧?不复存在。

你的职业身份正在以你无法追赶的速度消失,却无人告诉你下一步该何去何从。


案例分享

Sarah是资深研究分析师,十年经验,时薪250美元。公司引入AI研究助手后:

  • 初期:AI用90分钟完成她需2-3周的基础研究,她转而负责“高阶分析”。
  • 六个月后:公司质疑她工作的附加价值,将她的角色转为“质量审核员”,时薪降至150美元。
  • 最终:公司用AI搭配两名初级员工(年薪6.5万美元)替代了她85%的工作。
  • 核心问题:无人能明确定义“更高价值的工作”具体是什么,企业最终只能选择成本更低的方案。

职场困境

这一现象并非个人失败所致,而是经济激励结构的必然结果:

  • 企业通过AI降低成本,经理只需比较AI订阅费与员工薪资便可做出决策。
  • 但企业缺乏动力为员工设计未来角色,因为“重新定义工作”无法在财报中体现短期回报。
  • 速度错配:AI能力以6-12个月为周期迭代,而人通过教育或企业培训的适应周期长达2-5年。
  • 工业时代的制度无法解决指数级变化的问题,导致个人陷入系统性困境。

常见的应对策略

当感到自身价值被侵蚀时,人们通常会采取看似合理的应对方式:

  1. 更熟练地使用AI工具

    • 学习提示工程,掌握ChatGPT、Claude等平台,成为团队中的“AI专家”。
    • 致命伤:仍在比拼执行速度,而执行本身正被标准化,一旦工具被大幅优化,“提示技巧”便会失效。
  2. 深耕现有专业领域

    • 会计师钻研更复杂的税法,设计师学习更多软件,分析师构建更精细的模型。
    • 致命伤:在逐渐被自动化的领域深入,如同在洪区筑堡垒,AI已能逼近专家水平,专长反而成为包袱。
  3. 强调“软技能”

    • 试图通过创造力、同理心或人际关系凸显“不可替代的人性”。
    • 致命伤:这些概念过于模糊,难以度量,当AI能10秒生成100个创意时,“保持人性”无法转化为具体价值。

根本问题:上述策略都是被动适应,而非主动重塑,真正有效的是构建一个前所未有的新角色。


有效策略:成为协同指挥者

不要只执着于优化现有工作,要充分利用AI完成此前不可能的任务,持续发现约束消失后的新可能性

  • 案例:市场营销者Marcus用AI同时运行50个活动变体,他的角色转变为设计测试框架、解读数据模式、制定战略决策。
  • 关键:找到因人力限制而无法规模化的环节,用AI突破瓶颈,并专注于决策层。
  • 行动指南

    • 第一周:找出一个因耗时过长而无法大量进行的工作。
    • 第二周:用AI将其规模扩大10倍,容忍质量暂时下降。
    • 第三周:分析规模化带来的新洞察。
    • 第四周:向老板展示“新增能力”而不仅仅是“效率提升”。

结语

AI正揭示一个残酷的真相:许多人所谓的“战略思维”,其实只是严谨的执行力。当AI以惊人速度接管基础工作,那些曾被经验掩盖的、真正战略洞察力的缺失,便暴露无遗。企业曾习惯将“资深”等同于“有战略判断力”,而AI的到来,迫使所有人直面这一认知误区。经验堆积成的护城河,正在技术的冲击下迅速瓦解。

别再执着于捍卫那个正在缩水的旧角色。真正的出路,是主动构建一个——甚至六个月前都还不存在的——新角色。成为那个率先洞察新可能性,并围绕它构建价值的人。不要指望企业为你规划未来,也别等待教育系统赶上变革。在这个快速迭代的时代,唯一可靠的,是自我重塑的能力。

周一的清晨依旧会来,不同的是:当别人仍在焦虑中追问“我的价值何在”时,你是否已经走在了构建答案的路上。

越来越多企业开始用SRM软件,把原本依赖Excel、邮件、微信群的采购协作过程,升级为更标准、更可追溯、更可分析的数字化流程。

以华为云云商店上架的SRM软件产品介绍为例,成熟的SRM软件方案通常会围绕四大模块搭建能力框架:供应商管理中心、价格管理中心、采购执行协同中心、采购商城中心

对于中小企业来说,选对SRM系统往往意味着:采购团队终于能从“处理琐碎流程”转向“做供应商管理与成本优化”。今天我将从以下三点展开去讲,希望能对中小企业有所帮助。

1、中企业企业为什么要SRM软件?

2、几款主流的SRM软件介绍

3、如何选择适合的SRM软件?

一、为什么中小企业特别需要SRM系统?

不少中小企业的采购管理,仍停留在“Excel+纸质单据+人工沟通”的阶段。短期内能跑,但一旦企业规模上来,问题会集中爆发:

1、流程繁琐、效率偏低
从需求提出、询价比价、下单审批到对账结算,环节多且高度依赖人工操作,容易出错,也很难标准化。

2、供应商管理分散,信息更新滞后
供应商档案、资质文件、合同、历史交易记录散落在多个表格或文件夹里,更新不及时,关键风险(比如资质过期、交付异常)很难提前发现。

3、价格与成本不可控,采购“靠经验”
缺少统一的价格库、历史报价追溯困难,比价辑不透明,降本更多靠采购员个人能力,难以沉淀为组织能力。

4.绩效评估缺机制,无法科学分级管理
交付准时率、质量问题、服务响应等数据无法形成体系,导致供应商管理长期停留在“印象打分”,优胜劣汰难执行。

二、正远SRM:全景化协同采购管理方案

https://www.zhengyuantech.cn/

在华为云云商店上架的正远SRM数字化采购管理平台,定位是“采购全过程数字化与供应商协同网络构建”。其产品介绍明确强调:通过电子化流程与多种寻源方式,帮助企业提升采购效率、提高透明度并降低采购成本。

正远SRM的一大特点是采购方式覆盖较广,支持询比价采购、招标采购、竞价采购等,同时也提供多种采购组织模式的适配能力。

它的核心能力围绕四大模块展开:

1、供应商管理中心
支持供应商全生命周期管理,包括准入、资质、供货能力与产能评估等,强调把好准入关,形成科学供应商管理体系。

2、价格管理中心
提供采购预询价、比价采购、招标、竞价等多方式寻源策略,用于建立更体系化的价格管理与成本优化机制。

3、采购执行协同中心
通过供应商门户/协同网络实现订单协同:订单下发、交付反馈、异常处理等流程在线化,提高执行透明度与协同效率。

4、采购商城中心
面向标准物资采购提供内部采购商城能力,覆盖商品发布、价格审批、上架下架、购物车、订单中心等功能,实现自助式集中采购。

总体而言,正远SRM强调“轻灵活、低耦合”,对于需求变化快、流程迭代频繁的中小企业更友好。

三、金蝶AI星辰:轻量化云SRM选择

预算相对谨慎、希望快速上线的中小企业,通常会优先考虑云端SaaS类产品。金蝶面向小微企业推出的金蝶云·星辰定位是“小微企业SaaS管理云”,主打免安装、免维护、快速开通使用,并支持开放API接口连接生态。

在采购数字化方向,金蝶也有对应的采购云能力:例如金蝶云星空采购云强调供采双方协同的数智化采购平台思路。

对中小企业来说,星辰类产品的优势通常体现在:

1、SaaS订阅模式降低门槛
无需部署硬件与维护服务器,初期投入相对可控。

2、易上手更利于推进供应商协同
供应商侧操作越轻量,落地成功率越高。

3、与财务、进销存等体系形成联动
中小企业往往更关注“业务财务一体化”,避免数据割裂。

四、其他主流SRM系统盘点

除正远、金蝶外,中小型企业在SRM选型中还会常见以下几类方案:

1、8Manage SRM
覆盖寻源、招标、采购订单、合同管理等全流程,支持SaaS与本地部署,适合流程相对复杂、希望强化报表分析与权限控制的企业。

2、携客云SRM
偏“性价比与易用性”的云端采购管理工具,适合预算更有限、希望快速上线、优先解决协同与流程电子化的小型企业。

3、用友BIP采购云
用友采购云强调从寻源到签约的数字化,并提供电子招投标能力,覆盖从立项到定标的全过程,同时也包含采购商城能力。
整体更偏平台化、体系化,适合有一定规模、对合规与流程控制要求更高的企业。

4、简道云(零代码)
如果企业采购场景差异大,或者希望低成本快速搭建个性化流程,零代码方案也是现实选择。优点是灵活与低门槛,但复杂SRM场景往往需要较多自定义设计。

五、如何选择适合的SRM系统?

面对众多选择,中小企业建议抓住几个“选型硬指标”,避免被演示效果带偏:

1、先明确企业核心需求,不要一开始就追求“大而全”
中小企业优先把“供应商档案统一、寻源比价、订单协同、对账效率”这些刚需做扎实。

2、优先考虑部署与成本模式:云优先,本地谨慎
SaaS订阅模式更适合中小企业,避免前期投入过大、上线周期过长。

3、考察集成能力,避免数据孤岛
优先选择与现有ERP/财务体系同生态产品,或开放API较完整的平台。

4、易用性决定落地率,尤其是供应商侧
供应商端如果操作复杂、培训成本高,协同很难推起来。

5、服务保障要写进合同,别只听口头承诺
关注实施周期、培训方式、响应SLA、驻场与远程支持能力。

一家机械制造企业引入SRM系统后,供应商准入审核周期从7天缩短到2天,优质供应商占比提升40%。采购人员的时间分配也发生明显变化:从处理琐碎事务转向做谈判与供应商管理。

当一家电子元器件经销商上线SRM系统三个月后,供应商引入周期从14天缩短至3天,采购成本下降8%,库存周转率提升22%。

这些变化背后,是采购协作方式的改变——流程更透明、数据能沉淀、风险可预警,供应链也因此更敏捷、更抗风险。

(名字改的太快,暂定名 DroidCenter 把,原来想的是开热点,但后面加了虚机,等后面把其他做了可能就又想改了)

去年开的坑,今年终于填上了,适配一加,但是小米 888 之类的( K40Pro+)之类的也测试了可用。

https://imgur.com/OLxH4tj.png

实测支持双频并发热点

2.4GHz+5GHz 、2.4GHz+6GHz

https://imgur.com/ludMq0R.png

可以双发(测试了 Ace5Pro 和小米 K40Pro+),但是双发实测性能有衰减,不如单发,并且 2.4G 会检测 Overlapping ( 99%的情况下会落到 20MHz ),所以只能说是有,非必要不开。

5Ghz 可以开满血热点

( 160MHz ,OpenSpeedtest 测试>2.2Gbps )

https://imgur.com/nwuje6a.png

6Ghz 可以开满血热点

( 320MHz ,OpenSpeedtest 测试>3.6Gbps ,可能还可以更高)

https://imgur.com/XIDpPiK.png

书接上文: https://www.v2ex.com/t/1108368

反正是完全不走 Android 热点服务,直接去启动 hostapd 的,如果设备原先开热点不满血的(比如开出来热点只有 40 、80MHz 什么的),也可以试试,多半能开到设备满血性能。

现在手机热点也基本搞明白了,实际是可以优化的很快,驱动调整空间也很大( WCNSS 配置比较开放),可能秒了目前绝大多数 MiFi 和 CPE ,毕竟手机 x80/x85 基带遥遥领先。感觉是半个新思路了。。群友也有 dalao ,测试了中兴 F50 也可以起 OpenWRT 虚机啥的。

另外增加了亿些功能,包括常用路由,网桥,组网,路由管理,都有实现基本,

https://imgur.com/FIw9SX1.png

对于无法满足的需求,现已支持虚拟机!(也许 v 友对 Android 开虚机习以为常了 :)

https://imgur.com/Igxr7yi.png

基本的配置都做了支持,包括 VNC 等等

https://imgur.com/aI4NKeH.png

实测过了 Debian ,

https://imgur.com/bZNDrOC.png

RouterOS ,

https://imgur.com/eKIAAUj.png

https://imgur.com/ECKcarI.png

飞牛 OS ( arm 版),

https://imgur.com/tlV7V23.png

都能跑

支持 user (端口转发,适合简单不过流量的虚机,比如飞牛),

https://imgur.com/u0D2915.png

也支持挂载到网桥,可以将热点接口挂载在软路由下面。

(要是不在乎翻译效率,其实 x86 的也。。。)

如果手机支持 KVM 可调用 KVM ,不支持就是 TCG ,性能以实测为准(目前测试 NAS 性能还不错,从手机里开的飞牛,走 5GHz 热点下载有个 200MB/s 左右)。

https://imgur.com/Xmu6NMw.png

AT 命令,Web 终端也等等也做了支持的。

https://imgur.com/eJkR2ml.png

目前还有很多饼正在内测开发中,欢迎各位 dalao 品鉴吐槽,提提意见。当然 bug 可能也有的,有些功能没有加到细节(比如 iptables ,考虑到小白,就先 permit from lan 了),各种功能每天都在加 ing 。bug 的话早上提,晚上修,也可以来当裙友免费体验一下提需求当甲方的感觉(

还有很大优化空间,后面计划包括 USB 外挂网卡,RNDIS ,也会纳入管理,可以做真有线路由。

可能也适合那些无头 Android 5G 盒子,前提是能正常解 BL ,如果有合适的型号也可以推荐,这边看 ok 的话也适配一下

Make Android Great Again, Together

(开发消耗几个馒头 + 一撮头发 + 20B token ,Cursor + Claude + ChatGPT + Z.AI GLM Max + Kimi 2.5 Allegretto ,一堆订阅领衔主演)