epiloguess 最近的时间轴更新 epiloguess 最近的时间轴更新 |
epiloguessV2EX 第 583948 号会员，加入于 2022-06-06 17:51:50 +08:00 |
| 突然奇想：也许某些安卓用户转苹果最大的拦路虎就是苹果没有性价比 Android • epiloguess • 81 天前 • 最后回复来自 greatghoul | 10 |
epiloguess 最近回复了
7 天前 回复了 ffffb 创建的主题 › 前端开发 › 2024 年，为什么大家在桌面端能接受纯 web , 但在移动端连套壳 app 也不想用？ |
obsidian 的移动端就是 capacitor 吧，还是挺流畅的
9 天前 回复了 nlzy 创建的主题 › 程序员 › 每个爱玩电子产品的男生都有一台“忒修斯之船”式的电脑 |
只有准系统符合这个定义吧，其他的换硬盘网卡，感觉就像换书包一样
16 天前 回复了 jamfer 创建的主题 › 程序员 › 在 CF 的 workers 上撸了一个简单的博客，有站友在这上面部署过复杂的项目吗？ |
我用的部署的 cloudflare pages+nextjs+hono+prisma
坑太多...nextjs 本身就很多坑，prisma 的查询器太大了，workers 打包很容易超出体积限制，
cloudflare 的 binding 只能在 env 里面访问，和 orm 结合初始化实例也算坑?其实可以通过全局变量来解决，这些前面有人都提到了。
免费版 10ms 的限制还是太短了。
不过 workers 本身还是很强的，可以有很多花样，成本也足够低，调用方式也很灵活，用它来分担一部分的运算还是可行的，但是 all-in 的话，我觉得还不行
坑太多...nextjs 本身就很多坑，prisma 的查询器太大了，workers 打包很容易超出体积限制，
cloudflare 的 binding 只能在 env 里面访问，和 orm 结合初始化实例也算坑?其实可以通过全局变量来解决，这些前面有人都提到了。
免费版 10ms 的限制还是太短了。
不过 workers 本身还是很强的，可以有很多花样，成本也足够低，调用方式也很灵活，用它来分担一部分的运算还是可行的，但是 all-in 的话，我觉得还不行
16 天前 回复了 RiverRay 创建的主题 › Chrome › 一个反常识： 在 Chrome 浏览器里如何拿到用户最真实的 CPU 和其他硬件信息（不走 UA |
今天上 hn 的首页了，https://news.ycombinator.com/item?id=40918052
49 天前 回复了 maymay5 创建的主题 › .NET › 我想重构我这个项目的前端，有什么好的建议？ |
可以用微前端来渐进式重构
49 天前 回复了 wdssmq 创建的主题 › 程序员 › 围观：「你们对互联网标准太不尊重太不了解了」 |
对互联网标准不尊重的，我觉得 nextjs 的魔改 fetch 算一个
63 天前 回复了 zhao8681286 创建的主题 › 程序员 › 你是开发，你看到这个需求会咋办？ |
我不是做后端的，不过，很多 config 的配置都是出入参类型保持一致，这种思路也能解决这个问题吧
66 天前 回复了 awaqwq123123 创建的主题 › 程序员 › 检测到用户开启去广告插件，不让浏览器显示内容 |
就第一条比较符合实际，其他的，太影响用户体验
Select Language