这是一个创建于 319 天前的主题，其中的信息可能已经有所发展或是发生改变。
上上周部署了 0.9 版本，在公司内部用起来都还行。
上周末更新了 1.0.0 ，我去，一堆问题，感觉这 1.0 上线太匆忙了，太粗糙了，举两个例子
我主要用 Gemini 模型，升级了不好用了，查了半天原因，才发现了 2 个低级错误。
- 多模态支持 url 属性，结果传递给大模型的时候丢失
https://github.com/langgenius/dify-plugin-daemon/pull/49/files
- 官方插件里的 Gemini 模型处理代码，使用了
time模块，却没有引入
https://github.com/langgenius/dify-official-plugins/pull/372/files
虽然是我创建的 PR ，估计也许不符合他们的规范，不会被合并。
不过这种问题，不应该在发布前好好测试一下吗。。。
第 1 条附言 · 2025 年 3 月 4 日
更正一下，是从 0.15.3 升级的
 |
1
goofish 2025 年 3 月 4 日
直接从 0.9 升级到 1.0.0 跨度太大了吧，0.9 已经是老版本了，1.0.0 之前是 0.15.x 版本
|
 |
3
aminobody 2025 年 3 月 4 日
第二个 pr 我有点惊讶, 开发人员难道实在 github 上直接开发的吗? 不在本地 IDE 看一下.
|
 |
4
zouzou0208 2025 年 3 月 4 日
谢谢～
|
 |
5
lostpupil 2025 年 3 月 4 日
> 虽然是我创建的 PR ，估计也许不符合他们的规范，不会被合并。
这个我知道，因为我们目前 Dify 主仓库的 Issue PR 比较多，还有 https://github.com/langgenius/dify-official-plugins 这里也堆了不少东西。 还没有开始看 plugin-daemon. |
 |
6
wuxiaolong89 2025 年 3 月 4 日
跨度太大，全变成插件了，插件市场访问不了就卡住了
|
 |
7
PerFectTime 2025 年 3 月 4 日
我也想吐槽，之前按照他们的文档写 SDK 的时候，api 返回压根不按照文档来，参数组合全靠自己猜测，返回的格式有时候还不是 json ，后来某个版本更新以后文件上传一直提示 500 ，就懒得维护了
|
 |
9
chekun OP @wuxiaolong89 #6 上魔法，上魔法
|
|
10
chekun OP @PerFectTime #7 哈哈，这个我也有体会。最近在弄 Paypal 的争议接口，也是一样操蛋，他们竟然还给出 postman 的 collection 让你参考，结果都胡扯一通。
 |
 |
11
yangyaofei 2025 年 3 月 4 日
之前也一直各种不靠谱, api 文档各种参数不对, 直接按照 UI 抓的接口参数又不行,看了半天 issue 和源码才发现是故意去掉的, 也不在文档里面说...
要不是调试和快速构建好用的话, 真就不用了, 希望他赶紧稳定下来一个版本, 把文档和 bug 之类的都弄好吧 |
 |
12
samnya 2025 年 3 月 4 日
更新了，发现原有的模型配置不保留，于是在慢慢下插件然后把 api key 找回来。
|
|
13
chekun OP @samnya #12 没错，这也是一个问题，装新插件的时候还会服务器内部错误，需要执行 ` docker exec -it docker-api-1 flask reset-encrypt-key-pair`，蛋疼
|
 |
17
KagurazakaNyaa 2025 年 3 月 4 日
@samnya 要用那个迁移命令，然后等插件装好，装插件的时候记得给 plugin-daemon 配置 pypi 镜像，最好再在 ssrf_proxy 里配置一下代理
|
 |
18
migu 2025 年 3 月 4 日
我也想吐槽，昨天刚了解 dify ，然后本地去源码部署一堆坑，上面那些超时各种稀奇古怪的问题都有遇到
ps.不知道为啥发布 1.0 这种正式版，不去完整从零测试一遍 |
 |
19
shyrock 2025 年 3 月 4 日
所以，是不是应该转 LangChain ？
|
 |
20
crac 2025 年 3 月 4 日
肯定问题多，这种跨度的升级怎么也得等个 1.1 再说
|
 |
21
Meteora626 2025 年 3 月 4 日
@shyrock 都不是一码事，这种主要是低代码
|
 |
22
linqiu919 2025 年 3 月 4 日 via iPhone
dify 用起来就是鸡肋，食之无味弃之可惜，小 bug 还一堆
|
 |
23
jasonkayzk 2025 年 3 月 4 日
docker 环境下，api key 都保存不了、模型插件也无法下载。
这么着急发布的 v1.0.0 版本，看起来像个还没测试的半成品…… |
 |
24
winson030 2025 年 3 月 4 日 via iPhone
生产还是 0.15.3 吧，等过一段时间稳定了再上 1.0 。
|
|
25
zouzou0208 2025 年 3 月 5 日
@jasonkayzk 因为改动比较大，后面应该会好一些的。谢谢反馈
|
 |
26
visper 2025 年 3 月 5 日
当时看到 1.0 发布的消息，想着马上去更新一下，但是一看完更新内容，完蛋了，整个结构都变了的这种把第一个版本当 1.0?这是小白鼠版本啊。bug 应该会不少吧？后来就上 github 之类的看一下各种评论，原来 bug 真的不少，再过几个版本才敢升级了。0.15.3 其实用着也不错，唯一差点的一个是工作流里面没有 agent 节点这样的。
|
 |
27
secsilm 2025 年 3 月 5 日
之前试用过，后来决定放弃，太臃肿了，而且 bug 挺多。
|
 |
28
Mystery0 2025 年 3 月 5 日
我也想吐槽，本身在 0.15.3 版本里面因为“网页爬取”工具不支持单独设置代理，我都想扒一下代码自己做一个本地工具了，然后周末发现 1.0 版本出来了，想着既然都 1.0 了直接上正式版。升级了之后多了个 plugin-daemon 组件，又等了两天 yaml 的更新（我用的 yaml 部署到服务器的 k3s 里面），周一终于等到更新了就开始部署，结果因为之前升级到 1.0 缺组件导致数据有问题（里面东西奇奇怪怪的），就把挂载的文件全部删了（包括 pg ）重头来一次初始化，这下子倒是进页面不报错了，然后去安装插件，因为墙的原因装不了，等了大半天终于在 issue 区看到一个吐槽的，说让去手动安装 python 包，我想着既然是 python 那肯定可以配置镜像源，就进 plugin-daemon 容器，打一个 pip ，没有，打一个 pip3 ，没有，一下子给我整懵了，最后终于在一个 issue 里面找到一个环境变量可以配置这个 pip 镜像，PIP_MIRROR_URL=https://mirrors.cloud.tencent.com/pypi/simple 。最后因为之前安装插件全部失败了（状态一直卡在安装中，界面也看不到，也不能取消，哪怕 plugin-daemon 容器重启，那个安装状态都一直卡安装中），又把所有数据删掉重新初始化，这下子模型提供商装好了，google 装好了，然后翻了一下教程装个 stability ，得，又卡住了，状态又卡在安装中
 这几天各种折腾的时候我就在想，我把 dify 装到云上是正确的吗？这个 b 墙拦了出国的请求，Google 搜索可以用但是搜出来的结果爬不了（例如结果里面有维基的地址），想着换百度搜呢又没有专门做适配的工具；还有就是插件，动不动就卡安装中。如果给国外整个集群全部装出去，访问轨迹流动是不是就变慢了或者用不了？最好的就是给整到一个既能通国内又能通国外的环境，结果就只有我本地（有一台旧电脑），但是想把 api 提供出去就要穿透，先不说访问速度这些问题，家里停个电 api 就停了，这能生产用吗？ |
|
29
Mystery0 2025 年 3 月 5 日
@Mystery0 有时候我也在想，dify 是国内团队做的吗，咋感觉啥都没考虑国内的网络环境，如果是国外的产品，那没考虑是正常的，如果是国内的产品，难道官方是期望我们自己解决网络问题吗（虽然从官方角度来说应该用户自己解决）？
总感觉不管是网页爬取工具，还是 1.0 版本上了 plugin-daemon 压根都没考虑国内这网络环境，哪怕提供一个代理参数都行呀 |
|
30
chekun OP @Mystery0 #28 哈哈，我是直接机器上装了魔法，tun 模式，安装插件的问题倒是没有，就是我列的 2 个 BUG 倒是影响了我一下，其他的问题都还能克服。目前自己修改了然后自己替换了容器，先跑了再说。
|
|
32
Mystery0 2025 年 3 月 5 日
@chekun #30 我旧电脑装了个 debian ，上面是可以跑的，网络在路由器上配置好了可以直接通国外，就是负载上来了之后，它的风扇积灰了，半夜就听到咔咔咔的，我老婆刚开始的时候问我家里是不是进蛐蛐了。最主要的还是断电问题，除非我只把它当玩具不整合到 app 或者提供在线服务
 |
 |
33
wangmn 2025 年 3 月 5 日
这两天搞部署 插件 死活装不上，然后下载离线包安装，半天安装上去 设置 key 死活不生效
|
 |
35
mygao666 2025 年 3 月 5 日
也是做二开么？ 感觉坑好多啊
|
 |
37
BetterTomorrow 2025 年 3 月 5 日
之前对比了好久，最后选了 fastgpt
相对而言部署也更简单一些，每次更新只更新一个容器 功能上大家好像都差不多？ |
|
38
chekun OP @BetterTomorrow #37 fastgpt 没研究过，有空整一个试试
|
 |
39
ryuj 2025 年 3 月 5 日
上次他们合并插件那个 pr 直接把版本号改了，但是镜像不存在~~~
|
 |
40
YILSLIN 2025 年 3 月 5 日
确实问题不少，插件会因为网络原因装不上，Ollama 添加模型保存无反应，这些还都没有任何错误提示，另外严重一点的，如果使用 Function Call 模型，根本无法调用知识库，结果是因为返回字段属性名少了个字母……
|
 |
42
Antihank 2025 年 3 月 13 日
1.0.1 更新了，再试试
|
 |
44
hantconny 2025 年 3 月 13 日
@Mystery0 你这个问题我也遇到了，不过我是因为内外网隔离。一开始我准备吐槽插件不含依赖，但是仔细想想也不能吐槽插件不含依赖。最后还是回退了。
|
 |
45
LongCT 2025 年 3 月 14 日
压根没考虑离线用户的使用体验。1.0.0 折腾了一周内网装不上去，回退到 0.15.3 了
|
Select Language