可能是为了照顾火狐的中国特供版，以前版本的firefox总是不提供中文翻译，给我访问英文网站带来诸多不便。就在刚才打开英文网站时，居然提示我是否需要翻译为中文了，看了下更新记录，果然是3.27更新的。
我坚持使用firefox的理由其实就一点，他可以指定配置文件位置。无论是重装系统或者更换电脑，只要将配置文件移过去，就完全没有影响。以前的习惯配置、浏览记录、保存的密码、收藏夹什么的都还在。而chrome浏览器就不行，他可能是加了什么验证措施，如果重装系统或者更换电脑，即使设置了使用以前的配置文件夹，也会丢失保存的密码。当然这也许是chrome出于安全原因才这么干的吧。不过我觉得这个安全应该由用户自己保证，不应该由软件强制使用此种方式。
如下操作
1 | let aa = new Array(3) |
此时如果执行aa[0].push(33)，结果会变成：
1 | [[33],[33],[33]] |
因为fill时填入的是同一个对象的引用。这个问题导致的bug，我花了10分钟才找到。说到底，其实就是对js不够熟。
以前在wps里制作的表格文件，用msoffice打开时经常发生卡顿的现象。其实际原因是wps在编辑表格时，会在文件中插入大量的空白表格，使得文件奇大无比。wps在打开这类文件时会自动忽略这些空白表格，但excel不会，然后就显得excel性能差。
但是就在刚才，我在用office365打开一个22MB的xlsx文件时，office提示我进行性能优化。我按照提示进行性能优化后，这个22MB的xlsx文件就变成了9MB了，office365打开他也是秒开，没有半点卡顿。这使得wps的小动作失效了。不过以wps（其实不只wps，一切国产正经软件）习惯，我觉得以后应该会还搞其他小动作来让自己显得优秀。
这个优化后的xlsx文件在使用lirbre office打开时仍然卡得很，等了5分钟才正常打开。在此期间，cpu占用15%，内存占用3个G，但是打开后内存占用就降低了，操作上也挺流畅。在将这个xlsx文件另存为ods文件时也花费了很长的时间，约莫6-7分钟吧。在其期间，内存占用更是达到了惊人的6G。而在打开这个ods文件时，虽然速度比打开xlsx快了很多（大概费时1-2分钟），但相对于office的秒开，还是慢多了。可见libre office在性能上距商业软件还是存在一定差距的（不过目前来看，只是在打开时慢了点，在打开后的操作上还行，并没有明显差距）。
Deepseek R1 越狱版，无各种围栏。 直达链接。
使用ollama部署
1 | ollama run huihui_ai/deepseek-r1-abliterated:14b |
后面的14b可以替换成其他规格的，根据自己硬件决定。
补记：其实没有越狱，也弱智得很，完全不能用的状态。
WSL2可以运行GUI应用，只是默认没有安装中文相关支持，所以中文会显示乱码，且也不支持中文输入。本文就是为了解决该问题。经下述操作后，WSL运行的GUI应用可以正确显示中文，且可以使用中文输入法。都说WSL是最好的Linux发行版，本文可以再次证实。
1 | sudo apt install fonts-noto-cjk fonts-wqy-zenhei |
1 | sudo apt install fcitx fcitx-config-gtk fcitx-pinyin |
或者
1 | sudo apt install ibus ibus-pinyin |
fcitx框架或者ibus框架都可以
编辑~/.bashre文件
1 | export GTK_IM_MODULE=fcitx |
默认不会自动启动，所以还需要加入fcitx-autostart
如果是ibus框架
1 | export GTK_IM_MODULE=ibus |
同样不会自启动，还应该加入 ibus-daemon -drx
需要说明的是，这个教程是根据chatgpt提示完成的，我使用了fcitx框架，ibus没测试。
自己编译的话，一定要看文档，正常情况下按下述步骤执行
1 | ./configure --prefix="binPath" |
world-bin会编译除了文档外全部可编译的内容。(几次使用中出错就是因为只使用了make，导致扩展没被编译，而我正好需要使用citext这个扩展，所以导入数据时，会因为缺少citext类型而失败)
关于备份和导入数据
1 | pg_dump.exe -f d:/aa.dump -F c -d dbname |
这里要注意的是，当备份时-F为c时不要自作聪明加入--column-inserts和--inserts参数，这会导致恢复数据时变慢（可能是变成SQL语句插入了）。
在跨平台数据备份恢复时，要注意locale不同，所以一般在恢复数据时事先建好数据库，不要加-C参数，这样就不会使用备份文件中的建库语句创建数据库。在日常使用中，也应该注意不要在表里指定特殊的字符集啥的。
重点就是：任何操作应该仔细阅读文档和命令帮助，不要想当然。其实本文所犯的错都是因为没认真阅读文档和命令帮助，结果花了更多的时间来排错。
linux下tcp代理可以使用ssh -D来实现，但是有些场景下必须使用http代理，这时就必须使用第三方软件了，目前发现的一个比较好用的是privoxy，安装
1 | sudo apt install privoxy |
配置文件写入(注意forward这行后面的点不能丢了)：
1 | forward-socks5t / 127.0.0.1:8888 . |
运行：
1 | privoxy xxx.conf |
限于支付问题，我一直没有尝试过github的copilot，使用的是aws家的CodeWhisperer。早上看v2ex论坛，说有免费额度无需事先绑卡。于是我查了一下我的邮箱，果然我也收到主主题为“You have free access to GitHub Copilot”的推广邮件。终于有幸一近芳泽，从上午试用到现在，总的感觉并不比aws家的CodeWhisperer强到什么地方去，大概就是半斤八两的意思吧。
最大的不同在于使用范围，CodeWhisperer是对个人完全免费使用，而github的coilot并没提到这个免费额度限个人使用或者不允许企业使用之类的字眼。github推出这项服务的动因应该是受到来自同行竞争的压力，不过不管怎么说，多一个选择总是好事。
这几天都在忙于维护一个在2012年前后开发的项目，用户要求进行一些功能上的扩展。很不幸的是，这个项目是我用delphi开发的。而delphi作为一个上古时代出现的集成开发环境，在使用上真的是太不方便了。IDE没有代码自动完成功能，IDE也没有自动格式化代码的功能。还有各种不方便，和现代IDE根本没法相提并论。这也就顺带着使得pascal语言越来越没人用了。