dongdigua/mirror.dongdigua.github.io
1
0
Fork 0
mirror of https://github.com/dongdigua/dongdigua.github.io synced 2024-11-27 17:10:55 +08:00
Code Issues Packages Projects Releases Wiki Activity

Merge, and probably the last merge

Browse Source
This commit is contained in:
dongdigua 2022-12-04 13:33:48 +08:00
commit 268a489a37
8 changed files with 153 additions and 159 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

153
feed.xml
View File

@ -6,7 +6,7 @@
<generator>Emacs webfeeder.el</generator> <generator>Emacs webfeeder.el</generator>
<link>https://dongdigua.github.io</link> <link>https://dongdigua.github.io</link>
<atom:link href="https://dongdigua.github.io/feed.xml" rel="self" type="application/rss+xml"/> <atom:link href="https://dongdigua.github.io/feed.xml" rel="self" type="application/rss+xml"/>
<lastBuildDate>六, 03 12月 2022 22:45:02 +0800</lastBuildDate> <lastBuildDate>日, 04 12月 2022 13:34:39 +0800</lastBuildDate>
<item> <item>
<title>狗日的腾讯会议</title> <title>狗日的腾讯会议</title>
<description><![CDATA[<div id="content" class="content"> <description><![CDATA[<div id="content" class="content">
@ -99,62 +99,87 @@
<pubDate>五, 02 12月 2022 08:00:00 +0800</pubDate> <pubDate>五, 02 12月 2022 08:00:00 +0800</pubDate>
</item> </item>
<item> <item>
<title>New Blog Architecture</title> <title>New(and Newer) Blog Architecture</title>
<description><![CDATA[<div id="content" class="content"> <description><![CDATA[<div id="content" class="content">
<div class="outline-2">
<h2> <span class="section-number-2">1.</span> Branch</h2>
<div class="outline-text-2" id="text-1">
<p> <p>
I've never fully learnt git before(only search for garbage when meeted with problem), so I recently read <a href="https://git-scm.com/book">ProGit</a>. <br></br> I've never fully learnt git before(only search for garbage when meeted with problem), so I recently read <a href="https://git-scm.com/book">ProGit</a>. <br></br>
And I have some good ideas on my repo architecture: I should make use of branch, obviously. <br></br></p> And I have some good ideas on my repo architecture: I should make use of branch, obviously. <br></br></p>
</div>
<div class="outline-2"> <div class="outline-3">
<h2> <span class="section-number-2">1.</span> Idea is:</h2> <h3> <span class="section-number-3">1.1.</span> Idea is:</h3>
<div class="outline-text-2" id="text-1"> <div class="outline-text-3" id="text-1-1">
<p> <p>
seperate the source file(org) and the generated files(html, feed.xml) <br></br> seperate the source file(org) and the generated files(html, feed.xml) <br></br>
so I can <br></br></p> so I can <br></br></p>
</div> </div>
<div class="outline-3"> <div class="outline-4">
<h3> <span class="section-number-3">1.1.</span> clearly look at the diff</h3> <h4> <span class="section-number-4">1.1.1.</span> clearly look at the diff</h4>
</div> </div>
<div class="outline-3"> <div class="outline-4">
<h3> <span class="section-number-3">1.2.</span> delete the generated files if I want</h3> <h4> <span class="section-number-4">1.1.2.</span> delete the generated files if I want</h4>
<div class="outline-text-3" id="text-1-2"> <div class="outline-text-4" id="text-1-1-2">
<p> <p>
because those static files are really unecessary and takes much space <br></br></p> because those static files are really unecessary and takes much space <br></br></p>
</div> </div>
</div> </div>
</div> </div>
<div class="outline-2">
<h2> <span class="section-number-2">2.</span> So what</h2>
<div class="outline-text-2" id="text-2">
</div>
<div class="outline-3"> <div class="outline-3">
<h3> <span class="section-number-3">2.1.</span> use <code>filter-branch</code> to remove the huge <code>feed.xml</code> in the full history</h3> <h3> <span class="section-number-3">1.2.</span> So what</h3>
<div class="outline-text-3" id="text-1-2">
</div> </div>
<div class="outline-3"> <div class="outline-4">
<h3> <span class="section-number-3">2.2.</span> ignore the generated files in the source repo</h3> <h4> <span class="section-number-4">1.2.1.</span> use <code>filter-branch</code> to remove the huge <code>feed.xml</code> in the full history</h4>
</div> </div>
<div class="outline-3"> <div class="outline-4">
<h3> <span class="section-number-3">2.3.</span> merge the source repo into site repo when I think it's ok</h3> <h4> <span class="section-number-4">1.2.2.</span> ignore the generated files in the source repo</h4>
<div class="outline-text-3" id="text-2-3"> </div>
<div class="outline-4">
<h4> <span class="section-number-4">1.2.3.</span> merge the source repo into site repo when I think it's ok</h4>
<div class="outline-text-4" id="text-1-2-3">
<p> <p>
don't remove the source(org) in the site repo, <br></br> don't remove the source(org) in the site repo, <br></br>
if build in main and checkout to site, those html will be overwritten <br></br></p> if build in main and checkout to site, those html will be overwritten <br></br></p>
</div> </div>
</div> </div>
<div class="outline-4">
<h4> <span class="section-number-4">1.2.4.</span> <del>and I will use the same stratagy on my YW sub-website if there's no problem</del></h4>
<div class="outline-text-4" id="text-1-2-4">
<p>
I'm testing using CI on YW sub-site before deploying on this precious repo <br></br></p>
</div>
</div>
</div>
<div class="outline-3"> <div class="outline-3">
<h3> <span class="section-number-3">2.4.</span> and I will use the same stratagy on my YW sub-website if there's no problem</h3> <h3> <span class="section-number-3">1.3.</span> Need Advice</h3>
<div class="outline-text-3" id="text-1-3">
<p>
<del>I'm really new to do this. If you have a better idea, or this is somehow useful to you,</del> <br></br> <del> <b>contact me, please!</b></del> <br></br></p>
</div>
</div> </div>
</div> </div>
<div class="outline-2"> <div class="outline-2">
<h2> <span class="section-number-2">3.</span> Need Advice</h2> <h2> <span class="section-number-2">2.</span> CI</h2>
<div class="outline-text-2" id="text-3"> <div class="outline-text-2" id="text-2">
<p> <p>
I'm really new to do this. <br></br> I previously thought of using CI to deploy blog, but I <i>thought</i> it too difficult, so just keep status quo. <br></br>
If you have a better idea, or this is somehow useful to you, <br></br> <b>contact me, please!</b> <br></br></p> But for many times I want to build a <a href="https://github.com/dongdigua/configs/blob/main/configuration.nix">NixOS</a> with <a href="https://donngdigua.github.io/wayland">wayland</a> and lots of other big util(such as clang and metasploit), <br></br>
if I build it on my machine, it will take up too many spaces and make no use except for building iso. <br></br>
So it urged me to use a CI, after some <a href="https://t.bilibili.com/735422465675624481">trying</a>, I found it not difficult and in fact, very useful! <br></br></p>
<p>
I can have my huge feed.xml(which contains each of my post) dynamically generated by CI, it will save lots of spaces! <br></br>
I will <a href="https://git-scm.com/book/en/v2/Git-Tools-Bundling">bundle</a> my entire history mess and put it on release, like previous big change, <br></br>
then use the Nuclear Option <code>filter-branch</code> to delete those generated big files. <br></br></p>
</div> </div>
</div> </div>
</div>]]></description> </div>]]></description>
@ -770,82 +795,6 @@ var: <code>plz-curl-default-args</code> <br></br></p>
<guid isPermaLink="false">https://dongdigua.github.io/matrix.html</guid> <guid isPermaLink="false">https://dongdigua.github.io/matrix.html</guid>
<pubDate>四, 22 9月 2022 08:00:00 +0800</pubDate> <pubDate>四, 22 9月 2022 08:00:00 +0800</pubDate>
</item> </item>
<item>
<title>Build a Minimal NixOS LiveCD with swaywm</title>
<description><![CDATA[<div id="content" class="content">
<div class="outline-2">
<h2> <span class="section-number-2">1.</span> problem & solution</h2>
<div class="outline-text-2" id="text-1">
</div>
<div class="outline-3">
<h3> <span class="section-number-3">1.1.</span> unable to drop root</h3>
<div class="outline-text-3" id="text-1-1">
<p>
donot run under root <br></br></p>
</div>
</div>
<div class="outline-3">
<h3> <span class="section-number-3">1.2.</span> in normal user, libseat permission deniened</h3>
<div class="outline-text-3" id="text-1-2">
<p>
add user in <code>video</code> group <br></br>
login as user, not root <br></br></p>
</div>
</div>
<div class="outline-3">
<h3> <span class="section-number-3">1.3.</span> egl error</h3>
<div class="outline-text-3" id="text-1-3">
<p>
enable 3D acceleration in VirtualBox <br></br></p>
</div>
</div>
<div class="outline-3">
<h3> <span class="section-number-3">1.4.</span> config files from outside</h3>
<div class="outline-text-3" id="text-1-4">
<p>
<img src="../images/irc-nixiso.png" alt="irc-nixiso.png"></img> <br></br>
but it is copied using xoriso to <code>/iso/</code> <br></br>
so I need to write a systemd service to automagically sync it at boot <br></br></p>
</div>
</div>
<div class="outline-3">
<h3> <span class="section-number-3">1.5.</span> cleanup builds</h3>
<div class="outline-text-3" id="text-1-5">
<p>
<code>/nix/store/</code> takes too much space after build <br></br></p>
<div class="org-src-container">
<pre class="src src-sh">unlink result
nix-store <path>
</pre>
</div>
<p>
and there're a few tools for visualising disk size: <br></br> <a href="https://nixos.wiki/wiki/Cleaning_the_nix_store">https://nixos.wiki/wiki/Cleaning_the_nix_store</a> <br></br></p>
</div>
</div>
</div>
<div class="outline-2">
<h2> <span class="section-number-2">2.</span> reference</h2>
<div class="outline-text-2" id="text-2">
</div>
<div class="outline-3">
<h3> <span class="section-number-3">2.1.</span> <a href="https://sr.ht/~guido/nixos-init-freedom/">nixos without systemd?</a></h3>
</div>
<div class="outline-3">
<h3> <span class="section-number-3">2.2.</span> <a href="https://gist.github.com/kborling/76805ade81ac5bfdd712df294208c878">an example config</a></h3>
</div>
<div class="outline-3">
<h3> <span class="section-number-3">2.3.</span> <a href="https://xeiaso.net/blog/super-bootable-64-2020-05-06">Xe: Super Bootable 64</a></h3>
</div>
</div>
</div>]]></description>
<link>https://dongdigua.github.io/nixos.html</link>
<guid isPermaLink="false">https://dongdigua.github.io/nixos.html</guid>
<pubDate>六, 17 9月 2022 08:00:00 +0800</pubDate>
</item>
<item> <item>
<title>庄主其人</title> <title>庄主其人</title>
<description><![CDATA[<div id="content" class="content"> <description><![CDATA[<div id="content" class="content">
@ -1913,7 +1862,7 @@ CPU, IC, ARM <br></br></p>
<div class="outline-text-4" id="text-1-21-2"> <div class="outline-text-4" id="text-1-21-2">
<div class="figure"> <div class="figure">
<p> <img src="http://jujuba.me/imgs/linus-on-TED.png" alt="linus-on-TED.png" width="256px"></img> <br></br></p> <p> <img src="http://jujuba.me/imgs/linus-on-TED.png" alt="linus-on-TED.png" width="400px"></img> <br></br></p>
</div> </div>
</div> </div>
</div> </div>

1
gmi/gopher_collections.gmi
View File

@ -42,3 +42,4 @@ Gemcast, Esperanto
=> gemini://gemini.cyberbot.space/ + cyberbot => gemini://gemini.cyberbot.space/ + cyberbot
undergoes frequent maintenance undergoes frequent maintenance
=> gemini://gemini.cyberbot.space/smolzine/ ++ smolzine => gemini://gemini.cyberbot.space/smolzine/ ++ smolzine
=> gemini://tilde.team/~kiedtl/k1ss/ + Kiss Linux mirror

6
internet_collections.html
View File

@ -3,7 +3,7 @@
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en"> <html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head> <head>
<!-- 2022-12-03 六 22:45 --> <!-- 2022-12-04 日 13:34 -->
<meta http-equiv="Content-Type" content="text/html;charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1" /> <meta name="viewport" content="width=device-width, initial-scale=1" />
<title>Internet Collections</title> <title>Internet Collections</title>
@ -430,7 +430,7 @@ CPU, IC, ARM<br />
<div class="outline-text-4" id="text-1-21-2"> <div class="outline-text-4" id="text-1-21-2">
<div class="figure"> <div class="figure">
<p><img src="http://jujuba.me/imgs/linus-on-TED.png" alt="linus-on-TED.png" width="256px" /><br /> <p><img src="http://jujuba.me/imgs/linus-on-TED.png" alt="linus-on-TED.png" width="400px" /><br />
</p> </p>
</div> </div>
</div> </div>
@ -1404,7 +1404,7 @@ worth reading<br />
<p class="author">Author: dongdigua</p> <p class="author">Author: dongdigua</p>
<p class="date">Date: 2022-06-05 日 00:00</p> <p class="date">Date: 2022-06-05 日 00:00</p>
<p class="date">Build: 2022-12-03 六 22:45</p> <p class="date">Build: 2022-12-04 日 13:34</p>
<p>LICENCE: CC BY-NC-SA</p> <p>LICENCE: CC BY-NC-SA</p>
<p>If you have any idea, please contact me! I may add your comment</p> <p>If you have any idea, please contact me! I may add your comment</p>
</div> </div>

107
new_blog_arch.html
View File

@ -3,10 +3,10 @@
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en"> <html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head> <head>
<!-- 2022-12-03 六 12:02 --> <!-- 2022-12-04 日 13:34 -->
<meta http-equiv="Content-Type" content="text/html;charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1" /> <meta name="viewport" content="width=device-width, initial-scale=1" />
<title>New Blog Architecture</title> <title>New(and Newer) Blog Architecture</title>
<meta name="author" content="dongdigua" /> <meta name="author" content="dongdigua" />
<meta name="description" content="It's time" /> <meta name="description" content="It's time" />
<meta name="generator" content="Org Mode" /> <meta name="generator" content="Org Mode" />
@ -202,48 +202,58 @@
| |
<a accesskey="H" href="https://dongdigua.github.io"> HOME </a> <a accesskey="H" href="https://dongdigua.github.io"> HOME </a>
</div><div id="content" class="content"> </div><div id="content" class="content">
<h1 class="title">New Blog Architecture</h1> <h1 class="title">New(and Newer) Blog Architecture</h1>
<div id="table-of-contents" role="doc-toc"> <div id="table-of-contents" role="doc-toc">
<h2>Table of Contents</h2> <h2>Table of Contents</h2>
<div id="text-table-of-contents" role="doc-toc"> <div id="text-table-of-contents" role="doc-toc">
<ul> <ul>
<li><a>1. Idea is:</a> <li><a>1. Branch</a>
<ul> <ul>
<li><a>1.1. clearly look at the diff</a></li> <li><a>1.1. Idea is:</a>
<li><a>1.2. delete the generated files if I want</a></li> <ul>
<li><a>1.1.1. clearly look at the diff</a></li>
<li><a>1.1.2. delete the generated files if I want</a></li>
</ul> </ul>
</li> </li>
<li><a>2. So what</a> <li><a>1.2. So what</a>
<ul> <ul>
<li><a>2.1. use <code>filter-branch</code> to remove the huge <code>feed.xml</code> in the full history</a></li> <li><a>1.2.1. use <code>filter-branch</code> to remove the huge <code>feed.xml</code> in the full history</a></li>
<li><a>2.2. ignore the generated files in the source repo</a></li> <li><a>1.2.2. ignore the generated files in the source repo</a></li>
<li><a>2.3. merge the source repo into site repo when I think it's ok</a></li> <li><a>1.2.3. merge the source repo into site repo when I think it's ok</a></li>
<li><a>2.4. and I will use the same stratagy on my YW sub-website if there's no problem</a></li> <li><a>1.2.4. <del>and I will use the same stratagy on my YW sub-website if there's no problem</del></a></li>
</ul> </ul>
</li> </li>
<li><a>3. Need Advice</a></li> <li><a>1.3. Need Advice</a></li>
</ul>
</li>
<li><a>2. CI</a></li>
</ul> </ul>
</div> </div>
</div> </div>
<div class="outline-2">
<h2><span class="section-number-2">1.</span> Branch</h2>
<div class="outline-text-2" id="text-1">
<p> <p>
I've never fully learnt git before(only search for garbage when meeted with problem), so I recently read <a href="https://git-scm.com/book">ProGit</a>.<br /> I've never fully learnt git before(only search for garbage when meeted with problem), so I recently read <a href="https://git-scm.com/book">ProGit</a>.<br />
And I have some good ideas on my repo architecture: I should make use of branch, obviously.<br /> And I have some good ideas on my repo architecture: I should make use of branch, obviously.<br />
</p> </p>
</div>
<div class="outline-2"> <div class="outline-3">
<h2><span class="section-number-2">1.</span> Idea is:</h2> <h3><span class="section-number-3">1.1.</span> Idea is:</h3>
<div class="outline-text-2" id="text-1"> <div class="outline-text-3" id="text-1-1">
<p> <p>
seperate the source file(org) and the generated files(html, feed.xml)<br /> seperate the source file(org) and the generated files(html, feed.xml)<br />
so I can<br /> so I can<br />
</p> </p>
</div> </div>
<div class="outline-3"> <div class="outline-4">
<h3><span class="section-number-3">1.1.</span> clearly look at the diff</h3> <h4><span class="section-number-4">1.1.1.</span> clearly look at the diff</h4>
</div> </div>
<div class="outline-3"> <div class="outline-4">
<h3><span class="section-number-3">1.2.</span> delete the generated files if I want</h3> <h4><span class="section-number-4">1.1.2.</span> delete the generated files if I want</h4>
<div class="outline-text-3" id="text-1-2"> <div class="outline-text-4" id="text-1-1-2">
<p> <p>
because those static files are really unecessary and takes much space<br /> because those static files are really unecessary and takes much space<br />
</p> </p>
@ -251,37 +261,60 @@ because those static files are really unecessary and takes much space<br />
</div> </div>
</div> </div>
<div class="outline-2">
<h2><span class="section-number-2">2.</span> So what</h2>
<div class="outline-text-2" id="text-2">
</div>
<div class="outline-3"> <div class="outline-3">
<h3><span class="section-number-3">2.1.</span> use <code>filter-branch</code> to remove the huge <code>feed.xml</code> in the full history</h3> <h3><span class="section-number-3">1.2.</span> So what</h3>
<div class="outline-text-3" id="text-1-2">
</div> </div>
<div class="outline-3"> <div class="outline-4">
<h3><span class="section-number-3">2.2.</span> ignore the generated files in the source repo</h3> <h4><span class="section-number-4">1.2.1.</span> use <code>filter-branch</code> to remove the huge <code>feed.xml</code> in the full history</h4>
</div> </div>
<div class="outline-3"> <div class="outline-4">
<h3><span class="section-number-3">2.3.</span> merge the source repo into site repo when I think it's ok</h3> <h4><span class="section-number-4">1.2.2.</span> ignore the generated files in the source repo</h4>
<div class="outline-text-3" id="text-2-3"> </div>
<div class="outline-4">
<h4><span class="section-number-4">1.2.3.</span> merge the source repo into site repo when I think it's ok</h4>
<div class="outline-text-4" id="text-1-2-3">
<p> <p>
don't remove the source(org) in the site repo,<br /> don't remove the source(org) in the site repo,<br />
if build in main and checkout to site, those html will be overwritten<br /> if build in main and checkout to site, those html will be overwritten<br />
</p> </p>
</div> </div>
</div> </div>
<div class="outline-4">
<h4><span class="section-number-4">1.2.4.</span> <del>and I will use the same stratagy on my YW sub-website if there's no problem</del></h4>
<div class="outline-text-4" id="text-1-2-4">
<p>
I'm testing using CI on YW sub-site before deploying on this precious repo<br />
</p>
</div>
</div>
</div>
<div class="outline-3"> <div class="outline-3">
<h3><span class="section-number-3">2.4.</span> and I will use the same stratagy on my YW sub-website if there's no problem</h3> <h3><span class="section-number-3">1.3.</span> Need Advice</h3>
<div class="outline-text-3" id="text-1-3">
<p>
<del>I'm really new to do this. If you have a better idea, or this is somehow useful to you,</del><br />
<del><b>contact me, please!</b></del><br />
</p>
</div>
</div> </div>
</div> </div>
<div class="outline-2"> <div class="outline-2">
<h2><span class="section-number-2">3.</span> Need Advice</h2> <h2><span class="section-number-2">2.</span> CI</h2>
<div class="outline-text-2" id="text-3"> <div class="outline-text-2" id="text-2">
<p> <p>
I'm really new to do this.<br /> I previously thought of using CI to deploy blog, but I <i>thought</i> it too difficult, so just keep status quo.<br />
If you have a better idea, or this is somehow useful to you,<br /> But for many times I want to build a <a href="https://github.com/dongdigua/configs/blob/main/configuration.nix">NixOS</a> with <a href="https://donngdigua.github.io/wayland">wayland</a> and lots of other big util(such as clang and metasploit),<br />
<b>contact me, please!</b><br /> if I build it on my machine, it will take up too many spaces and make no use except for building iso.<br />
So it urged me to use a CI, after some <a href="https://t.bilibili.com/735422465675624481">trying</a>, I found it not difficult and in fact, very useful!<br />
</p>
<p>
I can have my huge feed.xml(which contains each of my post) dynamically generated by CI, it will save lots of spaces!<br />
I will <a href="https://git-scm.com/book/en/v2/Git-Tools-Bundling">bundle</a> my entire history mess and put it on release, like previous big change,<br />
then use the Nuclear Option <code>filter-branch</code> to delete those generated big files.<br />
</p> </p>
</div> </div>
</div> </div>
@ -290,7 +323,7 @@ If you have a better idea, or this is somehow useful to you,<br />
<p class="author">Author: dongdigua</p> <p class="author">Author: dongdigua</p>
<p class="date">Date: 2022-11-20 日 00:00</p> <p class="date">Date: 2022-11-20 日 00:00</p>
<p class="date">Build: 2022-12-03 六 12:02</p> <p class="date">Build: 2022-12-04 日 13:34</p>
<p>LICENCE: CC BY-NC-SA</p> <p>LICENCE: CC BY-NC-SA</p>
<p>If you have any idea, please contact me! I may add your comment</p> <p>If you have any idea, please contact me! I may add your comment</p>
</div> </div>

2
org/Makefile
View File

@ -11,6 +11,6 @@ html:
@echo "DONE" @echo "DONE"
clean: clean:
rm ~/.org-timestamps/org-pages.cache - rm ~/.org-timestamps/org-pages.cache
$(TARGET) | xargs -I {} rm {} $(TARGET) | xargs -I {} rm {}
rm ../feed.xml* rm ../feed.xml*

2
org/internet_collections.org
View File

@ -77,7 +77,7 @@ CPU, IC, ARM
出国 出国
*** [[http://jujuba.me/posts/program-analysis-via-llvm-pass.html][LLVM Pass来实现简化版taint analysis]] *** [[http://jujuba.me/posts/program-analysis-via-llvm-pass.html][LLVM Pass来实现简化版taint analysis]]
*** [[http://jujuba.me/posts/taste-of-code.html][代码的taste]] *** [[http://jujuba.me/posts/taste-of-code.html][代码的taste]]
#+ATTR_HTML: :width 256px #+ATTR_HTML: :width 400px
[[http://jujuba.me/imgs/linus-on-TED.png]] [[http://jujuba.me/imgs/linus-on-TED.png]]
** [[https://cireu.github.io/2019/09/17/lisp-setf/][NIL: setf 中「f」的本意]] ** [[https://cireu.github.io/2019/09/17/lisp-setf/][NIL: setf 中「f」的本意]]
** [[https://www.cnblogs.com/zjjws/p/13346020.html][第 N 个质数]] :c:algorithm: ** [[https://www.cnblogs.com/zjjws/p/13346020.html][第 N 个质数]] :c:algorithm:

37
org/new_blog_arch.org
View File

@ -1,26 +1,37 @@
#+TITLE: New Blog Architecture #+TITLE: New(and Newer) Blog Architecture
#+DESCRIPTION: It's time #+DESCRIPTION: It's time
#+DATE: <2022-11-20 Sun> #+DATE: <2022-11-20 Sun>
* Branch
I've never fully learnt git before(only search for garbage when meeted with problem), so I recently read [[https://git-scm.com/book][ProGit]]. I've never fully learnt git before(only search for garbage when meeted with problem), so I recently read [[https://git-scm.com/book][ProGit]].
And I have some good ideas on my repo architecture: I should make use of branch, obviously. And I have some good ideas on my repo architecture: I should make use of branch, obviously.
* Idea is: ** Idea is:
seperate the source file(org) and the generated files(html, feed.xml) seperate the source file(org) and the generated files(html, feed.xml)
so I can so I can
** clearly look at the diff *** clearly look at the diff
** delete the generated files if I want *** delete the generated files if I want
because those static files are really unecessary and takes much space because those static files are really unecessary and takes much space
* So what ** So what
** use =filter-branch= to remove the huge =feed.xml= in the full history *** use =filter-branch= to remove the huge =feed.xml= in the full history
** ignore the generated files in the source repo *** ignore the generated files in the source repo
** merge the source repo into site repo when I think it's ok *** merge the source repo into site repo when I think it's ok
don't remove the source(org) in the site repo, don't remove the source(org) in the site repo,
if build in main and checkout to site, those html will be overwritten if build in main and checkout to site, those html will be overwritten
** and I will use the same stratagy on my YW sub-website if there's no problem *** +and I will use the same stratagy on my YW sub-website if there's no problem+
I'm testing using CI on YW sub-site before deploying on this precious repo
* Need Advice ** Need Advice
I'm really new to do this. +I'm really new to do this. If you have a better idea, or this is somehow useful to you,+
If you have a better idea, or this is somehow useful to you, +*contact me, please!*+
*contact me, please!*
* CI
I previously thought of using CI to deploy blog, but I /thought/ it too difficult, so just keep status quo.
But for many times I want to build a [[https://github.com/dongdigua/configs/blob/main/configuration.nix][NixOS]] with [[https://donngdigua.github.io/wayland][wayland]] and lots of other big util(such as clang and metasploit),
if I build it on my machine, it will take up too many spaces and make no use except for building iso.
So it urged me to use a CI, after some [[https://t.bilibili.com/735422465675624481][trying]], I found it not difficult and in fact, very useful!
I can have my huge feed.xml(which contains each of my post) dynamically generated by CI, it will save lots of spaces!
I will [[https://git-scm.com/book/en/v2/Git-Tools-Bundling][bundle]] my entire history mess and put it on release, like previous big change,
then use the Nuclear Option =filter-branch= to delete those generated big files.

4
posts.md
View File

@ -2,8 +2,8 @@
### Posts (sorted by time) ### Posts (sorted by time)
- [狗日的腾讯会议](damn_tencent_meeting)<br> - [狗日的腾讯会议](damn_tencent_meeting)<br>
上网课有感而发 上网课有感而发
- [New Blog Repo Architecture](new_blog_arch)<br> - [New Blog Architecture](new_blog_arch)<br>
please contct me if you have a better idea mess -> branch -> CI
- [记一次帮老师修U盘](recover_udisk)<br> - [记一次帮老师修U盘](recover_udisk)<br>
- [Clear Kernel Compile Error? Fix It](clear_kernel_compile_fix)<br> - [Clear Kernel Compile Error? Fix It](clear_kernel_compile_fix)<br>
- [Gentoo LLVM\_TARGETS not Working?](gentoo_llvm_targets)<br> - [Gentoo LLVM\_TARGETS not Working?](gentoo_llvm_targets)<br>