Reading view

There are new articles available, click to refresh the page.

Hertz 租车被讨债总结,我起诉讨债公司的经历

免责声明:本文不是法律建议。本文信息仅适用起诉讨债公司违反 FDCPA,其他类型诉讼请咨询专业律师。文中所有金额近似到了最近的 $100。

既然 Court filing 也是公开的,那我就公布这一页草稿好了,好奇讨债公司/律所的直接看这张图:

Complaint

TL;DR

  1. 还车时不要多说话
  2. 讨债来讨债时,立刻寄挂号信 (certified mail) 要求债务验证 (debt verification) 并要求停止电话 (cease call)
  3. 对方继续打电话 → 免费咨询 fee shifting 律师,按FDCPA 维权。(法定赔偿通常每案最高 $1,000)
  4. 决定起诉后,律师把案件提交到了联邦地区法院
  5. 提交到法院后,我跟讨债公司达成让我满意的庭前和解,具体和解条款无法公开

首先,推荐阅读这篇文章:经验分享 - 如何正确的与讨债公司作斗争? - 美国信用卡指南。在此我引用一下这篇文章中的一些对付讨债公司的通用内容:

一般的讨债公司要么帮委托方追债,然后拿分成,要么就是以很低的价格买来坏账(比如一万块的债两百块买来),然后想尽办法(无论是威逼利诱还是恐吓威胁)逼着你付钱。只要一百个人里有两三个人付钱,他们就能赚钱。当然,对于不付钱的人,他们有上报信用局毁掉对方信用记录的特权。 正因为如此,FTC专门为他们准备了一部法律来管理规范他们的行为 (否则任何人都可以通过讨债公司找任何人追债并影响对方信用记录,乱套了)- Fair Debt Collection Practices Act

我起诉讨债公司的核心点正是因为讨债公司违反了 FDCPA:在收到我停止电话通知后,仍然给我打了电话。是的,就是因为不知道哪个 agent 不小心打电话打到我头上了,才有了精彩的反转

背景

  • 起因是一次 Hertz 租车。取车时我没拍照检查。开出去十分钟才注意到前挡风玻璃有约 1cm 的小碎痕,极大概率是既有损坏,当时想着信用卡有保险就没深究。还车时我主动说明了刚取车就遇到的玻璃问题(事后看来这是最大教训:很多既有的小划痕/小裂痕,在流程中本来就可能被忽略;我主动自证,反而给了对方坑我的可能)
  • 门店在原本租金 $200 的基础上直接加了 “Return on Damage” $400(这是店员当场在 Google 上搜到的这款车前挡风玻璃的价格),没有提供任何正式的损坏/定损文件,只说“会去调监控检查取车时的画面,如果是既有损坏会撤销”。因此门店从我信用卡中扣除了 $600。之后我再也联系不上门店
  • 我向 AmEx 提交保险理赔,因为缺材料被卡住。我多次找 Hertz 要定损/维修凭证未果,于是我用 ChatGPT 写小作文对这 $600 中的 $400 发起了 Partial Dispute,后来也赢了,退回了 Return on Damage 单项,实际支付 $200
  • 后续 Hertz 重新发来了定损,是 $900 多,这次是有明细的,于是重新提交 AmEx 保险,AmEx 也全额报销了 $900。Hertz 之后也跟进,我提供给他们了 AmEx 的 Claim number,他们在线查询后电话告诉我“恭喜,你的保险公司已经全额付了”

事情并未结束:讨债公司登场

  • 过了大概半年,一个第三方讨债公司代表 Hertz 来电,要我支付当初还车时被柜台加上的那 $400,这也正是我 Dispute 掉的那部分金额。
  • 我电话里要求使用 Apple Intelligence 录音,对方也同意录音。电话中对方坚称这个费用是租车费,不是维修费。我在电话里要求对方提供 debt verification(债务验证),结果他们只给了我还车时 Hertz 店员给我加上 $400 的原始收据。
  • 我非常生气,于是按 FDCPA,和 ChatGPT 一起写了书面债务验证(debt verification)+停止来电(cease call)的挂号信(certified mail)。寄信成本 ~$10(使用的是Certified Mail Labels.com),虽然需要我付钱,但能换来安静与证据链,很值。信以那篇文章上的为模版,要求他们提供由第三方出具的 $400 “Return on Damage” 的 itemized cost。
  • 期间我也再次确认了保险理赔情况:AmEx 表示已经给 Hertz 寄了支票(是否兑付当时无法确认),而 Hertz 客服继续打不通。

大反转:对方持续骚扰

正在我等着对方给我邮寄过来他们不可能提供清楚的 Debt Verification 时,转折来了:

  • 大约一个月后,讨债公司无视我的挂号信,再次给我来电。接电话后我立刻要求录音,对方同意后,在电话中声称“已经邮寄验证材料”(我这边从未收到任何讨债公司的回复),以及声称这笔费用是 Return on Damage。还直接问我“现在可以刷卡付款吗?”
  • 这一步是触发 FDCPA 保护的关键:我已书面要求停止电话联系,但他们仍打电话骚扰我。
  • 这次来电讨债公司彻底把我激怒了。我之所以要求停止来电,就是因为他们每次打电话语气都非常恶劣,十分影响我心情,间接影响我生活和工作。
  • 我随即向 CFPB/BBB 投诉,请求停止骚扰并主张对方赔偿 FDCPA $1,000 statutory damage。对方只答复“关闭债务账户、不再上信报、不再致电”。但对方并未赔偿,也并未承认错误或道歉,因此我不打算放过他们。

起诉!

我把所有的信息全都喂给了当时最好的模型:ChatGPT o3-mini-high,同时也使用了 Deep Research 功能要求它帮我分析已有案例的判决,询问能否获得赔偿。GPT 给到我的是:基本稳赢。GPT 甚至查到了别人因为骚扰电话起诉同一个讨债公司的案例,并给我提供了真实的链接。GPT 更建议我找 fee shifting 的 FDCPA 律师,而不是 small claim court。我随即让 ChatGPT 找了个曾经赢过多次类似 FDCPA 的律所。

  • 我在律所网站线上提交了表格,对方约了个免费律师评估。律师认为除了违反 FDCPA,还可能有 TCPA 角度的问题。告知我最终我能拿到最多 $1,000,如果有 TCPA 违规的话还可以拿 $500/通电话。
  • 这个律所和大多数 FDCPA 律师一样:不需要我先付费。赢了后由讨债公司付我的律师费,我也能拿到赔偿;输了的话律师自己承担产生费用。只有中途我反悔不想打了,才可能产生费用风险。综合考虑后我决定起诉。
  • 我给律师提供了我寄的挂号信、挂号信送达 receipt、来电截图、电话录音、AmEx 赔偿收据、CFPB/BBB 投诉信以及整个事情的来龙去脉。我跟律师之间享有 Attorney-client privilege,所以我把能提供的所有信息都发过去了。
  • 律师收到所有资料后,起草了很长的起诉状(Complaint),核心要求包括:
    • 要求法院依据 15 U.S.C. § 1692k(a)(2)(A) 判给最高 $1,000 的法定赔偿;
    • 要求法院禁止该讨债公司今后再通过电话联系我;
    • 要求法院依据 15 U.S.C. § 1692k(a)(1) 判给实际损失赔偿;
    • 要求惩罚性赔偿;
    • 要求依据 15 U.S.C. § 1692k(a)(3) 由对方承担诉讼费用及合理律师费;
    • 以及法院认为合理、公正的其他救济。

后续:达成和解

在案件提交到联邦地区法院后,对方和我的律所商量出来了一个和解方案,我也满意接受了。因为和解保密条款,具体条款不便公开。

总结

  1. 还车别多说:一旦主观性描述,很容易被当场加钱,后续追回麻烦。任何 damage 应该交给定损部门定损。
  2. 可疑账单先要“书面凭证”:只给收据截图不等于合法的验证材料。
  3. 讨债来电的第一步是“挂号信”:
    • 寄债务验证(debt verification) 请求;
    • 明确要求停止电话联系(只接受书面信件/电子邮件);
    • 用 certified mail。
  4. 保存所有证据:账单、短信、通话时间、来电号码、邮寄回执、录音。
  5. 多个投诉渠道同时:信用卡争议(chargeback/dispute)可以控制自己经济损失;CFPB/BBB 投诉也成功让他们进一步调查,并关闭了我的债务账户并书面回复我不再打电话。
  6. 想要拿钱就请律师:这类案件很多是风险代理或由对方承担律师费;自己前期一分钱都不用出(但注意税务问题)

常见问题

会被租车公司“拉黑”吗?

我起诉的是讨债公司,不是 Hertz 租车公司。我的 Hertz 账户在达成和解后也一直可以正常用。

是不是小额法庭?要自己出庭吗?

这类联邦 FDCPA 案件通常不是小额法庭。如果找了律师,全程不需要自己做什么。我的案件由律师提交到了联邦地方法院(U.S. District Court);全程我只提供了资料,然后签了几个字。我对我的律所很满意,找律师会比小额法庭省事很多,而且律所会帮你争取更高的赔偿。

能拿多少钱?

我无法公开我的和解条款,因此我无法透露我拿到了多少钱。这件事因案而异,很多案件以和解收尾。对于达成和解这种情况,对方给的和解金通常考虑到了律师费。我的律师收费是和解金的 45%,其中诉讼的费用(大约 $500)我来承担(换言之我可以拿到 X * 55% - $500)。需要注意的是如果是达成和解,对方的赔偿金需要全额纳税,律师费和诉讼费不一定能抵税(Commissioner v. Banks, 543 U.S. 426 (2005))。因此如果当年税率高的话,存在被 IRS 返薅的可能!(非税务建议

附件:我寄出的挂号信

Debt Verification

月光博客2024年推荐阅读文章

距去年总结的《月光博客2023年推荐阅读文章》已经有一年多的时间了,现在,旧的一年已经过去,新的一年已经到来,为了让大家不错过任何一篇好文章,我这里推荐一些全年度我觉得写的比较精彩、比较有意义的文章给大家。推荐文章的列表如下。

看完历届奥斯卡最佳影片后的体验

我之前曾经看完了“豆瓣250”和“IMDb250”的全部电影,感觉还不错,近期我看完了另一个片单“历届奥斯卡最佳影片”的全部电影,结果大失所望,感觉奥斯卡最佳影片真是个大坑。

看完IMDb250后的体验

今年4月,我曾经制定了一个“IMDb250观影计划”,打算在今年看完“IMDb250”的全部电影,今天我终于完成了这个计划,看完了IMDb250的全部250部电影,下面是我的一些观影体验。

电影《芳华》人物分析

电影《芳华》相比小说《芳华》有了不少修改,电影版对于两个主要人物刘峰和林丁丁都进行了美化,导致一些关键情节分析起来会出现完全不同的结论,下面的《芳华》人物分析仅仅针对电影版的剧情,不针对小说版的内容。本文将通过“功利主义”这种伦理学说,对电影《芳华》里的刘峰和林丁丁进行分析。

中文互联网内容正在逐步消失

这两天有篇文章很火,刷屏了社交媒体,文章标题叫《中文互联网正在加速崩塌》。文章内容主要讲的是,以前那个年代曾经红火过的中文网站的内容正在消失,中文互联网正在迅速崩塌,移动互联网出现之前的中文互联网内容,已经几乎消失殆尽。

看完豆瓣电影250后的体验

去年9月,我曾经制定了一个“豆瓣250观影计划”,打算完成一个之前十多年我都没完成的小计划:看完“豆瓣250”的全部电影,今天我终于完成了这个计划,看完了豆瓣250的全部250部电影。

电影《周处除三害》影评

《周处除三害》这部电影主要剧情讲述了通缉犯陈桂林被告知患有肺癌晚期,于是想在临死之前“干一票大的”,当发现自己在通缉榜上只排名第三,他决心查出前两名通缉犯的下落,并将他们一一除掉,并借此扬名。

电影《朗读者》人物分析

2008年斯蒂芬·达尔德里导演的电影《朗读者》,改编自1995年本哈德·施林克所创作的小说《朗读者》。这部电影令人印象深刻,我看完电影之后还专门看了一下原著小说,由译林出版社翻译,感想颇深,因此就写一篇人物分析。

我的 2023

关于工作

今年是全职维护 Halo 的第二年, 也是 Halo 快速成长的两年,这两年 Halo 的成长可以说比以前任何时间段都要快(虽然一共才 5 年),这如果要放在以前非全职的时候,当前 Halo 的状态我们可能花个三四年都达不到,虽然目前 Halo 依旧有很多可优化的空间。

关于 Halo 2023 年的一些总结

  1. 一共发布了 12 个版本,截止到当前编写此文,即将发布 2.12。

  2. Star 达到 30k。

  3. 终于上线了可用的应用市场,包括内置版,用户可以非常方便的下载和更新插件/主题。

  4. 应用市场支持付费应用,这为我们带来了一部分收益,但远远没有达到养活我们自己的地步。

  5. 插件和主题数量得到提升,也有了越来越多的社区开发者。

今年的一些规划

  1. 应用市场支持开发者入驻,包括发布付费应用。

  2. 通过第一点,继续推进 Halo 的生态发展。

  3. 尝试一些其他的商业模式,争取达到一个正向循环。

  4. 对 Halo 本身的功能和稳定性进行持续优化。

  5. 重视文档。

虽然 Halo 需要推进一些商业模式来得以存活,但我们最大的坚持就是保证 Halo 本身的纯净和优雅,可以从我们应用市场看出,即便是我们提供了服务的应用市场内置版本,也是通过插件的形式集成到 Halo 的,如果用户不喜欢,完全可以直接卸载,不会有任何影响。

一些反思,以下是我们需要一直反思的事情:

  1. Halo 的定位和面向群体。

  2. Halo 是否真的满足了建站的需求,还是仅仅是内容管理。

  3. 基于第二点,为什么 Slogan 是突出的建站,但我们直到 2.12 还是没有针对页面进行一些有用的功能开发,比如可视化编辑网页内容。

  4. 可持续的商业模式。

好了,以上是关于 Halo 的一些总结和反思,以下是我个人的一些工作终结,直接看图吧。

来年对我自己的期望:

  1. 继续深耕技术,需要对巩固很多基础知识。

  2. 改变对产品某些地方的思维方式,尝试一些新的东西。

  3. 提高效率,需要加强对工作优先级的判断。

  4. 开始了解一些运营和商业的知识,对于一个做技术的人来做,这一步真的很难迈出。

关于生活

依旧蓉飘中,这应该是是在成都的第 5 年了,成都虽然比不上北上广深那样的快节奏,但这主要还是分人吧,这两年基本上都投入到工作上了。

生活依旧很平淡,希望今年可以稍微改变一下。

今年最大的事应该就是结婚啦~

一些分享

在这里分享一下在 2023 年用过的一些好软件、好的日用产品等。

App

1. Raycast

https://www.raycast.com/

Raycast 其实已经用了很久了,从最开始发布的时候就一直在用,已经成为了日常必备,不管是用来启动 App,还是利用其中的插件来完成一些其他 App 的集成,都非常好用。尤其是这个产品的细节,非常打动我,这个产品是我学习的对象。

贴一张来自 Raycast 的年终使用报告吧。

2. OrbStack

https://orbstack.dev/

一个 Docker 以及 Linux 虚拟机的管理软件,非常轻量,没有官方 Docker Desktop 那样臃肿和那么多问题。这目前也是我的日常必备了,尤其是 Linux 虚拟机,如果我需要在 Linux 上测试一些东西,直接创建一个新的 Linux 实例即可,非常快速。

开源软件/库

1. TanStack Query

https://github.com/tanstack/query

一个非常好用的数据状态管理库,在此之前,我在页面上获取数据基本都只是通过 Axios 请求,然后手动管理数据的状态,一旦页面复杂一点,数据的获取和管理将会比较复杂,代码也不够简洁。用了这个库之后,可以非常容易的做到:

  1. 简化数据请求的逻辑,可以使用声明式(配置式)的写法完成数据的请求和管理。

  2. 数据缓存、数据共享(组件之间)、重复请求去重。

  3. 监听设备网络状态、窗口聚焦监听。

  4. 请求重试,支持自行编写逻辑。

  5. 定时请求,支持自行编写逻辑,这对异步接口(需要定时重新刷新数据)非常友好。

  6. 分页和滚动加载。

  7. 依赖请求。

类似的库还有 https://github.com/vercel/swr,知道这个库是看了《为什么你不应该在 React 中直接使用 useEffect 从 API 获取数据》,非常好的一篇文章,有兴趣的话,建议详细阅读一遍。此外,我也在公司技术分享上浅浅的介绍了一下这个库,反响还不错。

2. VueUse

https://github.com/vueuse/vueuse

来自 Vue 和 Vite 的核心开发人员 https://github.com/antfu 的库,这个库利用 Vue 3 的 Composition API 封装了一系列的工具,非常好用。在 Halo 中我们用的比较多的:

  1. useLocalStorage:通常用于在浏览器临时保存一些用户偏好设置。

  2. useRouteQuery:通常用于在地址栏保存数据列表的筛选项,方便在用户切换路由或者刷新页面之后可以回到之前的查询状态。

  3. useFileDialog:用于简化上传文件的逻辑。

  4. useEventListener:再也不用担心在组件 unmounted 的时候取消注册事件。

非常钦佩 Anthony Fu 在开源社区做出的贡献,尤其是 Vue 和 Vite 生态。

3. unplugin-icons

https://github.com/unplugin/unplugin-icons

同样来自 https://github.com/antfu,这是一个图标库,可以通过组件的方式引入,可以通过非常简单的配置上手。底层依赖于 https://iconify.design/ 作为图标集,基本涵盖了开源的常见图标集。除此之外,也可以通过配置来加载项目内的图标。

如果你使用 Tailwindcss,也可以尝试使用 tailwindcss-plugin-icons,同样依赖于 Iconify,这个库可以将 SVG 编译到最终的 CSS 产物中。这个库会在我写 Halo 主题的时候用到。

好物

1. Huadn 荞麦舒颈枕

近两年饱受颈椎问题困扰,经常会感到颈椎痛和甚至头晕,严重的时候早上起床之后都无法低头,一低头就非常刺痛。已经记不清去了多少次医院了,中医和西医都去过,还做了好几次针灸,但都没有根本解决问题,一段时间之后又会复发。于是开始怀疑是枕头的问题,于是在京东上东找西找发现了这个枕头,已经使用了大概五个月了,已经完全没有再颈椎痛过,只是偶尔会在久坐之后感到颈椎稍微有点僵硬。

原来这么久的颈椎问题是因为睡眠!可能是因为之前的枕头睡着会让颈部悬空,而这个枕头会刚好拖住我的颈椎。

如果你也有颈椎问题,不妨试着换个枕头。

2. 佳能 EOS RP 相机

在此之前,我一直以为我的 iPhone 拍照已经足够好,完全不需要相机,但购买之后发现相机拍出的质感是手机不能比的。不过 23 年没有太多机会出去玩,希望今年可以有空多出去走走。

3. 徕芬吹风机

非常佩服这家公司的产品,这个吹风机颜值高,转速快,可以让我早上早出门两分钟。

以上就是我 2023 的一些总结,希望 2024 更好!

从沙州中学到家

周四这一天过得飞快,20:30 晚自习结束的铃声准时响起,我们开始往住宿的地方走。回去还有约 2 公里的行程,大概需要步行半个多小时,此时,天已经完全黑了。我们一行人沿着白龙路一直往南走,很快走到了白水大桥。白水大桥坐落于国道 212 上, 是于 2008 年大地震后修的。从白水大桥上,可以看到两侧的白龙江。我所住的家庭的孩子告诉我,这里的水质曾经是出了名的好,鱼类也异常的丰富,因为人们过度捕捞和饲养,以及附近的工厂直接将未处理的污水直接排放,这里的水质逐年变差。现在,整个湖都已变成深绿色,谁能想象到这里的水曾经能一眼望到底……不过,今天不知道为什么,我还是多看了几眼,大概是因为我很快就要离开这里了吧。不知不觉已经过去了六天,再有一天我就要离开这里了。

虽然桥上有路灯,但是已经有一半都坏了。当地的孩子说,这些灯很久以前就坏掉了,也从来没人修过。走着走着,路灯彻底没有了,月光映出我们的影子。把我们的影子拉得长长的,说不出的孤寂,好像也在和我们告别着。

无论是白天还是夜晚,这里都非常安静。路上很难看到汽车,人们也普遍不走人行道而走马路上。红绿灯?这里一个都没有。夜空中的星星非常多,足以百计,当地的孩子不屑地告诉我:“这算什么!要是赶上晴天,星星要多好几倍!”

这里的景确实很美,据说即将也会开发成旅游景区,人们可以在这里享受清新的空气、享受钓鱼的乐趣、在湖中划船。从好的方面说,这的确能迅速发展这里的经济,但是也会吞噬这个沙州镇这一片净土。

不知不觉,我们已经走回住宿的地方,今天的情景还是挥之不去。明天,将是最后一个完整的日子了。晚自习的时候,我们组的三个人都留下了联系方式,也说了一些惜别的话,同学们都表达了自己不忍分别的情感,我们都非常感动。

再见!沙州镇!我会想念这个地方!想念这里的学生!还有那些留给我的珍贵回忆!

写下此文留作纪念。

从家到沙州中学

背景介绍:2016 年 4 月 9 日(周六),我所在的学校开展了青川社会实践活动,经历 1 天多的路途,来到了青川。这次活动共要教授 4 个课时的课程。我们班级所被分配到的是沙州初等中学。青川位于四川,是 2008 年四川地震的重灾区之一。

每天早上,我一般会在 05:45 时起床,在简单的准备后,就出发了。此时,虽然太阳还没有升起(日出时间大约为 06:30),却已经有微微曙光了。大多数星星已经变得不再可见,但是此时的路仍然很

难看清。路上可以听见鸟鸣和鸡叫,我们就一直向北走着。路过桥时,右侧已经可以看到金黄色的曙光,天就逐渐亮了起来,直到到了学校后,就开始准备跑步了,跑步之前也不需要什么准备活动,直接开始沿着操场跑。

操场虽不算很大,却足以容得下这个学校所有的班级。第一天(周一),我所任教的八年级二班由于多数同学都去县里踢足球赛了,直到周二才能回来。所以在这期间,这个班级只有自习课,我便只能到其他班级里听课。这里的老师讲课注重基础(文科),一堂课所涉及到的知识点不会很多,老师课堂提问和学生回答占据了课程中很大的比例。

在这一天的下午,我成功要到了一节数学课。在这一节课的前半部分,我讲了二元一次方程组(的第一课时),后半部分我给他们上习题课。上习题课的时候,我注意到他们其实并没有真正理解数学中的一些概念。比如我在课上复习实数的分类的时候,我把其中的有理数分成了整数和分数,还特意强调了零是包含在整数里面的,然后同学们就说我讲的不对,要有零,因为书中把有理数分为了正有理数、零和负有理数(在此就不吐糟人教版奇葩的分类了)……所以我得重复很多遍这之间的区别他们才能够理解。后面的题我还是讲得比较细致,最终我在下课铃响后 40 秒才完成讲课,我们的学校老师告诉我这是严重的教学事故。(由于学校的表比我的表快了 2 分钟,在此之后这样的 “严重教学事故” 依然频频发生……)

上完这一次的数学课后,老师所给我的反馈是:讲二元一次方程组的时候比较快。课后我想到,确实是这样。这是他们第一次见到这样的方程,理解其中的含义还是需要一段时间的,我讲得确实比较快。但是从各方面反映的结果来看,我的习题部分讲的还是非常好的。

一天的教学任务就这样结束了,我对自己所做的还算比较满意。

Manjaro Gnome 安装和配置记录

╭─ryanwang at ryanwang-linux in ~
╰─○ neofetch
██████████████████  ████████   ryanwang@ryanwang-linux 
██████████████████  ████████   ----------------------- 
██████████████████  ████████   OS: Manjaro Linux x86_64 
██████████████████  ████████   Kernel: 5.10.70-1-MANJARO 
████████            ████████   Uptime: 10 hours, 29 mins 
████████  ████████  ████████   Packages: 1394 (pacman) 
████████  ████████  ████████   Shell: zsh 5.8 
████████  ████████  ████████   Resolution: 2560x1440 
████████  ████████  ████████   DE: GNOME 40.5 
████████  ████████  ████████   WM: Mutter 
████████  ████████  ████████   WM Theme: Adwaita-maia-compact-dark 
████████  ████████  ████████   Theme: Adwaita-maia-compact-dark [GTK2/3] 
████████  ████████  ████████   Icons: Papirus-Dark-Maia [GTK2/3] 
████████  ████████  ████████   Terminal: gnome-terminal 
                               CPU: Intel i5-10400 (12) @ 4.300GHz 
                               GPU: Intel CometLake-S GT2 [UHD Graphics 630] 
                               Memory: 12983MiB / 15424MiB

基础设定

检测并更换软件源:

sudo pacman-mirrors -i -c China -m rank

添加 archlinuxcn 的源:

sudo vim /etc/pacman.conf

追加如下配置:

[archlinuxcn]
SigLevel = Optional TrustedOnly
Server = https://mirrors.tuna.tsinghua.edu.cn/archlinuxcn/$arch
sudo pacman -S archlinuxcn-keyring

检查软件包更新:

sudo pacman -Syyu

常用开发工具包:

sudo pacman -S base-devel

常用软件包

常用终端工具:

sudo pacman -S htop vim tree neofetch

社区应用:

yay -S bitwarden spotify visual-studio-code-bin google-chrome github-desktop-bin com.qq.weixin.work.deepin com.qq.weixin.deepin typora telegram-desktop

输入法

最开始使用的是 fcitx5 + fcitx5-rime ,安装下来一切顺利。但是在某些场景下始终无法切换到中文输入法,不知道如何解决,然后换成了 ibus-rime。

sudo pacman -S ibus-rime
sudo vim /etc/profile.d/ibus.sh

写入:

export GTK_IM_MODULE="ibus"
export QT_IM_MODULE="ibus"
export XMODIFIERS="@im=ibus"

export XIM="ibus"
export XIM_PROGRAM="ibus"

按理来说,这时候重启或者重新登录即可生效,但是并没有,不仅无法通过快捷键(Super+Space)切换到中文输入法,而且菜单栏右侧也没有切换输入法的菜单项。后来在 @JohnNiang 的帮助下解决了此问题。解决方法:在系统设置里面添加 rime 输入法。如下图:

manjaro-keyboard-settings

rime 的配置目录位置:~/.config/ibus/rime/build

可根据自己的需求对 rime 进行定制化配置。

Terminal 配置

目前最新的 Manjaro 发行版已经默认配置了 zsh,但个人还是希望使用 ohmyzsh。和家里的 macOS 保持一致。

安装 ohmyzsh:

sh -c "$(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)"

安装所需插件:

cd ~/.oh-my-zsh/plugins

git clone https://github.com/zsh-users/zsh-syntax-highlighting

git clone https://github.com/zsh-users/zsh-autosuggestions

修改 .zshrc

ZSH_THEME="fino"

...

plugins=(
	git
	zsh-autosuggestions
	zsh-syntax-highlighting
)

Node.js 环境配置

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.38.0/install.sh | bash

追加下面的配置到 .zshrc

export NVM_DIR="$([ -z "${XDG_CONFIG_HOME-}" ] && printf %s "${HOME}/.nvm" || printf %s "${XDG_CONFIG_HOME}/nvm")"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh" # This loads nvm

安装一个 Node.js 版本

nvm install v14.17.3

Clash

yay -S clash

配置目录位置:~/.config/clash

将 clash 配置文件(config.yaml)放置到此目录,然后启动即可:

nohup clash &

Gnome 插件

https://extensions.gnome.org/extension/2890/tray-icons-reloaded/https://extensions.gnome.org/extension/1460/vitals/

总结

使用了两三天下来整体还是不错的,暂时还没遇到什么痛点,可能问题最大的还是在中文输入法的体验上吧。之前一直在开发环境使用 Deepin,在使用上没有什么大的问题,但感觉系统整体在 UI 和交互上对于我来说存在较大问题。Deepin 就是属于那种远看界面还不错,但是近看却经不起推敲。个人不是特别建议。而且对于一个小前端开发来说,目前所需要的软件包都可以在官方源或者社区源(aur)找到。所以目前来说,Manjaro 应该是除了 macOS,我最佳的选择。

参考

中国移动,你太坏了。

起因

本人于今年五月份左右办理了 中国移动 的电话卡,至于为啥要办移动的卡呢?是因为我一直都想逃离 中国联通 这个坑。你能想象去商店里买东西付款的时候木有信号吗?所以,我就办了张移动卡以作为备用,然后慢慢从联通切过去。毕竟我联通卡用了好长一段时间了,什么都绑定的这张卡。要先换绑,然后在换卡,这是常识。

经过

使用过程中,一直好好的,话费我也有好好地交,尽管不常用。而且一直是放在备用机上面的,偶尔开机使用一下。结果到了九月份的时候,突然就给我停机了,拨打电话提示“您已停机,请续交话费”,我开始天真的以为是没有话费了,然后我分几次差不多冲了100左右的话费。结果还是“您已停机,请续交话费”。然后我就拨打 10086 查询了一次话费,提示还有余额。这就奇怪了,为啥有余额还是停机呢?于是上网搜了搜,大部分都说是“停机保号”,一般一天左右就恢复。就这样我等了几天,还是木有恢复。

然后在某个风和日丽的早上我打了 10086 人工客服,对方称并不是所谓的“停机保号”,而是我在试用期间违规发送大量短信和拨打了违规电话。于是乎,我就要求提供详细的通话记录以及短信记录。对方说不能提供。也就是说,说我作恶,又不提供证据?就像是我说你在外面有几个私生子,你问我证据,我说不能提供。一个意思是吗?

客服给我的解决方案是叫我去当地的营业厅提交一张免冠照,然后就给我开通。我说我没在号码归属地,他让我把我免冠照发送到他们邮箱。WTF,凭啥?店大欺客是吧。

结果

我去黑猫投诉查询了一下 10086 栏目下的投诉记录,发现不少和我类似的经历,于是乎我也投诉了一遍。希望能快些处理。

后话

这到底是 中国移动 的系统错误还是他们故意作恶?如果是系统错误,为什么还不修复?你可是三大运营商之首啊,技术这么垃圾?如果是故意作恶,那我倒是能理解了。不作恶怎么赚钱嘛,是吧?

黑猫投诉中国移动栏目链接:https://tousu.sina.com.cn/company/view/?couid=1991428685

记一次拯救我的博客

事情的缘由是我服务器到期了,又没来得及续费,导致无法上服务器备份数据(使用的腾讯云老版本的学生机,每月一块钱的那种,这个月刚好到期,所以不想再用原价续费了,而且 1g 内存可能满足不了以后的需求,所以索性重新买了一台…)

数据咋办?

既然不想续费了,所以是无法上服务器备份数据的,正当我想去咬牙续费的时候,突然想起来曾经把数据备份到 Github 上过… 那么这就相当好办了。

重装博客

晒一张我在 Github 上的备份,虽然是五天前备份的了,但是影响不大,好在我这几天都没怎么操作。
image.png

嗯,得益于我用的 Halo 博客系统,所以只需要备份这一个目录就完全 OK,所有数据都不会丢失。因为这个系统他的用户数据和程序本身是完全分开的(数据库 db,上传的附件 upload,配置文件 application.yaml),当然,所有主题也是在这个目录的,但是因为主题是可以另外下载的,而且主题的配置数据也在数据库,所以我没有备份。

接下来我只需要把这个仓库克隆到服务器就好了。

git clone https://github.com/ruibaby/blog-data.git .halo

然后配置个 Java 环境,下载个 Halo 运行包。启动就完事。

配置服务器

这个环节没啥做的,配置个 Java 环境就好了,一行命令的事。

然后我跟着这个教程就完成了所有事情。https://halo.run/guide/install/install-with-linux.html

当然,我并没有配置反向代理,因为我是使用的又拍云的 cdn 全站加速,去控制台改改服务器 ip (源站地址)就好了。

自动备份脚本

考虑到后面可能会忘记备份数据,所以写了个自动提交的脚本。

#! /bin/bash

message=`date -u +"%Y_%m_%d_%H_%M"`

cd /root/.halo

rm -rf .git

git init

git remote add origin repo_url

git add application.yaml upload/ db/

git commit -m $message

git push -f origin master
  1. 将其写入到一个 sh 文件里面。

  2. 赋予执行权限 chmod +x {NAME}.sh

  3. 初始化 ~/.halo 仓库,cd ~/.halo & git init

  4. 去 Github 配置 ssh key。这一步不详细讲,自行百度。目的是在 push 的时候不需要输入用户名和密码。

  5. 执行 crontab -e 添加 00 03 * * * /bin/sh {NAME}.sh 的绝对路径。(00 03 * * * 表示每天三点执行)。

  6. 执行 service crond restart 使配置的定时任务生效。

结尾

数据无价,还好这次有备份数据。

❌