普通视图

发现新文章,点击刷新页面。
昨天以前首页

关系是如何被精准爆破的?

2025年5月8日 11:09

跟前助理的关系一直卡了一个点,就是我们原本是以朋友关系作为基础构建的关系,随后有了合作关系,甚至还有前助理与我老婆之间的师徒关系。按道理来说,关系的层级越多,其实关系越难以被破坏。但这一次因为她的情绪再一次爆发,导致合作关系层面的崩溃,我们原本以为只要解除了合作层面的关系,还能维系朋友层面的关系。但很奇怪,这一次的矛盾之后,我们连朋友关系也跟着一同覆灭了,所以问题到底出在了哪里?

我是一个对关系抽身非常快的人,快到甚至有些「不负责任」,这是我一直以来的问题所在。甚至是越亲密的关系,这种抽身的行为就会越干脆,且是全方位的抽身。

我过去有一份工作,成为我的主管之前其实是我的朋友。我们一开始合作都很愉快,但随着我要接手的工作越来越多,无法再享受他身份带来的庇护时,我会开始自我怀疑「是不是他不想再照顾我」了。所以当我们在工作层面发生争执时,我最后是从朋友关系层面撤离的,并且还裹挟了大量的私人情绪——既然我们是朋友,那我也要让你知道这件事让我不满的代价是什么。


关系层级

有一段时间,我会借由老师丁锐对于朋友层级划分的方式,来划分自己的朋友圈。他会按照「有情」「有用」「有趣」来划分自己的朋友层级,建立的顺序则是反过来的:先因为有趣彼此吸引,再在接触之后有了更多共事的机会;当有利益捆绑、或是资源交换时,便到了有用的层级;最后,哪怕是合作结束、彼此很长一段时间没有联系,但因为有情的联系,两人也不会因此而关系疏离。

当然,这是非常理想化的构建状态,每个人也会因人而异地「留」下一些舍不得断绝、但也不知道如何再重新构建的关系。

所以现在出现了一个问题:如果是先「有情」,再是进入到合作关系从而建立「有用」的关系,这样的顺序会不会也可以构建稳定的关系层级呢?我们和前助理就是这样的构建方式,但问题也出在了这个构建的解构上面——工作关系解除的同时,有情的部分也跟着倒塌了。这是让我们产生了严重内耗的地方,我们是否在用这种方式「全盘否定」他人?

换一个视角,这三种层级的排列组合,是否意味着某一种关系的稳定性?


关系层级的地基与稳定性

其实关于「稳定性」的讨论本身并不合理,就算是两夫妻也可能大难临头各自飞。所以不是说得要足够有趣、有用、有情,关系才不会结束——但我觉得这是方法论和技巧层面的问题。如果单从理想状况来分析,以利益维系的关系相对来说本身是更稳定的,因为关系破灭就意味着既得利益的丧失。加之人们又会做出对自己有利的选择,所以更在乎眼前利益的人,当然也更愿意去维系以利益作为地基的关系。

另一种,「期待利益」对一些人而言也是「利益」。比如添加进微信列表里的「大佬」,就算两个人一句话都没有说过,甚至连朋友圈都是三天可见、什么互动也无法创造,但是一些人还是认为他们「有用」,因为「说不定未来某天就可以用上」。

大部分的社交关系都更像是从有趣开始建立的,但是这里也发生了大部分现代人的社交通病——仅仅只是停留在「有趣」的层级。这种有趣会随着联系和关注的减少越来越难以维系,所以干脆自我调高社交层级,把「有趣的人」仅仅当成当下的社交关系,而不再付出感情(因为这个付出的投入产出比太低了)。

一开始就以有情作为基础的关系其实很少见,所谓的有情也是要在关系建立的过程中一步步升温加热的。它更像是关系进入到下一个层级之后重新划分的新关系层级。比如当跟一个「有趣」的人长时间热络之后,渐渐了解彼此,觉得可以开始正式地付出感情的时候,将对方划入了有情的层面,而这些有情的基础就是两个人相处期间的「沉没成本」——而这个沉没成本又是把很多人锁死在关系中的根本原因,因为已经付出了这么多,所以我不舍得放弃。所以我在有情作为地基的关系里,特别提到了「愧疚」这个模块。

这三种模式在追求什么?

  • 有趣的内核——真诚。如果我变得不有趣了,我们的关系还会继续吗?有趣的关系并不是很难维持,而是大部分现代人并没有把有趣当做是可以作为维系的方式。就像我前面提到的,人们因为担心投入产出比问题,不再对有趣的朋友投入过多的社交成本。
    • 那什么才是大家认为的「有趣」?我也问了身边的几个因为有趣和我建立联系的朋友,他们认为和我建立有趣层级的关系,是因为跟我聊任何话题都可以。「聊任何话题」更像是一种功能,而非涉及到个人情感的部分。所以进一步追问对方聊什么最有趣,他们都觉得是跟我聊个人经历的时候——而这些个人经历有一个核心,我们在彼此交换个人经历时,并不是在炫耀,而是因为觉得对方真诚而觉得有趣;
  • 有用的内核——契约精神。合作的本质是契约精神,这一点毋庸置疑。一旦一个人违约或是食言而肥,那关系的信任度就会持续调降,直到最后再无合作机会。
    • 另一个问题:有用的关系必须是要达成双赢的吗?零和博弈是不是也是一种有用的模式?例如这一次的零和关系我是受益方,那为了维系关系,下一次若达成了零和关系,我也甘愿成为付出方,让对方成为这一次的受益方。我觉得这更接近「拎得清」的部分。
  • 有情的内核——信任。信任比契约精神更高层级的点在于,契约精神最终考量的是结算时,双方可以从中获利,就算撕毁契约,也仅仅影响的是最终的利益分配而已。但信任不同,信任更像是两个人一起上战场,你能把后背托付给对方的确定感。
  • 「真诚」的判定标准其实非常主观,我可以仅仅因为不喜欢这个人,而觉得对方虚伪;「契约」更像是白纸黑字,既然无法履行约定,那就意味着「没用」而「真诚」是一个完全模糊标准的存在,甚至更多时候它需要像温水煮青蛙一样的过程,才会在最后那一刻上演背刺的桥段当然也有人是追求被背刺的这一刻的)。

关系爆破指南——怎么炸才能炸到最精准

就拿我们和前助理的关系举例,我们的关系的基础是「有用」和「有趣」,作为朋友我们由衷地喜欢她带给我们的活力,而且她也是我们用来重构童年里关于「友情」「同学」「室友」符号的很好的朋友。

也是因为这样的关系,我们在合作层面开始建立更多的联系。但这个过程中也就发生了我年轻那会经历过的事情——当工作上存在问题时,我们的要求过于严苛时,她会觉得我们在情感层面否定了她的「价值」。不过我也觉得,硬要把这样的情感理性地拆分成工作层级和情感层级,也确实很为难人。

但是反之,当她因为生活所谓爆炸的时候,我们其实也是在努力地帮她解决她在亲密关系里的问题,但这个时候她会因为本能将所有不支持她的言论都视为「敌人」,在有情的部分否定我们的真实意图——我们只是在就事论事地分析问题根源,而不是反对她而支持她的老公。

这样的事情发生过太多次之后,以至于最后这一次,仍然是我们在因为合作的事情产生矛盾时,在合作事宜上面就事论事,结果最终她再一次炸在了有情层级,也就是关系的地基层面,才导致了整个关系的轰然倒塌——我们就算截掉了有用的部分,想要回归到有情有趣的部分,但那个地基已经不稳了。因为我们也会开始担心,下一次再遇到同样的事情,会不会还是在地基的部分继续爆破?

为了避免这种百分之百可以炸得彼此体无完肤的情况,就必须先和对方确认「我们在聊什么」

  • 关系的层级有哪些,哪一层是基础?
    • 分别的方式很简单,就是什么对你来说最重要:真诚、契约精神、还是信任;
    • 其次,你最不能接受什么,对方不再有趣、你们不再有情、对方不再有用,你会因为什么想要放弃这段关系,就意味着它很有可能就是最开始建立的基础;
  • 现在哪一层发生了问题?
    • 关系的金字塔搭建得越完整,就越需要确认出正在发生问题的层级,而不是一股脑地投下原子弹破罐破摔地等着对方收拾残局;
    • 若非地基层的矛盾,例如通过有情建立起来的有用的关系,在有用层级发现对方是第一个不靠谱的合作者,你现在想要提醒对方甚至是结束你们的合作关系,那就在合作层级就事论事地找到问题和提出解决方案,一旦双方有任何一方换赛道开始在有情层级罗列罪证时,必须要停下争论,再次强调「我们在聊什么」;
    • 「我们现在是要以合作关系聊问题,还是以朋友身份聊问题?」
  • 如果是地基层级发生了根本性问题:
    • 同步感受比同步事实更重要,即双方是否还愿意重建这段在地基爆破的关系;
    • 避免因为情绪上头做出的决定,设定冷静期,让彼此重新考虑关系维系的可能性;

允许自己成为那个「坏人」

当我混杂了所有的情感,在最后那一刻毅然决然地抽身——这件事并没有对错,这个时候我反而觉得个人感受更重要,因为就算委屈自己停留在关系里,因为自己的逻辑没有盘清楚,也不会好受。

抽身越彻底、关系结束后越冷漠、甚至还会有陆续的看上去有些自暴自弃的切断关系的自爆行为,其实触发的是另一个有关社会心理学的理论——贝勒定律。

贝勒定律原本是指,当右手被放置一个 300 克的砝码时,当左手的砝码加到 306 克时,两只手才会感觉出差异。但随着基础值的提高,如果右手被放置的是 600 克的砝码,左手需要增加到 612 克才能察觉出差异。当人经历强烈的刺激后,再施予的刺激对他来说也就变得微不足道。

但一个人在感情里付出了大量感情之后,若最终分离所带来的刺激是前所未有的,此后他对这段关系结束的任何刺激都会变得麻木。而这种强烈的抽身行为,也是一种心理保护机制,避免自己再受到后续的持续性伤害。

这个时候就会出现刚好一正一反的微妙平衡——当关系终结的两个人,一个因为陆续的抽身行为避免自己受到伤害,例如现实切断联系、再是拉黑、从有用层级切断到有情层级等等,先不论对方是否希望通过这种方式吸引对方的关注,来迫使对方休战和好,但当对方因为贝勒定律开始对刺激变得麻木时,无论对方做出怎样的「威胁」行为,都只会默默地认可和顺杆爬的时候,双方都会因为这样一步一步的切断而最终导致关系的终极终结,即关系的地基也被毁于一旦。

因为最大的伤害,在关系破灭之处就已经造成了难以重新修复的爆破伤害,而这个爆破很有可能就是人们在处理关系时,明明在聊有用的事情,却在有情的部分炸得一塌糊涂。

当然了,既然关系终究会终结,搞清楚这些又有什么意义——我觉得至少得让关系死得明白、死的瞑目吧!

榨干最后一点表达欲

2025年1月17日 13:57

之前一直在坚持写博客,到第三年的时候,终于开始有了所谓的「名气」和「回应」。虽然很漫长但是还是坚持下来了。去年12月开始,又把播客的事情做起来了,几乎做到了日更内容。

这两件事都遭到了「质疑」——你不可能每天都坚持写作、你不可能做到播客日更、要么这些不是你用AI制作的、要么就是你人「有问题」。好一个从问题上解决问题的思路。

跟一个同样在做播客的人聊起「更新频率」,在得知我们一周日更六期的时候,他首先确定这是「不可能」的事情,除非这个播客的后面是好几个创作团队的并发设定;于是我们又告诉对方,这个团队除了邀请来的嘉宾,就只有三个人,而且后期剪辑也只是一个人完成的;他仍然不相信,便开始怀疑我们创作的内容「有问题」;于是我们介绍了自己是从事什么行业,为什么会做播客以及为什么可以做到高产;他便站在「过来人」的视角,爹味浓郁地总结:「你们这样做播客是不行的,不能一开始就把内容都发了。」

这套行云流水的逻辑闭环,我在2022年坚持每日写作时,也常常见识到。

——《多数人无法理解得坏世界》

之前还能做到博客和播客两边不耽误,最近稍微缓了缓,优先保证了录制和剪辑播客,然后是看书,沉淀的思考给了写作,以至于按照这个层级下来,还有点点精力分给了答疑博客收到的私信,朋友圈就几乎很少发了,更别说其他那些社交软件了,完全没有更新的欲望。

想了下,如果按照圈层来说。博客和播客,是最外圈的,而朋友圈(我只有、且会随时删增保持100个微信好友)才是最内圈的。那该精装修的是外圈,还是内圈呢?

部署轻量友链朋友圈

2024年12月11日 20:17

前言

这两天突然发现,之前使用极简模式部署好的友链朋友圈没法获取到数据了。看了Github仓库才知道原项目已经停止支持了,取而代之的就是这个轻量友链朋友圈。

不知道是不是因为这个项目是为了 hexo 打造的原因,项目看了很久,愣是没看明白。直到把详细文档研究了一通,才大概明白了运行的原理。

其实严格来讲,该项目主要分为三个步骤:

  • 获取朋友圈JSON
  • 配置 Github Action
  • 拿到朋友圈文章列表JSON

获取朋友圈JSON

顾名思义,该步骤通过以下代码,将指定页面上的友链信息,直接转换成为一个 friend.json

原代码如下:

const YML = require('yamljs')
const fs = require('fs')

let friends = [],
    data_f = YML.parse(fs.readFileSync('source/_data/link.yml').toString().replace(/(?<=rss:)\s*\n/g, ' ""\n'));

data_f.forEach((entry, index) => {
    let lastIndex = 2;
    if (index < lastIndex) {
        const filteredLinkList = entry.link_list.filter(linkItem => !blacklist.includes(linkItem.name));
        friends = friends.concat(filteredLinkList);
    }
});

// 根据规定的格式构建 JSON 数据
const friendData = {
    friends: friends.map(item => {
        return [item.name, item.link, item.avatar];
    })
};

// 将 JSON 对象转换为字符串
const friendJSON = JSON.stringify(friendData, null, 2);

// 写入 friend.json 文件
fs.writeFileSync('./source/friend.json', friendJSON);

console.log('friend.json 文件已生成。');

比较遗憾的是,该代码仅适用于 HEXO 博客程序,如果想要用在HUGO中,需要做如下修改:

const cheerio = require('cheerio');
const fs = require('fs');
const path = require('path');

// 获取项目根目录的路径
const projectRoot = process.cwd();

// 读取 HTML 文件内容
const htmlFilePath = path.join(projectRoot, 'public', 'links', 'index.html');
const htmlContent = fs.readFileSync(htmlFilePath).toString();

// 使用 cheerio 解析 HTML
const $ = cheerio.load(htmlContent);

// 创建一个空的 friends 数组
let friends = [];

// 假设在 HTML 中每个好友信息存储在 <div class="friend-item"> 中,
// 并且每个条目包含 <a class="username">、<img class="avatar"> 和 <a class="link">
$('.friend-item').each((index, element) => {
    const username = $(element).find('.username').text().trim();  // 提取用户名
    const link = $(element).find('.link').attr('href');  // 提取链接
    const avatar = $(element).find('.avatar').attr('src');  // 提取头像

    // 如果都存在,添加到 friends 数组
    if (username && link && avatar) {
        friends.push({
            name: username,
            link: link,
            avatar: avatar
        });
    }
});

// 根据规定的格式构建 JSON 数据
const friendData = {
    friends: friends.map(item => {
        return [item.name, item.link, item.avatar];
    })
};

// 将 JSON 对象转换为字符串
const friendJSON = JSON.stringify(friendData, null, 2);

// 写入 friend.json 文件到根目录
fs.writeFileSync(path.join(__dirname, 'friend.json'), friendJSON);

console.log('friend.json 文件已生成。');

将该代码文件保存在根目录Link.js文件中。运行:

node link.js

就可以得到 friend.json 文件。

需要注意的是,这里需要用到 cheerio 解析 HTML。所以在运行前,需要:

npm install cheerio

以下就是JSON格式文件示例:

{
  "friends": [
    [
	    "林木木",
	    "https://immmmm.com",
	    "https://cravatar.cn/avatar/ba83fa02fc4b2ba621514941307e21be.jpeg?s=400"
    ],
    [
    
        "山卜方",
        "https://novcu.com",
        "https://cravatar.cn/avatar/6ebab96f3131621c51c08370d3c996f0.jpeg?s=400"
    ],
    [
		"大大的小蜗牛",
        "https://eallion.com",
        "https://cravatar.cn/avatar/171e4c30959e8c077a6c58b958624b31.jpeg?s=400"
    ]

} 

配置 Github Action

在 fork 了仓库:Friend-Circle-Lite 之后,只需要修改仓库中的 config.yaml 文件

spider_settings:
  enable: true
  json_url: "https://<你的地址>/friend.json"
  article_count: 5
  merge_result:
    enable: true
    merge_json_url: "<你的地址>"

如果需要邮件推送功能的,跟随官方文档完成相应配置即可。

拿到朋友圈文章列表JSON

在完成所有配置后,就可以手动或者自动的运行 Github Action ,该Action就会根据我们提供的 friend.json 拿到友链中所有朋友更新的文章啦。最后会在page分支中,生成一个 all.json ,通过调用这个文件,就可以做前端渲染了。

大功告成。

近期博客的一些变化

2024年4月30日 16:20

趁着这个快要放假的间隙,写下这篇文章。明天开始就要进入五一假期,很可能有一段时间不碰电脑了。

博客方面相较于之前有了很大的变化,也尽量的简化了不必要的页面,目前就只剩下了书影相册、友链(友圈&留言)、关于这四个页面,还想要搭建一个音乐页面,没头绪,正在思考中。

关于书影。找了很久,才找到大发的这个插件,随着使用,愈发感到熟悉,才想起几年前使用过这个插件,为此,这段时间我也看了电影,读书也是拾了起来。它的安装至少激励了我读书的兴趣,只要空余时间,我都会在微信读书上面看书,有的书籍需要付费,正考虑买纸质版的。现在开车都把听音乐改成了听微信读书的朗读。话说,微信朗读现在好像听上了瘾,比喜马拉雅那种更令我陶醉。

关于友链。换主题后,这个页面一直停留在我的后台,前台一直没有放出,等我其他页面整理的差不多时,就该考虑到它了,原先后台有个链接,换主题后不见了,网上一搜是因为WordPress3.5版本以后去掉了,但不是真正的去掉,是把它隐藏了,使用一段代码就把它展现了出来,我根据这个就直接调用在了页面上,就先这样吧,之后还想调用头像。留言版是博客搭建起来就存在的页面,只是它其实也没存在的必要,文章的评论代替了它,但我想,其实还是有必要的,有时候博友想联系你,告诉你一件事儿,不适合在文章底下评论,发邮件也麻烦,那么这个留言板的作用就体现出来了。关于相册,是我在中文博客微信群里听1900说的他想弄个相册页面,展现文章里的照片。我也感兴趣了,这不当时就开整了,使用的画廊插件无缝的全屏的展现了出来,但还是感觉不是我心里面想的那个意思,所以又关掉了插件,只留下了单纯的WordPress自带的相册将其展现,还在思考中。友圈,这段时间朋友圈也是非常流行,我前段时间也写了这篇文章搭建,在上网冲浪时蚁阅的最新版本的更新吸引了我,我先是自己部署了蚁阅,结果他最新版本跟官方自用的差了一大截,好吧,想要体验他的最新功能还得使用官方的,一年30,也不贵,索性就用它了,在体验它的最新功能遇到了点儿问题,蚁阅开发者也是给了我解答。我用反代让它显示在了我自己的域名之下,rss.duanxiansen.com,又把它嵌入在了友链这个页面里,订阅的是我经常看的一些博客以及回访频率较高的博客。友链、友圈以及留言版被我三合一了,我是不是聪明,哈哈哈。

相比较上个月,我又把主题换了,目前这个主题很赞,我比较喜欢,可能会长期使用下去,至少在我研究透之前是不会跟换的,自定义真是完美。

2023 冬至

2023年12月22日 08:15

今日冬至,寒风瑟瑟,万物皆寂。

冬至之际,白雪皑皑,覆盖了大地。聆听世间风雪歌唱。宛如岁月的回响,久远而宁静。

在这清寒似水的冬季,岁月如龙,宛如一幅卷帘画卷。我听着风,舞动笔端,写下这一篇朋友圈,与你共享那份悠远的情感。

冬至之时,岁月静好。让我们相约品茗、品尝美食,共度温馨时光。在这寒冷的冬日里,抛开喧嚣,与好友共赴一场冬约,感受那流淌在岁月长河中的情感。

在这个特殊的时刻,愿我们温暖心灵,共度美好时光

Friend-Circle-Lite:轻量友链朋友圈

2024年7月21日 00:01
前两天出现了友链朋友圈因为版本原因导致无法运行的问题,虽然我已经改好了,但是由于bundle文件过大,经常导致加载较慢,于是我自己手搓了一个轻量化友链朋友圈,同时支持通过提交issue实现邮箱订阅本站最新文章,也算是友链朋友圈部署新思路啦,适合喜欢轻量和免费快速的朋友尝试!

利用docker-compose方式搭建极简朋友圈!

2024年5月16日 09:08

前段时间“朋友圈”还是非常火的,每天更新博客真的太累,就不如每天写两句“朋友圈”,一句话,一张图片即可。便有很多人找WordPress的“朋友圈主题”,感觉用WordPress来跑极简的朋友圈,真的是没有必要,今天老张就向大家推荐Docker版的“极简朋友圈”!

极简朋友圈项目地址是https://github.com/kingwrcy/moments,作者是Mblog的作者,我在《宝塔面板Docker部署个人微博程序Mblog-前后端不分离sqlite版》有过介绍,大家有兴趣可以移步看看。

以前我部署Docker项目时习惯地在宝塔的可视面板里部署,虽然那样看着比较直观,但是多多少少还是有些麻烦,今天老张就来简单点,利用docker-compose方式进行部署。

1.创建docker-compose目录

进入宝塔面板,打开文件管理,进入你的Docker的映射数据目录里,我们可以把所有的Docker的项目都映射到一个总目录,总目录下再分子目录,这样便于管理。比如我在服务器的根目录下创建了Dockerdata,用来放置Docker项目的映射数据,不同的Docker项目,创建不同的子目录。

2.创建docker-compose.yml

这里我们来创建Moments目录,在Moments目录下创建文件,命名为docker-compose.yml ,将下段代码复制到该文件内即可。

利用docker-compose方式搭建极简朋友圈! - 第1张图片

 

version: '3'
services:
moments:
image: kingwrcy/moments:latest 
ports:
- "3000:3000"
volumes:
- moments-data:/app/data
- /etc/localtime:/etc/localtime:ro
- /etc/timezone:/etc/timezone:ro
volumes:
moments-data:

3.运行docker-compose命令

利用SSH工具远程进入服务器,进入到moments目录下,一定要进入到该目录下,命令是cd /XX你的Docker映射目录/moments/,进入目录后,我们来启动docker-compose,直接输入命令docker-compose up 即可

利用docker-compose方式搭建极简朋友圈! - 第2张图片

 

命令输入后开始跑代码,最后提示“ All migrations have been successfully applied.”后该Docker项目即安装完成。用你服务器IP+3000端口即可访问。

4.反向代理

如果不想用IP加端口方式访问,可以进行反代设置,具体方法可以参考老张的《宝塔面板反向代理,用域名访问Trilium

 

 

那个折腾了半个的 Hugo 主题算是折腾完了

2024年7月23日 20:59

一个月前,折腾起了 Hugo 主题(太久没用主题功能,插入文章短代码都忘记了)。

折腾了半个 Hugo 主题

最近失恋刚好有空,所以想找个东西折腾,于是就搞起了 Hugo 的主题,花了两天时间,参考了一些主题语法,顺便也请教木木老师,最终弄了个下面的半个“朋友圈”主题。 手机滚动截屏的,比较长,我把后面的给隐藏了...

2024-06-16 6.9K+ 26

因为当时刚好看到木木老师在“哔哔广场”发了一条内容为『有研究表明,人在消极情绪状态下,做精细的且需要耐心的工作会更好。所以,我们在大学生身上常见到的一种表现是:人一失恋,就容易过英语六级。』的哔哔,于是在发博客的时候给自己的折腾找了个失恋的理由,没想到大家注意力都转到了“失恋”上去,没人关心那折腾了一半的 Hugo 主题。

后来有一搭没一搭的陆续码着玩,上周末算是折腾完了吧。只是纯粹自娱自乐,没觉得有啥用就丢那里了。今天想着好久没更新博客,就找这么个理由唠一篇吧。

给这个暂时取名为 Quan 的仿微信朋友圈主题弄了个演示站:quan.lms.im

抓图就不抓了,直接 iframe 引用,有兴趣的可以自己点过去看看,为了保持人设,演示站主题还是失恋,手机访问效果更好。

在此要感谢一下各位热心的网友博友和各路神仙,以下排名分先后:vscode, cloudflare, github, 通义灵码, cursor, Anubis, fatesinger(大发), 林木木, koobai, CodeGeeX。哦,对了,还有那个让我失恋的女友(无中生友)。

演示站用 Github 来托管数据 Cloudflare 来建站,虽然有两个赛博菩萨的帮助,Hugo 用起来还是有许多不方便。想要发布内容就很麻烦,用 git push 又没法只对 content 内容单独 push,其他方法我也不懂,网上看说有人用 Obsidian + 插件 可以管理和发布内容,我是没搞清楚具体怎么操作。

另外就是评论了,如果要搞成朋友圈那样的评论模式,得有可以支持高灵活自定义的第三方评论,twikoo 感觉是不行了,不知道大发介绍的那个依托于 cloudflare 行不行,看着要什么回调地址什么的好复杂,就没去研究了。目前演示站的评论就是空壳,因为不能用导致我连评论表情那块都随便将就在那里。

没得评论当然点赞也没有了。

话说,想起老张那个被评论为“没有文学功底却总爱写东西”的事情,虽然我这博客没啥人看,但不免也有些压力,各位博友多包涵,多担当。

个人官宣:下半年跑马规划

2024年5月16日 09:43

官宣下个人的下半年跑马计划安排:

常规赛事:“江浙沪”地区随机参加,其中以A1认证赛事优先;除“江浙沪”外计划报名:成都马拉松,厦门马拉松,福州马拉松,武夷山马拉松。

如果碰到赛事撞期,其中优先级依次为:上海马拉松、厦门马拉松、苏州环太湖1号公路马拉松、福州马拉松、成都马拉松、武夷山马拉松。

期待在赛道上与各位拍肩。共计划参加全程马拉松1-2场次,半程马拉松3-4场次。

❌
❌