能否支持https和azure-openai

[hicaoc]

希望能支持https，增加安全，并直接支持azure,

[huangwb8]

@hicaoc

https可以通过nginx/caddy支持，Nginx Proxy Manager。具体见： Docker系列 两大神器NPM和ddns-go的安装

直接支持azure是指什么意思？ 如果是指在VPS中自建的话，本项目是支持的。 具体见： Docker系列 基于OpenAI API和Access Token自建ChatGPT

[hicaoc]

@hicaoc

https可以通过nginx/caddy支持，Nginx Proxy Manager。具体见： Docker系列 两大神器NPM和ddns-go的安装

直接支持azure是指什么意思？ 如果是指在VPS中自建的话，本项目是支持的。 具体见： Docker系列 基于OpenAI API和Access Token自建ChatGPT

azure OpenAI services 目前我用的nginx支持的https，如果能直接支持https，就可以少跑一个服务

[zhujunsan]

其实一般 https 和 压缩 都还是建议放在应用前一层的例如 nignx 的代理里做的。不过真的要支持的话，看起来服务是用express起的，应该是可以改的，虽然感觉没啥必要

[panhuanghe]

希望能直接支持Azure openAI调用 这样的话 不用去跑那个代理了 需要多开1个docker，有大佬会的话可以参考一下这个项目，https://github.com/blrchen/gptlite 是可以直接调用Azure openAI 的API接口 代码很简洁，而且不走代理的方式速度会更快一点

[Kerwin1202]

@hicaoc https可以通过nginx/caddy支持，Nginx Proxy Manager。具体见： Docker系列 两大神器NPM和ddns-go的安装 直接支持azure是指什么意思？ 如果是指在VPS中自建的话，本项目是支持的。 具体见： Docker系列 基于OpenAI API和Access Token自建ChatGPT

azure OpenAI services 目前我用的nginx支持的https，如果能直接支持https，就可以少跑一个服务

这个 https 其实不太好搞的，因为这块分前端和后端，后端是 express 应该可以配置 https，但是前端就只是一个 html 需要反代之类的，除非说把前端合并到后端去，由后端返回页面，这不太可能这么做，至于 Azure openAI 我去了解下 考虑下

[hicaoc]

@hicaoc https可以通过nginx/caddy支持，Nginx Proxy Manager。具体见： Docker系列 两大神器NPM和ddns-go的安装 直接支持azure是指什么意思？ 如果是指在VPS中自建的话，本项目是支持的。 具体见： Docker系列 基于OpenAI API和Access Token自建ChatGPT

azure OpenAI services 目前我用的nginx支持的https，如果能直接支持https，就可以少跑一个服务

这个 https 其实不太好搞的，因为这块分前端和后端，后端是 express 应该可以配置 https，但是前端就只是一个 html 需要反代之类的，除非说把前端合并到后端去，由后端返回页面，这不太可能这么做，至于 Azure openAI 我去了解下 考虑下

是的，没错，https是要加到后端，其实不复杂，我自己可以fock改下 azure OpenAI 是可以支持下，会方便很多，现在都要通过CloudFlare上用workers转换下，会影响速度

[huangwb8]

@hicaoc

在chatgpt-web中直接支持https会不会有点奇怪？比如，一个服务器里运行了nginx和其它服务。当通过https调用其它服务时，一般是用nginx作为反向代理服务器。

直接在应用中集成https服务技术上没问题，但我所使用的比较知名的应用，比如Wordpress、Nextcloud、Chevereto和Alist都没有采用类似的策略。开发者一般是不会在应用集成可以使用https的应用的；也没有理由一定要这样做——因为它往往会给使用既定方案的人造成困扰。比如，我本来就已经有了一个nginx服务器了，为什么还要单独给chatgpt-web再配一个呢？如果我是wordpress开发者，我就好好做自己这部分就行了；反向代理让其它人（Nginx/Apache）做就行了。本来也不是一种东西的。

上面只是我的推测哈！也许那些应用不专门内置https支持有其它原因吧。一家之言，欢迎指教！

我还是比较支持 @zhujunsan 的意见：

其实一般 https 和 压缩 都还是建议放在应用前一层的例如 nignx 的代理里做的。不过真的要支持的话，看起来服务是用express起的，应该是可以改的，虽然感觉没啥必要

[panhuanghe]

@Kerwin1202 大佬如果需要 Azure的接口测试可以联系我，微信 panhh_520

[ixxmu]

原项目是不是本身就支持azure的api的，另外，记得是支持的，设置baseurl和模型就可以了

[ixxmu]

原项目是不是本身就支持azure的api的，另外，记得是支持的，设置baseurl和模型就可以了

原项目本身就支持微软的azure！

[zhujunsan]

azure 可以参考：https://github.com/stulzq/azure-openai-proxy