Skip to content

Commit 260262b

Browse files
IO-01IO-01
committed
📄使用阿里云效同步Git仓库到Github IO-01/Blog@2ee9d05 
1 parent c65e678 commit 260262b

File tree

13 files changed

+271
-57
lines changed

13 files changed

+271
-57
lines changed

‎index.html

+21-21
Original file line numberDiff line numberDiff line change
@@ -24,7 +24,7 @@
2424
<meta property="og:url" content="/">
2525
<meta property="og:description" content="Eureka is a elegant and powerful theme for Hugo.">
2626
<meta property="og:site_name" content="IO01 Blog">
27-
<meta property="og:updated_time" content="2021-09-16T00:00:00+00:00">
27+
<meta property="og:updated_time" content="2021-11-29T00:00:00+00:00">
2828
<meta property="article:section" content>
2929
<link rel=alternate type=application/rss+xml href=/index.xml title="IO01 Blog">
3030
<body class="flex flex-col min-h-screen">
@@ -68,6 +68,26 @@
6868
<div class="flex flex-col-reverse lg:flex-row justify-between">
6969
<div class=w-full>
7070
<div class=mb-4>
71+
<a href=/posts/%E4%BD%BF%E7%94%A8%E9%98%BF%E9%87%8C%E4%BA%91%E6%95%88%E5%90%8C%E6%AD%A5git%E4%BB%93%E5%BA%93%E5%88%B0github/ class="font-bold text-xl hover:text-eureka">使用阿里云效同步 Git 仓库到 Github</a>
72+
</div>
73+
<div class=content>
74+
前言 有时 Github 网络的不稳定性实在令人头痛，push 总是失败，而且需要把主仓库放在 Github 而非 Gitee 等国内平台，虽然可以通过配置代理进行，不过也可以曲线救国，选择通过 push 到国内代码管理平台，然后通过 CI 平台自动推送到 Github。
75+
阿里云效综合了代码仓库和 CI 平台，私有代码仓库免费，免费构建时间足够支撑我们这点小事，并且执行环境可以选香港保证了能 push 到 GitHub，所以选择了阿里云效。
76+
理论上所有能通过 git push 触发 CI（CI 的基本操作了）并且基础环境存在 git 而且网络良好的平台都可以按照本文方法进行，甚至有更简单的比如 Gitlab 直接支持推送到 Github，至于本文为何没有选用 Gitlab，纯属个人偏好。
77+
</div>
78+
<div class="flex flex-wrap flex-row items-center mt-2 text-tertiary-text">
79+
<div class="mr-6 my-2">
80+
<i class="fas fa-calendar mr-1"></i>
81+
<span>2021-11-29</span>
82+
</div>
83+
</div>
84+
</div>
85+
</div>
86+
</div>
87+
<div class=py-6>
88+
<div class="flex flex-col-reverse lg:flex-row justify-between">
89+
<div class=w-full>
90+
<div class=mb-4>
7191
<a href=/posts/%E6%B7%B1%E5%85%A5%E6%BA%90%E7%A0%81%E6%8E%92%E6%9F%A5-flag_activity_new_task-%E5%AF%BC%E8%87%B4%E7%9A%84-activity-%E6%97%A0%E6%B3%95%E6%AD%A3%E5%B8%B8%E5%90%AF%E5%8A%A8/ class="font-bold text-xl hover:text-eureka">深入源码排查 FLAG_ACTIVITY_NEW_TASK 导致的 Activity 无法正常启动</a>
7292
</div>
7393
<div class=content>
@@ -165,26 +185,6 @@
165185
</div>
166186
</div>
167187
</div>
168-
<div class=py-6>
169-
<div class="flex flex-col-reverse lg:flex-row justify-between">
170-
<div class=w-full>
171-
<div class=mb-4>
172-
<a href=/posts/%E6%9C%89%E8%B6%A3%E7%9A%84%E7%AE%97%E6%B3%95-%E5%B8%83%E9%9A%86%E8%BF%87%E6%BB%A4%E5%99%A8/ class="font-bold text-xl hover:text-eureka">有趣的算法-布隆过滤器</a>
173-
</div>
174-
<div class=content>
175-
引言 现在假设一个需求：设计一个url黑名单系统，需求是1亿个url黑名单，每个url平均长度30字节，判断当前的url是否在黑名单中。
176-
我们最先想到的可能时HashSet，如果少量的url，HashSet有着O(1)的查询效率是首选的方案。但是面对1亿个url，单单存储value就需要2861MB内存，显然不可取。而如果放到硬盘上进行数据库查询，面对近3GB的数据库，每次匹配都要查询的话，IO操作本身就是瓶颈。
177-
所以这时候引入了布隆过滤器。
178-
</div>
179-
<div class="flex flex-wrap flex-row items-center mt-2 text-tertiary-text">
180-
<div class="mr-6 my-2">
181-
<i class="fas fa-calendar mr-1"></i>
182-
<span>2019-10-30</span>
183-
</div>
184-
</div>
185-
</div>
186-
</div>
187-
</div>
188188
</div>
189189
</div>
190190
<ul class="pagination pagination-default">

‎index.xml

+4-1
Original file line numberDiff line numberDiff line change
@@ -1,4 +1,7 @@
1-
<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>IO01 Blog</title><link>/</link><description>Recent content on IO01 Blog</description><generator>Hugo -- gohugo.io</generator><copyright>&amp;copy; {year} &lt;a href="https://blog.io01.xyz/">IO01&lt;/a></copyright><lastBuildDate>Thu, 16 Sep 2021 00:00:00 +0000</lastBuildDate><atom:link href="/index.xml" rel="self" type="application/rss+xml"/><item><title>深入源码排查 FLAG_ACTIVITY_NEW_TASK 导致的 Activity 无法正常启动</title><link>/posts/%E6%B7%B1%E5%85%A5%E6%BA%90%E7%A0%81%E6%8E%92%E6%9F%A5-flag_activity_new_task-%E5%AF%BC%E8%87%B4%E7%9A%84-activity-%E6%97%A0%E6%B3%95%E6%AD%A3%E5%B8%B8%E5%90%AF%E5%8A%A8/</link><pubDate>Thu, 16 Sep 2021 00:00:00 +0000</pubDate><guid>/posts/%E6%B7%B1%E5%85%A5%E6%BA%90%E7%A0%81%E6%8E%92%E6%9F%A5-flag_activity_new_task-%E5%AF%BC%E8%87%B4%E7%9A%84-activity-%E6%97%A0%E6%B3%95%E6%AD%A3%E5%B8%B8%E5%90%AF%E5%8A%A8/</guid><description>引言 众所周知 Android 中 Activity 有四种启动模式，决定了是否创建新的 Activity 实例或复用当前实例。但是实际上 Activity 的启动十分复杂，不单单是 android:launchMode 就能决定的，多个 Intent Flag 都能改变启动的行为</description></item><item><title>遵循 Google 应用指南的 Retrofit + Coroutine 封装</title><link>/posts/%E9%81%B5%E5%BE%AA-google-%E5%BA%94%E7%94%A8%E6%8C%87%E5%8D%97%E7%9A%84-retrofit-+-coroutine-%E5%B0%81%E8%A3%85/</link><pubDate>Fri, 18 Jun 2021 00:00:00 +0000</pubDate><guid>/posts/%E9%81%B5%E5%BE%AA-google-%E5%BA%94%E7%94%A8%E6%8C%87%E5%8D%97%E7%9A%84-retrofit-+-coroutine-%E5%B0%81%E8%A3%85/</guid><description>&lt;h2 id="前言">前言&lt;/h2>
1+
<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>IO01 Blog</title><link>/</link><description>Recent content on IO01 Blog</description><generator>Hugo -- gohugo.io</generator><copyright>&amp;copy; {year} &lt;a href="https://blog.io01.xyz/">IO01&lt;/a></copyright><lastBuildDate>Mon, 29 Nov 2021 00:00:00 +0000</lastBuildDate><atom:link href="/index.xml" rel="self" type="application/rss+xml"/><item><title>使用阿里云效同步 Git 仓库到 Github</title><link>/posts/%E4%BD%BF%E7%94%A8%E9%98%BF%E9%87%8C%E4%BA%91%E6%95%88%E5%90%8C%E6%AD%A5git%E4%BB%93%E5%BA%93%E5%88%B0github/</link><pubDate>Mon, 29 Nov 2021 00:00:00 +0000</pubDate><guid>/posts/%E4%BD%BF%E7%94%A8%E9%98%BF%E9%87%8C%E4%BA%91%E6%95%88%E5%90%8C%E6%AD%A5git%E4%BB%93%E5%BA%93%E5%88%B0github/</guid><description>&lt;h2 id="前言">前言&lt;/h2>
2+
&lt;p>有时 Github 网络的不稳定性实在令人头痛，push 总是失败，而且需要把主仓库放在 Github 而非 Gitee 等国内平台，虽然可以通过配置代理进行，不过也可以曲线救国，选择通过 push 到国内代码管理平台，然后通过 CI 平台自动推送到 Github。&lt;/p>
3+
&lt;p>阿里云效综合了代码仓库和 CI 平台，私有代码仓库免费，免费构建时间足够支撑我们这点小事，并且执行环境可以选香港保证了能 push 到 GitHub，所以选择了阿里云效。&lt;/p>
4+
&lt;p>理论上所有能通过 &lt;code>git push&lt;/code> 触发 CI（CI 的基本操作了）并且基础环境存在 &lt;code>git&lt;/code> 而且网络良好的平台都可以按照本文方法进行，甚至有更简单的比如 Gitlab 直接支持推送到 Github，至于本文为何没有选用 Gitlab，纯属个人偏好。&lt;/p></description></item><item><title>深入源码排查 FLAG_ACTIVITY_NEW_TASK 导致的 Activity 无法正常启动</title><link>/posts/%E6%B7%B1%E5%85%A5%E6%BA%90%E7%A0%81%E6%8E%92%E6%9F%A5-flag_activity_new_task-%E5%AF%BC%E8%87%B4%E7%9A%84-activity-%E6%97%A0%E6%B3%95%E6%AD%A3%E5%B8%B8%E5%90%AF%E5%8A%A8/</link><pubDate>Thu, 16 Sep 2021 00:00:00 +0000</pubDate><guid>/posts/%E6%B7%B1%E5%85%A5%E6%BA%90%E7%A0%81%E6%8E%92%E6%9F%A5-flag_activity_new_task-%E5%AF%BC%E8%87%B4%E7%9A%84-activity-%E6%97%A0%E6%B3%95%E6%AD%A3%E5%B8%B8%E5%90%AF%E5%8A%A8/</guid><description>引言 众所周知 Android 中 Activity 有四种启动模式，决定了是否创建新的 Activity 实例或复用当前实例。但是实际上 Activity 的启动十分复杂，不单单是 android:launchMode 就能决定的，多个 Intent Flag 都能改变启动的行为</description></item><item><title>遵循 Google 应用指南的 Retrofit + Coroutine 封装</title><link>/posts/%E9%81%B5%E5%BE%AA-google-%E5%BA%94%E7%94%A8%E6%8C%87%E5%8D%97%E7%9A%84-retrofit-+-coroutine-%E5%B0%81%E8%A3%85/</link><pubDate>Fri, 18 Jun 2021 00:00:00 +0000</pubDate><guid>/posts/%E9%81%B5%E5%BE%AA-google-%E5%BA%94%E7%94%A8%E6%8C%87%E5%8D%97%E7%9A%84-retrofit-+-coroutine-%E5%B0%81%E8%A3%85/</guid><description>&lt;h2 id="前言">前言&lt;/h2>
25
&lt;p>Retrofit 从 2.6.0 以后对 Kotlin 协程提供了原生支持，使得异步请求从写法上更像同步调用，配合 Google 出的 Jetpack 全家桶可以使得网络请求更加优雅简单，而且可以完全遵循 Google 给出的应用架构指南。&lt;/p>
36
&lt;p>另外我们有一个更加多样的需求：我们的应用使用了多套服务接口，每套接口返回的参数模板不同，baseUrl 则更多样化，因此带来了更复杂的封装逻辑。&lt;/p></description></item><item><title>时间格式化的趣事：YYYY 示年</title><link>/posts/%E6%97%B6%E9%97%B4%E6%A0%BC%E5%BC%8F%E5%8C%96%E7%9A%84%E8%B6%A3%E4%BA%8Byyyy%E7%A4%BA%E5%B9%B4/</link><pubDate>Thu, 27 Feb 2020 00:00:00 +0000</pubDate><guid>/posts/%E6%97%B6%E9%97%B4%E6%A0%BC%E5%BC%8F%E5%8C%96%E7%9A%84%E8%B6%A3%E4%BA%8Byyyy%E7%A4%BA%E5%B9%B4/</guid><description>&lt;h2 id="引言">引言&lt;/h2>
47
&lt;p>2019 年 12 月 29 到 31 日在格式化时间时出现了一个有趣的小 bug：比如 2019 年 12 月 31 日时间戳有可能会被格式化成：2020-12-31。&lt;/p></description></item><item><title>MD5 计算前导 0 丢失问题</title><link>/posts/md5%E8%AE%A1%E7%AE%97%E5%89%8D%E5%AF%BC0%E4%B8%A2%E5%A4%B1%E9%97%AE%E9%A2%98/</link><pubDate>Mon, 20 Jan 2020 00:00:00 +0000</pubDate><guid>/posts/md5%E8%AE%A1%E7%AE%97%E5%89%8D%E5%AF%BC0%E4%B8%A2%E5%A4%B1%E9%97%AE%E9%A2%98/</guid><description>&lt;h2 id="现象">现象&lt;/h2>

‎page/2/index.html

+21-1
Original file line numberDiff line numberDiff line change
@@ -24,7 +24,7 @@
2424
<meta property="og:url" content="/">
2525
<meta property="og:description" content="Eureka is a elegant and powerful theme for Hugo.">
2626
<meta property="og:site_name" content="IO01 Blog">
27-
<meta property="og:updated_time" content="2021-09-16T00:00:00+00:00">
27+
<meta property="og:updated_time" content="2021-11-29T00:00:00+00:00">
2828
<meta property="article:section" content>
2929
<link rel=alternate type=application/rss+xml href=/index.xml title="IO01 Blog">
3030
<body class="flex flex-col min-h-screen">
@@ -68,6 +68,26 @@
6868
<div class="flex flex-col-reverse lg:flex-row justify-between">
6969
<div class=w-full>
7070
<div class=mb-4>
71+
<a href=/posts/%E6%9C%89%E8%B6%A3%E7%9A%84%E7%AE%97%E6%B3%95-%E5%B8%83%E9%9A%86%E8%BF%87%E6%BB%A4%E5%99%A8/ class="font-bold text-xl hover:text-eureka">有趣的算法-布隆过滤器</a>
72+
</div>
73+
<div class=content>
74+
引言 现在假设一个需求：设计一个url黑名单系统，需求是1亿个url黑名单，每个url平均长度30字节，判断当前的url是否在黑名单中。
75+
我们最先想到的可能时HashSet，如果少量的url，HashSet有着O(1)的查询效率是首选的方案。但是面对1亿个url，单单存储value就需要2861MB内存，显然不可取。而如果放到硬盘上进行数据库查询，面对近3GB的数据库，每次匹配都要查询的话，IO操作本身就是瓶颈。
76+
所以这时候引入了布隆过滤器。
77+
</div>
78+
<div class="flex flex-wrap flex-row items-center mt-2 text-tertiary-text">
79+
<div class="mr-6 my-2">
80+
<i class="fas fa-calendar mr-1"></i>
81+
<span>2019-10-30</span>
82+
</div>
83+
</div>
84+
</div>
85+
</div>
86+
</div>
87+
<div class=py-6>
88+
<div class="flex flex-col-reverse lg:flex-row justify-between">
89+
<div class=w-full>
90+
<div class=mb-4>
7191
<a href=/posts/%E4%BB%8E%E9%98%BF%E9%87%8C%E8%A7%84%E7%BA%A6%E8%B0%88%E8%B5%B7-arrays.aslist%E4%B8%89%E5%9D%91/ class="font-bold text-xl hover:text-eureka">从阿里规约谈起-Arrays.asList 三坑</a>
7292
</div>
7393
<div class=content>

0 commit comments

Comments
 (0)