#

markdown

(46 articles)

Goodbye Streaming, Hello Chaos: My Return to a Local Music Collection

I have finally snapped. Not in a “turn your radio to 666 AM and wait for further instructions” kind of way, but in a “cancel every streaming subscription, wipe my phone, and return to my personal music collection like it’s 2007” kind of way. You see, my hard drive is a musical landfill. I’ve got MP3s at 128 kbps that sound like they were recorded through a potato, 320 kbps tracks that are fine but redundant, and FLAC files so enormous they’re basically squatting on my storage like an unpaying tenant. Every time I scroll through my library, I can almost hear my SSD weeping. So I’ve chosen a middle path: **Opus at around 160 kbps**. - Small enough to not need a NASA-sized hard drive. - Clear enough to hear the cymbal crashes without wondering if the drummer is trapped in a cardboard box. - Perfect for cramming thousands of songs onto my phone without my storage screaming for mercy. Yes, I know — audiophiles will tell me I’m “throwing away precious bits of sonic magic” and minimalists will say, “Why not just keep the streaming?” But both camps can relax: I’m going back to a time when I *owned* my music, didn’t need an internet connection to enjoy it, and could happily spend hours making playlists called things like *Driving Into a Storm While Questioning Life Choices*. And speaking of phones, this coincides perfectly with my upcoming switch to Android. I’ll finally have the freedom to load up a microSD card, drag-and-drop my tunes like it’s the golden age of Winamp, and maybe even bring back a dancing llama visualizer for good measure. Now, technically, I’m *still* holding onto one streaming service… the Apple Family Music plan. Why? Because my entire household are Apple Kool-Aid–drinking zombies, and if I dared cancel it, I’d be exiled to the couch with only a broken Bluetooth speaker for company. In the future, I’ll probably get a bigger phone with more storage, but for now, I’m just happy to be cutting out most of the subscription noise and building my own portable jukebox. Streaming services, it’s been real. But our relationship was never exclusive. And now I’m running off with my old FLAC files — after I squeeze them into something more reasonable, of course.

How Parzzix Blog Works: Nostr, Caching, and Lightning-Fast Loads - Edited

*Repost due to slop* Ever click a post on this blog and wonder, “How did that load so fast?!” Let’s break down the secret recipe behind the [Parzzix blog](https://parzzix.com)—no PhD required. --- ### 1. Grabbing Posts from Nostr (The Decentralized Way) This blog doesn’t just sit around waiting for posts to show up. It’s proactive! When you visit, it connects to a bunch of **Nostr relays** (think of them as different radio stations broadcasting blog posts). It asks: > “Hey, got any new posts from [Parzzix](https://parzzix.com)?” ...and grabs them right out of the air. ### 2. Static Site Generation: Your Browser Is the Server Here’s where it gets clever. Instead of fetching posts from the network every single time (which would be as slow as dial-up), the blog saves a copy of every post it finds **right in your browser’s `localStorage`**. That means: - The next time you visit, the blog just hands you the posts instantly—no waiting, no spinning wheels. - Even if you go offline, your browser still remembers the posts. *(It’s like your browser has a photographic memory.)* ### 3. Keeping Things Fresh (But Not Stale) Whenever a new post is found: - It’s added to the cache. - It’s synced with the blog’s main list. - Posts are sorted so the newest is always on top. No more scrolling through ancient history to find the latest hot take. ### 4. Why Is This Awesome? - **Blazing Fast**: Posts load before you can say “Nostr.” - **Works Offline**: Read posts on a plane, train, or in a WiFi-free zone. - **No Server Needed**: The blog is so efficient, it could run on a potato *(but please don’t try).* ### 5. A Little Techie Humor If this blog were a person, it’d be that friend who: - Always remembers your birthday - Never forgets a story - Can recite them back to you at lightning speed—even if the internet is down

How Parzzix Blog Works: Nostr, Caching, and Lightning-Fast Loads

Ever click a post on this blog and wonder, “How did that load so fast?!” Let’s break down the secret recipe behind the Parzzix blog—no PhD required. 1. Grabbing Posts from Nostr (The Decentralized Way) This blog doesn’t just sit around waiting for posts to show up. It’s proactive! When you visit, it connects to a bunch of Nostr relays (think of them as different radio stations broadcasting blog posts). It asks, “Hey, got any new posts from Parzzix?” and grabs them right out of the air. 2. Static Site Generation: Your Browser Is the Server Here’s where it gets clever. Instead of fetching posts from the network every single time (which would be as slow as dial-up), the blog saves a copy of every post it finds right in your browser’s localStorage. That means: The next time you visit, the blog just hands you the posts instantly—no waiting, no spinning wheels. Even if you go offline, your browser still remembers the posts. (It’s like your browser has a photographic memory.) 3. Keeping Things Fresh (But Not Stale) Whenever a new post is found, it’s added to the cache and also synced with the blog’s main list. The posts are sorted so the newest is always on top—no more scrolling through ancient history to find the latest hot take. 4. Why Is This Awesome? Blazing Fast: Posts load before you can say “Nostr.” Works Offline: Read posts on a plane, train, or in a WiFi-free zone. No Server Needed: The blog is so efficient, it could run on a potato (but please don’t try). 5. A Little Techie Humor If this blog were a person, it’d be that friend who always remembers your birthday, never forgets a story, and can recite them back to you at lightning speed—even if the internet is down.

📝 Blogster: Write Locally, Publish Globally (Without the Cloud Watching)

Let’s be honest — most writing apps today are just fancy cloud portals. You open a tab, type into a browser, and your words vanish into someone else’s server. Your drafts? Stored in a corporate database. Your blog? At the mercy of a platform’s terms of service. **But what if you could write on your own machine, keep your files, and still publish to the world — without giving up control?** Say hello to **[Blogster](https://github.com/Parzzix/blogster)**: a minimalist markdown editor that lets you **write locally** and **publish directly to Nostr**, the decentralized social protocol. --- ## 🧠 Why Blogster? Because **your words should belong to you**. Most modern editors are cloud-first. Blogster flips the script: - You write on your machine. - You save your files on your machine. - You publish to **Nostr**, not Medium, Substack, or some walled garden. No accounts. No subscriptions. No surveillance. Just markdown, your keys, and a direct line to the decentralized web. --- ## 🔥 Nostr Publishing: Your Blog, Your Rules Blogster is one of the *very few* markdown editors that supports **native Nostr publishing**. What that means: - Your post is signed with your private key - It’s broadcast to Nostr relays - It lives on the decentralized web — not in a single company’s database You can publish blog posts, notes, essays, or even manifestos — and no one can take them down. Because **you own the keys**. --- ## ✨ Features That Respect You - **Local-first editing** – Files are saved on your machine, not someone else's - **Live Markdown Preview** – What you see is what you get - **Dark Mode** – For late-night inspiration - **Auto-Save** – Because accidents happen - **Search & Tagging** – Stay organized - **Syntax Highlighting** – Great for technical writing - **Cross-platform** – Built with Flutter, Linux first, mobile and Windows in the works. - **Nostr Integration** – The future of publishing, built in --- ## 🛠️ Under the Hood Blogster is built with: - `Flutter` + `Dart` for a smooth, responsive UI - `web_socket_channel` to talk to Nostr relays - `crypto` to sign your content securely - `provider` for clean state management It’s open source, lightweight, and hackable — perfect for developers, writers, and anyone who wants to own their content. --- ## 🧪 Try It Out Ready to break free from the cloud and publish on your own terms? 👉 [Check out Blogster on GitHub](https://github.com/Parzzix/blogster) Clone it. Run it. Write something meaningful. And then hit **Publish to Nostr** and watch your words fly across the open web. --- **Blogster**: Write freely. Publish anywhere. Own your voice. Happy writing! 📝🌐

Nostr and Parzzix - Another test post

# Nostr and Parzzix: A Match Made in Decentralized Heaven In an era where digital freedom is increasingly under threat, two projects stand out for their commitment to openness, privacy, and user empowerment: **Nostr** and **Parzzix**. While they operate in different domains—Nostr in decentralized communication and Parzzix in open-source tooling—their philosophies align so closely that together, they form a natural partnership for the privacy-conscious, tech-savvy user. --- ## What Is Nostr? **Nostr** (short for *Notes and Other Stuff Transmitted by Relays*) is a decentralized, censorship-resistant protocol for communication. It flips the traditional internet model of *smart servers and dumb clients* on its head by empowering clients and simplifying servers into "relays"【1】. Key features of Nostr include: - **Open protocol**: Anyone can build on it—no gatekeepers【2】. - **Public-key cryptography**: Users sign their content, ensuring authenticity and integrity【3】. - **Relay-based architecture**: Clients publish signed messages to relays, which simply store and forward them【4】. - **Censorship resistance**: No single point of failure or control【5】. Nostr is not an app—it's a protocol. This means developers can build a wide variety of applications on top of it, from social media to encrypted messaging and beyond. --- ## What Is Parzzix? **Parzzix** is a Linux/CLI-first open-source tech company with a clear mission: build practical tools with a hobbyist ethic and no subscriptions【6】. Their tools are designed for real people who value simplicity, transparency, and control over their data. One of their flagship projects is **Jotdown**, a beautifully minimal note-taking app with: - **Markdown support** - **Client-side encryption** - **Cross-platform goals (Linux, Android, iOS)** - **Both GUI and CLI interfaces**【7】 Parzzix's approach is refreshingly anti-corporate: no lock-in, no telemetry, and no bloat. --- ## Why They’re a Perfect Fit ### 1. **Shared Philosophy** Both Nostr and Parzzix are built on the principles of: - **Decentralization** - **User sovereignty** - **Open standards** - **Minimalism and simplicity** They reject the bloated, surveillance-heavy models of Big Tech in favor of tools that respect the user. ### 2. **Complementary Technologies** - **Nostr** provides the protocol for decentralized communication. - **Parzzix** builds the tools that could *use* that protocol—like a secure, encrypted note-sharing app over Nostr relays. Imagine a future version of Jotdown that lets you publish encrypted notes to your own Nostr relay, or share them with trusted contacts using public-key encryption. No cloud account, no central server—just you and your data. ### 3. **Privacy by Default** Both projects emphasize **client-side encryption**. With Nostr, your messages are signed and optionally encrypted before they ever leave your device. With Parzzix, your notes are encrypted and stored wherever *you* choose【3】【7】. --- ## The Road Ahead As the internet continues to centralize and commodify users, projects like Nostr and Parzzix offer a compelling alternative. They empower individuals to reclaim their digital autonomy—one protocol, one tool at a time. Whether you're a developer, a privacy advocate, or just someone who wants to own their data, keep an eye on this duo. They're not just compatible—they're **a match made in decentralized heaven**. --- *Learn more:* - [Nostr Protocol](https://nostr.com/) - [Parzzix GitHub](https://github.com/Parzzix)

Testing markdown rendering

# Markdown Rendering Test Document ## Basic Text Formatting This is a paragraph with **bold text**, *italic text*, and ***bold italic text***. You can also use __underscores__ for bold or _single underscores_ for italics. This is a paragraph with some `inline code` using backticks. ## Lists ### Unordered Lists * Item 1 * Item 2 * Nested item 2.1 * Nested item 2.2 * Item 3 ### Ordered Lists 1. First item 2. Second item 1. Nested item 2.1 2. Nested item 2.2 3. Third item ## Links and Images [Link to GitHub](https://github.com) ![Alt text for an image](https://via.placeholder.com/150) ## Blockquotes > This is a blockquote. > > It can span multiple lines. > > > And can be nested. ## Code Blocks ```python def hello_world(): print("Hello, world!") # This is a Python code block with syntax highlighting hello_world() ``` ```javascript // JavaScript code block function helloWorld() { console.log("Hello, world!"); } ``` ## Tables | Header 1 | Header 2 | Header 3 | |----------|----------|----------| | Cell 1 | Cell 2 | Cell 3 | | Cell 4 | Cell 5 | Cell 6 | | Cell 7 | Cell 8 | Cell 9 | ## Horizontal Rules --- *** ___ ## Task Lists - [x] Completed task - [ ] Incomplete task - [x] Another completed task ## Math (if supported) Inline math: $E = mc^2$ Block math: $$ \frac{d}{dx}e^x = e^x $$ ## Footnotes Here's a sentence with a footnote reference[^1]. [^1]: This is the footnote content. ## Definition Lists Term 1 : Definition 1 Term 2 : Definition 2a : Definition 2b ## Special Characters & Escaping \*This text is surrounded by asterisks but not italicized\* ## Advanced Formatting <details> <summary>Click to expand</summary> This is hidden content that appears when expanded. </details> ## Emoji (if supported) :smile: :heart: :thumbsup: ## Final Notes This document demonstrates various Markdown formatting features. Compatibility may vary across different Markdown renderers and platforms.

Basic Markdown Test Document

# Markdown: Syntax - [Markdown: Syntax](#markdown-syntax) - [Overview](#overview) - [Philosophy](#philosophy) - [Block Elements](#block-elements) - [Paragraphs and Line Breaks](#paragraphs-and-line-breaks) - [Headers](#headers) - [Blockquotes](#blockquotes) - [Lists](#lists) - [Code Blocks](#code-blocks) - [Span Elements](#span-elements) - [Links](#links) - [Emphasis](#emphasis) - [Code](#code) **Note:** This document is itself written using Markdown; you can see the source for it by viewing the raw [basic.md](https://raw.githubusercontent.com/dergigi/md-gutter/refs/heads/master/basic.md) file. ---- ## Overview ### Philosophy Markdown is intended to be as easy-to-read and easy-to-write as is feasible. Readability, however, is emphasized above all else. A Markdown-formatted document should be publishable as-is, as plain text, without looking like it's been marked up with tags or formatting instructions. While Markdown's syntax has been influenced by several existing text-to-HTML filters -- including [Setext](http://docutils.sourceforge.net/mirror/setext.html), [atx](http://www.aaronsw.com/2002/atx/), [Textile](http://textism.com/tools/textile/), [reStructuredText](http://docutils.sourceforge.net/rst.html), [Grutatext](http://www.triptico.com/software/grutatxt.html), and [EtText](http://ettext.taint.org/doc/) -- the single biggest source of inspiration for Markdown's syntax is the format of plain text email. ## Block Elements ### Paragraphs and Line Breaks A paragraph is simply one or more consecutive lines of text, separated by one or more blank lines. (A blank line is any line that looks like a blank line -- a line containing nothing but spaces or tabs is considered blank.) Normal paragraphs should not be indented with spaces or tabs. The implication of the "one or more consecutive lines of text" rule is that Markdown supports "hard-wrapped" text paragraphs. This differs significantly from most other text-to-HTML formatters (including Movable Type's "Convert Line Breaks" option) which translate every line break character in a paragraph into a `<br />` tag. When you *do* want to insert a `<br />` break tag using Markdown, you end a line with two or more spaces, then type return. ### Headers Markdown supports two styles of headers, [Setext] [1] and [atx] [2]. Optionally, you may "close" atx-style headers. This is purely cosmetic -- you can use this if you think it looks better. The closing hashes don't even need to match the number of hashes used to open the header. (The number of opening hashes determines the header level.) ### Blockquotes Markdown uses email-style `>` characters for blockquoting. If you're familiar with quoting passages of text in an email message, then you know how to create a blockquote in Markdown. It looks best if you hard wrap the text and put a `>` before every line: > This is a blockquote with two paragraphs. Lorem ipsum dolor sit amet, > consectetuer adipiscing elit. Aliquam hendrerit mi posuere lectus. > Vestibulum enim wisi, viverra nec, fringilla in, laoreet vitae, risus. > > Donec sit amet nisl. Aliquam semper ipsum sit amet velit. Suspendisse > id sem consectetuer libero luctus adipiscing. Markdown allows you to be lazy and only put the `>` before the first line of a hard-wrapped paragraph: > This is a blockquote with two paragraphs. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Aliquam hendrerit mi posuere lectus. Vestibulum enim wisi, viverra nec, fringilla in, laoreet vitae, risus. > Donec sit amet nisl. Aliquam semper ipsum sit amet velit. Suspendisse id sem consectetuer libero luctus adipiscing. Blockquotes can be nested (i.e. a blockquote-in-a-blockquote) by adding additional levels of `>`: > This is the first level of quoting. > > > This is nested blockquote. > > Back to the first level. Blockquotes can contain other Markdown elements, including headers, lists, and code blocks: > ## This is a header. > > 1. This is the first list item. > 2. This is the second list item. > > Here's some example code: > > return shell_exec("echo $input | $markdown_script"); Any decent text editor should make email-style quoting easy. For example, with BBEdit, you can make a selection and choose Increase Quote Level from the Text menu. ### Lists Markdown supports ordered (numbered) and unordered (bulleted) lists. Unordered lists use asterisks, pluses, and hyphens -- interchangably -- as list markers: * Red * Green * Blue is equivalent to: + Red + Green + Blue and: - Red - Green - Blue Ordered lists use numbers followed by periods: 1. Bird 2. McHale 3. Parish It's important to note that the actual numbers you use to mark the list have no effect on the HTML output Markdown produces. The HTML Markdown produces from the above list is: If you instead wrote the list in Markdown like this: 1. Bird 1. McHale 1. Parish or even: 3. Bird 1. McHale 8. Parish you'd get the exact same HTML output. The point is, if you want to, you can use ordinal numbers in your ordered Markdown lists, so that the numbers in your source match the numbers in your published HTML. But if you want to be lazy, you don't have to. To make lists look nice, you can wrap items with hanging indents: * Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Aliquam hendrerit mi posuere lectus. Vestibulum enim wisi, viverra nec, fringilla in, laoreet vitae, risus. * Donec sit amet nisl. Aliquam semper ipsum sit amet velit. Suspendisse id sem consectetuer libero luctus adipiscing. But if you want to be lazy, you don't have to: * Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Aliquam hendrerit mi posuere lectus. Vestibulum enim wisi, viverra nec, fringilla in, laoreet vitae, risus. * Donec sit amet nisl. Aliquam semper ipsum sit amet velit. Suspendisse id sem consectetuer libero luctus adipiscing. List items may consist of multiple paragraphs. Each subsequent paragraph in a list item must be indented by either 4 spaces or one tab: 1. This is a list item with two paragraphs. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Aliquam hendrerit mi posuere lectus. Vestibulum enim wisi, viverra nec, fringilla in, laoreet vitae, risus. Donec sit amet nisl. Aliquam semper ipsum sit amet velit. 2. Suspendisse id sem consectetuer libero luctus adipiscing. It looks nice if you indent every line of the subsequent paragraphs, but here again, Markdown will allow you to be lazy: * This is a list item with two paragraphs. This is the second paragraph in the list item. You're only required to indent the first line. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. * Another item in the same list. To put a blockquote within a list item, the blockquote's `>` delimiters need to be indented: * A list item with a blockquote: > This is a blockquote > inside a list item. To put a code block within a list item, the code block needs to be indented *twice* -- 8 spaces or two tabs: * A list item with a code block: <code goes here> ### Code Blocks Pre-formatted code blocks are used for writing about programming or markup source code. Rather than forming normal paragraphs, the lines of a code block are interpreted literally. Markdown wraps a code block in both `<pre>` and `<code>` tags. To produce a code block in Markdown, simply indent every line of the block by at least 4 spaces or 1 tab. This is a normal paragraph: This is a code block. Here is an example of AppleScript: tell application "Foo" beep end tell A code block continues until it reaches a line that is not indented (or the end of the article). Within a code block, ampersands (`&`) and angle brackets (`<` and `>`) are automatically converted into HTML entities. This makes it very easy to include example HTML source code using Markdown -- just paste it and indent it, and Markdown will handle the hassle of encoding the ampersands and angle brackets. For example, this: <div class="footer"> &copy; 2004 Foo Corporation </div> Regular Markdown syntax is not processed within code blocks. E.g., asterisks are just literal asterisks within a code block. This means it's also easy to use Markdown to write about Markdown's own syntax. ``` tell application "Foo" beep end tell ``` ## Span Elements ### Links Markdown supports two style of links: *inline* and *reference*. In both styles, the link text is delimited by [square brackets]. To create an inline link, use a set of regular parentheses immediately after the link text's closing square bracket. Inside the parentheses, put the URL where you want the link to point, along with an *optional* title for the link, surrounded in quotes. For example: ``` This is [an example](http://example.com/ "Example Title") inline link. ``` This is [an example](http://example.com/ "Example Title") inline link. ``` [This link](http://example.net/) has no title attribute. ``` [This link](http://example.net/) has no title attribute. Reference-style links use a second set of square brackets, inside which you place a label of your choosing to identify the link: ``` This is [an example][id] reference-style link. ``` This is [an example][id] reference-style link. Then, anywhere in the document, you define your link label like this, on a line by itself: ``` [id]: http://example.com/ "Optional Title Here" ``` [id]: http://example.com/ "Optional Title Here" ### Emphasis Markdown treats asterisks (`*`) and underscores (`_`) as indicators of emphasis. Text wrapped with one `*` or `_` will be wrapped with an HTML `<em>` tag; double `*`'s or `_`'s will be wrapped with an HTML `<strong>` tag. E.g., this input: *single asterisks* _single underscores_ **double asterisks** __double underscores__ ### Code To indicate a span of code, wrap it with backtick quotes (`` ` ``). Unlike a pre-formatted code block, a code span indicates code within a normal paragraph. For example: Use the `printf()` function.

How To Add Videos To Nostr

I like the ideas of artists getting paid on Nostr and recently came across this post from BTC Minstrel. I've never met him, but I saw Allen Farrington sing his songs at the Pacific Bitcoin Conference. It was one of my favorite parts of the conference. Anyway, [Minstrel asked this on Nostr](https://iris.to/post/note15v6xyg0422essu6su6ye2gdektxxaczvacjc30gtt5ztugv44a2suecjtc) note1lpmfqvw865amgrp6m262snteg7yazd6zvzuhgtkunm3peldxeems5fe24j ![post](https://nostr.build/i/nostr.build_4fb015d1dbf51c2af8338336520a4f7db596e0e14c9af6fb64b3eb0dd48a24e2.jpg) I told him he could use nostr.build since it aligns with the nostr ethos, but then thought about that value 4 value model again. Wait a minute. I was really into bittorrent way before bitcoin was even a thing. I can just do it for him. So I tried, but the file was too big. ## There Are A Couple Options If you want to go the self-sovereign route, you can use PeerTube or host videos on pixelfed. These are kinda like Mastadon for YouTube and Instagram. It's also kinda technical. To set these up, I had to use a dedicated URL on yunohost and set up my own email server. To be honest, it's kind of a pain in the ass. ### Here's What I Did The videos are already on YouTube though, so it's not like we an't use those videos. I also came accross this new blogging site that uses Markdown so I put the video on the riverside.rocks instance of invidious, added a screenshot to nostr.build, and wrote a little markdown. It looks like this. **Click on the image and it will start playing**. [![1BTC=1BTC](https://nostr.build/i/nostr.build_dfdd780a7406ab17069feb8c9df9997bd78b9ef22fbb6474c191f35bbe1770bc.png)](https://inv.riverside.rocks/watch?v=47aMaoXISZI) You wouldn't need to put it in a blog. It should show up on clients that use markdown like snort.social, Here's what it looks like in markdown: `[![1BTC=1BTC](https://nostr.build/i/nostr.build_dfdd780a7406ab17069feb8c9df9997bd78b9ef22fbb6474c191f35bbe1770bc.png)](https://inv.riverside.rocks/watch?v=47aMaoXISZI) ` Paste that in your feed. **You can use this as a template**. To add "What Would Shall We Do With Michael Saylor", just replace the title, upload a new screenshot to nostr.build, and add change the video. I like to use inv.riverside.rocks because it blocks the ads. I should run my own, but I already run too much software. Anyway, I hope that helps. Nip04 me if you have any questions. Find Value in this Blog post? Zap me. Don't have any sats to spare? Share this on nostr and those social media, walled gardens. Got any ideas to make this tutorial better, please contribute. I bet this would be better with a gif instead of static photo but I don't know how to make gifs. I would be happy to learn. **Block Height 777,129**