forked from yihong0618/gitblog
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathfeed.xml
5564 lines (5440 loc) · 385 KB
/
feed.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
<?xml version='1.0' encoding='UTF-8'?>
<feed xmlns="http://www.w3.org/2005/Atom"><id>https://github.com/yihong0618/gitblog</id><title>RSS feed of yihong0618's gitblog</title><updated>2024-01-01T08:38:04.278441+00:00</updated><link href="https://github.com/yihong0618/gitblog"/><link href="https://raw.githubusercontent.com/yihong0618/gitblog/master/feed.xml" rel="self"/><generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator><entry><id>https://github.com/yihong0618/gitblog/issues/280</id><title>记忆碎片</title><updated>2024-01-01T08:38:04.708365+00:00</updated><content type="html"><![CDATA[<p>不知道为什么，回忆起一些事情总有些片段记忆的特别深刻，甚至片段里的人的名字都已经忘记了，但这片段还在。
一些记忆的片段：
1.
和爸爸某一年回家看爷爷，看到街边有个老人在走，我爸说，这不你爷么？一看还真是，爷爷对着我们笑，说伊洪回来了。那是个冬天，阳光洒在雪上反射到爷爷的脸上，80 多岁的老人显得格外的精神，开心。
这次还是和爸爸一起回来看爷爷，爷爷不在能动弹，瘦的皮包骨躺在床上，不太能说话了，胃癌晚期，90多岁没办法做手术。日薄西山，等待最后的日子。这场景也会深深的刻在脑海里。</p>
]]></content><link href="https://github.com/yihong0618/gitblog/issues/280"/><category term="日记"/><published>2023-12-24T12:38:16+00:00</published></entry><entry><id>https://github.com/yihong0618/gitblog/issues/279</id><title>开源值得么？</title><updated>2024-01-01T08:38:04.886053+00:00</updated><content type="html"><![CDATA[<p>这篇是我写的 telegram channel 的一则 post 做了些补充放在这里：</p>
<blockquote>
<p>开源和分享值得么？在我看来至少目前是值得的，虽然很多时候会遇到不是一个物种的来要求你做这做那，但大多数的时候还算好的。
冒着自己安全的风险做开源值得么？我不知道，但至少应该对这样的人保持敬仰是我这样没这种勇气的人应该做的。
今天在一个群里看到一个 title 是技术负责人的说，能赚钱么？不赚钱我不做，傻逼才做。冷笑一声，就当我们是傻逼吧。当然，他是没错的，只是不是一路人而已。
我不知道未来怎样，能活到现在好像已经超过了古代战乱时期的平均年龄了，虽然有太多的遗憾，也没怎么为自己当时比较傻逼的抉择后悔。
回到正题，我好像没怎么为过利，名倒是机缘巧合认识了大家有几个关注，开源值得么？
认识了这些虽然未曾谋面但在代码里交流了很久的人当然值得了，frostming, saka, kc(jay), cyanide, friendA, Ben_29, xuanwo, fallen, zu1k, laike9m, TJ, machiel, xintao, Epliar, higuoxing, 盐粒等等等
当然值得的，否则我一辈子也不可能认识这么多牛逼的人。
哦对，忘了说，还有那些真心的谢谢。
所以，还会做下去的，虽然环境已经如此差了，做到做不下去那天吧。</p>
</blockquote>
<p>The best is yet to come.</p>
<hr />
<p>这篇 post 缘起是 clash 事件，过去挺久了，但我在路由上的突然不好用，源码也没了，找到了开源认识的朋友帮忙才回复，又想起了这个 post.
现在回想当然是值得的，今天坐在星巴克，喝着同事朋友请我喝的咖啡，其实在成为同事前我们在 GitHub 上已经交流过了，开源的世界真的不大，这么想当然是值得的。</p>
<p>如果想赚钱，当然有 1w 种比开源分享更值得的东西，但很多事情不全是为了赚钱，对吧。</p>
<p>感谢看到这的你，是你们让它变得更值得了。</p>
]]></content><link href="https://github.com/yihong0618/gitblog/issues/279"/><category term="生活"/><published>2023-11-23T08:48:38+00:00</published></entry><entry><id>https://github.com/yihong0618/gitblog/issues/275</id><title>聊聊读书</title><updated>2024-01-01T08:38:05.075965+00:00</updated><content type="html"><![CDATA[<h2>缘起</h2>
<p>读书究竟为了什么？这些年虽然不上墙内的社交网站了，也很少有人跳出来告诉我要多读书，并顺手推荐了一本《毛泽东选集》，但推上也越来越多的人谈起读书，虽然晒出来的书外面的玻璃纸还没撕开，也要去聊聊读书，当然这里包括我自己，书架上也有很多书封还没打开过躺在那儿看着我的书。
也许有一天会打开，也许不会。</p>
<h2>那么究竟为了什么呢？</h2>
<p>没有实际统计过，但是那些年精力旺盛的时候每年大约读 80 本书左右，应该加起来读的书超过 500 本了，当然，大部分都是小说。倒是没觉得自己有多了不起，但做过一段时间的数据分析的岗位，自己在人群中的阅读量处在什么位置心里还是有数的。</p>
<h2>TO BE DONE</h2>
<p>困了，改天接着写</p>
]]></content><link href="https://github.com/yihong0618/gitblog/issues/275"/><category term="读书笔记"/><published>2023-10-18T14:02:35+00:00</published></entry><entry><id>https://github.com/yihong0618/gitblog/issues/274</id><title>旧文，移动端最好的游戏，《Dream Quest》以及其它</title><updated>2024-01-01T08:38:05.262295+00:00</updated><content type="html"><![CDATA[<h2>写在前面</h2>
<p>这是一篇 2017 年 9 月给机核的投稿，当时老白的评价是写的比较简单，希望我再补充一些，就没通过。我也懒得补充就一直放那了，当然后面有了《杀戮尖塔》，《怪物火车》，《月圆之夜》等一系列被这个游戏影响或者借鉴的游戏，但《Dream Quest》依然是我最喜欢的，也是其中数值做的最好的。</p>
<p><img src="https://github.com/yihong0618/gitblog/assets/15976103/837e9463-130a-408d-952f-ef43a5d26e2b" alt="image" /></p>
<h2>引</h2>
<p>如果你是个 rogue like游戏的爱好者
如果你是个炉石传说或是地下城的爱好者
如果你在找移动端不错的 rogue like 游戏
当然，如果你不是一个画面党
我向你推荐这款游戏 ->《Dream Quest》
相信我，这是你在移动端能玩到的最棒的 rogue like 游戏，没有之一</p>
<h2>首先说说作者</h2>
<p>熟悉炉石的朋友可能多少听过这个人——《炉石传说》卡拉赞之夜的主设计师之一。而作者加入这个团队也完全是因为这款《Dream Quest》。故事的发展很简单，整个炉石团队沉迷了这款游戏,惊叹其中的卡牌数值设计，本来低调的作者顺理成章的加入了炉石这个“小”团队。</p>
<p>从领英上能查到的信息 Peter Whalen 是毕业于乔治亚理工学院的博士，又在亚马逊当了一年算法工程师（游戏的数值设计如此精妙也不奇怪了）。在这期间他用 Unity 引擎加上 Windows 画图版做出了这款“特别”的游戏，之后加入了炉石团队。（2023 年补充，他现在创业去了）
<img src="https://github.com/yihong0618/gitblog/assets/15976103/8bb031c9-4d23-45e0-8250-d79f0b6b55ba" alt="image" />
<img src="https://github.com/yihong0618/gitblog/assets/15976103/1dec1786-e256-440a-b4fe-6a78f0e32ac5" alt="image" /></p>
<p>在本来就不多的《Dream Quest》玩家中有因为他加入炉石而惋惜的，也有感觉他会给炉石带来一些不一样东西的(如下图)，现在看来确实他给炉石带了很多有趣的东西。</p>
<p><img src="https://github.com/yihong0618/gitblog/assets/15976103/3bbe8903-7f6a-4d75-83ed-390d2710745f" alt="image" /></p>
<h2>这是一款怎样的游</h2>
<blockquote>
<p>2023 年的补充，这是一款《杀戮尖塔》的始祖</p>
</blockquote>
<p>记得某个人说过，永远不要因为一本书的封面而判断一本书的价值。而这个游戏每从icon，到主界面，到选人画面，再到进入地图都在考验你这个认知。</p>
<p>游戏的icon是这样的：
<img src="https://github.com/yihong0618/gitblog/assets/15976103/820d7f1c-dbf3-4613-a387-46b230655d4e" alt="image" /></p>
<p>游戏的主界面是这样的：
<img src="https://github.com/yihong0618/gitblog/assets/15976103/936a919e-6437-453c-a721-af407656f9ba" alt="image" /></p>
<p>选人画面中四个初始职业是这样的：
<img src="https://github.com/yihong0618/gitblog/assets/15976103/09447c90-aa6a-494d-bf80-2abfe133b916" alt="image" />
<img src="https://github.com/yihong0618/gitblog/assets/15976103/93cdee20-e2a9-446a-901d-8bc02b15ddc9" alt="image" />
<img src="https://github.com/yihong0618/gitblog/assets/15976103/5086aea9-18eb-439f-bc5f-3a03afd0d2e6" alt="image" />
<img src="https://github.com/yihong0618/gitblog/assets/15976103/16361fb2-1f07-48d0-8de5-e56fada1a1e9" alt="image" /></p>
<p>地图是这样的：
<img src="https://github.com/yihong0618/gitblog/assets/15976103/e9257e04-0436-42ab-9fcd-4e5048a0108d" alt="image" /></p>
<p>甚至游戏的战斗画面是这样的：
<img src="https://github.com/yihong0618/gitblog/assets/15976103/bf2740af-a4cb-4a0a-81f8-efe9cfd173a9" alt="image" /></p>
<p>如果说机核《安利之王》中介绍的《末日拾荒者》画面被称为“屎”的话，那这款游戏的画面只能用“圣屎”来形容了。
当然如果你成功接受了这种设定之后：</p>
<ul>
<li>你会发现，我靠，这 RL 设计的好巧妙，卡牌设计和数值成长似乎非常合理，每次死亡都是一次成长</li>
<li>你学会了游戏中 5 种牌如何搭配如何使用，攻击，行动，魔法，被动，装备</li>
<li>又死了几次之后你还明白了如何放弃你的卡牌（放弃需要花钱），如何根据职业不同Build你的卡组，根据随机的不同如何选择本局游戏的方向</li>
<li>单从法师来说，最开始你会认为应该多去拿魔法牌，死了很多次之后，你会发现学会选择修炼一个属性为主（毒，火，电，冰），还得想办法处理属性免疫的怪物</li>
<li>慢慢的你熟练了，你会发现每个职业都有每个职业的乐趣，而每个职业又有好几种不同的 Build 方法，最后的你懂得了围绕着一张牌或几张牌打，让其他牌为它服务的通关之道</li>
<li>但这仅仅是开始，在困难难度下还有 1000 血的 Lord 等着你。等你慢慢收集齐成就后，解锁了博士，解锁了龙，解锁了德鲁伊，你会感叹我擦，游戏还可以这样玩？游戏这样玩还能保持游戏的原有平衡性？这么牛逼那!</li>
<li>几百小时过去了，游戏还有能开发的地方，你不得不感叹作者的厉害。也不得不遗憾这么牛逼的一个游戏就被这魔性的画面埋没了。</li>
<li>作者怪物图鉴，成就系统，包括开头的故事都做的非常用心（开头的故事甚至还蕴含着通关之道）</li>
</ul>
<p>怪物图鉴：
<img src="https://github.com/yihong0618/gitblog/assets/15976103/ab31b778-5108-4c29-826c-4dc91c78663a" alt="image" /></p>
<p><img src="https://github.com/yihong0618/gitblog/assets/15976103/4608510c-d6f8-4a3e-8013-ed001a49e987" alt="image" /></p>
<p>最终 Boss, 相信最终 Boss 的美术会是你再一次视觉享受：
<img src="https://github.com/yihong0618/gitblog/assets/15976103/a2ac791c-f262-433b-9de4-35a93ed44b4f" alt="image" /></p>
<h2>2023 年的后记</h2>
<ul>
<li>这竟然已经是 6 年前的文章了</li>
<li>6 年间这个游戏的故事还在继续</li>
<li>我把这个游戏推荐给了阿楠，阿楠同样沉迷，结合黑魂做了个小游戏，和阿楠成为了朋友，我转行了程序员，阿楠在最开始给了我不少的帮助，阿楠去做独立游戏了叫<a href="https://store.steampowered.com/app/1016600/Raksasi/?l=schinese">《斩妖》</a></li>
<li>我一直推荐这个游戏，在某个 tg <a href="https://t.me/reorx_share">频道</a>发现他也是这个游戏爱好者，和他聊了很多，发现世界真小，我决定自己也开个频道</li>
<li>我打了 200 个小时的杀戮尖塔，但更怀念的是当时无数次打《Dream Quest》做过站的自己</li>
<li>最简单的画面，最纯粹的快乐</li>
<li>这种快乐在 2022 年《吸血鬼幸存者》也带给我了</li>
<li>对了，我和没给我通过这篇文章的老白，也成了朋友</li>
</ul>
]]></content><link href="https://github.com/yihong0618/gitblog/issues/274"/><category term="一些记录"/><published>2023-09-28T14:55:45+00:00</published></entry><entry><id>https://github.com/yihong0618/gitblog/issues/272</id><title>微信好友</title><updated>2024-01-01T08:38:05.463025+00:00</updated><content type="html"><![CDATA[<p>微信大概是中国大陆人最重要的工具了吧。这一年我花了很久，把微信好友从 500+ 删到了 260, 写篇东西记录一下。当然，还要感谢微信的炸号，避免了将来可能的很多的尴尬，毕竟我这种人炸号了他们不会奇怪。</p>
<h2>why</h2>
<ul>
<li>最开始是因为愤怒：愤怒那些对任何事情都毫无共情的人，在想为什么他们会在我的微信好友里。当然主要的原因是因为去年防疫过的太苦了，那些给防疫政策唱赞歌，从任何角度我都无法和他们成为朋友。</li>
<li>然后是因为害怕：害怕有一天因为自己朋友圈转发的一些东西或者发表的看法被这些人当成间谍举报，也许我值 50w. 尤其是在某些时候朋友圈一片红和我朋友微信炸号的时候。</li>
<li>最后是因为界限，在好不熟悉的人善意的提醒我要小心说话的时候，我也不知道为什么会那么愤怒，大概是因为表达空间被进一步压缩的无力感吧。</li>
</ul>
<h2>how</h2>
<ol>
<li>最先删除的是完全想不起来是谁的人</li>
<li>接下来是把微信拉到最后倒着往上拉，加过之后就再也没说过话或者几年没再说过话的符合上面三点的人</li>
<li>再之后就是个很艰难的筛选过程，删掉了很多这辈子可能不会再有交集或者不想跟他再有交集的人</li>
</ol>
<h2>next</h2>
<ol>
<li>自己也减少了很多微信的使用，甚至在想主动把号炸掉，重新去加真正好友</li>
<li>继续尽量不加任何的微信群，除了逼不得已那些</li>
<li>该表达就表达，去他妈的小心说话</li>
</ol>
<h2>hope</h2>
<ol>
<li>希望留下的都是值得的朋友</li>
<li>希望觉得我同样讨厌的人也直接删除我</li>
<li>希望有一天可以不用微信</li>
</ol>
]]></content><link href="https://github.com/yihong0618/gitblog/issues/272"/><category term="生活"/><published>2023-08-23T06:35:07+00:00</published></entry><entry><id>https://github.com/yihong0618/gitblog/issues/270</id><title>如何写一个 PostgreSQL Extension</title><updated>2024-01-01T08:38:05.655873+00:00</updated><content type="html"><![CDATA[<h2>什么是 PostgreSQL Extension</h2>
<p>PostgreSQL Extension 是一个可插拔的功能扩展，用于在 PostgreSQL 数据库系统中添加额外的功能和能力。这些扩展可以由第三方开发者开发并加入到 PostgreSQL 中，以满足特定的需求。扩展可以增强数据库功能。
有些非常不错的 Extensions 甚至成了一些公司选型 Postgres 的理由比如：<a href="https://www.timescale.com/blog/top-5-postgresql-extensions/#1-timescaledb">TimescaleDB</a>, <a href="https://www.timescale.com/blog/top-5-postgresql-extensions/#2-postgis">PostGIS</a> 等等。</p>
<p>今年开始异常火爆的向量数据库，因为有 <a href="https://github.com/pgvector/pgvector">pgvector</a> 也让 pg 有了向量计算和存储的能力。</p>
<p><strong>本文会介绍如何编写 extensions 和推荐一些编写 Extensions 的资源。</strong></p>
<h2>如何写一个 Extensions</h2>
<p>传统的 Extensions 开发一般情况下我们会 c 语言，引入 <code>Postgers.h</code> 写好 Makefile 和 SQL 开发，现在也有了用 Rust 编写 Extensions 的能力 -> <a href="https://github.com/pgcentralfoundation/pgrx">pgrx</a> 借助 pgrx 我们能更好的专注 extensions 中算法本身，也可以借助 Rust 强大的生态更容易的编写 extensions 需要的逻辑，进行更快速，更安全的开发。</p>
<p>以下分别介绍 C 和 Rust 两种开发方式。</p>
<h3>C 语言开发 Extensions</h3>
<p>以 hello_world 为例，需要在 hello_world 文件夹中建下面 4 个文件</p>
<pre><code>hello.control # 插件名.control
hello.c # 插件名.c
hello--1.0.sql # 插件名--1.0.sql
Makefile # 用于编译
</code></pre>
<p>cat hello.control</p>
<pre><code>comment = 'hello:'
default_version = '1.0'
module_pathname = '$libdir/hello'
relocatable = false
superuser = true
</code></pre>
<p>剩下的可以参考这个 pg 的 hello_world 项目 <a href="https://github.com/magnusp/pg_hello">https://github.com/magnusp/pg_hello</a></p>
<p>cat pg_hello.c</p>
<pre><code class="language-c">#include "postgres.h"
#include "fmgr.h"
#ifdef PG_MODULE_MAGIC
PG_MODULE_MAGIC;
#endif
Datum hello( PG_FUNCTION_ARGS );
PG_FUNCTION_INFO_V1( hello );
Datum
hello( PG_FUNCTION_ARGS )
{
// variable declarations
char greet[] = "Hello, ";
text *towhom;
int greetlen;
int towhomlen;
text *greeting;
// Get arguments. If we declare our function as STRICT, then
// this check is superfluous.
if( PG_ARGISNULL(0) ) {
PG_RETURN_NULL();
}
towhom = PG_GETARG_TEXT_P(0);
// Calculate string sizes.
greetlen = strlen(greet);
towhomlen = VARSIZE(towhom) - VARHDRSZ;
// Allocate memory and set data structure size.
greeting = (text *)palloc( greetlen + towhomlen );
SET_VARSIZE(greeting, greetlen + towhomlen + VARHDRSZ);
// Construct greeting string.
strncpy( VARDATA(greeting), greet, greetlen );
strncpy( VARDATA(greeting) + greetlen,
VARDATA(towhom),
towhomlen );
PG_RETURN_TEXT_P( greeting );
}
</code></pre>
<p>代码的一些解释：</p>
<ol>
<li><code>#include "postgres.h"</code> 包含了大部分编写 postgres 相关程序需要的东西，每个 extensions 必须包含这个</li>
<li><code>#include "fmgr.h"</code> 则包含了PG_GETARG_XXX、PG_RETURN_XXX和PG_ARGISNULL 等编写 extensions 必要的宏</li>
<li>Datum 是 data 的单数是在 pg 中最重要的数据类型之一，它肩负着在PG 内核与用户代码之间传递数据的责任</li>
<li>PG_MODULE_MAGIC 这个宏是编写 extensions 的一个必要的宏为了后面编译生成的库才可以被 postgresql 加载</li>
</ol>
<p>在这之后就可以编写好 Makefile 把 pg 的 PATH 加入到环境变量中之后 make && make install</p>
<p>在这之后进入到 psql, create extension hello; select hello('hello'); 就可以了</p>
<p>当然后续可以写一些测试，需要建一个文件夹名为 sql 把相关的测试写在里面，再建一个文件夹名为 expected 把测试跑出的结果写在里面，在 Makefile 加上这句 <code>REGRESS = hello</code>, 就可以利用 pg 的 installcheck 了</p>
<p>cat sql/hello.sql</p>
<pre><code class="language-sql">
CREATE EXTENSION hello;
select hello_hello();
</code></pre>
<p>**如果不知道如何写插件可以参考 pg 核心开发者这个项目，里面有各种各样的 extensions **</p>
<ul>
<li><a href="https://github.com/michaelpq/pg_plugins">pg_plugins</a></li>
<li>参考文章1 - <a href="https://zhmin.github.io/posts/postgresql-c-function/">Postgresql 编写自定义 C 函数</a></li>
<li>参看文章2 - <a href="https://csblog.cc/dbnotes/PostgreSQL%E6%8F%92%E4%BB%B6%E5%BC%80%E5%8F%91.html">PostgreSQL插件开发</a></li>
<li>可以参考迟先生 @skyzh 的有趣项目 <a href="https://github.com/skyzh/pg_poop">pg_poop</a> </li>
</ul>
<h3>Rust 语言开发 Extensions</h3>
<p>当然现在是 2023 年我们完全可以借助 Rust 来开发 Extensions, 这特别得益于 <a href="https://github.com/pgcentralfoundation/pgrx">pgrx</a> 这个项目它的前身也是一个非常棒的 pg 插件 <a href="https://github.com/zombodb/zombodb">zombodb</a></p>
<p>来看看借助 pgrx 开发的优秀的 pg 插件</p>
<ul>
<li><a href="https://github.com/tensorchord/pgvecto.rs">pgvecto.rs</a> -> pgvector 的 Rust 版</li>
<li><a href="https://github.com/postgresml/postgresml">postgresml</a> -> postgres ml 第二版用 Rust 重写，速度大幅提升</li>
<li><a href="https://github.com/yihong0618/gitblog/issues/270">plrust</a> -> 在 pg 中使用 Rust 作为 Procedural Language</li>
</ul>
<p>编写起来就比 C 简单多了，只需要</p>
<ol>
<li>安装 pgrx</li>
<li>cargo pgrx init</li>
<li>cargo pgrx new hello</li>
<li>cargo pgrx install or cargo prgx run</li>
</ol>
<p>一个简单的 hello 程序就做好了，其中 <code>cargo pgrx new hello</code> 帮助我们生成了所有需要的文件，其中 <a href="https://github.com/pgcentralfoundation/pgrx/tree/master/pgrx-examples">pgrx-examples</a> 文件夹中包含了很多如何使用 pgrx 编写的例子。</p>
<p>当然大家可以参考这个项目 <a href="https://github.com/higuoxing/pg_slugify">pg_slugify</a>，利用了 Rust 的生态，几行代码做了一个非常有用 extension, 大家的很多简单的脚本完全可以利用 Rust 编写成插件方便自己开发。</p>
<h2>推荐一些资源</h2>
<ul>
<li><a href="https://pgxn.org/">pgxn</a> extensions 托管</li>
<li><a href="https://gist.github.com/joelonsql/e5aa27f8cc9bd22b8999b7de8aee9d47">1000+ PostgreSQL EXTENSIONs</a> </li>
<li><a href="https://github.com/yihong0618/gitblog/files/12194352/PostgreSQL20extension20develop20guide.1482475700.pdf">postgres extensions 入门培训</a></li>
</ul>
]]></content><link href="https://github.com/yihong0618/gitblog/issues/270"/><category term="技术文章"/><published>2023-07-08T12:13:57+00:00</published></entry><entry><id>https://github.com/yihong0618/gitblog/issues/268</id><title>五月病</title><updated>2024-01-01T08:38:05.840344+00:00</updated><content type="html"><![CDATA[<p>好久没写流水账了，记录下刚过去的五月。</p>
<h2>北京</h2>
<p>五一假期去北京玩了，故宫，颐和园，天安门，长城都去了，以前去了好多次北京也没去这些地方，这次去倒是没有更多的兴奋，就很平淡的去看这过了几百年的一切。总感觉这皇宫，这皇城，一切都没怎么改变。</p>
<p>被查了 3 次身份证，无数次安检，这也许就是北京吧。儿子去天安门时候安检被没收了彩笔，儿子不理解嗷嗷大哭半小时，五岁的他不明白为什么彩笔会被人夺走，其实我们也不明白，嗯，这是规矩。</p>
<p>当然最开心的是，和老婆一起吃了顿很贵的火锅，见了友人A 还和 hi@guoxing, 陈总喝了酒（还有其他同事），两顿。这些天还总能回想起陈总骑着他的小摩托驮我回酒店，他讲述的每周会骑着这个摩托，买本《三联周刊》来这家酒吧喝两杯酒，正好看完，回去。真美好。</p>
<p>还他妈吃了全宇宙最难吃的炸酱面。</p>
<h2>死亡</h2>
<p>又经历了一个认识的前辈死亡，我不太知道有没有死后的世界，也不知道未来因为 AI 他们会不会永远存在，又想起那些死去的朋友，他们看不到现在这一切了，不知道是不是一种幸运。</p>
<p>也许吧。</p>
<p>一切如旧。</p>
<h2>幸福和插曲</h2>
<ul>
<li>收到了不少的咨询邮件所有的我都尽自己最大的能力回复了，希望能帮到他们</li>
<li>还帮助了一个北大的博士导出了所有跑步数据，作为一个不怎么学习的人真的是荣幸</li>
<li>听《天书广播》印象最深的一句话是，“善意无法报答，只能传递”，那么让我把这些传递下去，自己也挺开心的。</li>
<li>认识了几个新朋友，一个人还要给我推荐工作</li>
<li>被一个人挂着污蔑，我本来想挂着反驳回去，后来想想算了。“恶意当然能传递，但在我这终止吧”</li>
</ul>
<h2>五月病</h2>
<ul>
<li>大概也许到了这个时候。</li>
<li>不太知道我的性格，我的运气会把我带到哪里，把我的家庭带到哪里，有时候还是挺迷茫的，尤其在这种大环境下。</li>
<li>对我也就想想过去了，迷茫对我来说不如一瓶酒。</li>
<li>可惜要尽量戒酒了，以后用跑两圈代替吧</li>
</ul>
<h2>讨厌的人</h2>
<ul>
<li>去年新冠的发展对我最大的帮助是认清了一些朋友，在今年，很少在轻易的交朋友了，尤其是看到曾经当成很好的朋友的人，在嘲笑隔离大巴车死去的那些人，嘲笑“感叹人人都在大巴上”的人。</li>
<li>瞎了眼了，希望以后不会了</li>
</ul>
<h2>希望</h2>
<ul>
<li>明年就 35 岁了</li>
<li>希望变成一个更好的自己</li>
</ul>
]]></content><link href="https://github.com/yihong0618/gitblog/issues/268"/><category term="日记"/><published>2023-06-02T11:30:47+00:00</published></entry><entry><id>https://github.com/yihong0618/gitblog/issues/262</id><title>杂感</title><updated>2024-01-01T08:38:05.999025+00:00</updated><content type="html"><![CDATA[<p>近况及其它</p>
<h2>死去的朋友</h2>
<p>最近时常想起，时常梦见，清醒时有些自责，喝醉后怅然若失。那时我们相约等上映去看《灌篮高手》，如今只好多买一张票，酒边多放一个杯子，有时候想想有另一个世界就好了，如果有也不知道你过的怎么样。希望，它，真的作为生的对立面永存吧。也不知道当时你为什么这么选择，我们几个如果多给你打些电话情况会不会不一样，往往想到这里就感觉人生和世界的虚幻，究竟哪一个才是真实的？</p>
<h2>灌篮高手</h2>
<p>我很喜欢，无论其它人的评价怎样，在我看来不同年龄段对这个电影的看法是完全不同的，青春的遗憾也好，怀念曾经的自己也罢，仿佛一个跳投，空中划过一道弧线，球进了，是空心的。
而喜悦过去回过头看，一切如闪回一般，转过头，球场变成了屏幕前敲击着键盘的我。操他妈的，一个球花了二十年。</p>
<h2>AI</h2>
<p>这段时间围绕着 OpenAI 的API 做了几个项目，也和朋友有不少的交流，其中 stars 最多的那个双语书翻译项目也是我唯一失控的项目，不但失控，也失去了给它添加新功能的热情，一个是市面上大量同类的项目比我做的好的多的多，而我既没有精力也没有那么大的能力超过他们，而且合了很多代码不是我风格或者是质量没那么高的 PR, 导致项目彻底的失控。
其实更多的是我自己的原因。当然其它运行良好，xiaogpt @frostming 帮了我非常多，我也更愿意去把它变得更好。
给自己做个总结就是，项目的维护其实没想象的那么简单，也要懂得放弃。</p>
<h2>技术含量</h2>
<p>又遇到了别人说，我写的项目毫无技术含量，为什么有这么多人 star 关注。心里还是有些沮丧的。
虽然我知道和那些厉害的人项目我写的东西确实没什么特别的，想辩论几句，我做的都是曾经没人做过的，或者做的方式不是这样的，但这种辩论毫无价值，沮丧过了也就过去了。That's it. 也不知道自己能做什么更多的评价。</p>
<h2>要去北京旅游</h2>
<p>后天早上就出发了，本来想着是避免出行高峰，没想到的是每天都是出行高峰。抢票，抢票，弄了好几天，依然是我媳妇负责计划，出行当天我负责拎包和当个听从一切指挥的傻逼，上次去北京还是 19 年去跑马拉松，没想到这感觉像是没过去多久的事情，但因为新冠竟然过去了 3 年了。</p>
<h2>朋友</h2>
<p>新冠三年最大的庆幸和遗憾是失去了一些朋友，也告诉自己别去轻易交新的朋友。</p>
]]></content><link href="https://github.com/yihong0618/gitblog/issues/262"/><category term="一些记录"/><published>2023-05-01T15:31:30+00:00</published></entry><entry><id>https://github.com/yihong0618/gitblog/issues/261</id><title>vm.overcommit_memory 学习笔记</title><updated>2024-01-01T08:38:06.191184+00:00</updated><content type="html"><![CDATA[<p>关于 overcommit_memory 学习的一些记录，其中一些为网上前辈文章的整理记录</p>
<h3>什么是 vm.overcommit</h3>
<p>但在实际情况下，进程请求的内存可能比实际需要的内存少很多，而且很多进程请求的内存并不会全部使用。在这种情况下，如果系统采用严格的内存申请机制，将会导致系统的内存利用率低下，一些能够使用的内存被浪费。
因此，为了提高系统的内存利用率和灵活性，Linux 提供了 vm.overcommit_memory 机制。当这个参数的值为 0 或 1 时，内核允许进程请求超过系统实际可用内存的内存量。这种行为被称为 "overcommit"。</p>
<h3>vm.overcommit 的三个值</h3>
<pre><code class="language-c">#define OVERCOMMIT_GUESS 0 // default
#define OVERCOMMIT_ALWAYS 1 // redis
#define OVERCOMMIT_NEVER 2 // postgres
</code></pre>
<pre><code>The Linux kernel supports the following overcommit handling modes
0 - Heuristic overcommit handling. Obvious overcommits of
address space are refused. Used for a typical system. It
ensures a seriously wild allocation fails while allowing
overcommit to reduce swap usage. root is allowed to
allocate slightly more memory in this mode. This is the
default.
1 - Always overcommit. Appropriate for some scientific
applications. Classic example is code using sparse arrays
and just relying on the virtual memory consisting almost
entirely of zero pages.
2 - Don't overcommit. The total address space commit
for the system is not permitted to exceed swap + a
configurable amount (default is 50%) of physical RAM.
Depending on the amount you use, in most situations
this means a process will not be killed while accessing
pages but will receive errors on memory allocation as
appropriate.
Useful for applications that want to guarantee their
memory allocations will be available in the future
without having to initialize every page.
</code></pre>
<p><a href="https://github.com/torvalds/linux/blob/v4.6/mm/util.c#L481">https://github.com/torvalds/linux/blob/v4.6/mm/util.c#L481</a></p>
<h2>当 vm.overcommit_memory = 2 时</h2>
<pre><code class="language-console">grep -i commit /proc/meminfo
</code></pre>
<p><img src="https://user-images.githubusercontent.com/15976103/231321120-e77b8fb6-db53-4537-a470-4ffb8bf86073.png" alt="image" /></p>
<p>/proc/meminfo 中的 Committed_AS 表示所有进程已经申请的内存总大小，（注意是已经申请的，不是已经分配的），如果 Committed_AS 超过 CommitLimit 就表示发生了 overcommit，超出越多表示 overcommit 越严重 -> 触发 OOM</p>
<p>那么这个 CommitLimit 是怎么算出来的呢？</p>
<pre><code class="language-c">int __vm_enough_memory(struct mm_struct *mm, long pages, int cap_sys_admin)
{
long free, allowed, reserve;
VM_WARN_ONCE(percpu_counter_read(&vm_committed_as) <
-(s64)vm_committed_as_batch * num_online_cpus(),
"memory commitment underflow");
vm_acct_memory(pages);
/*
* Sometimes we want to use more memory than we have
*/
if (sysctl_overcommit_memory == OVERCOMMIT_ALWAYS)
return 0;
if (sysctl_overcommit_memory == OVERCOMMIT_GUESS) {
free = global_page_state(NR_FREE_PAGES);
free += global_page_state(NR_FILE_PAGES);
/*
* shmem pages shouldn't be counted as free in this
* case, they can't be purged, only swapped out, and
* that won't affect the overall amount of available
* memory in the system.
*/
free -= global_page_state(NR_SHMEM);
free += get_nr_swap_pages();
/*
* Any slabs which are created with the
* SLAB_RECLAIM_ACCOUNT flag claim to have contents
* which are reclaimable, under pressure. The dentry
* cache and most inode caches should fall into this
*/
free += global_page_state(NR_SLAB_RECLAIMABLE);
/*
* Leave reserved pages. The pages are not for anonymous pages.
*/
if (free <= totalreserve_pages)
goto error;
else
free -= totalreserve_pages;
/*
* Reserve some for root
*/
if (!cap_sys_admin)
free -= sysctl_admin_reserve_kbytes >> (PAGE_SHIFT - 10);
if (free > pages)
return 0;
goto error;
}
allowed = vm_commit_limit();
/*
* Reserve some for root
*/
if (!cap_sys_admin)
allowed -= sysctl_admin_reserve_kbytes >> (PAGE_SHIFT - 10);
/*
* Don't let a single process grow so big a user can't recover
*/
if (mm) {
reserve = sysctl_user_reserve_kbytes >> (PAGE_SHIFT - 10);
allowed -= min_t(long, mm->total_vm / 32, reserve);
}
if (percpu_counter_read_positive(&vm_committed_as) < allowed)
return 0;
error:
vm_unacct_memory(pages);
return -ENOMEM;
}
</code></pre>
<p>红帽犯过这个错误 ：<a href="https://access.redhat.com/solutions/665023">https://access.redhat.com/solutions/665023</a></p>
<p><img src="https://user-images.githubusercontent.com/15976103/231347898-0ad8af97-7100-420b-85fd-120476e0119f.png" alt="image" /></p>
<h2>OOM-killer</h2>
<p>OMM killer 机制：linux 会为每个进程算一个 score，当内存不足时候它会根据 score kill
score 越大表示越容易杀死</p>
<pre><code class="language-shell">#!/bin/bash
while read -r pid comm
do
printf '%d\t%d\t%s\n' "$pid" "$(cat /proc/$pid/oom_score)" "$comm"
done < <(ps -e -o pid= -o comm=) | sort -k2 -n
</code></pre>
<p>/proc/${pid}/oom_score_adj, 取值范围为-1000到1000， 如果将该值设置为-1000，则进程永远不会被杀死 --> pg
/proc/${pid}/oom_adj, 取值是-17到+15，取值越高，越容易被干掉。如果是-17，则表示不能被kill
/proc/${pid}/oom_score, 是系统综合进程的内存消耗量、CPU 时间(utime + stime)、存活时间(uptime - start time)和 oom_adj 计算出的，消耗内存越多分越高。</p>
<p><a href="https://elixir.bootlin.com/linux/v5.4.58/source/mm/oom_kill.c">https://elixir.bootlin.com/linux/v5.4.58/source/mm/oom_kill.c</a></p>
<h2>数据库如何设置，如何避免被 oom-killer</h2>
<ul>
<li>short answer for redis -> echo 1 > /proc/sys/vm/overcommit_memory :)</li>
<li>for PostgresSQL or Greenplum -> echo 2 > /proc/sys/vm/overcommit_memory :)</li>
</ul>
<p>why </p>
<p>redis:</p>
<blockquote>
<p>The Redis background saving schema relies on the copy-on-write semantic of the fork system call in modern operating systems: Redis forks (creates a child process) that is an exact copy of the parent. The child process dumps the DB on disk and finally exits. In theory the child should use as much memory as the parent being a copy, but actually thanks to the copy-on-write semantic implemented by most modern operating systems the parent and child process will share the common memory pages. A page will be duplicated only when it changes in the child or in the parent. Since in theory all the pages may change while the child process is saving, Linux can't tell in advance how much memory the child will take, so if the overcommit_memory setting is set to zero the fork will fail unless there is as much free RAM as required to really duplicate all the parent memory pages. If you have a Redis dataset of 3 GB and just 2 GB of free memory it will fail.
<img src="https://user-images.githubusercontent.com/15976103/231344226-8be702f8-c564-4bea-960d-ec0dd9020685.png" alt="image" /></p>
</blockquote>
<p>Setting overcommit_memory to 1 tells Linux to relax and perform the fork in a more optimistic allocation fashion, and this is indeed what you want for Redis.</p>
<p>PostgresSQL or <a href="https://community.pivotal.io/s/article/Linux-Overcommit-Strategies-and-Pivotal-GreenplumGPDBPivotal-HDBHDB?language=en_US">Greenplum</a>:</p>
<blockquote>
<p>Why Use Strategy 2?
The issue with the default overcommits strategy, or using strategy 1 is the unpredictable nature of the failure. In either case we are not guaranteed that the memory is available at time of allocation and that results in unpredictable termination of processes. In particular, the nature of the failure with strategy 1 can result in corruption of either datafiles or transaction logs as a memory failure can occur mid-transaction resulting in the immediate shutdown of the database process without any cleanup.</p>
</blockquote>
<p>那如果 redis 和 pg 跑在一台机器上有什么好的建议么？</p>
<ul>
<li>采用策略 1 保证 redis 在内存不足时候可用，设置 pg master 的 oom_score 让它避免被 oom-kill </li>
<li>采用策略 2 尽量避免造成 redis 会 oom 的情况</li>
<li>分两台机器</li>
</ul>
<h2>当设置 overcommit = 2 时有什么需要注意的</h2>
<ol>
<li>如前文说的如果服务器有 redis 要保证内存充足</li>
<li>JVM 启动时 Xms Xmx 设置成相同的值，避免向系统申请内存</li>
</ol>
]]></content><link href="https://github.com/yihong0618/gitblog/issues/261"/><category term="工作"/><published>2023-04-12T04:13:02+00:00</published></entry><entry><id>https://github.com/yihong0618/gitblog/issues/259</id><title>开源四年的一些记录</title><updated>2024-01-01T08:38:06.364471+00:00</updated><content type="html"><![CDATA[<h2>写在前面</h2>
<ul>
<li>很多已经在 #186 中记录了而距离这篇又两年半过去了，经历了不少成长与感动，在这里记录一下。</li>
</ul>
<h2>一些感动</h2>
<ul>
<li>我的第一个项目是命令行听<a href="https://www.gcores.com/">机核</a>最开始写完顺便写了一篇文章发在了机核上，那时候我还不太明白怎么弄 PR, 怎么在开源世界里合作，项目的第一个<a href="https://github.com/yihong0618/gaycore/pull/6">贡献者</a>后来我们在推特互相发现（他给 gaycore 添加了快进功能），有种世界真小的感觉（发现时候我还没几个 fo)。后来他去了美国，我们偶尔还在 tg 聊聊各自的生活，感觉像认识了好多年的朋友。</li>
<li>之后 kindle 离开中国，我恰好有一些 kindle 方面的接口调研经验，写了个帮助大家下载自己书的小项目，被一个网站转载，但读文章之后发现他把所有我项目的链接都换成了自己的，想着有些别扭但还能接受的时候，看到评论区 Ray 和 siwei 在下面的留言，心里暖暖的。
<img src="https://user-images.githubusercontent.com/15976103/226506290-5bd63d19-75c7-4809-9e1d-472d1643297f.png" alt="image" /></li>
<li>熟悉我项目的朋友大概都知道，我所有项目的最后一句话都是<strong>谢谢就够了</strong>，后来在 issue 里在邮件中真的收到了好多感谢，有的还特意发邮件谢谢我，说我帮到了他好多。下面截图是我在 running_page issue 中收到的感谢
<img src="https://user-images.githubusercontent.com/15976103/226507081-85e523ea-780d-4588-9206-ec50a1125100.png" alt="image" /></li>
<li>因为后面给很多跑步的项目提了一些 issue 和代码，其中最感动的就是我给 <a href="https://github.com/grafana/strava-datasource">strava-datasource</a> 提的一个 issue 并附上了解决方案，那个我特别敬佩的作者直接回复，Hi! Could you open a PR with these changes? 让我直接有机会给了 grafana 相关的项目提代码。我也把这个传承了下去，在自己项目中，issue 并附上相关解决方案的同学，我都会问一下是否愿意提个 PR.</li>
<li>收到了图灵编辑的邮件，感谢我做的翻译项目，还要送我一些书。</li>
<li>妈妈和老婆跟我说过，虽然看不懂我做的东西，但是感觉我非常厉害，能帮到其它人就更厉害了。老婆也支持我在业余时间写代码。</li>
<li>面试官（后来成了我的领导），在面试前认真看了我所有的项目</li>
<li>和很多人因为开源成了现实中的朋友</li>
</ul>
<h2>一点成长</h2>
<ul>
<li>掌控感，这个月第一次经历了两个同时增长的项目，几乎所有业余时间都在这上，在这个阶段懂了，如何在自己能力范围内更新项目，判断需求，处理 issue 和如何决定是否合 PR, 当然在累的什么都不想干的时候，忽然想明白了休息才是最重要的</li>
<li>Make it work then make it better. 在最开始的时候我总是想把项目尽可能做的好，加足够多帮到大家的功能再发布，后来明白了，这个是开源项目，我需要做的是，尽可能的让项目 work 起来，pull the trigger, 如果这个项目 work 的足够好，会吸引更多厉害的人来一起 make it better</li>
<li>别炫技，如果这个不是需要炫技的项目，那么，尽可能用最简单的实现，项目就会帮到更多的人，让更多的人参与进来。</li>
<li>记录，比如现在我正在做的</li>
</ul>
<h2>一些遗憾</h2>
<ul>
<li>有些 PR 处理的不好，让一个非常热心的台湾朋友有些累，关掉了 PR. 我自责了好一段时间。他代码写的很漂亮，我应该在那时候尽快处理，而不是想着先添加功能</li>
<li>running_page 因为有地图展示，有一个让我非常难受的 PR.</li>
<li>因为 running_page 的置顶 <a href="https://github.com/yihong0618/running_page/issues/135">issue</a> 我想纪念那些逝去的跑步的朋友，被人说滥用 GitHub. </li>
</ul>
<h2>一点分享</h2>
<ul>
<li>Always be nice</li>
<li>别轻易直接关掉 Issue, 有的时候很伤人</li>
<li>如果项目有我之外的贡献者，即使贡献者是修个 typo, 在 issue 回复里尽量用“我们”, 因为已经不是我一个人的项目了</li>
<li>除非没办法，别停止更新每一个项目 let it work, 因为开源，不一定在什么时候帮到别人</li>
</ul>
<h2>一些数据</h2>
<img align="middle" src="https://github-readme-stats-1.yihong0618.vercel.app/api?username=yihong0618&show_icons=true&&&hide_title=true&theme=radical" />
<p>下面是我在这 4 年里写的开源项目的数据（截止 2023.3.21）而这个表格是用我的一个项目 -> <a href="https://github.com/yihong0618/github-readme-stats">github-readme-stats</a> 自动生成的。这 4 年从第一个项目 gaycore 开始，我一共用 5 种语言写了 35 个开源项目得到了 14000 多个 stars. 还挺值得自豪一下的。最值得自豪的是，它们大部分还在更新。我还给一共 55 个项目提了 160 个 PR.</p>
<h2>The repos I created</h2>
<table>
<thead>
<tr>
<th>ID</th>
<th>REPO</th>
<th>START</th>
<th>UPDATE</th>
<th>LAUGUAGE</th>
<th>STARS</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td><a href="https://github.com/yihong0618/bilingual_book_maker">bilingual_book_maker</a></td>
<td>2023-03-02</td>
<td>2023-03-20</td>
<td>Python</td>
<td>4413</td>
</tr>
<tr>
<td>2</td>
<td><a href="https://github.com/yihong0618/running_page">running_page</a></td>
<td>2020-09-17</td>
<td>2023-03-20</td>
<td>Python</td>
<td>2336</td>
</tr>
<tr>
<td>3</td>
<td><a href="https://github.com/yihong0618/xiaogpt">xiaogpt</a></td>
<td>2023-02-16</td>
<td>2023-03-20</td>
<td>Python</td>
<td>1943</td>
</tr>
<tr>
<td>4</td>
<td><a href="https://github.com/yihong0618/Kindle_download_helper">Kindle_download_helper</a></td>
<td>2022-06-06</td>
<td>2023-03-20</td>
<td>Python</td>
<td>1498</td>
</tr>
<tr>
<td>5</td>
<td><a href="https://github.com/yihong0618/GitHubPoster">GitHubPoster</a></td>
<td>2021-04-21</td>
<td>2023-03-20</td>
<td>Python</td>
<td>1364</td>
</tr>
<tr>
<td>6</td>
<td><a href="https://github.com/yihong0618/gitblog">gitblog</a></td>
<td>2019-07-18</td>
<td>2023-03-20</td>
<td>Python</td>
<td>878</td>
</tr>
<tr>
<td>7</td>
<td><a href="https://github.com/yihong0618/2022">2022</a></td>
<td>2022-01-01</td>
<td>2023-03-11</td>
<td>Python</td>
<td>274</td>
</tr>
<tr>
<td>8</td>
<td><a href="https://github.com/yihong0618/2021">2021</a></td>
<td>2020-12-21</td>
<td>2023-03-05</td>
<td>Python</td>
<td>273</td>
</tr>
<tr>
<td>9</td>
<td><a href="https://github.com/yihong0618/blue">blue</a></td>
<td>2022-10-20</td>
<td>2023-03-20</td>
<td>Python</td>
<td>260</td>
</tr>
<tr>
<td>10</td>
<td><a href="https://github.com/yihong0618/iBeats">iBeats</a></td>
<td>2021-06-11</td>
<td>2023-03-19</td>
<td>Python</td>
<td>200</td>
</tr>
<tr>
<td>11</td>
<td><a href="https://github.com/yihong0618/iWhat">iWhat</a></td>
<td>2023-03-08</td>
<td>2023-03-19</td>
<td>Python</td>
<td>172</td>
</tr>
<tr>
<td>12</td>
<td><a href="https://github.com/yihong0618/2020">2020</a></td>
<td>2020-01-10</td>
<td>2023-03-05</td>
<td>C</td>
<td>139</td>
</tr>
<tr>
<td>13</td>
<td><a href="https://github.com/yihong0618/vscode-gcores">vscode-gcores</a></td>
<td>2020-01-04</td>
<td>2023-03-06</td>
<td>TypeScript</td>
<td>110</td>
</tr>
<tr>
<td>14</td>
<td><a href="https://github.com/yihong0618/github-readme-stats">github-readme-stats</a></td>
<td>2020-12-24</td>
<td>2023-03-19</td>
<td>Go</td>
<td>101</td>
</tr>
<tr>
<td>15</td>
<td><a href="https://github.com/yihong0618/gaycore">gaycore</a></td>
<td>2019-02-18</td>
<td>2023-03-06</td>
<td>Python</td>
<td>99</td>
</tr>
<tr>
<td>16</td>
<td><a href="https://github.com/yihong0618/dalian-IT">dalian-IT</a></td>
<td>2021-04-07</td>
<td>2023-03-19</td>
<td>md</td>
<td>99</td>
</tr>
<tr>
<td>17</td>
<td><a href="https://github.com/yihong0618/2023">2023</a></td>
<td>2023-01-01</td>
<td>2023-03-19</td>
<td>Python</td>
<td>51</td>
</tr>
<tr>
<td>18</td>
<td><a href="https://github.com/yihong0618/duolingo_remember">duolingo_remember</a></td>
<td>2021-01-18</td>
<td>2023-01-30</td>
<td>Python</td>
<td>50</td>
</tr>
<tr>
<td>19</td>
<td><a href="https://github.com/yihong0618/shanbay_remember">shanbay_remember</a></td>
<td>2020-12-02</td>
<td>2023-03-13</td>
<td>JavaScript</td>
<td>47</td>
</tr>
<tr>
<td>20</td>
<td><a href="https://github.com/yihong0618/nbnhhsh-cli">nbnhhsh-cli</a></td>
<td>2021-07-09</td>
<td>2022-07-16</td>
<td>Python</td>
<td>32</td>
</tr>
<tr>
<td>21</td>
<td><a href="https://github.com/yihong0618/gcores_calendar">gcores_calendar</a></td>
<td>2020-08-24</td>
<td>2023-03-04</td>
<td>JavaScript</td>
<td>27</td>
</tr>
<tr>
<td>22</td>
<td><a href="https://github.com/yihong0618/pengdu_helper">pengdu_helper</a></td>
<td>2021-09-09</td>
<td>2023-01-27</td>
<td>Go</td>
<td>27</td>
</tr>
<tr>
<td>23</td>
<td><a href="https://github.com/yihong0618/yihong0618">yihong0618</a></td>
<td>2020-07-16</td>
<td>2023-03-15</td>
<td>md</td>
<td>26</td>
</tr>
<tr>
<td>24</td>
<td><a href="https://github.com/yihong0618/my_kindle_stats">my_kindle_stats</a></td>
<td>2021-11-18</td>
<td>2023-03-17</td>
<td>Python</td>
<td>25</td>
</tr>
<tr>
<td>25</td>
<td><a href="https://github.com/yihong0618/running_skyline">running_skyline</a></td>
<td>2021-03-02</td>
<td>2022-05-10</td>
<td>Python</td>
<td>20</td>
</tr>
<tr>
<td>26</td>
<td><a href="https://github.com/yihong0618/kai_xin_ci_chang">kai_xin_ci_chang</a></td>
<td>2022-06-15</td>
<td>2023-03-11</td>
<td>Python</td>
<td>17</td>
</tr>
<tr>
<td>27</td>
<td><a href="https://github.com/yihong0618/blog">blog</a></td>
<td>2020-06-22</td>
<td>2023-01-28</td>
<td>JavaScript</td>
<td>14</td>
</tr>
<tr>
<td>28</td>
<td><a href="https://github.com/yihong0618/Runtastic">Runtastic</a></td>
<td>2020-07-24</td>
<td>2023-02-03</td>
<td>Python</td>
<td>14</td>
</tr>
<tr>
<td>29</td>
<td><a href="https://github.com/yihong0618/github-readme-stats-server">github-readme-stats-server</a></td>
<td>2021-12-08</td>
<td>2023-01-19</td>
<td>HTML</td>
<td>9</td>
</tr>
<tr>
<td>30</td>
<td><a href="https://github.com/yihong0618/Python365">Python365</a></td>
<td>2019-09-05</td>
<td>2022-10-30</td>
<td>Python</td>
<td>7</td>
</tr>
<tr>
<td>31</td>
<td><a href="https://github.com/yihong0618/run">run</a></td>
<td>2021-08-16</td>
<td>2023-03-17</td>
<td>Python</td>
<td>7</td>
</tr>
<tr>
<td>32</td>
<td><a href="https://github.com/yihong0618/github_upstream_script">github_upstream_script</a></td>
<td>2021-05-08</td>
<td>2022-03-08</td>
<td>Python</td>
<td>2</td>
</tr>
<tr>
<td>33</td>
<td><a href="https://github.com/yihong0618/edocteel001">edocteel001</a></td>
<td>2019-11-12</td>
<td>2022-06-24</td>
<td>JavaScript</td>
<td>1</td>
</tr>
<tr>
<td>34</td>
<td><a href="https://github.com/yihong0618/gaycore-server">gaycore-server</a></td>
<td>2019-02-18</td>
<td>2020-11-02</td>
<td>Go</td>
<td>0</td>
</tr>
<tr>
<td>35</td>
<td><a href="https://github.com/yihong0618/test_svg">test_svg</a></td>
<td>2021-03-18</td>
<td>2022-06-16</td>
<td>md</td>
<td>0</td>
</tr>
<tr>
<td>sum</td>
<td></td>
<td></td>
<td></td>
<td></td>
<td>14535</td>
</tr>
</tbody></table><table>
<thead>
<tr>
<th>ID</th>
<th>REPO</th>
<th>FIRSTDATE</th>
<th>LASTEDATE</th>
<th>LANGUAGE</th>
<th>PRCOUNT</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td><a href="https://github.com/greenplum-db/GreenplumPython">GreenplumPython</a></td>
<td><a href="https://github.com/greenplum-db/GreenplumPython/pull/35">2022-03-30</a></td>
<td><a href="https://github.com/greenplum-db/GreenplumPython/pull/176">2023-02-21</a></td>
<td>Python</td>
<td><a href="https://github.com/greenplum-db/GreenplumPython/pulls?q=is%3Apr+author%3Ayihong0618">23</a></td>
</tr>
<tr>
<td>2</td>
<td><a href="https://github.com/greenplum-db/plcontainer">plcontainer</a></td>
<td><a href="https://github.com/greenplum-db/plcontainer/pull/626">2022-03-24</a></td>
<td><a href="https://github.com/greenplum-db/plcontainer/pull/672">2023-02-17</a></td>
<td>C</td>
<td><a href="https://github.com/greenplum-db/plcontainer/pulls?q=is%3Apr+author%3Ayihong0618">19</a></td>
</tr>
<tr>
<td>3</td>
<td><a href="https://github.com/flopp/GpxTrackPoster">GpxTrackPoster</a></td>
<td><a href="https://github.com/flopp/GpxTrackPoster/pull/39">2019-08-06</a></td>
<td><a href="https://github.com/flopp/GpxTrackPoster/pull/87">2021-03-20</a></td>
<td>Python</td>
<td><a href="https://github.com/flopp/GpxTrackPoster/pulls?q=is%3Apr+author%3Ayihong0618">12</a></td>
</tr>
<tr>
<td>4</td>
<td><a href="https://github.com/leetcode-tools/leetcode-cli">leetcode-cli</a></td>
<td><a href="https://github.com/leetcode-tools/leetcode-cli/pull/31">2019-11-29</a></td>
<td><a href="https://github.com/leetcode-tools/leetcode-cli/pull/49">2020-08-21</a></td>
<td>JavaScript</td>
<td><a href="https://github.com/leetcode-tools/leetcode-cli/pulls?q=is%3Apr+author%3Ayihong0618">9</a></td>
</tr>
<tr>
<td>5</td>
<td><a href="https://github.com/greenplum-db/gpdb">gpdb</a></td>
<td><a href="https://github.com/greenplum-db/gpdb/pull/12925">2021-12-13</a></td>
<td><a href="https://github.com/greenplum-db/gpdb/pull/15076">2023-02-28</a></td>
<td>C</td>
<td><a href="https://github.com/greenplum-db/gpdb/pulls?q=is%3Apr+author%3Ayihong0618">8</a></td>
</tr>
<tr>
<td>6</td>
<td><a href="https://github.com/mli/autocut">autocut</a></td>
<td><a href="https://github.com/mli/autocut/pull/43">2022-11-17</a></td>
<td><a href="https://github.com/mli/autocut/pull/52">2022-11-21</a></td>
<td>Python</td>
<td><a href="https://github.com/mli/autocut/pulls?q=is%3Apr+author%3Ayihong0618">7</a></td>
</tr>
<tr>
<td>7</td>
<td><a href="https://github.com/LeetCode-OpenSource/vscode-leetcode">vscode-leetcode</a></td>
<td><a href="https://github.com/LeetCode-OpenSource/vscode-leetcode/pull/487">2019-12-03</a></td>
<td><a href="https://github.com/LeetCode-OpenSource/vscode-leetcode/pull/602">2020-07-22</a></td>
<td>TypeScript</td>
<td><a href="https://github.com/LeetCode-OpenSource/vscode-leetcode/pulls?q=is%3Apr+author%3Ayihong0618">6</a></td>
</tr>
<tr>
<td>8</td>
<td><a href="https://github.com/taichi-dev/taichi">taichi</a></td>
<td><a href="https://github.com/taichi-dev/taichi/pull/2979">2021-09-23</a></td>
<td><a href="https://github.com/taichi-dev/taichi/pull/3256">2021-10-23</a></td>
<td>C++</td>
<td><a href="https://github.com/taichi-dev/taichi/pulls?q=is%3Apr+author%3Ayihong0618">5</a></td>
</tr>
<tr>
<td>9</td>
<td><a href="https://github.com/yasoob/nrc-exporter">nrc-exporter</a></td>
<td><a href="https://github.com/yasoob/nrc-exporter/pull/2">2020-07-05</a></td>
<td><a href="https://github.com/yasoob/nrc-exporter/pull/11">2020-10-07</a></td>
<td>Python</td>
<td><a href="https://github.com/yasoob/nrc-exporter/pulls?q=is%3Apr+author%3Ayihong0618">5</a></td>
</tr>
<tr>
<td>10</td>
<td><a href="https://github.com/gnebbia/kb">kb</a></td>
<td><a href="https://github.com/gnebbia/kb/pull/13">2020-09-21</a></td>
<td><a href="https://github.com/gnebbia/kb/pull/28">2020-09-23</a></td>
<td>Python</td>
<td><a href="https://github.com/gnebbia/kb/pulls?q=is%3Apr+author%3Ayihong0618">3</a></td>
</tr>
<tr>
<td>11</td>
<td><a href="https://github.com/ElaWorkshop/awesome-cn-cafe">awesome-cn-cafe</a></td>
<td><a href="https://github.com/ElaWorkshop/awesome-cn-cafe/pull/167">2020-08-04</a></td>
<td><a href="https://github.com/ElaWorkshop/awesome-cn-cafe/pull/170">2020-08-10</a></td>
<td>JavaScript</td>
<td><a href="https://github.com/ElaWorkshop/awesome-cn-cafe/pulls?q=is%3Apr+author%3Ayihong0618">3</a></td>
</tr>
<tr>
<td>12</td>
<td><a href="https://github.com/gojue/ecapture">ecapture</a></td>
<td><a href="https://github.com/gojue/ecapture/pull/15">2022-03-29</a></td>
<td><a href="https://github.com/gojue/ecapture/pull/51">2022-05-02</a></td>
<td>C</td>
<td><a href="https://github.com/gojue/ecapture/pulls?q=is%3Apr+author%3Ayihong0618">3</a></td>
</tr>
<tr>
<td>13</td>
<td><a href="https://github.com/stravalib/stravalib">stravalib</a></td>
<td><a href="https://github.com/stravalib/stravalib/pull/218">2021-08-18</a></td>
<td><a href="https://github.com/stravalib/stravalib/pull/272">2022-11-24</a></td>
<td>Python</td>
<td><a href="https://github.com/stravalib/stravalib/pulls?q=is%3Apr+author%3Ayihong0618">3</a></td>
</tr>
<tr>
<td>14</td>
<td><a href="https://github.com/jnidzwetzki/pg-lock-tracer">pg-lock-tracer</a></td>
<td><a href="https://github.com/jnidzwetzki/pg-lock-tracer/pull/26">2023-01-28</a></td>
<td><a href="https://github.com/jnidzwetzki/pg-lock-tracer/pull/26">2023-01-28</a></td>
<td>Python</td>
<td><a href="https://github.com/jnidzwetzki/pg-lock-tracer/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>15</td>
<td><a href="https://github.com/flopp/activities">activities</a></td>
<td><a href="https://github.com/flopp/activities/pull/41">2020-07-09</a></td>
<td><a href="https://github.com/flopp/activities/pull/44">2020-07-14</a></td>
<td>JavaScript</td>
<td><a href="https://github.com/flopp/activities/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>16</td>
<td><a href="https://github.com/datafuselabs/databend">databend</a></td>
<td><a href="https://github.com/datafuselabs/databend/pull/3690">2021-12-29</a></td>
<td><a href="https://github.com/datafuselabs/databend/pull/3701">2021-12-30</a></td>
<td>Rust</td>
<td><a href="https://github.com/datafuselabs/databend/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>17</td>
<td><a href="https://github.com/apache/incubator-opendal">incubator-opendal</a></td>
<td><a href="https://github.com/apache/incubator-opendal/pull/1179">2023-01-12</a></td>
<td><a href="https://github.com/apache/incubator-opendal/pull/1269">2023-02-03</a></td>
<td>Rust</td>
<td><a href="https://github.com/apache/incubator-opendal/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>18</td>
<td><a href="https://github.com/cyberjunky/python-garminconnect">python-garminconnect</a></td>
<td><a href="https://github.com/cyberjunky/python-garminconnect/pull/43">2021-02-26</a></td>
<td><a href="https://github.com/cyberjunky/python-garminconnect/pull/49">2021-05-25</a></td>
<td>Python</td>
<td><a href="https://github.com/cyberjunky/python-garminconnect/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>19</td>
<td><a href="https://github.com/Yikun/hub-mirror-action">hub-mirror-action</a></td>
<td><a href="https://github.com/Yikun/hub-mirror-action/pull/101">2021-04-09</a></td>
<td><a href="https://github.com/Yikun/hub-mirror-action/pull/106">2021-04-19</a></td>
<td>Python</td>
<td><a href="https://github.com/Yikun/hub-mirror-action/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>20</td>
<td><a href="https://github.com/flopp/py-staticmaps">py-staticmaps</a></td>
<td><a href="https://github.com/flopp/py-staticmaps/pull/7">2020-09-20</a></td>
<td><a href="https://github.com/flopp/py-staticmaps/pull/17">2021-03-24</a></td>
<td>Python</td>
<td><a href="https://github.com/flopp/py-staticmaps/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>21</td>
<td><a href="https://github.com/grafana/strava-datasource">strava-datasource</a></td>
<td><a href="https://github.com/grafana/strava-datasource/pull/34">2021-04-13</a></td>
<td><a href="https://github.com/grafana/strava-datasource/pull/39">2021-05-13</a></td>
<td>TypeScript</td>
<td><a href="https://github.com/grafana/strava-datasource/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>22</td>
<td><a href="https://github.com/vesoft-inc/nebula-python">nebula-python</a></td>
<td><a href="https://github.com/vesoft-inc/nebula-python/pull/106">2021-05-19</a></td>
<td><a href="https://github.com/vesoft-inc/nebula-python/pull/108">2021-05-20</a></td>
<td>Python</td>
<td><a href="https://github.com/vesoft-inc/nebula-python/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>23</td>
<td><a href="https://github.com/laixintao/iredis">iredis</a></td>
<td><a href="https://github.com/laixintao/iredis/pull/184">2019-12-30</a></td>
<td><a href="https://github.com/laixintao/iredis/pull/360">2020-09-16</a></td>
<td>Python</td>
<td><a href="https://github.com/laixintao/iredis/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>24</td>
<td><a href="https://github.com/NeverBehave/Tweet2Telegram">Tweet2Telegram</a></td>
<td><a href="https://github.com/NeverBehave/Tweet2Telegram/pull/7">2021-05-21</a></td>
<td><a href="https://github.com/NeverBehave/Tweet2Telegram/pull/7">2021-05-21</a></td>
<td>JavaScript</td>
<td><a href="https://github.com/NeverBehave/Tweet2Telegram/pulls?q=is%3Apr+author%3Ayihong0618">2</a></td>
</tr>
<tr>
<td>25</td>