@Oct31Dec25 哔哩哔哩可以用 google store 里的版本，就能 120hz 了，还没有国内版那个烦人的青少年模式。
我是两个都装了，有时候一些会员功能需要到国内版才有。

这个手机屏幕支持 120hz ，建议打开开发者选项里的“显示帧率”，看看卡顿的界面帧率是否变成 60 了，

我一直认为，从技术角度讲，有 UI 界面的就算“前端”。从使用者角度讲，给用户使用的端就算前端。
可以把两个角度结合起来，算合集。

正常交流无果后，可以尝试走投诉看看，向“plus 客服”投诉，如果客服也不作为，可以继续投诉“plus 客服”。按流程来

这东西确实太耗服务器资源。
另外好像看不了别人已经生成的图片？这块觉得可以公开。

同楼上，在关注 致钛 7100 ，价格合适就打算入手。618 不用券 是 799 。

我的升级了，企业版，版本 22621.2361 ，但是新功能一个都看不到，不知道为啥。

我最近在做类似的应用，给个我的思路：用 webview 加载，并监控所有的网络请求，将网络请求中的 media ，或带 .m3u8 后缀（这个不准确，候补）的资源记录下来。
抓取的时候，先让 webview 执行自定义的 js 获取页面的元素（比如 video 标签），如果没有就把监控的请求列表展示出来让用户选。
这个方式有一点，就是要在网页上先让视频播放起来，才好抓。

收藏夹用起来啊

公司和自用都用 gogs 的

手机浏览器上自定义 css 不生效，不知道啥时候能支持一下

/* 宽屏 */
.content {
max-width: 9999px;
}

/* 放大字号 */
.topic_content{
font-size:150%;
}
.reply_content{
font-size:150%;
}

/* 链接在新标签打开 */
a.topic-link:visited{
text: (target="_blank");
}

楼上关于切片的都很对。但是这不是卡顿的原因，最大的原因是，视频码率大于服务器出口带宽。
码率和带宽正好都是用 bit/s 为单位，所以，你要流畅播放，“理论上”视频码率就不能大于出口带宽，实际上码率还得降 20%。比如服务器是 10mb/s 的，“理论上”视频码率=10mb/s 是可以流畅播放的，实际上就看网络稳定性了。
尽量扩展带宽，在此基础上，尽量降低视频码率，继续在这个基础上，提供多码率供前端选择（这要转多个码率的视频，耗转码时间）。
至于不同分辨率用什么码率，可以去 B 站参考（ youtu 的参考意义不大，因为他码率给得足）

刚试了固定宽度貌似不行。
https://caniuse.com/?search=word-break

根据文档，IE6 都支持，他不支持有点说不过去。
实在不行，这个链接还提供两个类似方案：
<wbr/>：在文本中插入这个标签，可以起到类似效果；
overflow-wrap：见链接介绍。

看样子楼主不是转 pdf 的开发，那试试定好表格列的宽度呢？

我们最近也在做 html 转 pdf ，我给定的方案是，用 chromium headless （ puppeteer 或直接命令行调），这样能保证浏览器打印成 pdf 是啥效果，后端生成的 pdf 就是啥效果。

我捋一下，你是想把安装了你的 app 的客户端，变成你的爬虫“肉鸡”？

我家里有烤箱没微波炉，现在很后悔。

https://developer.nvidia.com/video-encode-and-decode-gpu-support-matrix-new

从表格看，1080 确实是 2 nvenc ，3060 是 1 ，另外 cuda ，1080 是 2560 ，3060 是 3584 。简单粗暴估计，确实 1080 会好一些。
nvenc 6 代 7 代估计差别不大。

当然最好用同样的文件同样的转码参数测试是最稳妥的。

“支持各种服务器编码”这个是真实情况还是臆想出来的？
服务器统一使用 UTF8 编码不行吗？

服务器端统一了，那全流程都是 utf8 编码，不会有问题的。（不要用 UTF8 BOM 头！！！）