@ICB 映像中上半年开过一次

我不怎么喝酒(一年最多不过 5 次,啤酒)都发现中度脂肪肝了,去查一下吧,注意身体

我们是自建的 gitlab,随时保持更新,觉得挺好用的.有漏洞但是都补得很快,而且并未遇到什么致命漏洞并由此导致损失.

类型相似的智齿,重医附一院说要 2100(1900+200 抽血化验)

@echo1937 一颗上牙 19 年花 600,这次下牙 1200 多,还走不到医保.还有一颗阻生的,医生说要 2100,是真的肉疼😂

我前几天牙疼(智齿),半夜去做了核酸,第二天去医院说发炎不能拔,当时处理了一下给我疼惨了.
然后想起前 2 年去重医附一院的时候直接就拔了,又挂了一个号,第二天去就拔了.
但是现在疼倒是不疼了,但是牙龈恢复不是特别好(有个洞还没长好,隐约好像还能看到牙床骨头的样子),不缺定是否有发炎的影响,恢复不好就可能得干槽症.

所有医院口腔科都要求 48h 本地核酸+行程码绿码

github 不是有私有仓库?

试一下下列方法
1.确保 frps 和 frpc 版本匹配
2.应用层搞个 keeplive
3.提到了 ssh,ssh 我记得本身也有 keeplive

最近敏感时期,各种梯子都不稳定,估计被波及了
我一般用 frp 穿透,然后使用 rdp,一直非常稳定(内地华为云)

@mikeven 屏幕大,玩游戏,刷视频之类耗电更快吧,我顶多就是刷一下视频,不玩游戏这样.
但是电池掉到 80 以下后,就等于废了,稍微用一会儿就见底,得换

iphone8 用了 5 年,电池掉到 79,前不久去店里换了 350,感觉又能再战 5 年🤣

感应器比图象识别靠谱,受天气 光纤 遮挡 识别率等因素影响较小.
现在一般到晚上 12 点后,很多红绿灯会变成黄灯闪烁模式.

我觉得 UI 可以,但是任务栏用 startallback 恢复了.开始菜单其实也更喜欢 win10 风格的

@crazyweeds 我说的数据库设计还不是字段多少的问题(我们行业内字段多很正常,因为指标的确就很多),而是如下几点
1.历史残留字段 比如 bool delete 还有 bool iskeyong 这种同时存在
2.表关系混乱,比如仓库和仓位表,仓库表没用上,然后在物流单表里直接存仓位(忽略仓库)
3.大小写混乱,字段类型乱用
4.没有任何约束,大量 null 默认值,索引混乱
5.多套用户体系,比如物流单表里有 2 个用户字段,一个是 userId,一个是 u2Id,自带混淆
6.内部唯一码用主键,而且最主要是他把主键单独存一个字段
7.扫描的图(多图),存一个字段,用分号分割路径.但是他又额外设计了 img1 img2 img3 img4 等字段,并将其他字段用于另外的目的
还有很多,不说了🤣

jianzhi 还是可以

见过快递行业的管理系统,ui 看着还将就,但是数据库设计就别提了.🤣

@caixiaomao 我这是 22622.601,有多标签

钓鱼执法