你需要的是不是 store 或者说是全局状态管理？

supermaven 免费版都很够用

见朋友用过 memfire 相当于是国内魔改版 supabase 。
不过我试了下他们的管理界面体感有点奇怪

我也遇到了，之前半夜用电脑看一个纪录片，里面有一个镜头觉得挺有意思，就手机拍显示器发微信群了。过了两天那个镜头就出现在我抖音 feed 流里了。我完全想不出来有啥用户标签能让抖音 match 到那个镜头的，而且视频我是用电脑 alist 看的，手机或者各种 App 不可能有关联到

这个名字…幸运修改器是吧

之前听说的是把付款周期压缩为 2 周一次，降低风险

告诉 gpt 让他引入 tailwind css 美化界面，有奇效

@zhangyunlu80 对面基建设施和技术都已经稳定了，大概率不会有新东西，最多就是做一下交互优化和包装之类的感觉。如果只是开发一些中小型全栈应用的话，这方面技能我觉得已经点亮八成了，可以按实际需要快速了解，但没必要全点了（大环境对深耕技术不太友好）

@Richared @leehome 哈哈哈哈低代码前端最大的骗局 但是确实是前端开发发挥空间大的东西

@lasuar 那边前端团队确实还小。在未来是否会扩大，以及能否影响到业务侧的前端开发（目前暂没有），都还是未知数。现在已经 30 的大大头兵了，去了有机会带带人，只是担心去了后位置尴尬。

效果不错，手动点赞。（好奇算力是哪里来的

@630071099 头一回见有用 h263 编码的，看说明一是正常的 mp4 不支持存储 h263 信息，二是其分辨率类型不是说很有限…… 好奇能发个样本看看吗 bHlvbmJvdEBnbWFpbC5jb20K

好贵…… 使用各种派不是更划算？比如树莓派，再到国产比如香橙派之类的

我现在工作就是做低代码平台的，在公司里倒腾三年了，现在最大问题是 1业务不乐意付费 2乐意付费的都想要无代码全套平台 3平台的封装，使得学习门槛和调试排错很蛋疼

@YY 已经修复了，只能说有点神奇

@YY
是手机拍摄的视频吧……手机拍摄的视频会有一个变换矩阵，这个玄学玩意儿我解码画面时还没处理
一会弄下

@MossFox 感谢实践证明跑压缩算法还是 wasm 更快一些。

方案落地走过挺多弯路的，一开始是直接让 ffmpeg 解码视频+编码 GIF ，发现 wasm 解码速度太差，后来改成 video 抓画面，再改成 WebCodec 超高速解码。而 GIF 编码这部分，本来用的 gif.js ，因为未暴露颜色数量控制能力，改成了 [modern-gif]( https://github.com/qq15725/modern-gif)

@dazuijuren004 测试了一下 MacOS 自带的录屏 mov 是可以的，方便发一下浏览器版本 & 视频文件看下情况么？
bHlvbmJvdEBnbWFpbC5jb20K

炸裂，已经卡在目前咨询人数较多，可能需要等待了

* No longer accepting applications