如果实在没有，那只能去医院门诊开药了，不过一般去那边感染风险比较大。

可以问一问同事 亲戚，看看有没有，毕竟这东西不是当饭吃，一般人囤积的根本就是过量的了。一般算好三天的量就好了，三天还不退烧就要去医院了。

目前看来孕妇唯一的药只能用 纯 对乙酰氨基酚，我妈是妇产科的她们那边就是如果实在要用只能用这个，一般先物理降温，然后我还问了下华西的医生也是这么说的。复方的也不建议使用。

@qzwmjv 噬菌体培养

芬必得（原研药） 或者 带有 仿制药一致性评价 标志的

感染也不能说不可避免，就算是美国 3 年了也有没得新冠的。
加强防护本质上就是减缓传播速度，对自己就是减小感染概率，毕竟这个病毒是一波一波的，在不断变异，现在国内流行的是 ba.5 ，r0 接近 20 ，而年初上海的疫情是 ba.2 ，r0 大概是 8 。这两个可以重复感染。
然后十月份美国那边还是 ba.5 的天下，现在已经是 bq1 和 bq1.1 的天下了，然后亚洲这边开始出现 xbb 了。。。
这东西得一次同毒株的基本上不会再得了，但是耐不住会变异，然后就会重复得，加强防护只是减缓感染频率。

继续看了一下，是基于 justpy 的 https://github.com/justpy-org/justpy ，input 默认延迟是 200ms ，是可以调的，主要是为了应对用户输入的时候服务器频繁交互，完全可以设置为 0 。只不过 nicegui 现在还不是正式版本，没有去调这个，所以会这么卡。

空气炸锅一定要大，越大越好，而且现在很多商家都是虚标容量，建议 6L 起步

找到在本地速度也慢的原因了,每次处理完事件之后都会延迟 200ms 再把事件发送给服务器，目前不知道为什么这么设置，这导致无论什么操作都要延迟 200ms

在本地测试了一下，确实是会有一点点“卡”的感觉，主要是前端 js 处理事件的过程耗费了一些时间，如果加上服务器延迟会更卡一些。

@jedihy 你可以 ping 一下那个网站，国外也得看距离，就像日本到美国，光速也有时间呀哈哈哈

@tool2d 你说的 wasm 也有，blazor wasm （ server 直接改一下配置就可以自动编译为 wasm ）但是这两个还是有区别的，blazor wasm 本质上就是纯前端，和 vue 差不多，就是用 c#做 js 的事情（当然操作 dom 还是需要 js ），还是需要和后端进行交互，你还是需要再写一个后端，而 blazor server 是前后端一起写，前端是一个瘦客户端。这两个可以说根本不是同一个应用，没有对比的必要。

前端交互要分类，如果只是表单类的操作不会有什么问题，因为输入很有限，如果是复杂交互比如拖拽或者画图什么的，采样率比较高的交互，的确还是需要使用 js （不过可以把已有的组件封装为 blazor 组件）。

所以说这种框架也是有自己的限制的，有优点也有缺点。
简单来说，很适合用户数量较小表单类应用，因为开发速度快，项目比较轻巧。
你可以试一试这个项目： https://www.blazor.zone/

@mingxulin 海淘这东西只能看信任，只能说天猫 京东等自营渠道正品概率会更高一些，我是在小红书自营买的，大概 100 买的 500 多克。除非你自己出国或者认识的人帮你去买。

CeraVe ，买进口的，100 块 500g ，正规渠道小红书目前比较便宜，一定要买自营的，国内的版本 85g 要大几十。

@tool2d 因为好写，本质上这种框架不是为了让用户多好用，而是为了让开发者更好用，如果只考虑用户好不好用，那么传统的框架以及足够了，这个框架的任何功能你都可以使用其他方法实现。
这种框架的思想就是做一个远程 app （类似远程桌面），开发 app 的时候开发者就像在开发一个本地应用，不需要考虑前后端交互的问题，也不需要考虑如何局部更新等等，甚至不需要写 js ，只需要后端语言就可以了（当然有的框架 html css 还是要写的），而使用的时候却可以在任何平台使用。
当然也是有局限的，那就是网络延迟不能太高，用户量不能太大。