Merge branch 'master' of ssh://git.shockrah.xyz:2222/shockrah/blog

content/drafts/build.md

@@ -1,6 +1,6 @@
 ---
 title: "How this site came to be"
-date: July 22, 2018
+date: 2018-06-22
 draft: true
 ---
 

content/drafts/deploy.md

@@ -1,6 +1,6 @@
 ---
 title: "Delivering whole OS's in Gitlab's CI/CD"
-date: 0000-00-00
+date: 2021-08-15
 draft: true
 ---
 

content/drafts/drive-recovery.md

@@ -1,6 +1,6 @@
 ---
 title: "Drive Recover"
-date: 0000-00-00
+date: 2021-08-14
 draft: true
 ---
 

content/drafts/eco-eats.md

@@ -1,6 +1,6 @@
 ---
 title: Economical Eats
-date: 0000-00-00
+date: 2021-08-14
 draft: true
 ---
 

content/drafts/local-esports.md

@@ -1,6 +1,6 @@
 ---
 title: Esports Post
-date: 0000-00-00
+date: 2021-08-14
 draft: true
 ---
 

content/drafts/pop-dwm.md

@@ -1,6 +1,6 @@
 ---
 title: "DWM and POP!\_OS"
-date: 0000-00-00
+date: 2021-08-14
 draft: true
 ---
 

content/notes-ramblings.md

@@ -24,5 +24,4 @@ It's _very_ stream of concious-y and often not super coherent so often there gap
 
 ## Design things
 
-* Nothing Yet
+* :wave: [Bubble Chat and it's User Data](/notes/rationalizing-user-data)
-

content/notes/rationalizing-user-data.md

@@ -0,0 +1,43 @@
+---
+title: Rationalizing User Data
+description: "Like how do I approach storing sensitive user data in Bubble?"
+date: 2025-01-07T21:34:12-08:00
+draft: false
+category: article
+---
+
+
+This is a stream of concious post where I go through the process of figuring out 
+how I am going to store user data in my [bubble project](https://git.shockrah.xyz/shockrah/bubble)
+
+Schema for the users can be found here: [link](https://git.shockrah.xyz/shockrah/bubble/src/branch/main/db/setup-tables.sql)
+
+
+# Pre-requisites
+
+* Using Postgres 
+* Hashed and salted passwords
+
+# User ID's
+
+By default I was going to use regular ID's that increment on each insertion.
+Considering using some form of UUID's for the sake of a slight increase in sec.
+Even though this isn't a major form of security, every layer towards
+better security counts, and I see this as one more layer to add.
+
+
+UUID's tend to suffer from indexing issues but later versions of UUID seem to
+have this figured out.
+
+After some reading v7 seems like the move.
+
+* Time based meaning sorting ( and thus searching ) is reasonably performant
+* Sufficient entropy for this case ( 74 bits ). We want ****some* entropy but also
+don't want to nuke performance
+* While we want to make it harder to guess, aiming for "unguessable" is just not
+reasonable. UUIDv4 is best for that but compromises performance so hard it's not
+worth it in the grand scheme of things
+
+
+IDK v7 feels like a good middle ground for security + performance for the **user id**
+

content/posts/building-with-rocket.md

@@ -1,6 +1,6 @@
 ---
 title: Building a Video Streaming Service with Rust
-date: 2021-13-10
+date: 2021-10-13
 draft: true
 description: The real state of Rocket right now
 category: article