君子无罪,怀璧其罪。
再说,这tiktok也不是君子,他属于锦衣裘马行于异域闹市的商贾。
美国最高法院的老爷们说的也清楚:该法律针对的是 TikTok 的所有权,而不是其发表的言论。
也就是说,我要的是你的货,跟你卖不卖的自由无关。
这点谁都清楚,帮你Tiktok喊冤的律师也知道,但如阿春所言:美国的律师是不拿刀的强盗。
强盗环伺,你tiktok是卖呢,是卖呢,还是卖呢?
这跟用户自由,国家安全已经没有半毛钱关系,就是纯TM的利益。
不卖?把tiktok服务器搬回中国,让洋鬼子也漂洋过海转辗登录使用?
商人,没有这个魄力。
分类: IT天地
flask-admin的文档,岂一个烂字了得
最近一直在寻找一款后端管理系统,主要想替代僵化的Django。在先后尝试了Nocodb、nocobase等几个低代码管理工具后,颇为失望,这些更多是替代了数据库管理,而这种替代代价是限制。
昨天联系用友客服的间隙,尝试安装测试flask-admin,这个系统的确是简易、灵活,但就是文档实在太烂了,简直可以用坨来形容:getting started的第一个代码示例就出错,根本无法运行。
后来查了一下资料,发现原来这个示例是从github下的示例摘取出来的,没有环境设置当然运行不了。
这国外IT人现在也这么不靠谱。
暂且再试几天,不行就用Django低版本加xadmin将就一下吧。
程序更新总是好
这个月应用服务器升级,数据库由MySQL更换为Postgresql,数据结构也进行了优化,结合正在进行的一个项目,我也在原先自己数据处理程序的基础上修修补补,保证业务正常运转。
在修补过程中发现,原先的程序实在是糟烂,自己都忍受不了,昨天业务结束 ,就把程序重整了一遍,并把常用数据处理模块加到自定义模型中,程序一下子就变的简洁明了。
这工作其实已经计划了大半年了,一拖再拖,现在看,改进总是好的,下一步就是再把程序由文件管理数据,纳入到数据库管理,下个月完成。
也就是今年完成。日子真的很快。
尚不靠谱本地RAG
昨天测试了一下大模型的RAG助理,问了一个简单的问题:《三国演义》的作者是谁。Llama3.2的回答真是史屎级的回答,可谓是震裂三观。考虑到人家是外国模型,毁中国历史文化情有可原,换成国产千问,同样是胡说八道,信口开河。
于是将正确答案录入到内嵌模型中,千问立马变脸,不止答案正确,而且给出了相关创作背景。而老外依然是继续胡说八道。
这也验证了我之前的判断,那就是所谓RAG依靠的还是大模型,所谓内嵌助理,只是助理,提醒、辅助而已。就像千问显然其大模型中有这个知识,但是要定位到准确知识,则需要结合内嵌服务器。而llama本身就没有知识内容储备,有助理也只是摆设。
下载ESXi费周折
昨天零碎装起来机器,是用来当做虚拟机的。本来计划安装最新版ESXi8,但没想到在VMware登录的时候,居然跳到博通的官网上,而且还不认我原先的账户。
记得有些年了,一个同事孩子在美国毕业后进入博通公司工作。当时那个同事在跟我强调是博通而不是高通后,发现我居然知道这个公司,还颇为惊讶。
知道博通是因为用的它产品不少,从最早当下载服务器的迈拓硬盘盒子,到后来第一个nas系统的网卡,最熟悉的还是树莓派的处理器。
好容易注册成功后,又找不到下载的入口。就在我打算放弃,使用手头老版本5.x版本的时候,居然误打误撞进去了。下载完后,刷新页面,我的下载里面又找不到了。
看来博通收购VMware后,让我等免费用户薅羊毛,是真不情愿啊。
“强大”的客户端
周六外甥开始担心家里机器里面数据的安全,于是便搭建了一个rsync服务器端,做数据的同步。
同步工作自然少不了定时,我以往都是用crontab的,这次听外甥提到他用的青龙面板功能非常强大,于是便想做一个docker镜像。
结果没想到一天就折腾进去了。
首先自然是网络阻碍,搭建半道就卡住了。于是绕道而行,在自己购买的云服务器上运行容器,然后通过容器备份为镜像下载。结果第一个1G内存的服务器崩掉了,换了一个2g内存的倒是顺利完成了,生成的镜像一看,好家伙,1G大小的镜像,难怪把云服务搞死了。
想到前几天恢复云服务器的MySQL数据,200M的数据,两个客户端半道死机,最后一个source命令,几秒钟搞定。
算了,还是安心用技术活吧。
升级主机显卡大头
淘宝不比京东,机器升级的核心显卡迟迟到位。别看个头小,如果不是二手货,价格比那一堆还高。
老机器用了快两个月,慢点还能忍受。10月底虽然回家,工作基本是平移的,不比不知道,同样是5年前的机器,R3还是没法跟R7比的。
机器安装顺利,速度提升显著,NAS备份数据也把交换机速度拉满了。
显卡最后买的是没有阉割的8G版3050,功耗略高,虽然性能提升不大,主要目的是测试一下RAG在单机版AI助理方面的应用。这款显卡的性能,应该与主流独显笔记本相当,结合脱机版大模型与向量数据库,如果能够起到AI助理的作用,已然足够了。
感觉不要钱的傲腾
原先纯属爱好的时候,特别喜欢折腾计算机便宜配件,看到时兴便宜的宝贝就买来测试一下,现在反而很少关注了。从freenas起,我一直用U盘做系统盘,上个月安装nas机器,发现官方已经不再推荐使用U盘,估计目前U盘质量随着价格滑落而大幅跳水。不过使用SSD硬盘做系统盘,有个挺恶心人的地方,truenas跟exsi不一样,系统盘只能用来安装系统用,即便剩余再多空间也没法用。上网搜了半天,发现现在很多人用一款傲腾当SSD系统盘用,Intel独家生产,nvme接口,关键是便宜,16G才不到13块钱。就这钱还犹豫什么,立马下单,到货后安装一切正常,这比U盘可强多了。久违的乐趣也回来了。
困倦中的技术收获
最近感觉精力不足,昨晚到了10点就困得脑子不听使唤,便试着把外甥前段时间提及的文本转语音ChatTTS安装调试。
系统安装除了GitHub连接不上都还顺利,老办法打包下载,上传服务器后一马平川。系统运行后,界面也很简陋,但简单转换一段文字后,整个人顿时又精神起来。转换后的语音虽然称不上抑扬顿挫,却也十分自然,这是以往使用过的系统,那种硬件发声所欠缺的。
在安装过程中,无意中浏览到苹果系统居然也有自己编译的katago,这意味着基于M系列处理器苹果机器,可以解决目前AI应用存在的软硬件互相掣肘的问题。
今天特意到办公室,用外甥的M1处理器的老机器上安装katago,并进行了benchmark测试。
最终结果很失望,失望的不是结果,M1的成绩相当于1660,已属不易,但问题出在katago是基于opencl编译的,也就是说苹果处理器再强力,还是要受到开发环境的制约。
由此看来,AI发展还得看黄厂长的脸色。
决定放弃truenas scale
今天在折腾了一个白天后,决定放弃truenas scale了。
这truenas的开发商或者说运营商,发行基于Debian的scale版本,是想学苹果和谷歌,打造自己的应用生态圈,但他又没有那个能力,所以k8s应用只能依托GitHub和docker,而就目前国内的网络环境而言,无异于作茧自缚。
同时,打着安全性的旗号,scale阉割了Debian的开放性,甚至应用目录里默认把非官方的社区版truecharts都屏蔽掉了,因为双方对下一步发展已经有了分歧。
目前看,唯一比core版本强的,就是虚拟机管理了。
还是切回core版,安安心心当好后勤数据管理管家吧。