Category: 偶知道
-
安卓上的记账软件:Gnucash Pocket
最近又试了一圈 Android 上的记账软件。各种时兴的记账 app 里,仍然没有靠谱的。最终的选择,是停更了五年的:Gnucash Pocket,——Gnucash 的非官方手机版。Google Play 上早就没有了,只能自己编译,或者下载 2018 年的 apk(还很好用 😛 个人需求,并非面面俱到的记账;而是针对一些小项目(譬如一次多人旅行、入门一个兴趣领域时的投入……),记录相关的开销。所以,我的核心需求,是能够在多个项目间,方便进行切换,这一点,是市面上很多记账软件,无法做到的。 一些记账软件里常见的,但我并不需要,甚至会反感的功能: 很多年前我找过这样的 app,并没有找到合适的,也就放弃了。如今又把 app store 里的常见记账软件,试了一圈,仍然没找到靠谱的(一些上来就要手机号注册的,我就不试了…)。最终还是投奔鼎鼎大名的 Gnucash。——这是从上个世纪就已经存在的老牌开源记账软件了,支持 Win / Linux / Mac 平台,我在 pc 上也很常用;但是并没有官方的手机版本。官网的 wiki 介绍了一些第三方开发的手机版本。感觉最好用的,是 Gnucash Pocket,原作者从 2014 维持到 2018 年,就停更了,后来被人 fork 了继续维护,但 fork 版不提供现成的 apk。原版 2018 年的最终版本的 apk,我用起来挺好的,没什么大问题。 注意:我说的是 Gnucash Pocket,而不是 Google Play 里的 Gnucash Mobile。Gnucash 的 wiki…
-
我喜欢
大概我们每个人,哪怕三观再正的人,应该都经历过:一些自己真的有在喜欢的东西,可能是「不正确」的,由此产生的内心冲突和纠结。 这个内心冲突的过程,可能会很难受,而且很可能没有确定的答案。——很多时候,是选择继续喜欢下去的,因为从「喜欢」变得「让自己不喜欢」,其实是个很玄学,很难做到的事情。于是只能喜欢且痛苦着,或者让自己把那些痛苦的思考,渐渐无视遗忘。 也可能,通过反思,真的能让自己对以前喜欢的东西祛魅,从此对它没啥感觉。——(其实很多时候,是被「反思成功」的成就感所掩盖……)。但失去了一个兴趣,也是很难受的事,尤其是周围还有很多人,仍然把这个当作兴趣,甚至是日常交流沟通的话题的时候。 也有很多时候,是脱离了二分法,就这么在二者之间悬浮着。因为那个「不正确」的事情,是否 100% 不正确,有没有好的一面,通常也是可以辩论的……以及,这个发现「不正确」的过程,可能是自己渐渐觉悟到,也可能是别人硬戳过来,说你喜欢这个不对。于是又涉及维护面子;或者先声讨对方的态度…… 这些都是可以理解,可以接受的反应。——甚至连艰难地无视,也可以说是合理的。因为,如果避开那些「不正确」背后的,错综复杂到无法撼动的因素和体系,而单纯要求你拿出一个面面俱到的态度,这本身也是一种不公。 但至少不要—— 因为「我真的喜欢」,所以理直气壮地认为这东西没有问题。 「我喜欢」,从来都不是「这个东西是正确的」的理由。一方面,你之所以喜欢它,可能已经是某种糟粕文化的后果。另一方面,同样的事物或行为,不同环境下人们对它的感受是不同的。就像跳脱衣舞或者买芭比娃娃,可能在你的环境下,它真的意味着个性、张扬、多样性;而对其它很多人而言,也确实是剥削、是凝视、是痛苦的印象。那么,这东西的合理性,是否因此对你就没那么理直气壮? 如今的很多争吵,大概都源于某种「我的个性自由不应被阻挡」的态度。但很多事情,是需要在微妙地平衡中,甚至是在让自我痛苦的过程中,才能更好形成的。 就像恋爱脑爱上了渣男。尽管会为此而痛苦、犹豫,最终可能选择爱或不爱,但毕竟是清楚他是个渣男的;而不是拼命要去说服他并不渣呀。
-
图床
趁着服务器搬家,打算把死掉很多年的摄影网站,重新恢复起来。把如今流行的自建图库程序看了一圈:piwigo、lychee……仍然没有哪个很靠谱。 其实我在浏览这些程序之前,并没有太多具体的需求,只是期待,快 10 年没看这类东西了,会不会有什么让我惊艳的产品。——并没有。而且,在体验每个程序时,都迅速地发现一些,让我觉得很不爽的点。于是,所谓自己的需求,就是在这个不断吐槽的过程中形成的。 除了最基本的 之外, 如果,我要的是一个图床,那么我需要—— 照片的 url 和我本地储存的目录结构和文件名是一致的,类似于 https://…./blog/20230909_1.jpghttps://…./blog/20230910_cat.jpg 而不是 https://…./21/27/4c1b46114f8.jpg 这样的东西。前者的文件名,在编辑文章时便于管理。而且,以后迁移图床时,可以统一替换图片 url 的前缀,实现无缝迁移。 如果,我要的是一个摄影作品的展示网站,那么我需要—— !!!不要在网页的任何地方,显示多余的 exif 信息!!! 感觉这十年来,所有的图库程序,都把心思花在,如何去识别各种图片格式的内嵌 exif,然后把它们各种花式归档、搜索、展示……展示在网页边角、在动态的弹出菜单、甚至悬浮在照片上面。——我不需要啊!谁要在摄影作品上,标明照片的 exif 是哪天拍的,甚至是哪天上传的啊!!我连标题都不想展示啊! 甚至,各路图库程序比拼的重点,已经变成了如何调用外部地图软件,然后把照片根据 GPS 信息显示在地图上。(翻白眼 如果,我要的是一个管理图片的工具,能够便捷地挑出一些照片来展示。那么我需要—— 在一个相册里,可以便捷地拖动更改,照片之间的顺序。而不是靠手动修改文件名这种粗糙的排序方式。 没有。能够满足这些需求的哪怕其中之一的,都没有。有一些静态网站生成程序,能够把已经彻底整理好的照片,生成看着还行的展示网站。但与其一个个试过来,再试着根据自己需求去魔改各种瑕疵;我觉得我还是在 wordpress 上慢慢拼吧…… 于是又变成了 打算做点啥 → 考察相关的工具 → 做不成,开始吐槽各种工具…… 以及,在这些干扰下,想趁此机会整理从前照片的希望,大概又落空了……不仅仅是在一些照片里的人,我不想去回顾。也包括,在翻看以前照片时,仍然能够识别出的,自己当年用摄影的视角,去凝视世界的方式,以及对这种方式本身的思考和改变。——我现在是否适合,把这种方式,重新调用起来?
-
苟日新
突然被人跑来问,是怎么做到写博客坚持这么久的,而且可以持续输出? (荣幸地,拿起话筒:)啊,我不觉得我这个样子,叫做「持续输出」啦。早就连每月一更都不能保证了,而且那些技术相关的帖子,在我心里都不能算是「更新博客」的,用这些凑数也为我自己所不齿…… 但我看到这个问题时,首先想到的,一个很重要的因素:大概是因为,这个站就一直在这儿吧~ 我的技术能力,不需要花什么额外的精力,就能让这个 blog 一直存活下去。于是,想写东西的时候,这里始终有个地方,可以让我写。 ——也有很多时期,是完全写不下去的,长时期没法去面对、去反刍自己的生活;然而也没必要因此而关站,就让 blog 存活在那里,终归是个表述的出口。大概是因为,我也是希望,自己能够从那些「无法整理自己」的状态中,渐渐走出来,回复到可以写东西的状态吧。所以站点的持续存在,满重要的,因为确实能感觉到,想写点什么的时候,如果没有这么个站,又或者需要自己重新架一个,可能也就不写了…… 这种「随时可以在站点写东西」的状态,也影响着对 blog 平台的选择(怎么又拐到技术贴去了?好吧,之前也一直想吐槽这方面,就顺带提一下)。这些年一直有 〖wordpress vs 各种静态博客〗哪个更好的争论。双方确实各有利弊。总体来说,静态博客最大的优点就是……省钱,可以薅 github、vercel 之类托管网站的羊毛。但另一方面,静态博客每次发布、或者修改一篇文章的过程,其实满折腾的。通常情况下,它需要 我不乏看到有人,好久没有更新,突然想写一篇文章时,忘了怎么操作,翻出攻略来重温一遍;甚至忘了连接 github 的 ssh-key……可能别人觉得这样的折腾无所谓,或者自我管理优秀的话,不会出现这种情况。但我个人觉得,这是会在主观上,影响发文章的状态的。所以,随便在任何地方任何电脑上都能直观地发文,感觉还是蛮重要的。 好像也是可以通过一系列操作,实现用浏览器某个网站上编辑文章,然后自动编译发布到托管网站的。我没有仔细去关注。但是,如果把 blog 的生命周期,放到 5~10 年这个尺度上,那么这些网站之间的复杂依赖关系,很大程度上是不靠谱的。譬如我已经看到好几个静态 blog 的外挂评论系统,不知为什么不工作了……总之,相比之下,我可能更宁愿去使用那些免费带广告的 blog 平台。 我对写 blog 的新人的推荐,一直是—— 转一张图,对于熟悉这十几年来 blog 平台变迁的人,应该会很搞笑:用不同工具写 blog 的人,(写 blog 文章)vs(写关于怎么配置 blog 的文章)的对比。右下角那些术语,都是在各个年代,需要各种不同程度的折腾的,静态 blog 方案:gatsby、org mode、jekyll、hugo、git workflow…… ps,两个月前,用这段代码方案,把我在 twitter 的所有 po 文,都导入到了自建的 mastodon 里。Twitter 那边,应该会随着 Elon…
-
Mastodon: 将媒体文件存放在本地(docker 版)
本攻略适用于—— 这个搭配虽然不多见,但其实用起来满爽的。很多人用的 s3 服务都是在薅羊毛,而 mastodon 那个变态的,把别人家的媒体文件缓存到自家的架构,流量的吞吐其实很大的(开了 relay 就更夸张),薅羊毛时很容易就超出了。反而是 vps 本身的流量上限很高。对于个人建站而言,媒体文件总量通常 <50GB,某些 vps 自带 200GB 硬盘,足够用了。 缺点是,除了数据库定期备份外,也要考虑媒体文件的异地备份问题。但其实只需要备份存储本地附件的 media_attachments,而 cache 是不需要备份的,所以工作量也不大。 两年前我把媒体文件转移到本地时,参照了 antisocial science 的设置。但因为我用 docker,官方默认的设置,docker 内外权限不一致,无法将媒体文件写到本地。于是匆匆又在本地建了个 minio s3 来中转……这样其实很浪费资源了,minio 的开销也不小。所以最近趁着搬家,又试了一下,终于把 docker + 本地存储 跑通了。 1. 在 docker-compose.yml 里, web 和 sidekiq 容器中,已经预设了媒体文件的卷映射 这个不用动。——也可以改成其它的路径,但要和后面的设置一致(本文用相同的颜色标明)。 2. 修改 .env.production PAPERCLIP_ROOT_URL 是服务器的所有媒体文件链接的子文件夹名称,形如: 默认值是 /system;但是建议改成独特一些的名字,而且建议和 S3_BUCKET 一致。以后需要在本地存储和 s3 之间转换时,可以省一点心。(所以要独特一些,防止回头在 s3 上和别人撞名)…
-
Fediverse: 是否要自建实例?
之前和人聊到,自建 fediverse 实例时,和在其它实例做注册用户相比,一些不同的体验。然后发现,谈到的许多东西,对于没有自建经历的网友,还是很新鲜的。所以索性在这里列出来,让大家了解一下。 自建实例的优点 1. (可能)更好的稳定性 是的,自建并不是「不稳定」的代名词;恰恰相反,如果技术能力达标,个人实例因为开销相对较少,稳定性反而比很多中小型实例要高。即使我完全有能力,担任几百名用户的实例管理员;和维护一个我自己用的实例相比,我也是对后者的稳定性更有信心的。 而另一方面,现有实例的站长们,也未必都是很靠谱的。他们会因为各种技术、非技术、甚至搞笑的原因,导致站点无法访问。常见例子包括: 目前 fediverse 更换一次账号,还是满麻烦的;也并没有旧帐号数据的导入功能。所以,如果想要让自己的账号,长久地存在下去,自建可能是更好的选择。 以及,自建实例有更好的安全性。——像 fediverse 这类的程序,暴露出的系统漏洞,其中相当大一部分,都是通过「站内用户的恶意攻击」来触发的(譬如上传会包含代码的媒体文件)。如果这个站点只有你自己在使用,那么,这类漏洞,对你来说是无关紧要的。 2. 更好的隐私控制 之前写过一篇《Fediverse 站长都能看到什么?》。普通用户的很多未公开信息,对于所在实例的站长,技术上都是可见的。如果你在这些隐私方面有所顾虑,或者打算把 fediverse 账号当成私密日记来用,那么,自己建站,信息被不相干的人看到的可能性,会更少一些。 3. 管理自己的全部数据 现有的 fediverse 服务程序,为普通用户提供了数据导出功能,但导出的数据内容很有限。譬如 mastodon 导出的数据中,包括: 但并不包括: 其它程序的数据导出,也都大同小异(twitter 也差不多);有的甚至会更少,譬如支持和 fedi 账号互 fo 的,图书管理程序 bookwyrm,用户能导出的,只能用惨烈来形容(只有书的链接;没有书的标题和简介!没有你的书评!)。如果你希望未来也能够看到这些自己交互过的信息,而不是随着网站的消失而听天由命,那么,可能一开始就选择自建比较好。 另外,mastodon 的搜索功能,做的很差劲的(尤其是中文)。elastic search 的开销极其巨大,效果也不好。虽然我也很少用搜索功能,但一旦真的有什么信息,需要精确查找,直接在自己建的站里用 SQL 搜索数据库,要舒适很多。 4. 更少的站内约束 很多 fediverse 实例,是有其内部的聊天「氛围」的。一些和氛围不合拍的发言,可能会遭到实例其它用户的抵制,甚至举报。很多时候,这样的分歧可能无关对错,但多少会对发言者产生困扰和拘束。又或者,站长决定,或者通过「民主表决」的方式,让全站屏蔽了某个实例,而你可能并不希望这样。如果是自建的话,做自己的站长,这样的约束可能会少一些。——虽然偶尔还是会看到一些来自外站的举报,但跨站举报本来就没有相应的处理和交互机制,无视就可以了。以及,我并不是指,自建站就可以肆无忌惮地发色情或者仇恨言论,那可能会让你的整个站点,被其它实例屏蔽的。 5. 使用自己的个性域名作为账号 这样看起来比较酷。但也仅仅是比较酷而已。 6. 免翻墙 随着 fediverse 逐渐进入某国审查机构的视野,那些几百甚至几十人的实例,未来被封杀的可能性也会急剧增加。相对来说,用个人域名在海外服务器搭建的,个人使用的实例,短期内被封的可能性,还不是很大。自建站的用户不必翻墙,就可以直接通过自己的实例,访问到其它被封实例的内容。——当然,翻墙属于必备技能,所以这也算不上是多大的优点。 自建实例的缺点…
-
Fediverse: 你的站长都能看到什么?
当你注册成为某个 fediverse 实例(mastodon pleroma misskey …)的用户时,你所在的实例,可能是几十万用户的大站,站长离你遥不可及;也可能是几十个甚至几个用户的小站,站长和你关系密切,每天一起聊天玩耍。但无论是哪种,你的站长,都能看到和你有关的哪些内容呢?我觉得这是你应该知道的。 首先,所有人都能看到的: 然后,是你能看到,其它用户看不到,而且你可能也不希望别人看到的: 最后,是你作为普通用户也看不到,但你的站长能看到的: 还有哪些?欢迎大家补充~ P.S.
-
棉条
关于女性生理用品,我当然没有直观的体验;而只是从周围人群和网络的讨论中,获得各种印象。在我的印象里,棉条(tampon)是一种比卫生巾更加舒适、便捷、有效的方案。同时,因为相当一部分对棉条的排斥,是出于传统观念中,往阴道里塞入异物的顾虑,所以从鼓励女性解放的角度,棉条也隐约成为一种更 “正确” 的选择。总之,每个人都应该尝试一下。 然而,最近和某个卫生巾使用者聊天。她对棉条也有着和我同样的印象,也愿意去尝试。但是她最终不用棉条的理由是: 如果棉条没有吸够液体,本身已经被泡胀了一圈,却还没有泡软,抽出来的时候,就会摩擦的很痛。 我去问棉条使用者们,是否存在这样的问题,如何解决?大家表示,理论上这种情况是会发生的,解决方案和使用建议,包括—— 但仍然会有失误的时候,譬如经前出血时,误以为来了月经,放入棉条却什么都没有,确实很痛。这个时候建议用洁净的清水、或者水性润滑剂,泡软了再抽出来。也有人说洗完澡就能轻松拔出来了。 有的人确实会因为棉条的这种不便,改用月亮杯或者月经碟。也有人觉得忍着痛拔就是了,相对卫生巾的一屁股血,这点痛不算什么。——当然,卫生巾浸血后的触感,是否真的让人受不了,也是因人而异的。某卫生巾使用者,就把这描述为「一种温暖的感觉」。 我不想也无权去评判,上面的每一种建议或体验,是否靠谱;更没资格去推荐,应该用哪一种生理用品。但我想指出的是,大部分关于棉条的使用经验,都是建立在「需要花更多精力」的基础上的。使用者需要了解不同品牌和不同尺寸的吸收量,以及自己身体的规律,然后找到适合自己的,在不同日子搭配棉条和卫生巾的组合方案。——对于大多数人来说,在这方面投入些许精力,是无关紧要的,甚至是一件 “正确” 的、值得提倡的事。好的女性用品,会促使女性,更加深刻细致地了解自己,这难道不是很美妙的事吗? 然而,如果真的有人,并没有那么多精力。或者即使有精力,也不愿投入在这些上面,而宁愿去探索一些,她更感兴趣的东西。那么,卫生巾,在各种女性生理用品中,似乎是相对最「可以无脑使用」的选择? 月经杯也有同样的问题。它需要额外的时间和精力去清洗。按照某人的说法: 我心情不好的时候,连碗都是在桌上放几天不洗的。我无法想象,自己用了月经杯也懒得洗,会是什么样子…… ——这样的人,在主流社会环境中,相对于那些,有能力和意愿让自己生活更精细的人,大概是处于鄙视链下游的。虽然两者其实并无高下,大家无权也不应该在这种事情上指责对方。但终归不够精细的人,心态上更容易把自己视为弱势的一方……不多说了。我之所以指出棉条和「投入精力」之间的联系,也是担心这种「人应该精致了解自己」,会不会成为一种理所当然?从而渗入不同用品的鄙视链中,让心理弱势一方,因此感到更多压力。 ps,还有另外一些辩论,发生在环保层面。各种生理用品,在环境保护和资源浪费方面,确实存在明显的高下区分。虽然我也很身体力行地拥护环保;但我觉得,在当前大环境下,从这个角度来要求女性生理用品,暂时还没必要吧。
-
雾化与安瓿
先说结论:为了避免安瓿的玻璃碎屑,在雾化时被吸入肺部,个人找到的最靠谱方案,是两毛多一个,套在针筒上的过滤膜。 疫情期间,家里和一些亲友,买了制氧机,以及配送的雾化装置。于是开始关注一些雾化类药物。譬如布地奈德(Budesonide)、或者针对痰咳的乙酰半胱氨酸(Acetylcysteine),有条件的话,使用吸入的方式,效果会好一些。 下单买药……等等,为什么是玻璃安瓿??! 找了一圈,国外的同类产品,多为塑胶瓶塞;而国内四、五款吸入式的乙酰半胱氨酸,全都是玻璃安瓿的包装。大概是因为国内生产工艺的药品,在光照下容易分解,以及会和塑料发生反应,所以要用棕色玻璃瓶装? 这就有点可怕了……掰开玻璃安瓿时,玻璃碎屑会落入药液,从而有可能进入人体,造成伤害。这在如今已经是常识了。很多医疗事故也与此有关。现代的医疗设备,已经尽量避免这种玻璃安瓿包装,或者在注射和输液的设备里,添加过滤装置。 卖药的医师: 不会吸入的呢,亲。雾化吸入是水蒸汽,不小心倒进很小的玻璃渣,是不会被人体吸入肺内的。 ——这就扯淡了。首先,雾化根本就不是「水蒸汽」,而是利用气体射流原理,将药液喷射成微小的雾滴。而且,有些雾化药物是不溶于水的,而是微小颗粒,和雾滴混在一起,被吸入肺部吸收。而玻璃碎屑的大小,和这些药粒接近,当然也会被一起吸到肺里…… 于是只好自行寻找解决方案。国外有内嵌滤网或滤纸的针头(filter needle);国内没找到类似的产品,却发现了实验室移液时,用于过滤颗粒的滤膜。 滤膜孔径最小到 0.22µm,可以直接拧在通用的针筒上。打开玻璃安瓿后,把药液倒入针筒,再推送针筒,让药液经过滤膜注入雾化杯里。这样就能有效地过滤,药液中可能存在的各种微粒。淘宝 100 个 22 元,实测效果很好。 要注意的是,这样的过滤方式,只适用于药品已经完全溶解在水中的溶液型药剂。对于悬浮型药剂,则会把药液中悬浮的有效成分,一起过滤掉。——然而,市场上的悬浮型药剂,如布地奈德(Budesonide),也并不是用玻璃安瓿,所以,并不需要过滤的步骤。 所以,厂商在选择如何包装药品时,也是考虑了这些因素的?悬浮液会用(成本更高的?)塑料包装;而水溶液就无所谓用玻璃安瓿?感觉其中的逻辑很微妙呢。
-
藏文学习笔记:2 – 微软藏文输入法
如何在电脑上输入藏文呢?——其实这篇写的迟了。刚刚翻到几年前整理的笔记,顺手发上来。如今输入藏文最简便的方法,是在手机或平板电脑上,用可视化键盘。安卓和苹果系统中,多语言的输入支持,已经做的很好了。我用的 Google Gboard 中的藏文输入法,有两种键盘布局,还支持手写识别。 但终归要把键盘上的输入法布局介绍一下。网上只有键盘布局对应的藏文字母,却没有找到按照藏文字母表顺序对应的键位。我整理了一份,感觉这样更好用。 以前 Windows 没有内置的藏文输入法,需要专门安装。当时有很多个版本的输入法,键盘的布局都不相同:喜马拉雅、宗卡、莫兰、桑布扎、威利、班智达……其中喜马拉雅输入法,采用的是 2006 年制定的【中国国家标准藏文键盘布局】,渐渐地成为流传最广的藏文键盘布局之一。而如今 Windows 10 内置可以添加的藏文键盘,也只剩下喜马拉雅(Tibetan – PRC)和宗卡两种。这个过程中,多少有些文化霸权的痕迹。而我日常用的也是这一种。 在 yalasoo 网站上,对这个“标准”输入法的布局,有详细的介绍(中文、英文、藏文)。输入法包含 5 个虚拟键盘,日常使用只需要记住主键盘,以及用 m 键,在同一个字符内添加【上加字】和【下加字】。 这里是按照藏文字母表顺序,整理的每个字母对应的键盘按键: 在没有上加字的时候,输入顺序为: 主字 ( + m + 下加字 )( + m + 元音) 存在上加字时,输入顺序为: 上加字 + m + 主字 ( + m + 下加字 )( + m + 元音) 举例: པོ = b…
-
嘎代嘎代,一个民间版本的《心经》
在香港某个村口,看到墙上刻的《心经》,突然发现,最后那段咒,并不是常见的「揭谛揭谛」,而是另一段文字: 故说般若波罗蜜多咒 即说咒曰达雅他 嗡 嘎代 嘎代 巴热嘎代 巴热桑嘎代 保地索哈 流传最广的《心经》中文版,肯定是大唐玄奘的译本: 故说般若波罗蜜多咒 即说咒曰揭谛 揭谛 波罗揭谛 波罗僧揭谛 菩提萨婆诃 历代又有十几个版本,鸠摩罗什、法月、法成、日本大藏经的重译版、清代藏文重译、以及近代敦煌遗书的梵本音译……印象中都不是村口刻的这个文本。而且村口石刻前面的部分,完全就是玄奘版一字不差。所以……我最初还以为,是广东话发音的心经咒,然而并不是这样。 Google 搜出来的结果,大多提到了「多识仁波切」,也就是村口落款的「多识」。我不能 100% 确定,但大概他就是村口新版本的始作俑者了。这个人大概现在还活着。 多识仁波切(1936 – ),本名多识 · 洛桑图丹琼排,安多华锐藏区天堂寺第六世转世活佛,西北民族大学藏语言文化学院教授,博士生导师,系享受国务院特殊津贴专家。兼任西藏大学客座教授等多种社会职务。代表作《爱心中爆发的智慧》…… 村口的这个版本,明显是从藏文版音译过来的,——看那个「嗡」字就知道了。藏文版《心经》和梵文版的发音很接近,但经常加入「ཨོཾ」表示咒语的起始。 ཤེས་རབ་ཀྱི་ཕ་རོལ་ཏུ་ཕྱིན་པའི་སྔགས་སྨྲས་པ།ཏདྱཐཱ། ཨོཾ། ག་ཏེ་ག་ཏེ་པཱ་ར་ག་ཏེ་པཱ་ར་སཾ་ག་ཏེ་བོ་སྡི་སྭཱ་ཧཱ། 但这个版本的最大问题是:「达雅他」在藏文里的意思,本来就对应着中文版的「即说咒曰」。所以这个版本里「即说咒曰 达雅他 嗡 嘎代……」,是把「即说咒曰」重复了两遍(摇头~ 嗯,就到这里。我不是佛学圈的人,不清楚这个版本的来龙去脉、以及多识仁波切有怎样的影响。只是我看到村口石刻后莫名其妙,也不能 google 出明确的答案。以防别人看到这个东西,也是一头雾水,所以在这里说明一下。谁有更详细的信息,欢迎留言补充。
-
是什么改变了婴儿性别比例?
很多人把二胎和三胎的男女比例失调,归因为「想要男孩才会继续生」。——不是这样的。从概率上,单纯选择要不要继续生,是不会影响自然性别比例的。真正导致性别比例改变的,是对女性胎儿的刻意的遗弃和伤害。 中国的新生儿性别比例失调,尤其是二胎、三胎的性别比例悬殊,已经是众所周知的了。 2010 年全国第六次人口普查的男女性别比例:一胎 – 男 : 女 = 113 : 100二胎 – 男 : 女 = 130 : 100三胎 – 男 : 女 = 161 : 100其中北京三胎性别比例居全国之首,高达 260:100。 很多人在批判重男轻女的现象时,把这种悬殊的比例数据解释为: 因为那些特别想要儿子的家庭,才会更主动地去生二胎三胎,所以自然三胎里男孩比例更高。 并不是这样的。 在概率理论中,每一次生育,都是独立的概率事件。如果只是单纯地,生不出男孩就继续生,而不对每次生育时,胎儿的性别进行干预和筛选,那么,男女比例,是不会因此而改变的。 设想这样的生育策略:每个家庭,如果生下男孩,就不再继续生了;如果生下女孩,就继续生,直到生出一个男孩。 设每次成功的生育,生下女孩的概率为 x,则生下男孩的概率为 1 – x。在最多三胎的情况下: 将所有可能的结果(蓝色框)中,对应的概率和男孩女孩的数量,加权求和,则男女的比例为: 和单次生育的男女比例,完全相同。 还可以继续计算下去。无论是限定二胎、三胎、四胎,还是不限次数地一直生;无论是整体的男女比例,还是单独计算二胎或三胎的男女比例,如果不干预生育过程本身,男女的自然比例永远不会因此而改变。 所以,统计数据中,悬殊的男女比例,绝不是仅仅因为「想要男孩就一直生」,而导致的。真正改变性别比例的,是在每次生育的过程中,通过技术,或者其它各种手段,对男女胎儿区别对待。可能是针对女性堕胎,可能是试管婴儿时只保留男胎,也可能是生下女婴后遗弃、不去照料、甚至故意杀害。统计数据背后,是比单纯地「继续生男孩」,更加深刻的罪恶。 学术上把这个现象,叫做 Missing Women,指从统计数据体现出的,因为性别比例失调而「被消失」了的新生女性。在全球超过一亿的「消失的女性」中,中国占了超过一半。