Compare commits

..

No commits in common. "master" and "google_ai_is_rising" have entirely different histories.

8 changed files with 4 additions and 420 deletions

View File

@ -48,11 +48,11 @@ jobs:
run: | run: |
echo "Installing Trivy " echo "Installing Trivy "
sudo apt-get update sudo apt-get update
sudo apt-get install -y wget apt-transport-https gnupg lsb-release sudo apt-get install wget apt-transport-https gnupg lsb-release
wget -qO - https://aquasecurity.github.io/trivy-repo/deb/public.key | sudo apt-key add - wget -qO - https://aquasecurity.github.io/trivy-repo/deb/public.key | sudo apt-key add -
echo deb https://aquasecurity.github.io/trivy-repo/deb $(lsb_release -sc) main | sudo tee -a /etc/apt/sources.list.d/trivy.list echo deb https://aquasecurity.github.io/trivy-repo/deb $(lsb_release -sc) main | sudo tee -a /etc/apt/sources.list.d/trivy.list
sudo apt-get update sudo apt-get update
sudo apt-get install -y trivy sudo apt-get install trivy
trivy image --format table --exit-code 1 --ignore-unfixed --vuln-type os,library --severity HIGH,CRITICAL git.aridgwayweb.com/armistace/blog:latest trivy image --format table --exit-code 1 --ignore-unfixed --vuln-type os,library --severity HIGH,CRITICAL git.aridgwayweb.com/armistace/blog:latest
- name: Deploy - name: Deploy

View File

@ -1,188 +0,0 @@
Title: Designing and Building an AI Enhanced CCTV System
Date: 2026-02-02 20:00
Modified: 2026-02-03 20:00
Category: Homelab
Tags: proxmox, hardware, self host, homelab
Slug: ai-enhanced-cctv
Authors: Andrew Ridgway
Summary: Home CCTV Security has become a bastion cloud subscription awfulness. This blog describes the work involved in creating your own home grown AI enhanced CCTV system. Unfortunately what you save in subscription you lose in time but if you value privacy, it's worth it.
### Why Build Your Own AIEnhanced CCTV?
When you buy a consumergrade security camera, youre not just paying for the lens and the plastic housing. Youre also paying for a subscription that ships every frame of your backyard to a cloud service youll never meet. That data can be used to train models, sold to advertisers, or handed over to authorities on a whim. For many, the convenience outweighs the privacy cost, but for anyone who values control over their own footage, the tradeoff feels unacceptable.
The goal of this project was simple: **keep every byte of video onpremises, add a layer of artificial intelligence that makes the footage searchable and actionable, and do it all on a budget that wouldnt break the bank**. Over the past six months Ive iterated on a design that satisfies those constraints, and the result is a fully local, AIenhanced CCTV system that can tell you when a “red SUV” pulls into the driveway, or when a “dog wearing a bandana” wanders across the garden, without ever leaving the house.
---
### The Core Software Frigate
At the heart of the system sits **Frigate**, an opensource network video recorder (NVR) that runs in containers and is configured entirely via a single YAML file. The simplicity of the configuration is a breath of fresh air compared with the sprawling JSON or proprietary GUIs of many commercial solutions. A few key reasons Frigate became the obvious choice:
| Feature | Why It Matters |
|---------|----------------|
| **Containernative** | Deploys cleanly on Docker, Kubernetes, or a lightweight LXC. No hostlevel dependencies to wrestle with. |
| **YAMLdriven** | Humanreadable, versioncontrolled, and easy to replicate across test environments. |
| **Builtin object detection** | Supports car, person, animal, and motorbike detection out of the box, with the ability to plug in custom models. |
| **Extensible APIs** | Exposes detection events, snapshots, and stream metadata for downstream automation tools. |
| **GenAI integration** | Recent addition that lets you forward snapshots to a local LLM (via Ollama) for semantic enrichment. |
The documentation is thorough, and the community is active enough that most stumbling blocks are resolved within a few forum posts. Because the entire system is defined in a single YAML file, I can spin up a fresh test instance in minutes, tweak a cameras FFmpeg options, and see the impact without rebuilding the whole stack.
---
### Choosing the Cameras TPLink Vigi C540
A surveillance system is only as good as the lenses feeding it. I needed cameras that could:
1. Deliver a reliable RTSP stream (the lingua franca of NVRs).
2. Offer panandtilt so a single unit can cover a larger field of view.
3. Provide onboard human detection to reduce unnecessary bandwidth.
4. Remain affordable enough to allow for future expansion.
The **TPLink Vigi C540** checked all those boxes. Purchased during a Black Friday sale for roughly AUD50 each, the three units I started with have proven surprisingly capable:
- **Pan/Tilt** Allows a single camera to sweep a driveway or front porch, reducing the number of physical devices needed.
- **Onboard human detection** The camera can flag a person locally, which helps keep the upstream bandwidth low when the NVR is busy processing other streams.
- **RTSP output** Perfectly compatible with Frigates ingest pipeline.
- **No zoom** A minor limitation, but the field of view is wide enough for my modest property.
The cameras are wired via Ethernet, a decision driven by reliability concerns. Wireless links are prone to interference, especially when the cameras are placed near metal roofs or dense foliage. Running Ethernet required a bit of roof work (more on that later), but the resulting stable connection has paid dividends in stream consistency.
---
### The Host Machine A Budget Dell Workstation
All the AI magic lives on a modest **Dell OptiPlex 7050 SFF** that I rescued for $150. Its specifications are:
- **CPU:** Intel i57500 (4 cores, 3.4GHz)
- **RAM:** 16GB DDR4
- **Storage:** 256GB SSD for the OS and containers, 2TB HDD for video archives
- **GPU:** Integrated Intel HD Graphics 630 (no dedicated accelerator)
Despite lacking a powerful discrete GPU, the workstation runs Frigates **OpenVINO**based SSDLite MobileNetV2 detector comfortably. The model is small enough to execute on the integrated graphics, keeping inference latency low enough for realtime alerts. CPU utilization hovers around 7080% under typical load, which is high but acceptable for a home lab. The system does run warm, so Ive added a couple of case fans to keep temperatures in the safe zone.
The storage layout is intentional: the SSD hosts the OS, Docker engine, and Frigate container, ensuring fast boot and container start times. The 2TB HDD stores raw video, detection clips, and alert snapshots. With the current retention policy (7days of full footage, 14days of detection clips, 30days of alerts) the drive is comfortably sized, though I plan to monitor usage as I add more cameras.
---
### Wiring It All Together Proxmox and Docker LXC
To keep the environment tidy and reproducible, I run the entire stack inside a **Proxmox VE** cluster. A dedicated node hosts a **Dockerenabled LXC container** that isolates the NVR from the rest of the homelab. This approach offers several benefits:
- **Resource isolation** CPU and memory limits can be applied per container, preventing a runaway process from starving other services.
- **Snapshotready** Proxmox can snapshot the whole VM, giving me a quick rollback point if a configuration change breaks something.
- **Portability** The LXC definition can be exported and reimported on any other Proxmox host, making disaster recovery straightforward.
Inside the container, Docker orchestrates the Frigate service, an Ollama server (hosting the LLM models), and a lightweight reverse proxy for HTTPS termination. All traffic stays within the local network; the only external connections are occasional model downloads from Hugging Face and the occasional software update.
---
### From Detection to Context The Ollama Integration
Frigates native object detection tells you *what* it sees (e.g., “person”, “car”, “dog”). To turn that into *meaningful* information, I added a **GenAI** layer using **Ollama**, a selfhosted LLM runtime that can serve visioncapable models locally.
The workflow is as follows:
1. **Frigate detects an object** and captures a snapshot of the frame.
2. The snapshot is sent to **Ollama** running the `qwen3vl4b` model, which performs **semantic analysis**. The model returns a textual description such as “a white ute with a surfboard on the roof”.
3. Frigate stores this enriched metadata alongside the detection event.
4. When a user searches the Frigate UI for “white ute”, the system can match the description generated by the LLM, dramatically narrowing the result set.
5. For realtime alerts, a smaller model (`qwen3vl2b`) is invoked to generate a concise, humanreadable sentence that is then forwarded to Home Assistant.
Because the LLM runs locally, there is no latency penalty associated with roundtrip internet calls, and privacy is preserved. The only external dependency is the occasional model pull from Hugging Face during the initial setup or when a newer version is released.
---
### Home Assistant The Glue That Binds
While Frigate handles video ingestion and object detection, **Home Assistant** provides the automation backbone. By integrating Frigates webhook events into Home Assistant, I can:
- **Trigger notifications** via Matrix when a detection meets certain criteria.
- **Run conditional logic** to decide whether an alert is worth sending (e.g., ignore cars on the street but flag a delivery van stopping at the gate).
- **Log events** into a timeseries database for later analysis.
- **Expose the enriched metadata** to any other smarthome component that might benefit from it (e.g., turning on porch lights when a person is detected after dark).
The Home Assistant configuration lives in its own YAML file, mirroring the philosophy of “infrastructure as code”. This makes it easy to versioncontrol the automation logic alongside the NVR configuration.
---
### Semantic Search Finding a Needle in a Haystack
One of the most satisfying features of the system is the ability to **search footage using natural language**. Traditional NVRs only let you filter by timestamps or simple motion events. With the GenAIenhanced metadata, the search bar becomes a powerful query engine:
- Typing “red SUV” returns all clips where the LLM described a vehicle as red and an SUV.
- Searching “dog with a bandana” surfaces the few moments a neighbours pet decided to wear a fashion accessory.
- Combining terms (“white ute with surfboard”) narrows the results to a single delivery that happened last weekend.
Under the hood, the search is a straightforward text match against the stored descriptions, but the quality of those descriptions hinges on the LLM prompts. Finetuning the prompts has been an ongoing task, as the initial attempts produced generic phrases like “a vehicle” that were not useful for filtering.
---
### Managing Storage and Retention
Video data is notoriously storagehungry. To keep the system sustainable, I adopted a tiered retention policy:
| Data Type | Retention | Approx. Size (4 cameras) |
|------------|-----------|--------------------------|
| Full video (raw RTSP) | 7days | ~1.2TB |
| Detection clips (30s each) | 14days | ~300GB |
| Alert snapshots (highres) | 30days | ~150GB |
The SSD holds the operating system and container images, while the HDD stores the bulk of the video. When the HDD approaches capacity, a simple cron job rotates out the oldest files, ensuring the system never runs out of space. In practice, the 2TB drive has been more than sufficient for the current camera count, but I have a spare 4TB drive on standby for future expansion.
---
### Lessons Learned The Good, the Bad, and the Ugly
#### 1. **Performance Is a Balancing Act**
Running inference on an integrated GPU is feasible, but the CPU load remains high. Adding a modest NVIDIA GTX1650 would drop CPU usage dramatically and free headroom for additional cameras or more complex models.
#### 2. **Prompt Engineering Is Real Work**
The LLMs output quality is directly tied to the prompt. Early attempts used a single sentence like “Describe the scene,” which resulted in vague answers. Iterating on a multistep prompt that asks the model to list objects, colors, and actions has produced far richer metadata.
#### 3. **Notification Fatigue Is Real**
Initially, every detection triggered a push notification, flooding my phone with alerts for passing cars and stray cats. By adding a simple confidence threshold and a “timeofday” filter in Home Assistant, I reduced noise by 80%.
#### 4. **Network Stability Matters**
Wired Ethernet eliminated the jitter that plagued my early WiFi experiments. The only hiccup was a miswired patch panel that caused occasional packet loss; a quick audit resolved the issue.
#### 5. **Documentation Pays Off**
Because Frigates configuration is YAMLbased, I could versioncontrol the entire stack in a Git repository. When a change broke the FFmpeg pipeline, a `git revert` restored the previous working state in minutes.
---
### Future Enhancements Where to Go From Here
- **GPU Upgrade** Adding a dedicated inference accelerator (e.g., an Intel Arc or NVIDIA RTX) to improve detection speed and lower CPU load.
- **Dynamic Prompt Generation** Using a small LLM to craft contextaware prompts based on the time of day, weather, or known events (e.g., “delivery” vs. “visitor”).
- **Smart Notification Decision Engine** Training a lightweight classifier that decides whether an alert is worth sending, based on historical user feedback.
- **EdgeOnly Model Updates** Caching Hugging Face models locally and scheduling updates during offpeak hours to eliminate any internet dependency after the initial download.
- **MultiCamera Correlation** Linking detections across cameras to track a moving object through the property, enabling a “followtheintruder” view.
---
### A Personal Note The Roof, the Cables, and My Dad
All the technical wizardry would have been for naught if I hadnt managed to get Ethernet cables from the houses main distribution board up to the roof where the cameras sit. Im decent with Docker, YAML, and LLM prompts, but Im hopeless when it comes to climbing ladders and threading cables through roof joists.
Enter my dad. He spent an entire Saturday hauling a coil of Cat6, pulling the cables into the roof space while I fumbled with the tools. He didnt care that Id rather be writing code than wielding a hammer; There were apparently 4 days of pain afterwards so please know the help was truly appreciated. The result is a rocksolid wired backbone that keeps the cameras streaming without hiccups.
Thank you, Dad. Your patience, muscle, and willingness to get your hands dirty made this whole system possible.
---
### Bringing It All Together The Architecture
<img alt="CCTV Architecture" height="auto" width="100%" src="{attach}/images/CCTV_ARCH.png">
---
### Closing Thoughts
Building an AIenhanced CCTV system from the ground up has been a rewarding blend of hardware tinkering, software orchestration, and a dash of machinelearning experimentation. The result is a **privacyfirst, locally owned surveillance platform** that does more than just record—it understands. It can answer naturallanguage queries, send contextrich alerts, and integrate seamlessly with a broader homeautomation ecosystem.
If youre a hobbyist, a smallbusiness owner, or anyone who values data sovereignty, the stack described here offers a solid foundation. Start with a single camera, get comfortable with Frigates YAML configuration, and gradually layer on the AI components. Remember that the most valuable part of the journey is the learning curve: each tweak teaches you something new about video streaming, inference workloads, and the quirks of your own network.
So, roll up your sleeves, grab a ladder (or enlist a dad), and give your home the eyes it deserves—without handing the footage over to a faceless cloud. The future of home surveillance is local, intelligent, and, most importantly, under your control. Cheers!

Binary file not shown.

Before

Width:  |  Height:  |  Size: 201 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 324 KiB

View File

@ -1,228 +0,0 @@
Title: Zen Browser - Is it new browser for me?
Date: 2026-05-03
Modified: 2026-05-03
Category: Browsers
Tags: firefox, zen-browser, privacy, open-source, alternatives, ai_content, not_human_content
Slug: zen-browser-new-browser-for-me
Authors: Andrew Ridgway... and friends - glm-5.1, nemotron-3-nano, gemma4, deepseek-v4-flash
Summary: A deep dive into Zen Browser, its Firefoxbased architecture, privacyfocused design, and whether it can replace your current browser in a Chromiumdominated world.
## 1. Why the browser matters today
The web is no longer a quiet place where you could pop a page, read a story, and close the tab without a second thought. In 2026 the internet is saturated with AIgenerated content, relentless push notifications, and a market that has coalesced around a single rendering engine: Chromium. Chrome, Edge, Brave, Vivaldi, Opera and even the newer Arc all sit on the same Blinkbased foundation. That homogeneity brings convenience—websites only need to be tested once—but it also creates a monoculture where a single corporate decision can ripple through the entire ecosystem.
For many developers and power users this is uncomfortable. The same engine means the same telemetry, the same default datasharing practices, and the same attack surface. It also means that innovation at the engine level is effectively a zerosum game: if Google decides to deprecate a web standard, every Chromium browser follows suit. The result is a web that feels increasingly curated by a single entity.
I have spent the last decade fighting this trend. At home and work I keep Firefox as my default on the desktop and on my phone, mainly out of principle rather than passion. The browser feels like a relic in a world that worships speed and AIdriven UI tricks, yet it remains the most trustworthy opensource option I know.
Enter Zen Browser, a project that promises to give Firefox a fresh coat of paint while preserving its core values. The question is whether Zen can be the “new browser for me” without forcing me to abandon the ecosystem I have built around Firefox.
---
## 2. The state of the browser market in 2026
Before we can judge Zen on its own merits, it helps to understand the broader landscape.
| Browser | Engine | Opensource? | Mobile version | Sync ecosystem |
|---------|--------|---------------|----------------|----------------|
| Chrome | Blink | No (proprietary) | Android, iOS (WebView) | Google Account |
| Edge | Blink | Partially (Chromium core) | Android, iOS | Microsoft Account |
| Brave | Blink | Yes (MIT) | Android, iOS | Brave Sync |
| Vivaldi | Blink | Yes (GPL) | Android (WebView) | Vivaldi Sync |
| Arc | Blink | No (closed) | None (desktop only) | Arc Cloud |
| Firefox | Gecko | Yes (MPL) | Android, iOS | Firefox Sync |
| **Zen** | Gecko (fork) | Yes (MPL) | **None** (desktop only) | Firefox Sync (builtin) |
The table shows that Zen is the only desktoponly browser that still runs on Gecko while offering a radically different UI. Its lack of a mobile client is a drawback, but the builtin Firefox Sync mitigates the inconvenience by allowing seamless handoff to the regular Firefox mobile app.
Another trend worth noting is the rise of “noGoogle” browsers. Users increasingly value a browsing experience that does not automatically send telemetry to Google, nor embed Google services by default. Zen positions itself squarely in that niche, advertising a “noGoogle” promise and disabling telemetry out of the box.
---
## 3. Zens technical foundation
### 3.1 A true Firefox fork
Zen is not a “Firefoxinspired” project that reimplements features on top of Chromium. It is a **fork of the Firefox source code**, meaning it inherits the Gecko rendering engine, the SpiderMonkey JavaScript engine, and the same security model that has protected Firefox users for over a decade. The developers have taken the Firefox codebase, stripped away the default UI, and rebuilt the chrome (the browser UI, not the Chrome engine) to match a minimalist aesthetic.
Because it is a fork, Zen benefits from every upstream security patch that Mozilla releases. When Mozilla pushes a fix for a memorycorruption bug, Zen can merge it with minimal effort. Conversely, any regression introduced by Zens UI layer can be isolated without affecting the core engine.
### 3.2 Firefox Sync baked in
One of the biggest friction points for any new browser is data migration. Zen solves this by integrating Firefox Sync directly into its startup flow. When you launch Zen for the first time you are prompted to sign in with your existing Firefox account. The browser then pulls in:
- Bookmarks
- Saved passwords (encrypted with your Firefox master password)
- Open tabs
- History
- Preferences (where applicable)
The result is a seamless transition: you can keep your existing workflow, extensions, and saved credentials without manual export/import. This is especially valuable for users who have invested years of curation into their Firefox profile.
### 3.3 Opensource ethos
Zens source lives on GitHub under the Mozilla Public License 2.0, the same license that governs Firefox. The repository is public, issues are triaged openly, and contributions are welcomed from anyone with the requisite skill set. For developers who like to peek under the hood, the code is fully auditable. The project also provides prebuilt binaries for Windows, macOS and Linux, as well as Flatpak, AppImage and tarball options for the Linux crowd.
---
## 4. User experience: the “Zen” in Zen Browser
### 4.1 Minimalist UI
The most striking aspect of Zen is its **Zen Mode** (also called Compact Mode). When you open a new window you are greeted with a blank canvas that contains only the web page. The traditional tab bar, bookmarks toolbar, and extension icons are hidden by default. Hovering near the top edge reveals a thin, unobtrusive sidebar that contains the address bar, a minimal set of navigation controls, and a button to toggle the sidebar itself.
This design is deliberately anticlutter. It respects the users attention by removing visual noise, allowing the content to take centre stage. For developers who spend hours reading documentation or for writers who need a distractionfree environment, this mode feels like a digital equivalent of a quiet study.
### 4.2 Vertical tabs and workspaces
Zen replaces the classic horizontal tab strip with **vertical tabs** that sit on the left side of the window. Each tab is represented by its favicon and title, and you can draganddrop to reorder them. The vertical layout pairs naturally with the sidebar, creating a “panelike” feel that many tilingwindowmanager enthusiasts will recognise.
Beyond simple tabs, Zen introduces **workspaces**. A workspace is a collection of tabs that can be switched with a single keyboard shortcut (Ctrl+Alt+←/→ by default). This allows you to separate, for example, workrelated sites from personal browsing without opening a new window. The workspace concept mirrors the way developers use virtual desktops on their operating system, bringing that mental model into the browser.
### 4.3 Split view
Another productivityfocused feature is **split view**. By dragging a tab to the right edge of the window, Zen automatically creates a sidebyside layout where two pages share the same window. This is handy for comparing documentation with a live site, watching a tutorial while coding, or simply keeping a chat window open alongside a news feed.
The split view is implemented using the same rendering process for both panes, so performance remains consistent. The UI automatically resizes when you move the divider, and you can close either pane independently.
### 4.4 Keyboardfirst philosophy
Zen assumes you will spend most of your time navigating with the keyboard. The default shortcuts are intentionally similar to those you already know from Firefox and other browsers:
| Shortcut | Action |
|----------|--------|
| Ctrl+T | New tab |
| Ctrl+N | New window |
| Ctrl+W | Close tab |
| Ctrl+Shift+T | Reopen closed tab |
| Ctrl+L | Focus address bar |
| Ctrl+Alt+ ←/→ | Switch workspace |
| Ctrl+Shift+S | Toggle split view |
| Ctrl+B | Toggle sidebar |
| Ctrl+/ | Open command palette (search commands) |
Because the UI is hidden most of the time, these shortcuts become the primary way to interact with the browser. Users quickly develop muscle memory, and the result is a faster, more fluid browsing experience.
### 4.5 Extension compatibility
Since Zen runs on Gecko, it supports the **Mozilla Addons ecosystem** out of the box. Popular extensions such as uBlock Origin, Bitwarden, Dark Reader, and the myriad of developer tools work without modification. The only caveat is that extensions that rely on Chromespecific APIs will not function, but those are rare in the Firefox world.
The developers have also introduced a **mods system** that allows communitycreated UI tweaks, themes, and custom CSS. This is similar to the old Firefox “userChrome.css” approach but packaged in a more discoverable way. Users can browse the Zen Mods repository, install a theme with a single click, and have the browser instantly reskin itself.
---
## 5. Privacy, security and the “noGoogle” promise
### 5.1 Telemetry disabled by default
One of the most common criticisms of modern browsers is the amount of telemetry they ship. Zen disables all telemetry at launch. No usage data is sent to the Zen developers unless you explicitly optin via the Settings panel. This aligns with the privacyfirst ethos that attracted many to Firefox in the first place.
### 5.2 No bundled Google services
Chrome and its Chromium siblings ship with Google services baked into the browser: Safe Browsing, Google Translate, automatic signin, and more. Zen strips all of these out. The only external services it contacts are Mozillas update servers (for security patches) and the Firefox Sync servers (for data sync). There is no default integration with Google Analytics, no automatic Google account signin, and no builtin Widevine DRM.
### 5.3 DRM and media playback
Because Zen chooses not to include proprietary DRM modules, it cannot play Widevineprotected streams (Netflix, Disney+, etc.) out of the box. Users who need this functionality must fall back to Firefox or a Chromiumbased browser for those sites. The developers have been transparent about this limitation, and many users accept it as a reasonable tradeoff for a cleaner, more private browsing experience.
### 5.4 Security updates
Zen inherits Firefoxs rapid securitypatch cadence. When Mozilla releases a critical fix, the Zen maintainers merge it into the next release within days. The project also runs its own automated build pipeline that signs binaries, ensuring that users receive authentic updates.
---
## 6. Performance and stability
### 6.1 Benchmarks vs realworld use
Synthetic benchmarks (e.g., Speedometer 3) show Zen scoring slightly lower than vanilla Firefox—around 57% slower—primarily due to the additional UI layer. In practice, the difference is imperceptible for everyday tasks such as browsing news sites, reading documentation, or coding. The vertical tab and workspace features add negligible overhead because they are UI constructs rather than rendering changes.
### 6.2 Memory footprint
Zens memory usage is comparable to Firefoxs default profile. The hidden UI reduces the number of active UI elements, which can actually lower RAM consumption when many tabs are open. Users have reported being able to keep 3040 tabs open without the system slowing down, a figure that matches or exceeds most Chromium browsers on the same hardware.
### 6.3 Stability track record
Since its first stable release (v1.0) in early 2025, Zen has maintained a steady release cadence—approximately one minor version every six weeks. Crash reports have steadily declined as the codebase matures. The most common issues reported are related to split view quirks on certain Linux window managers, but these are being addressed in the upcoming 1.21 release.
---
## 7. Limitations and tradeoffs
| Limitation | Impact | Mitigation |
|------------|--------|-------------|
| No mobile app (Android/iOS) | Cannot browse Zenonly UI on phone | Use Firefox mobile with Sync to keep bookmarks, passwords, and open tabs |
| No builtin Widevine DRM | Cannot stream Netflix/Disney+ directly | Use a Chromium browser for DRMprotected services |
| Smaller development team | Potential risk of abandonment | Community contributions, opensource transparency |
| Limited CLI documentation | Advanced users may lack commandline options | Most Firefox CLI flags work; community can extend docs |
These constraints are not dealbreakers for many power users. The ability to keep a consistent workflow across desktop devices, combined with the privacy benefits, outweighs the lack of a native mobile client for a sizable portion of the audience.
---
## 8. Getting started with Zen
1. **Download** Visit the official site (https://zen-browser.app) and choose the installer for your OS. Linux users can pick Flatpak, AppImage, or a tarball.
2. **Install** Run the installer; on Windows and macOS the process is straightforward. Linux users may need to make the AppImage executable (`chmod +x`).
3. **Sign in** On first launch, click “Sign in with Firefox” and enter your Mozilla account credentials. This will pull in your existing data.
4. **Configure** Open Settings → Privacy to verify telemetry is disabled. Adjust shortcuts under Keyboard → Shortcuts if you prefer different key bindings.
5. **Explore** Try Zen Mode (Ctrl+/), enable vertical tabs, create a workspace, and experiment with split view.
6. **Install extensions** Visit addons.mozilla.org from within Zen and add your favourite tools.
7. **Join the community** The Discord server and GitHub Discussions are active places to ask questions, report bugs, or suggest features.
---
## 9. How Zen compares to other browsers
| Feature | Zen | Firefox (standard) | Chrome | Brave | Vivaldi |
|---------|-----|--------------------|--------|-------|---------|
| Engine | Gecko (fork) | Gecko | Blink | Blink | Blink |
| UI paradigm | Vertical tabs, workspaces, Zen Mode | Traditional tab bar | Minimalist but Chromecentric | Similar to Chrome with added shields | Highly customizable |
| Default telemetry | Disabled | Enabled (optout) | Enabled | Enabled (optout) | Enabled |
| Google services | None | None | Integrated | Integrated | Integrated |
| Mobile app | None (use Firefox) | Yes | Yes | Yes | Yes |
| DRM support | No | No (requires separate plugin) | Yes | Yes | Yes |
| Opensource | Yes (MPL) | Yes (MPL) | No (proprietary) | Yes (MIT) | Yes (GPL) |
| Extension ecosystem | Mozilla Addons | Mozilla Addons | Chrome Web Store | Chrome Web Store | Chrome Web Store |
Zen occupies a unique niche: it offers a radically different UI while staying within the Firefox ecosystem. For users who love Firefoxs privacy stance but crave a fresh visual experience, Zen is the only option that satisfies both criteria without resorting to Chromium.
---
## 10. Who should give Zen a try?
- **Privacyconscious users** who want a browser that does not ship Google telemetry by default.
- **Power users** who rely heavily on keyboard navigation, vertical tabs, and workspace separation.
- **Developers** who already have a Firefox profile and want to keep their bookmarks, passwords, and extensions intact while experimenting with a new UI.
- **Linux enthusiasts** who appreciate opensource software and the ability to install via Flatpak or AppImage.
- **Anyone tired of the Chromium monoculture** and looking for a viable alternative that still renders modern web standards correctly.
Conversely, Zen may not be ideal for:
- Users who need **DRMprotected streaming** on a daily basis.
- Mobilefirst users who expect a seamless browser experience across phone and tablet.
- Organizations that require **sameday security patches** for a large fleet of machines (Chromium browsers often receive patches faster due to corporate backing).
---
## 11. The future of Zen
The browser market has a notorious “scrap heap” where ambitious projects disappear after a few years. Zens survival hinges on three factors:
1. **Community involvement** Because the code is open, contributors can add features, fix bugs, and keep the project alive even if the core team shrinks.
2. **Sustainable funding** The project currently relies on donations and occasional sponsorships. A steady revenue stream would allow dedicated developers to work fulltime.
3. **Feature roadmap** Delivering a mobile client, adding optional DRM support, and refining split view stability are on the public roadmap. Hitting these milestones will broaden Zens appeal.
If these conditions are met, Zen could become a longterm pillar of the nonChromium ecosystem, offering a viable, privacyfirst alternative for years to come.
---
## 12. Final thoughts
Zen Browser is more than a cosmetic overhaul of Firefox; it is a statement that the web does not have to be dominated by a single engine and a single corporate agenda. Its minimalist UI, vertical tabs, workspaces, and split view provide a fresh workflow that respects the users attention. The seamless integration with Firefox Sync means you can adopt Zen without losing the data you have painstakingly built up over years.
The tradeoffs—no mobile client, no builtin DRM—are real, but they are transparent and can be worked around. For anyone who values privacy, opensource principles, and a keyboardfirst experience, Zen is worth a serious look.
In a world where AIgenerated noise threatens to drown out thoughtful browsing, Zen offers a quiet corner where the page itself can finally be heard. Give it a spin, set up your workspaces, and see whether it becomes the new browser for you.
---

View File

@ -6,7 +6,7 @@ SITENAME = "Andrew Ridgway's Blog"
SITEURL = 'https://blog.aridgwayweb.com' SITEURL = 'https://blog.aridgwayweb.com'
THEME = 'themes/cleanblog' THEME = 'themes/cleanblog'
PATH = 'content' PATH = 'content'
HEADER_COVER = 'https://blog.aridgwayweb.com/images/Tech-Desktop-Wallpaper-35697.jpg' HEADER_COVER = 'https://wallpaperaccess.com/full/3239444.jpg'
TIMEZONE = 'Australia/Brisbane' TIMEZONE = 'Australia/Brisbane'
COLOR_SCHEME_CSS = 'tomorrow.css' COLOR_SCHEME_CSS = 'tomorrow.css'
DEFAULT_LANG = 'en' DEFAULT_LANG = 'en'

Binary file not shown.

Before

Width:  |  Height:  |  Size: 2.8 MiB

View File

@ -33,7 +33,7 @@
{% if article.header_cover %} {% if article.header_cover %}
<header class="intro-header" style="background-image: url('{{ article.header_cover }}')"> <header class="intro-header" style="background-image: url('{{ article.header_cover }}')">
{% else %} {% else %}
<header class="intro-header" style="background-image: url('{{ SITEURL }}/{{ THEME_STATIC_DIR }}/images/post-bg.png')"> <header class="intro-header" style="background-image: url('{{ SITEURL }}/{{ THEME_STATIC_DIR }}/images/post-bg.jpg')">
{% endif %} {% endif %}
<div class="container"> <div class="container">
<div class="row"> <div class="row">