如题，为了保持流畅，但这个本用的少，只是出门带着，有点浪费了，主力机依然是iMac
分类： IT小常识
-
我的iMac2015（27寸，i7，5k屏，32G内存）锁定系统版本11.7.10
如题，保持流畅稳定，但最近开始出现提醒chrome将不再支持更新了。
-
为mac选择外接屏幕最关键的因素是hidpi模型下支持的分辨率
虽然颜色很重要，但如果是mac的话，最重要的是在hidpi模式下的分辨率，这个分辨率是按人眼设定的，而不是屏幕本身的物理分辨率，因为物理分辨率有很大可能看上去数字很大，但因为屏幕小，那么高的分辨率下字太小，没法用，但当成倍缩放时，可视分辨率成倍减小，原来看上去很高的分辨率也就很低了，比如某米笔记本就这么干，不知道最新的型号是怎么样，几年前遇到过，果断退货了。
想知道某个屏幕在hidpi模式下的分辨率到底是多少不太容易，因为几乎所有显示器都不在官方信息中提供，比较推荐的渠道是https://github.com/waydabber/BetterDisplay/discussions/2626，这个专门致力于提供mac适配方案的软件上能提供一些信息。
退一步来说，其实也不一定要追求hidpi，我试了一下用macbook pro 2018外接微星msi pro mp341c，在3440×1440分辨率下，尽管和mac上的显示相比，字体的像素明显，但也不至于不能看，如果两个屏同时用的话，代码放在外接屏上，画面放在mac上来，似乎也是个不错的省钱方案。
-
明基M209扫描仪驱动和软件安装
网上找一下M209的驱动安装包，貌似官网已经搜不到了，这是老产品，我是从太平洋下载的，压缩包里面是个iso文件，另外安装了一个virtual clone drive来解压这个iso。
驱动安装以后，系统菜单中的路径有可能是错误的，可以直接去c盘下面找一下安装目录，确认下路径，并把这个路径更新到快捷菜单中。
驱动包里是实际上有一个扫描软件PanelV2.0，只是这个官方的软件并不好用，连幅面都无法修改，默认是A3，跟机器一样。
所以，另外装了一个NAPS2，也是grok推荐给我的。安装的时候提示需要.net4.6.2，如有问题可以看上一篇博客。
-
windows7安装.net framework 4.6.2 时间戳签名或证书无法验证
在微软官网下载了4.6.2的离线安装包，安装时报错，这是因为win7上没有sha2验证，通过安装系统更新的方式有点麻烦了，于是问了下grok，它给出一个办法，绕过验证，于是，在点开离线安装包以后，c盘下就有了一个临时文件夹，把它复制一份，存到别的位置，在里面找到netfx_Full_x64.msi（64 位系统）或 netfx_Full_x86.msi（32 位系统），双击运行就行了。
-
mysql服务器优化过程小记
有一个查询很慢，27s，查询了一下mysql的状态：
mysql> SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool%'; +-------------------------------------------+--------------------------------------------------+ | Variable_name | Value | +-------------------------------------------+--------------------------------------------------+ | Innodb_buffer_pool_dump_status | Dumping of buffer pool not started | | Innodb_buffer_pool_load_status | Buffer pool(s) load completed at 241109 21:58:30 | | Innodb_buffer_pool_resize_status | | | Innodb_buffer_pool_resize_status_code | 0 | | Innodb_buffer_pool_resize_status_progress | 0 | | Innodb_buffer_pool_pages_data | 7168 | | Innodb_buffer_pool_bytes_data | 117440512 | | Innodb_buffer_pool_pages_dirty | 5 | | Innodb_buffer_pool_bytes_dirty | 81920 | | Innodb_buffer_pool_pages_flushed | 152905174 | | Innodb_buffer_pool_pages_free | 1007 | | Innodb_buffer_pool_pages_misc | 17 | | Innodb_buffer_pool_pages_total | 8192 | | Innodb_buffer_pool_read_ahead_rnd | 0 | | Innodb_buffer_pool_read_ahead | 34590772215 | | Innodb_buffer_pool_read_ahead_evicted | 46737241 | | Innodb_buffer_pool_read_requests | 718733851921 | | Innodb_buffer_pool_reads | 1798889354 | | Innodb_buffer_pool_wait_free | 6345356 | | Innodb_buffer_pool_write_requests | 506818935 | +-------------------------------------------+--------------------------------------------------+ 20 rows in set (0.26 sec)问了下Grok，它说我的默认配置太低了，数据库服务器是16G内存，数据库占用的很少，大部分是被一个java程序占用了，查了一下原来是当时安装了并未使用的apache-dolphinscheduler，这个东西很占资源，于是干掉。再改以下配置：
innodb_buffer_pool_size = 8G innodb_buffer_pool_instances = 4 innodb_buffer_pool_dump_at_shutdown = 1 innodb_buffer_pool_load_at_startup = 1重启mysql以后：
mysql> SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool%'; +-------------------------------------------+--------------------------------------------------+ | Variable_name | Value | +-------------------------------------------+--------------------------------------------------+ | Innodb_buffer_pool_dump_status | Dumping of buffer pool not started | | Innodb_buffer_pool_load_status | Buffer pool(s) load completed at 250528 22:42:35 | | Innodb_buffer_pool_resize_status | | | Innodb_buffer_pool_resize_status_code | 0 | | Innodb_buffer_pool_resize_status_progress | 0 | | Innodb_buffer_pool_pages_data | 231482 | | Innodb_buffer_pool_bytes_data | 3792601088 | | Innodb_buffer_pool_pages_dirty | 0 | | Innodb_buffer_pool_bytes_dirty | 0 | | Innodb_buffer_pool_pages_flushed | 1455 | | Innodb_buffer_pool_pages_free | 292740 | | Innodb_buffer_pool_pages_misc | 66 | | Innodb_buffer_pool_pages_total | 524288 | | Innodb_buffer_pool_read_ahead_rnd | 0 | | Innodb_buffer_pool_read_ahead | 226612 | | Innodb_buffer_pool_read_ahead_evicted | 0 | | Innodb_buffer_pool_read_requests | 4875046 | | Innodb_buffer_pool_reads | 4713 | | Innodb_buffer_pool_wait_free | 0 | | Innodb_buffer_pool_write_requests | 4724 | +-------------------------------------------+--------------------------------------------------+ 20 rows in set (0.00 sec)不过查询依然很慢，分析了一下请求来自laravel的一个多态关联表，4000W+行数据，两个关键字段是able_type和able_id，于是给这两个字段做了一个联合索引，idx_able，索引创建花了8分钟，索引创建过程中可能有锁，避开访问高峰时操作，完成以后查询降到了300ms以内。
总结：
laravel的多态表可以给able_type和able_id建联合索引。
-
老mac设置php版本
2015的老mac，brew安装的php版本只能是7了，不能再升级，自行安装了php8.2，在.zshrc中通过设置path没有问题，但是vscode却总是提示composer所检查的版本不够。
直到在vscode中找到
Laravel: PHP Environment(此处设置为local)，可忽略
Atisan：PHP：Location
设置为：/usr/local/opt/php@8.2/bin/php
以此来解决vscode默认调用/usr/bin/php的问题
-
Jetpack对性能要求相对较高，删掉了
最近博客老是挂掉，开了性能无约束也不行，查了下php的慢记录，发现是Jetpack插件造成的。索性把它删掉。
本博客所用服务器为1u2G.
-
慢阻肺如何选择医用制氧机来进行长期氧疗
本文仅以个人非医学专业了解到的产品和医疗信息分享，不能替代医学治疗方案。
据医嘱，吸氧需要达到4L/min的流量才有效，但这个指标的前提是制氧机或者气瓶出氧的浓度要在90%以上，虽然国标要求医用制氧机必须达到90%，而目前市场上的制氧机普遍宣称符合这个标准，但从评论以及个人非严格检测来看，这个标准似乎没有那么容易实现。
这里列出制氧机的几个关键指标，请逐一核实：
- 可连续工作时间，这个涉及制氧机的可用性和耐用性，有的声称达到72小时或96小时，关键要看说明书上是否有明文说明，不能只看商品标题或视频，有的宣称7*24小时，目前来看，多半是虚假宣传，因为目前几千元的制氧机显然达不到7天连续工作。
- 出氧浓度，国家标准要求90%以上，有的机器标>=90%，有的标93%（+-3%），但有的机器会有附加说明，比如开机15分钟才能达到这个浓度（因内部有储气罐，可能需要排空一段时间），我买了一台欧姆龙（安徽迈睿思代工），前几次开机数分钟后出氧浓度基本上只在85%左右，最高89，但机器自身的氧气浓度一直显示为95%，我在12315上做了投诉，不知道接下来多久会有回复。还有的机器并不是在任何流量下都是90%以上，比如有的机器在详细描述中会补充说只在某个低流量区间能达到这个浓度，再大了相当于就是多吹点空气了，也难怪有的制氧机宣称不做空气的搬运机。我前些年买的那个鱼跃的流量控制显示是1L~5L，现在仔细查才知道其实是3L的机器，调到5L也没有多大意义，而现在实测出氧只有50%，所以买个新的。欧姆龙这个因为是周末提交的投诉，12315无反馈，退货申请暂时没有通过，但后来开机测试能达到93%（机身还是显示95%），就先用着了。
- 机器工作噪音，这个也挺关键的，在欧姆龙那台出氧浓度不达标的情况下，我又下单了一台鱼跃的6L机器，但下单后仔细再看评论，很多视频评论反馈机器噪音大，看了下他的说明书，是小于60分贝，这个确实高了，从视频里看，也确实比手上这台欧姆龙大得多。看网上的商品资料，有的说在29分贝，有的说在36分贝，能接受哪一种，还是要慎重考虑。
- 能否退货，从欧姆龙和鱼跃的评论区看，普遍退货困难，有的是因为噪音大，有的因为出氧浓度不达标，但都是因为开机过，不能退货，但这东西不开机怎么知道怎么样呢？所以有的评论总结不如在线下买，可以当场试机，不知道厂家是否针对线上有特殊政策。这类产品质量不稳定的现实应该是可以确认的，这种特殊商品如何退货还需要更清晰的政策和规则，有的商品明确说明只要一次性使用的附件没有拆封就可以退货，比如吸氧管之类的，这算比较合理的。
- 分子筛是否进口，尽管这玩意近些年国产化做的很到位，但从产品定价来看，一两千的产品都用国产的，四五干就出现用进口的了，显然，国产的还是达不到进口产品的水平。
测试成本很高，自己搞不定，网购的氧气检测仪也不一定精度就很高，但如果氧气浓度检测仪和制氧机自身的氧气浓度值都不可靠，那还有什么可靠的产品呢？
