diff --git a/content/about.md b/content/about.md index a77ad70..9199baf 100644 --- a/content/about.md +++ b/content/about.md @@ -1,7 +1,10 @@ +++ +type = misc + title = 'About' date = 2024-10-24T23:17:52+03:00 draft = false +bio = true +++ # About me diff --git a/content/posts/setup_p1.md b/content/posts/setup_p1.md index 0d1e924..bd21267 100644 --- a/content/posts/setup_p1.md +++ b/content/posts/setup_p1.md @@ -22,7 +22,7 @@ made a small change to the page, I had to manually rebuild it, then upload the updated version to my server and put it in the web directory. This is a cumbersome process. The whole point of using hugo is to *focus on the -writing*, so having to rebuild and reupload for every typo is... not great. I +writing*, so having to zip and reupload for every typo is... not great. I wanted to be able to do a simple `git push`, and not worry about the rest. The previous "manual" approach also depends on me having already installed all @@ -116,17 +116,18 @@ with each other. Usually, on a server, each application *isn't* totally separate from each other - for my own usecase, I want my git server (e.g. gogs) to automatically build and update my website whenever I push to its git repository. That means my git -server and web server can't be *totally* separate, there's some amount of relation. -Pods can help with this. +server and web server can't be *totally* separate, there's some amount of +relation. Pods can help with this. Pods allow you to create a "pod" containing several containers, sharing resources with each other, etc. For example, I could run a pod with nginx and gogs running -in seperate containers - then, the nginx server could act as a reverse proxy based -on host name, showing the web page on emin.software, and the git server on +in seperate containers - then, the nginx server could act as a reverse proxy +based on host name, showing the web page on emin.software, and the git server on git.emin.software. Nginx redirects to gogs which only binds to *the pod's localhost address*, so only nginx can reach it. Likewise, a database server can be added to the pod only for the git server to use, so that it can't be reached -from the outside the pod - and it is logically grouped along with the rest of the pod. +from the outside the pod - and it is logically grouped along with the rest of +the pod. -On top of this, pods can be built purely from a kubernetes-compatible configuration -file, so setting them up is relatively easy. +On top of this, pods can be built purely from a kubernetes-compatible +configuration file, so setting them up is relatively easy. diff --git a/public/404.html b/public/404.html index 48f286a..384fadb 100644 --- a/public/404.html +++ b/public/404.html @@ -1,5 +1,5 @@ -
+ @@ -43,7 +43,7 @@ - + @@ -72,7 +72,7 @@This is a cumbersome process. The whole point of using hugo is to focus on the
-writing, so having to rebuild and reupload for every typo is… not great. I
+writing, so having to zip and reupload for every typo is… not great. I
wanted to be able to do a simple git push
, and not worry about the rest.
The previous “manual” approach also depends on me having already installed all necessary software. If you have a dedicated server that you’re running yourself, @@ -255,19 +255,20 @@ with each other.
Pods allow you to create a “pod” containing several containers, sharing resources with each other, etc. For example, I could run a pod with nginx and gogs running -in seperate containers - then, the nginx server could act as a reverse proxy based -on host name, showing the web page on emin.software, and the git server on +in seperate containers - then, the nginx server could act as a reverse proxy +based on host name, showing the web page on emin.software, and the git server on git.emin.software. Nginx redirects to gogs which only binds to the pod’s localhost address, so only nginx can reach it. Likewise, a database server can be added to the pod only for the git server to use, so that it can’t be reached -from the outside the pod - and it is logically grouped along with the rest of the pod.
-On top of this, pods can be built purely from a kubernetes-compatible configuration -file, so setting them up is relatively easy.
+from the outside the pod - and it is logically grouped along with the rest of +the pod. +On top of this, pods can be built purely from a kubernetes-compatible +configuration file, so setting them up is relatively easy.
diff --git a/public/sitemap.xml b/public/sitemap.xml index 4d22c30..8be433a 100644 --- a/public/sitemap.xml +++ b/public/sitemap.xml @@ -2,20 +2,20 @@