Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

关于gui几个问题 #355

Open
wx-11 opened this issue Dec 27, 2024 · 15 comments
Open

关于gui几个问题 #355

wx-11 opened this issue Dec 27, 2024 · 15 comments

Comments

@wx-11
Copy link
Contributor

wx-11 commented Dec 27, 2024

我通过docker创建访问内网穿透给朋友使用 但是遇到了一些问题 找了好久文档 没解决 所以冒昧打扰一下

  1. 我没有指定其他环境变量 但是列表出现了所有翻译服务
    image
    应该如何通过环境变量指定可用服务 像示例网站 https://pdf2zh.com/ 一样
    image

image
通过环境变量指定的数据比如apikey似乎会在前端暴露 而且可以修改 这样说的话是前端请求? 请问能不能隐藏到后端访问 这样可以配置一些内网地址

  • 前两个可以优化成 只启用后端配置的环境变量翻译服务 且后端请求接口 然后前端不可以自己修改 方便分享
  1. 文档[Nov. 22 2024] 图形用户界面现已支持意大利语,并获得了一些更新 (by [@Byaidu](https://github.com/Byaidu), [@reycn](https://github.com/reycn))意思是gui早就别的语音 但是我好像没发现怎么切换前端语言?(虽然几个单词意思很简单 但是更习惯中文界面)
    image
    这是我b部署的web 可以看到只有一部分是中文 其他好像不能修改语言 也没找到对应环境变量

  2. 高级部分能不能通过环境变量设置
    image
    比如有一些想默认开启 (比如密码访问 我现在是通过nginx加认证 否则因为2的缘故 爬虫可以获取我的所有key

  3. 除了英文其他语言文档因为路径在docs无法显示正确的图片 应该改一下路径 (如上图cmd)

@hellofinch
Copy link
Contributor

  1. 示例网站做了额外的判断,所以没有其他的service显示。
  2. api泄漏这个问题在有一个pr中已经修改,但是新的版本还没发布。
  3. 这个语言支持不是前端显示的语言,前端是gradio应该和你浏览器语言有关。
  4. 目前你框出来的功能使用的非常少,所以没有设计读取环境变量。
  5. 图裂了,看不到。

@wx-11
Copy link
Contributor Author

wx-11 commented Dec 27, 2024

1.那以后会有相关实现吗

5.图片没问题 是因为路径应该是直接ai翻译的docs路径 图片路径多了个docs 如果是ai翻译可以加一个prompt 路径一起改一下

@wx-11
Copy link
Contributor Author

wx-11 commented Dec 27, 2024

问题5 我手动处理修复了 已pr

后续需要注意翻译的prompt 让他改路径

@hellofinch
Copy link
Contributor

第一个问题的话,还是第一次提出来。
不过,你说的确实有道理,可能没有频繁切换service的需求。目前GUI正在重构,你这个想法可以纳入到考虑中。
@reycn 可以考虑考虑是不是可以这样设计。

@wx-11
Copy link
Contributor Author

wx-11 commented Dec 27, 2024

日志显示To create a public link, set share=Trueinlaunch().
docker云托管很难随时执行命令 这个问题4 真的不能考虑改成环境变量吗

@wx-11
Copy link
Contributor Author

wx-11 commented Dec 27, 2024

不是可能没有频繁切换service的需求
而是因为没有其他的密钥 无法使用 没配置不可用 但是还在前端显示 这个逻辑不大好

@wx-11
Copy link
Contributor Author

wx-11 commented Dec 27, 2024

api泄漏这个问题在有一个pr中已经修改,但是新的版本还没发布。

补充分析
f12看了一下 确实是后端请求 好像前端也不会修改后端配置 也就是说敏感信息其实是没必要的

@hellofinch
Copy link
Contributor

日志显示To create a public link, set share=Trueinlaunch(). docker云托管很难随时执行命令 这个问题4 真的不能考虑改成环境变量吗

这个的话,--share这个开关实现了,好像还没发布。

@wx-11
Copy link
Contributor Author

wx-11 commented Dec 27, 2024

好的 感谢热心回复

@VectorZhao
Copy link

第一个问题的话,还是第一次提出来。 不过,你说的确实有道理,可能没有频繁切换service的需求。目前GUI正在重构,你这个想法可以纳入到考虑中。 @reycn 可以考虑考虑是不是可以这样设计。

频繁填写 base url 和 api key 非常不友好
比较繁琐

@Byaidu
Copy link
Owner

Byaidu commented Dec 29, 2024

第一个问题的话,还是第一次提出来。 不过,你说的确实有道理,可能没有频繁切换service的需求。目前GUI正在重构,你这个想法可以纳入到考虑中。 @reycn 可以考虑考虑是不是可以这样设计。

频繁填写 base url 和 api key 非常不友好 比较繁琐

baseurl和api key是和环境变量同步的

@wx-11
Copy link
Contributor Author

wx-11 commented Dec 29, 2024

第一个问题的话,还是第一次提出来。 不过,你说的确实有道理,可能没有频繁切换service的需求。目前GUI正在重构,你这个想法可以纳入到考虑中。 @reycn 可以考虑考虑是不是可以这样设计。

频繁填写 base url 和 api key 非常不友好 比较繁琐

问题不在于频繁输入 而是没配置变量的翻译引擎(即为不可用的服务)出现在了前端可选列表
你说的是问题2 当发布新版本隐藏前端显示key后 你这个问题会解决 用户不需要/也不能修改key

@VectorZhao
Copy link

第一个问题的话,还是第一次提出来。 不过,你说的确实有道理,可能没有频繁切换service的需求。目前GUI正在重构,你这个想法可以纳入到考虑中。 @reycn 可以考虑考虑是不是可以这样设计。

频繁填写 base url 和 api key 非常不友好 比较繁琐

baseurl和api key是和环境变量同步的

docker 也是相同的环境变量吗?比如换一台电脑,比如前端选定 openai,不用输入 base url 和 key就可以使用吗?

@wx-11
Copy link
Contributor Author

wx-11 commented Dec 29, 2024

你试试不就知道了 不相关的问题自己开一个issue 你一个无关话题 会让3个人都收到信息打扰,

把不是本项目特性当做伸手需求 作者解答误区后 又提伸手问题

频繁填写 base url 和 api key 非常不友好 比较繁琐

如果不是bug 这种简单问题几分钟就测出来了 为什么开源项目要当做客服一样解答这种问题?

更何况说的很清楚 同步环境变量. 而且本issue 提问也是建立在同步的基础上 不愿意动手部署 也不愿意动脑思考 .. 选择这种回复周期长 得不到即时解答 但是省事的只张嘴方式 非常像伸手党 ,你这样的行为不适合用开源项目.

我提这个issue 重复来回测试 改变量翻文档 寻找解决方法 思考提供有用的信息反馈 就花了一下午, 不是我不会省事 是为了方便他人 节约尊重别人的时间 自己的非共性问题请自己动手解决. 我也是第一次用这个项目 为什么我懂你不懂? 我提issue是为了让项目变得更好 而不是为了遇到你这种问题. 别到处占楼

@VectorZhao
Copy link

给你点个赞👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants