arm64的机子该如何采用docker的方式运行呢？ about myurls HOT 9 CLOSED

暂时可修改 Dockerfile 中 amd64 为 arm64 解决

from myurls.

暂时可修改 Dockerfile 中 amd64 为 arm64 解决

arm64的包通过Actions搞了下，有了。不过我看才3M大小，对吗（看到有报错）？docker方式安装的话是不是没必要用了？

from myurls.

@ypxun 有自建redis的话，可以直接使用action编译产出

from myurls.

@ypxun 有自建redis的话，可以直接使用action编译产出

现在是碰到了 #7 同样的问题，短点的链接缩短没问题，太长的链接缩短后的短链打开直接502。我也尝试了他的解决方法，把

client_max_body_size 100M;
client_body_buffer_size 1M;
client_header_buffer_size 5120k;
large_client_header_buffers 16 5120k;

放在了nginx的http区块里，短链接的页面还是502，请问还应该排查哪里呢？

from myurls.

@CareyWang 可以指导下吗？我看了容器的日志，没有异常。可是太长的链接转换出来的短链接依然502，不知道还应该从哪里排错。

from myurls.

@ypxun 提供原异常链接

from myurls.

@CareyWang 大佬，你那测试有问题没？我今天试了下别人的后端和前端。也是有的可以，有的不行。

from myurls.

该问题由反向代理层引入，不通过反向代理直接请求服务无问题。
可 Google upstream sent too big header while reading response header from upstream 解决

from myurls.

该问题由反向代理层引入，不通过反向代理直接请求服务无问题。 可 Google upstream sent too big header while reading response header from upstream 解决

谢谢大佬，大佬nb。谷歌抄来的代码放在nginx里解决了：

fastcgi_buffers 16 16k;
fastcgi_buffer_size 32k;
proxy_busy_buffers_size 512k;
proxy_buffers 4 512k;
proxy_buffer_size 256k;

from myurls.