OriX0

#### 作用: 两种布局用于解决的问题是一样的：两边顶宽 中间自适应的三栏布局 中间栏要放在文档前面以优先渲染 #### 区别: ##### 让中间内容不被遮蔽的手法 - 圣杯布局：父亲元素padding腾位置 外层父元素设置padding-left & padding-right 让父元素增大 配合margin将元素定位到指定位置 再配合相对定位 和right和left属性 从而实现中间内容不被遮蔽 - 双飞翼布局: 元素margin 设置 中间内容使用margin 但是直接设置会导致布局混乱 从而让中间内容用一个元素进行包裹后再使用margin 则其不会扰乱元素 #### 实现 #####...

1. 从属关系区别 @import 是CSS提供的语法规则 只有导入样式表的作用 link是HTML提供的标签 不仅可以加载css 还可以定义RSS rel连接属性 2. 加载顺序 加载页面时 link标签引入的css被**同时**加载 @import引入的css在页面**加载完毕**后加载 3. 兼容性 @import 是CSS2.1引入的 需再IE5+ link是HTML元素 没有兼容性问题 4. DOM可控性区别 JS可以通过link标签的插入改变样式 但是无法使用@import的方式插入样式

市面上同类型的现在间隔一般是15s往上 30s居多 达到这个值就行了 即使是登录的话 应该也会触发验证码吧

> > 市面上同类型的现在间隔一般是15s往上 30s居多 达到这个值就行了 > > 这个可以作为用户手动配置的临时方案，为 provider 添加鉴权能力是一个比较通用的功能。 我突然反应过来 以目前的代码设计来看 好像间隔也不管用 比如我有10个直播间在监控 实际上是一起发出这个请求的 还是会触发频繁 除非改为检测完休息一段时间再检测 从风控角度来看 多线程检测 其实不太合理

同样出现这种情况 单主播 前面3天是正常的 第四天出现这种情况 输出ffmpeg log > Input #0, flv, from 'http://pull-flv-l11.douyincdn.com/stage/stream-steam地址.flv?expire=变化的time&sign=sign值': 每次变化的就是time 其他的都不变化 然后不停的创建fmp4 尝试使用其他录制软件是正常的 猜测原因：单直播源不稳定？或者说被抖音ban了？

我测出了两个解决方案 1.录制时候为ts格式 2.录制后copy一遍 mp4 ffmpeg -i input.mp4 -c:a copy -c:v copy output.mp4

> > * 猜测原因：ffmpeg 输出格式为 fmp4 但是呢后缀格式是 .mp4 系统不能正确识别 > > 应该是 fmp4 的原因，但后缀名可能是对的，只不过这种封装格式可能更常见于网页，所以很多播放器没支持？ > > 我现在也在考虑将默认格式换成其他的，但应该会需要牺牲一些录制时播放之类的功能。 嗯 我提到的这两个方案都可以解决= = 说起来差不多把大佬的代码都读了一遍了 还基于这个自己封装了一个录制的exe 不知道为什么 源码里的pick方法 竟然有3个哈哈

> > * 猜测原因：ffmpeg 输出格式为 fmp4 但是呢后缀格式是 .mp4 系统不能正确识别 > > 应该是 fmp4 的原因，但后缀名可能是对的，只不过这种封装格式可能更常见于网页，所以很多播放器没支持？ > > 我现在也在考虑将默认格式换成其他的，但应该会需要牺牲一些录制时播放之类的功能。 ts格式其实也不错 市面上大部分其他的录制软件都是ts格式 然后录制结束后转mp4 当然我说的方案2 mp4转mp4 因为是copy的原因 转的速度会更快一点相对来说

> > 源码里的pick方法 竟然有3个哈哈 > > 啊这，我这里看是只有两个，在不同的包里，因为没放到 shared 里去。 > 是三个 lodash ramda 还有一个二次封装的 在util里 修改了入参方式 export function pick(object, ...props) { return R.pick(props, object) } 感觉有点乱哈哈

> 模型版本是否一致？ 模型版本是一致的 都是v2版本 步数及参考音频都是一样的