总是出来半句对话 about chatgpt-web HOT 27 CLOSED

是不是手机网页被缩放了，或者开了大字体模式

from chatgpt-web.

通用情况 问 背诵一首鹅鹅鹅 回答：鹅鹅鹅，曲项向天歌。 白毛浮绿水

from chatgpt-web.

通用情况 问 背诵一首鹅鹅鹅 回答：鹅鹅鹅，曲项向天歌。 白毛浮绿水

只有本地打开才有这种情况，线上部署没问题。

from chatgpt-web.

通用情况 问 背诵一首鹅鹅鹅 回答：鹅鹅鹅，曲项向天歌。 白毛浮绿水

只有本地打开才有这种情况，线上部署没问题。

终于知道了
fetch("https://cdn.jsdelivr.net/gh/PlexPt/awesome-chatgpt-prompts-zh/prompts-zh.json" 这个文件访问不了就是说话说一半

from chatgpt-web.

from chatgpt-web.

通用情况 问 背诵一首鹅鹅鹅 回答：鹅鹅鹅，曲项向天歌。 白毛浮绿水

只有本地打开才有这种情况，线上部署没问题。

终于知道了 fetch("https://cdn.jsdelivr.net/gh/PlexPt/awesome-chatgpt-prompts-zh/prompts-zh.json" 这个文件访问不了就是说话说一半

无法复现额，就算我把这个请求删了也正常额

from chatgpt-web.

我复现了这个问题，并且在代码中加了打印，问题应该出在readChunk()函数，并不是每一次回调的数据都是 "data: {...}\n\n"这样完整的格式

from chatgpt-web.

我复现了这个问题，并且在代码中加了打印，问题应该出在readChunk()函数，并不是每一次回调的数据都是 "data: {...}\n\n"这样完整的格式

使用nginx反代接口了吗

from chatgpt-web.

这个问题在gpt回答字数越多出现概率越大。tcp都会存在分包的问题，可以考虑使用循环队列缓存数据后进行分包，提高鲁棒性

from chatgpt-web.

用了nginx反代了

from chatgpt-web.

用了nginx反代了

proxy_buffering off;了吗

from chatgpt-web.

应该是按照要求配置的

from chatgpt-web.

我复现了这个问题，并且在代码中加了打印，问题应该出在readChunk()函数，并不是每一次回调的数据都是 "data: {...}\n\n"这样完整的格式

使用nginx反代接口了吗

这个OnRecv false 也是打印的data内容吗，还是改过的打印内容

from chatgpt-web.

我复现了这个问题，并且在代码中加了打印，问题应该出在readChunk()函数，并不是每一次回调的数据都是 "data: {...}\n\n"这样完整的格式

使用nginx反代接口了吗

这个OnRecv false 也是打印的data内容吗

不是，在3445行加了这样一句打印：
console.log('onRecv', done, value);

from chatgpt-web.

我复现了这个问题，并且在代码中加了打印，问题应该出在readChunk()函数，并不是每一次回调的数据都是 "data: {...}\n\n"这样完整的格式

使用nginx反代接口了吗

这个OnRecv false 也是打印的data内容吗

不是，在3445行加了这样一句打印： console.log('onRecv', done, value);

配h2了吗，有https吗，nginx是哪个版本的，我这打印的话，一次只打印一段data

from chatgpt-web.

我复现了这个问题，并且在代码中加了打印，问题应该出在readChunk()函数，并不是每一次回调的数据都是 "data: {...}\n\n"这样完整的格式

使用nginx反代接口了吗

这个OnRecv false 也是打印的data内容吗

不是，在3445行加了这样一句打印： console.log('onRecv', done, value);

配h2了吗，有https吗，nginx是哪个版本的，我这打印的话，一次只打印一段data

没有h2和https，nginx是1.18.0。tcp是数据流，都要考虑分包问题的

from chatgpt-web.

我复现了这个问题，并且在代码中加了打印，问题应该出在readChunk()函数，并不是每一次回调的数据都是 "data: {...}\n\n"这样完整的格式

使用nginx反代接口了吗

这个OnRecv false 也是打印的data内容吗

不是，在3445行加了这样一句打印： console.log('onRecv', done, value);

配h2了吗，有https吗，nginx是哪个版本的，我这打印的话，一次只打印一段data

没有h2和https，nginx是1.18.0。tcp是数据流，都要考虑分包问题的

我这打印都是一次只有一条data的，不是你这一次三四个data.
你试试给nginx接口加行配置 chunked_transfer_encoding on 或者off
不行再升级nginx版本到较新的试试

from chatgpt-web.

我复现了这个问题，并且在代码中加了打印，问题应该出在readChunk()函数，并不是每一次回调的数据都是 "data: {...}\n\n"这样完整的格式

使用nginx反代接口了吗

这个OnRecv false 也是打印的data内容吗

不是，在3445行加了这样一句打印： console.log('onRecv', done, value);

配h2了吗，有https吗，nginx是哪个版本的，我这打印的话，一次只打印一段data

没有h2和https，nginx是1.18.0。tcp是数据流，都要考虑分包问题的

我这打印都是一次只有一条data的，不是你这一次三四个data. 你试试给nginx接口加行配置 chunked_transfer_encoding on 或者off 不行再升级nginx版本到较新的试试

不同网络影响比较大，在公司网络使用的时候没发现，在家里几乎必现。已经通过上面的方式解决

from chatgpt-web.

@gmugu 肯定的是，你的nginx buffer有哪里没设置对。
因为你可以看下初始commit代码
我最开始也遇到这个问题，跟你的代码一样 把data最后一部分额外处理。
但是后来nginx加上buffering off就好了，因为这样readchunk一次只有一条data，不需要额外处理了。
能不能按照我上一条说的先试试呢？可能是nginx的bug，也可能是tranfer-encoding的问题

from chatgpt-web.

方法试过，不管用

from chatgpt-web.

@gmugu 肯定的是，你的nginx buffer有哪里没设置对。 因为你可以看下初始commit代码 我最开始也遇到这个问题，跟你的代码一样 把data最后一部分额外处理。 但是后来nginx加上buffering off就好了，因为这样readchunk一次只有一条data，不需要额外处理了。 能不能按照我上一条说的先试试呢？可能是nginx的bug，也可能是tranfer-encoding的问题

这个现象出现应该不止我一个，有可能是我哪里配置或版本或网络不对。但是在前端也有必要做一下可靠性处理，损失也不大

from chatgpt-web.

@gmugu 肯定的是，你的nginx buffer有哪里没设置对。 因为你可以看下初始commit代码 我最开始也遇到这个问题，跟你的代码一样 把data最后一部分额外处理。 但是后来nginx加上buffering off就好了，因为这样readchunk一次只有一条data，不需要额外处理了。 能不能按照我上一条说的先试试呢？可能是nginx的bug，也可能是tranfer-encoding的问题

这个现象出现应该不止我一个，有可能是我哪里配置或版本或网络不对。但是在前端也有必要做一下可靠性处理，损失也不大

前端处理只是这一个bug，但是大部分人还是没这个bug的。我试下是不是因为你nginx版本的问题吧

from chatgpt-web.

@gmugu 肯定的是，你的nginx buffer有哪里没设置对。 因为你可以看下初始commit代码 我最开始也遇到这个问题，跟你的代码一样 把data最后一部分额外处理。 但是后来nginx加上buffering off就好了，因为这样readchunk一次只有一条data，不需要额外处理了。 能不能按照我上一条说的先试试呢？可能是nginx的bug，也可能是tranfer-encoding的问题

这个现象出现应该不止我一个，有可能是我哪里配置或版本或网络不对。但是在前端也有必要做一下可靠性处理，损失也不大

能问下你家里的是什么浏览器吗，在公司浏览器也会一次打印三四个data吗
我用nginx 1.18 没复现

from chatgpt-web.

@gmugu 肯定的是，你的nginx buffer有哪里没设置对。 因为你可以看下初始commit代码 我最开始也遇到这个问题，跟你的代码一样 把data最后一部分额外处理。 但是后来nginx加上buffering off就好了，因为这样readchunk一次只有一条data，不需要额外处理了。 能不能按照我上一条说的先试试呢？可能是nginx的bug，也可能是tranfer-encoding的问题

这个现象出现应该不止我一个，有可能是我哪里配置或版本或网络不对。但是在前端也有必要做一下可靠性处理，损失也不大

能问下你家里的是什么浏览器吗，在公司浏览器也会一次打印三四个data吗 我用nginx 1.18 没复现

公司和家里都是最新版本的edge，用iPhone的Safari也一样。在公司没发现过，今天在家才刚发现的，刚好今天放假，不然能在公司测试测试。公司宽带是电信的，家里是移动的

from chatgpt-web.

@gmugu 肯定的是，你的nginx buffer有哪里没设置对。 因为你可以看下初始commit代码 我最开始也遇到这个问题，跟你的代码一样 把data最后一部分额外处理。 但是后来nginx加上buffering off就好了，因为这样readchunk一次只有一条data，不需要额外处理了。 能不能按照我上一条说的先试试呢？可能是nginx的bug，也可能是tranfer-encoding的问题

这个现象出现应该不止我一个，有可能是我哪里配置或版本或网络不对。但是在前端也有必要做一下可靠性处理，损失也不大

能问下你家里的是什么浏览器吗，在公司浏览器也会一次打印三四个data吗 我用nginx 1.18 没复现

公司和家里都是最新版本的edge，用iPhone的Safari也一样。在公司没发现过，今天在家才刚发现的，刚好今天放假，不然能在公司测试测试。公司宽带是电信的，家里是移动的

猜的可能是移动会劫持http做缓存，可以到公司用电信试试

from chatgpt-web.

@gmugu 肯定的是，你的nginx buffer有哪里没设置对。 因为你可以看下初始commit代码 我最开始也遇到这个问题，跟你的代码一样 把data最后一部分额外处理。 但是后来nginx加上buffering off就好了，因为这样readchunk一次只有一条data，不需要额外处理了。 能不能按照我上一条说的先试试呢？可能是nginx的bug，也可能是tranfer-encoding的问题

这个现象出现应该不止我一个，有可能是我哪里配置或版本或网络不对。但是在前端也有必要做一下可靠性处理，损失也不大

能问下你家里的是什么浏览器吗，在公司浏览器也会一次打印三四个data吗 我用nginx 1.18 没复现

公司和家里都是最新版本的edge，用iPhone的Safari也一样。在公司没发现过，今天在家才刚发现的，刚好今天放假，不然能在公司测试测试。公司宽带是电信的，家里是移动的

猜的可能是移动会劫持http做缓存，可以到公司用电信试试

似乎跟网络有关系，在公司使用一天下来，没发现过分包现象

from chatgpt-web.

@gmugu 肯定的是，你的nginx buffer有哪里没设置对。 因为你可以看下初始commit代码 我最开始也遇到这个问题，跟你的代码一样 把data最后一部分额外处理。 但是后来nginx加上buffering off就好了，因为这样readchunk一次只有一条data，不需要额外处理了。 能不能按照我上一条说的先试试呢？可能是nginx的bug，也可能是tranfer-encoding的问题

这个现象出现应该不止我一个，有可能是我哪里配置或版本或网络不对。但是在前端也有必要做一下可靠性处理，损失也不大

能问下你家里的是什么浏览器吗，在公司浏览器也会一次打印三四个data吗 我用nginx 1.18 没复现

公司和家里都是最新版本的edge，用iPhone的Safari也一样。在公司没发现过，今天在家才刚发现的，刚好今天放假，不然能在公司测试测试。公司宽带是电信的，家里是移动的

猜的可能是移动会劫持http做缓存，可以到公司用电信试试

似乎跟网络有关系，在公司使用一天下来，没发现过分包现象

那应该是移动的问题，上https应该就好了

from chatgpt-web.