相见恨晚的Briss

最近整理古籍资料,还有之前的技术文档,大多是扫描的PDF,清晰度尚可,就是扫描过程中,页面边空白过大。
原先使用kindle看的时候,选择多看的自动切边,效果尚可,但毕竟尺寸还是小,如果打印,过大的白边就占用过多资料打印面积,导致清晰度的降低。
今天偶尔想起,原先在快科技上看到过一款开源软件briss,可以自动进行PDF切边。既然GitHub可以访问,便从网上下载试了一下,效果惊人,尤其是古籍,本来就有印刷框线,更不用担心误切了文字,真是相见恨晚。
只是软件运行,需要切换到Windows终端下,通过b命令行运行bat文件,似乎一下子回到了dos时代。

鼠标记忆

感觉自己变得抠门了。
不知是上次购买的特价便宜无好货,还是我们爷俩八个月轮流虐待,蝰蛇标准版鼠标不好用有一段时间了,主要是滚轮的问题,一直将就着用,没舍得换。
只是最近重新整理古谱,滚轮使用率越来越高——想来滚轮问题责任在我,跟玩游戏的儿子没什么关系。而滚轮不好用就影响办公效率,也就影响GPU租用的时间,最终还是多花钱。
于是终于下决心换一个鼠标,又不舍得再换雷蛇的,就买了一款双飞燕高dpi,带有操作键的鼠标。
买来后鼠标使用尚可,只是那个附加键,功能聊胜于无。
需要下载软件安装使用的附加键,是双飞燕的特色,历史悠久。我最早购买的大号双飞燕,就是带有几个附加键,买来后基本没有使用,唯一感觉方便的功能,是现在已经再普通不过的按动滑轮自动向下翻页。
当年自己还是很大方的,计算机上向来舍得花钱。
那时候计算机硬件利润也高,最初的com口鼠标在博览会上30块钱买一个,感觉跟捡了多大便宜。那个“多功能”的ps2口滚轮鼠标,也花了我60多块钱。不过也够本,一直坚持到光电鼠标开始普及。
现在不愿花钱,主要还是觉得不值当而已。

初试Python多进程

昨天处理三千多个PDF文件,把联想小服务器用上了,如果用原先j1900的机器,估计要把它累个半死。
四核八线程的CPU还是给力,连读取文件到将指定页面转化为图片保存,共花了6分钟。但运行起来还是一个核心满载工作,其他七个看热闹。
今天试着改进了一下程序,使用多进程处理文档。这也是此后工作必然要用到,而此前却一拖再拖的。
多进程应用比想象中简单的多,程序运行起来,从后台监控看多个核心在协同工作,只是时间并没有提高。估计跟每次处理CPU占用少有关系,四个跑跟一个跑速度是一样,如果处理的程序更耗用资源,可能多进程能有好的表现。
虽然还需进一步优化,但也算是有收获。

apk程序安装折腾记

昨天晚上一晚上都没睡好。
早早起来后,看看家里,脑子感觉也空空的。
于是开始折腾。
最近偶尔录入棋谱使用的平板,是16年时购买的老kindlefire jam,能让他发挥余热,是因为现在特殊时期,外网受限无法下载软件,而只有它当初安装了hactar lite。
直接下载不行,也不翻墙了,咱就曲线救国。到能下载apk软件的apkly.com网站,找到hactar点击下载。下载自然是无法进行,但没关系,复制失败的链接,ssh登陆到甲骨文的服务器,在那里wget到文件,然后再使用ftp软件下载到本地。
拿出原先久未使用的kindlefire10,将软件包传输到上面,结果安装的时候提示解析错误。这是由于Amazon设备的安卓版本太低,而目前安装软件一般都要去6.0以上了。
这也难不倒咱,查了一下老kindle上的的软件版本,再曲线下载相应的2.1版本,这次安装成功了。
然后重复逐步下载安装更高的版本,最后终于安装了能使用的最新2.6版本。
下一步下载GitHub软件,也只能用这种方法了。
不由脑子里闪过《大染坊》里面陈寿亭的话:咱这合法的买卖搞得跟贩大烟似的。

连遭古老的编码问题

中午理完发回来忙了整整一下午,忙的有点窝火。
一个业务需要从系统里面导数据,去年跟他们业务人员简单交流的时候,谈到系统此功能,感觉他支支吾吾,今天才发现居然导数据,其中一组无法导出标识代码。
三绕两绕终于算是解决了数据关联问题,结果读取导出的CSV文件时,又出现错误。又是一番折腾,没想到居然是因为文件是gbk编码的原因。
这都什么年代了,我忍不住在网上跟外甥抱怨了几句。结果抱怨完,后面一组文件再出问题,本以为还是编码问题,最后在精疲力尽之时,发现确实是编码问题,但不是gbk了,是一个从未遇到的gb18030。
我……,这是什么年代拼凑的服务器啊。

不过时的iSee

这几天整理棋谱效率提高不少,主要是准备工作充分,磨刀不误砍柴工。
因为提供的棋谱图片文件拍摄清晰度较差,开始只是裁剪,后来调用iSee软件进行简单的修复,尤其是使用自动色阶功能,图片清晰度顿时上了几个台阶。
iSee算是电脑里使用最久的软件了。在它之前使用最多的图片软件是ACDSee,是那种中国特色的“汉化版”。虽然版本一直升级,但用来最顺手的还是3.0版本。后来升级到8.0后,软件也变得越来越臃肿,所以彻底放弃,改用免费版本iSee。
后来iSee停止更新,单位里同事用的多是美图,却还要分什么秀秀和看看,就一直使用的是iSee这个类似瑞士军刀般的图片软件。
现在iSee官网已经上不去,但软件仍不过时。

云服务器实例忘记关机,心疼

最近整理《弈墨》,一直使用的恒源云的GPU服务器,相比AutoDl同显卡配置,恒源云的速度还是快一些的。
昨天一早整理完弈墨倒数第三局,忽然想起好久没有用AutoDl,想看一看有什么新配置新优惠没有,结果打开AutoDl主页,发现居然一个实例还在运行!
当时汗就下来了,忙用哆嗦的手关闭实例。再看费用明细和余额,老天爷,居然是从25号晚上开始,共花了我200块钱啊!
应该是25号那天晚上使用Sabaki测试katago新权重,因为有事急着离开忘记关闭实例了。
真是欲哭无泪,直到现在还心疼。
唯一能排解让自己安慰的,就是:连续运行一周才花200块钱,将来GPU训练花费还是能接受啊。

服务器错误不能想当然瞎联系

前几天在一个WordPress群里,看到有人在吐槽,现在网站越来越难做了,网站标题title与备案信息不一致,也要被封。

当时只是当作一个幸灾乐祸的笑话来看的,谁知道前天我也接到腾讯云的短信,说网站名称与备案不符,限令三天整改,否则将影响访问。

那个关于AI围棋的网站,是备案在前,建站在后的,当时腾讯人员建议不要使用英文字母,所以起了一个技术总结的名字,谁想到现在惹出麻烦来了。

要不是看在三年优惠的服务器还有半年多,就想直接拉倒算了。按以往经验,修改备案信息,审批下来还不知什么时候呢,就直接把网站的名称修改了。

修改完没过一天,发现自己主服务器上所以网站没法访问了。第一反应也是被限制了,折腾了半天也没有任何效果,这回是真急出汗来了。

好在后来沉下心来分析一下:ssh可以访问,网页无法访问,应该与限制无关,那就是自己服务器的问题,而且问题应该出在web服务器上。

查看web服务器状态,果然服务器卡在查找ssl证书上了。这已经是这个月第二次遇到此情况,上次是Apache,这次是Nginx。这个错误原先是只是证书无效,现在直接服务器无法启动了。

看来,这服务器的错误不能想当然地瞎联系啊。

Apache配置中的简单错误

晚上测试通过frp连接异地服务器,使用flask构建REST。

以前frp服务器端使用的都是NGINX做代理,今天第一次使用Apache,心里很没底。结果心里越没底,麻烦越多,测试了大半天,系统总是无法正常运转。

总以为是自己哪里设置错了,反复检查又检查,眼睛都疼了,也没有发现问题所在。就在准备放弃,使用原先服务器时,才发现原来是那边技术人员申请的ssl证书文件名错误,导致系统无法正常运行。而这类错误,Apache不像NGINX那样写入到error日志中。

除此简单错误外,Apache设置并没有印象中那么繁琐。

PC危机,微软不可再强出头

今日看快科技新闻,PC行业正遭遇罕见的惨淡光景,库存积压加出货量减少,PC危机已经不可避免。

虽然Wintel联盟早已成为历史,但面对硬件危机,不知微软作何感想,有何应对。

微软现在主推的Win11系统,有着近似变态的硬件限制。我堂堂昔日豪强八核十六线程的1700,虽然是破落了点,但也不至于不在升级之列吧。

微软此举,自然想再现当年win95等系统推动硬件升级的壮举。

只是时过境迁,面对PC危机,有心无力的微软只怕会搬起石头砸自己的脚。

当年如日中天的微软的,在Intel硬件无法满足其新系统Vista的情况下,玩虚标授权,想搞同盟软硬同进,结果被Intel硬件拖了后腿,导致Vista惨败。之后虽然win7重整旗鼓,但为了清理钉子户WinXP,微软费了多少心机。

殷鉴不远,微软若再不识大体强出头,只怕今日Win10比昔日WinXP还难清理。