Autosave: 2024-06-16 18:45:04
This commit is contained in:
		
							parent
							
								
									28702c732d
								
							
						
					
					
						commit
						7b4ab05ed6
					
				
					 25 changed files with 29 additions and 58 deletions
				
			
		
							
								
								
									
										
											BIN
										
									
								
								.zk/notebook.db
									
										
									
									
									
								
							
							
						
						
									
										
											BIN
										
									
								
								.zk/notebook.db
									
										
									
									
									
								
							
										
											Binary file not shown.
										
									
								
							
							
								
								
									
										42
									
								
								README.md
									
										
									
									
									
								
							
							
						
						
									
										42
									
								
								README.md
									
										
									
									
									
								
							|  | @ -14,7 +14,7 @@ computer science. | |||
| It is a [Zettelkasten](https://en.wikipedia.org/wiki/Zettelkasten) work in | ||||
| progress. I've recently converted the topic-based subdirectories into a single | ||||
| flat directory structure organised by tags. I'm in the process of partitioning | ||||
| longer notes into smaller informational units. | ||||
| longer notes into smaller units. | ||||
| 
 | ||||
| I use the [zk](https://github.com/zk-org/zk) CLI package to help with indexing | ||||
| and task automation alongside its [zk-nvim](https://github.com/zk-org/zk-nvim) | ||||
|  | @ -22,48 +22,8 @@ Neovim wrapper. I occassionally utilise [Obsidian](https://obsidian.md/) | |||
| alongside Neovim for when I want to view my notes as a knowledge graph or read | ||||
| them alongside their rich content (images, videos etc). | ||||
| 
 | ||||
| ## Commands | ||||
| 
 | ||||
| Commands are local to my Linux machine, specified in my | ||||
| [dotfiles](https://github.com/thomasabishop/dotfiles). They are how I generate | ||||
| new entries and manage the knowledge base. | ||||
| 
 | ||||
| | Alias          | Command                | Output                                                                                                                       | | ||||
| | -------------- | ---------------------- | ---------------------------------------------------------------------------------------------------------------------------- | | ||||
| | `z`            | `cd $HOME/repos/eolas` | Access Zettelkasten                                                                                                          | | ||||
| | `zn`           | `zk new --title ...`   | Create new entry from template                                                                                               | | ||||
| | `<leader> zk`  | `:ZkNotes`             | Access Zettelkasten from anywhere within `nvim`                                                                              | | ||||
| | `<leader> zi`  | `:ZkIndex`             | Index Zettelkasten within `nvim`                                                                                             | | ||||
| | `<leader> zt`  | `:ZkTags`              | View tags via [Telescope](https://github.com/nvim-telescope/telescope.nvim) within `nvim`                                    | | ||||
| | `<leader> ztt` | `:ObsidianTags`        | View tags in a Vim buffer via within `nvim` using [obsidian-nvim](https://github.com/epwalsh/obsidian.nvim)                  | | ||||
| | `<leader> zl`  | `:ZkLinks`             | View links in current entry via Telescope within `nvim`, using [obsidian-nvim](https://github.com/epwalsh/obsidian.nvim)     | | ||||
| | `<leader> zb`  | `:ZkBacklinks`         | View backlinks to current entry via Telescope within `nvim`, using [obsidian-nvim](https://github.com/epwalsh/obsidian.nvim) | | ||||
| 
 | ||||
| ## Frontmatter | ||||
| 
 | ||||
| When I run the `zn` command this generates a new Zettelkasten entry with the | ||||
| following frontmatter template: | ||||
| 
 | ||||
| ```yaml | ||||
| --- | ||||
| id: o8yzcrtv | ||||
| title: test | ||||
| tags: [] | ||||
| created: Saturday, February 17, 2024 | 17:44 | ||||
| --- | ||||
| ``` | ||||
| 
 | ||||
| ## Scripts | ||||
| 
 | ||||
| The [scripts](/scripts) directory contains several Bash and Python scripts I use | ||||
| for general housekeeping, such as formatting image URLs, removing unused assets, | ||||
| and autosaving. | ||||
| 
 | ||||
| ## Autosave | ||||
| 
 | ||||
| I use a [bash script](./scripts/auto_save.sh) to create autosave functionality | ||||
| via Git. This script runs every 15 minutes via a | ||||
| [systemd time](https://github.com/thomasabishop/dotfiles/tree/master/systemd/zettelkasten_autosave) | ||||
| timer. It tidies up the directory (removes unused images, ensures all file names | ||||
| use underscores rather than spaces and hyphens etc) and commits and pushes to | ||||
| GitHub. | ||||
|  |  | |||
|  | @ -62,7 +62,7 @@ client. | |||
| 
 | ||||
| We should accept alterations to the database that are not first validated. We | ||||
| can use the | ||||
| [Joi validator](Validation.md) to vet | ||||
| [Joi validator](Validation_in_NodeJS.md) to vet | ||||
| the request: | ||||
| 
 | ||||
| ```js | ||||
|  |  | |||
|  | @ -1,7 +1,6 @@ | |||
| --- | ||||
| tags: | ||||
|   - CPU | ||||
|   - clock | ||||
|   - computer-architecture | ||||
| --- | ||||
| 
 | ||||
|  |  | |||
|  | @ -1,7 +1,6 @@ | |||
| --- | ||||
| tags: | ||||
|   - electricity | ||||
|   - circuits | ||||
|   - electronics | ||||
| --- | ||||
| 
 | ||||
|  |  | |||
|  | @ -2,7 +2,6 @@ | |||
| tags: | ||||
|   - binary | ||||
|   - memory | ||||
|   - clock | ||||
|   - electromagnetism | ||||
|   - hardware | ||||
| --- | ||||
|  |  | |||
|  | @ -79,7 +79,7 @@ the second list against them. | |||
| ## Parameter expansion: `${...}` | ||||
| 
 | ||||
| We use most frequently for returning the value of stored | ||||
| [variables](Variables_and_data_types.md). | ||||
| [variables](Variables_and_data_types_in_Bash.md). | ||||
| Techically we do not have to use the braces, we can retrieve with just `$var` | ||||
| however it's better to use them to minimise interpretation fuck-ups which happen | ||||
| a lot. | ||||
|  |  | |||
|  | @ -1,5 +1,8 @@ | |||
| --- | ||||
| tags: [logic-gates, binary, memory, clock] | ||||
| tags: | ||||
|   - logic-gates | ||||
|   - binary | ||||
|   - memory | ||||
| --- | ||||
| 
 | ||||
| # Flip-Flops | ||||
|  |  | |||
|  | @ -61,7 +61,7 @@ _Here I have pressed `u` to show only the processes associated with my user:_ | |||
|     ``` | ||||
| - `VIRT` | ||||
|   - The total amount of | ||||
|     [virtual memory](Virtual_memory_and_the_MMU.md) used by | ||||
|     [virtual memory](Virtual_memory_and_the_MMU_in_Linux.md) used by | ||||
|     the process including: program code, data, shared libraries, pages that have | ||||
|     been swapped, pages that have been mapped but not used. | ||||
| - `RES` | ||||
|  | @ -69,7 +69,7 @@ _Here I have pressed `u` to show only the processes associated with my user:_ | |||
|   - The non swapped _physical_ memory the process has used | ||||
| - `SHR` | ||||
|   - The size of the process's | ||||
|     [shared pages](Virtual_memory_and_the_MMU.md#shared-pages) | ||||
|     [shared pages](Virtual_memory_and_the_MMU_in_Linux.md#shared-pages) | ||||
| - `S` | ||||
|   - Status: | ||||
|     - S for sleeping (idle) | ||||
|  | @ -168,7 +168,7 @@ $ uptime | |||
| 
 | ||||
| We know that processes primarily interact with virtual memory in the form of | ||||
| pages which are then translated to physical blocks by the kernel via the | ||||
| [MMU](Virtual_memory_and_the_MMU.md). There are several tools | ||||
| [MMU](Virtual_memory_and_the_MMU_in_Linux.md). There are several tools | ||||
| which provide windows onto this process. | ||||
| 
 | ||||
| ### System page size | ||||
|  |  | |||
|  | @ -64,7 +64,7 @@ It has the following jobs to manage: | |||
| - Allowing for the use of disk space as auxiliary memory | ||||
| 
 | ||||
| > Modern CPUs include a | ||||
| > [memory management unit](Virtual_memory_and_the_MMU.md#the-memory-management-unit-mmu) | ||||
| > [memory management unit](Virtual_memory_and_the_MMU_in_Linux.md#the-memory-management-unit-mmu) | ||||
| > which provides the kernel with **virtual** memory. In this scenario, memory | ||||
| > isn't directly accessed by the process instead it works on the assumption that | ||||
| > is has access to the entire memory of the machine and this is then translated | ||||
|  |  | |||
|  | @ -1,5 +1,8 @@ | |||
| --- | ||||
| tags: [logic-gates, binary, memory, clock] | ||||
| tags: | ||||
|   - logic-gates | ||||
|   - binary | ||||
|   - memory | ||||
| --- | ||||
| 
 | ||||
| # 3-bit Counter | ||||
|  |  | |||
|  | @ -1,5 +1,6 @@ | |||
| --- | ||||
| tags: | ||||
|   - operating-systems | ||||
| --- | ||||
| 
 | ||||
| # User space | ||||
|  |  | |||
|  | @ -1,5 +1,7 @@ | |||
| --- | ||||
| tags: [] | ||||
| tags: | ||||
|   - Linux | ||||
|   - procedural | ||||
| --- | ||||
| 
 | ||||
| # User management | ||||
|  | @ -1 +0,0 @@ | |||
| // Add notes on using env vars locally and in prod | ||||
|  | @ -31,7 +31,7 @@ the property of `required` for a cell in the table. If we didn't set any | |||
| validation via Mongoose, Mongo would accept whatever we sent to it. | ||||
| 
 | ||||
| What is the relationship between this Mongoose validation and the | ||||
| [Joi](Validation.md) validation that we | ||||
| [Joi](Validation_in_NodeJS.md) validation that we | ||||
| use when validating API requests in Node/Express? They complement each other. We | ||||
| use Joi to validate the client request to the API. If this is valid, the process | ||||
| would then move onto the next stage which would be transforming the data from a | ||||
|  |  | |||
|  | @ -1,5 +1,6 @@ | |||
| --- | ||||
| tags: [] | ||||
| tags: | ||||
|   - databases | ||||
| --- | ||||
| 
 | ||||
| # Views in relational databases | ||||
|  |  | |||
|  | @ -1,5 +1,7 @@ | |||
| --- | ||||
| tags: [memory] | ||||
| tags: | ||||
|   - memory | ||||
|   - Linux | ||||
| --- | ||||
| 
 | ||||
| # Virtual memory and the Memory Management Unit | ||||
|  | @ -1,6 +1,7 @@ | |||
| --- | ||||
| tags: | ||||
|   - disks | ||||
|   - computer-architecture | ||||
| --- | ||||
| 
 | ||||
| # What are disks? | ||||
|  |  | |||
|  | @ -1,5 +1,7 @@ | |||
| --- | ||||
| tags: [binary] | ||||
| tags: | ||||
|   - binary | ||||
|   - computer-architecture | ||||
| --- | ||||
| 
 | ||||
| # Why computers use binary | ||||
|  |  | |||
		Loading…
	
	Add table
		
		Reference in a new issue
	
	 thomasabishop
						thomasabishop