Show HN: EloqDoc: MongoDB-Compatible Doc DB with Object Storage as First Citizen

Show HN: Helium Browser for Android with extensions support, based on Vanadium

Show HN: Helium Browser for Android with extensions support, based on Vanadium Been working on an experimental Chromium-based browser that brings 2 major features to your phone/tablet:1. desktop-style extensions: natively install any extensions (like uBO) from the chrome web store, just toggle "desktop site" in the menu first.2. privacy/security hardening: applies the full patch sets from Vanadium (with Helium's currently wip).Means you get both browsers' excellent privacy features, like Vanadium's webrtc IP policy option that protects your real IP by default, and security improvements such as JIT being disabled by default, all while being a reasonably efficient FOSS app that can be installed on any (modern) android.It's still in beta, and as I note in the README, it's not a replacement for the full OS-level security model you'd get from running the GrapheneOS Vanadium combo. However, goal was to combine privacy of Vanadium with the power of desktop extensions and Helium features, and make it accessible to a wider audience. (Passkeys from Bitwarden Mobile should also work straight away once merged in the list of FIDO2 privileged browsers)Build scripts are in the repo if you want to compile it yourself. You can find pre-built releases there too.Would love any feedback/support!

Show HN: OpenSnowcat – A fork of Snowplow to keep open analytics alive

Show HN: OpenSnowcat – A fork of Snowplow to keep open analytics alive I’ve been a long-time Snowplow user and unofficial evangelizer. I have deep respect for its founders, Alex and Yali, who I met a few times.What made me fall in love with Snowplow was that it was unopinionated, gave access to raw event data, and was truly open source. Back in 2013, that changed everything for me. I couldn’t look at GA the same way again.Over the years, analytics moved into SQL warehouses driven by cheaper CPU/storage, dbt, reproducibility, and transparency. I saw the need for a democratized Snowplow pipeline and launched a hosted version in 2019.In January 2024, Snowplow changed its license (SLULA), effectively ending open-source Snowplow by restricting production use. When that happened, I realized the spirit of open data and open architecture was gone.A week later, I forked it, I wanted to keep the idea alive.OpenSnowcat keeps the original collector and enricher under Apache 2.0 and stays fully compatible with existing Snowplow pipelines. We maintain it with regular patches, performance optimizations, and integrations with modern tools like Warpstream Bento for event processing/routing.The goal is simple: keep open analytics open.Would love to hear how others in the community think we can preserve openness in data infrastructure as “open source” becomes increasingly commercialized.That's it, I should have posted here earlier but now felt right.

Show HN: ExprTk REPL – Explore math expressions in the browser with WebAssembly

Show HN: ExprTk REPL – Explore math expressions in the browser with WebAssembly ExprTk compiled to WebAssembly lets you explore and evaluate math expressions instantly in your browser. Everything runs client-side at near-native speed.

Show HN: I got tired of managing dev environments, so I built ServBay

Show HN: I got tired of managing dev environments, so I built ServBay Hey HN,For years, my local development setup has been a fragile mess of tools that never quite played nicely together. On my mac, it was a constant battle with Homebrew services starting (or not starting) on boot, conflicting PHP and Node versions managed by `asdf` or `nvm`, and a collection of `docker-compose.yml` files that I'd copy-paste and tweak for every single project. The cognitive load was just too high.Setting up SSL was another chore involving `mkcert`. Sharing a quick demo with a colleague meant firing up ngrok. And if I wanted to run two projects that needed different versions of PostgreSQL? Good luck. I’d have to stop one service to start another.I missed the simplicity of the MAMP/XAMPP era, but I needed something that could handle the diverse stack of a modern developer – not just PHP and MySQL, but Python, Go, Rust, Node.js, and various databases.That’s why I (along with my small team) built ServBay. It's our attempt to bring back simplicity and speed to local development without sacrificing power. It's a native app for macOS and Windows, not a wrapper around Docker or VMs.Here's what it does:One-Click Stacks: You can install and run multiple, isolated versions of languages like Python, Node.js, Go, Java, Rust, Ruby, and .NET. No more path conflicts or environment variable hell.Databases, Plural: This was a huge one for me. You can run multiple instances of MySQL, MariaDB, PostgreSQL, Redis, and MongoDB simultaneously. Project A can use Postgres 14 while Project B uses Postgres 16, both running at the same time on different ports.Automatic SSL: Any host you create gets a valid SSL certificate out of the box. No more browser privacy warnings for `.test` or `.localhost` domains.Built-in Tunneling: If you need to demo a feature or test a webhook, there's a one-click button to expose your local site to the internet via a secure tunnel.One-Click Local AI: This is something we're really excited about. We've added a feature to easily download and run models like Llama 3 or Stable Diffusion locally through a simple UI, so you can experiment without worrying about API keys or costs.Everything Else: It also handles one-click backups, has a clean, non-intrusive UI, and is designed to be as lightweight as possible.I know what many of you are thinking: "Why not just use Docker?"And that's a fair question. We use Docker for production and complex, multi-service architectures. But for quickly spinning up a single-service app, testing a new framework, or just general day-to-day development, the overhead of `Dockerfile`s, `docker-compose.yml`, slow file sync on macOS, and resource consumption often feels like overkill. ServBay is for those moments where you just want to get to the code.The project is still young, and we have a long roadmap ahead. I'm here all day to answer any questions, listen to your (brutally honest) feedback, and hear about what your own development workflows look like.You can check it out here: <a href="https://www.servbay.com" rel="nofollow">https://www.servbay.com</a>Thanks for reading.

Show HN: Browser-based PDF form fields detection (YOLO-based)

Show HN: Browser-based PDF form fields detection (YOLO-based) Hey HN!Last week, Joe Barrow released CommonForms [1], a set of open models for automatically detecting form fields in PDFs.He trained two models, FFDNet-S and FFDNet-L, on a dataset of 55k documents. You can read more about his approach in the arXiv paper [2].As someone who's been searching for reliable models to auto-detect form fields (one of the last hard problems in PDF form filling), I was seriously impressed by the quality of these models. I wanted to give them the attention and distribution they deserve, so I created a fully browser-based implementation that handles both detection and field addition.My implementation relies on his models and onnx runtime web + some post-processing. I plan on publishing a small browser library to encapsulate it in the coming days to make it easier to deploy anywhere (currently you'd have to fork / copy my code)Happy to answer any questions about the browser-based implementation!Questions about the models themselves should be directed to Joe, who I believe is also on HN [3][1] <a href="https://github.com/jbarrow/commonforms" rel="nofollow">https://github.com/jbarrow/commonforms</a> [2] <a href="https://arxiv.org/abs/2509.16506" rel="nofollow">https://arxiv.org/abs/2509.16506</a> [3] <a href="https://news.ycombinator.com/user?id=jbarrow">https://news.ycombinator.com/user?id=jbarrow</a>

Show HN: JPDB, GDB for Your Waveforms

Show HN: JPDB, GDB for Your Waveforms hey everyone,I've been working on JPDB is a GDB like debugger for waveforms. if you give JPDB a waveform* and some other information, then you can step through the program that was executed when that waveform was created.i say GDB-like because JPDB has it's own GDB client (its called shucks), that implements the client side logic of the GDB protocol faithfully, but doesnt have all of the GDB niceties (like python integration, etc). this allows the project to be specialized on debugging waveforms specifically, when compared to another approach like connecting to a gdb clientJPDB integrates with the waveform viewer surfer (<a href="https://surfer-project.org/" rel="nofollow">https://surfer-project.org/</a>), so you can look at other signals there. this is still ongoing because the underlying protocol (WCP) is a little Freshif you're developing your own CPU, give it a shot. Superscalar designs arent supported yet but it would be pretty straightforward, just give me your waves ( i am touching my fingers together villainously as i type this) and i will make it happenalso if you want to use system with a "normal" gdb client, the dang library presents a gdbstub server, so you can run that and connect to it.here's a demo but it should work on your local machine if you follow the readme:<a href="https://www.youtube.com/watch?v=EOo1aG_wcJg" rel="nofollow">https://www.youtube.com/watch?v=EOo1aG_wcJg</a>

Show HN: Dayflow – A git log for your day

Show HN: Dayflow – A git log for your day Hi HN! I've been building Dayflow, a macOS app that automatically tracks what you're actually working on (not just which apps you have open).Here's what it does:- It creates a semantic timeline of your day;- It does it by understanding the content on your screen (with local or cloud VLMs);- This allows you to see exactly where your time went without any manual logging.Traditional time trackers tell you "3 hours in Chrome" which is not very helpful. Dayflow actually understands if you're reading documentation, debugging code, or scrolling HN. Instead of "Chrome: 3 hours", you get "Reviewed PR comments: 45min", "Read HN thread about Rust: 20min", "Debugged auth flow: 1.5hr".I was an early Rewind user but rarely used the retrieval feature. I built Dayflow because I saw other interesting uses for screen data. I find that it helps me stay on track while working - I check it every few hours and make sure I’m spending my time the way I intended - if I’m not, I try to course correct.Here’s what you need to know about privacy:- Run 100% locally using qwen2.5-vl-3b (~4GB model)- No cloud uploads, no account- Full source available under MIT license (<a href="https://github.com/JerryZLiu/Dayflow" rel="nofollow">https://github.com/JerryZLiu/Dayflow</a>)- Optional: BYO Gemini API key for better quality (stored in Keychain, with free-tier workaround to prevent training on your data)The tech stack is pretty simple, SwiftUI with a local sqlite DB. Uses native macOS apis for efficient screen captures. Since most people who run LLMs locally already have their tool of choice (Ollama, LLMStudio, etc.), I decided to not embed an LLM into Dayflow.By far the biggest challenge was adapting from SOTA vision models like Gemini 2.5 Pro to small, local models. My constraints were that it had to take up <4GB of ram and have vision capabilities. I had to do a lot of evals to figure out that Qwen2.5VL-3B was the best balance of size and quality, but there was still a sizable tradeoff in quality that I had to accept. I also got creative with sampling rates and prompt chunking to deal with the 100x smaller context window. Processing a 15 minute segment takes ~32 local LLM calls vs 2 Gemini calls!Here’s what I’m working on next:Distillation: Using Gemini's high-quality outputs as training data to teach a local model the patterns it needs, hopefully closing the quality gap.Custom dashboards where you can track answers to any question like "How long did I spend on HN?" or "Hours until my first deep work session of the dayI'd love to hear your thoughts, especially if you've struggled with productivity tracking or have ideas for what you'd want from a tool like this.

Show HN: Arrow JavaScript, Reactivity Without the Framework

Show HN: Arrow JavaScript, Reactivity Without the Framework A tiny ~2kb library for building reactive interfaces in native JavaScript

Show HN: KSON, a love-letter to the humans maintaining computer configuration

Show HN: KSON, a love-letter to the humans maintaining computer configuration Hi friends, I'm really excited to introduce KSON, which just entered public beta!Anywhere a human is reading or editing YAML/JSON/TOML, KSON may be used as a more effective interface on that data. If you are such a human, we invite you to participate in this beta.tl;dr Check out the website [1], play with the online playground [2], install the library for your programming language [3], edit in your favorite editor [4], discuss and give feedback [5], contribute to the project [6].(A personal note about this project: I love software. Machines made of words! Such a wonder. KSON itself, as a collection of words that both make a machine and explain that machine, is an expression of a lot ideas I feel really passionately about around software and our relationship to it. I've put a lot of love into trying to make that expression eloquent and reliable. I hope some of that comes through clearly, and I look forward to discussing this more over time with anyone who's interested)One of the key things KSON wants to say is: let's keep everything that's great about YAML and JSON as "Configuration User Interfaces", and let's make those interfaces more toolable, robust, and fun. Here's some of the ways we do that:- KSON is a verified superset of JSON, has native JSON Schema support, transpiles cleanly to YAML (with comments preserved!), and is likely available wherever you want it—current supported platforms: JS/TS, Python, Rust, JVM, and Kotlin Multiplatform.- KSON is also widely available in developer tools, with support for VS Code, Jetbrains IDEs, and anywhere you can plug in an LSP.- KSON is fully open source, licensed under Apache-2.0, and you are invited to meet its words and tinker with how they make its machine. A lot of care, craft, attention and joy went into making the KSON project understandable and approachable for developers. We hope to see you around.PS. This is an HN-friendly version of the official announcement at <<a href="https://kson.org/docs/blog/2025/09/17/introducing-kson/" rel="nofollow">https://kson.org/docs/blog/2025/09/17/introducing-kson/</a>>.[1]: <a href="https://kson.org/" rel="nofollow">https://kson.org/</a>[2]: <a href="https://kson.org/playground/" rel="nofollow">https://kson.org/playground/</a>[3]: <a href="https://kson.org/docs/install/#languages" rel="nofollow">https://kson.org/docs/install/#languages</a>[4]: <a href="https://kson.org/docs/install/#editor-support" rel="nofollow">https://kson.org/docs/install/#editor-support</a>[5]: <a href="https://kson-org.zulipchat.com/" rel="nofollow">https://kson-org.zulipchat.com/</a>[6]: <a href="https://github.com/kson-org/kson" rel="nofollow">https://github.com/kson-org/kson</a>

Show HN: Pgmcp, an MCP server to query any Postgres database in natural language

Show HN: DevSwarm, run multiple AI coding assistants in parallel

Show HN: DevSwarm, run multiple AI coding assistants in parallel We wanted to run multiple AI coding assistants in parallel and swap models easily (Claude Code, local, Codex, etc.) without messing with the current branch.DevSwarm is a mac/windows desktop app that runs assistants on separate git branches so you can stay in the loop and compare/merge safely. Not an IDE, an Augmented Development Environment (ADE); open any branch in your IDE with a click. We’ve been dogfooding it for months, including DevSwarm. Try it in minutes: download, open a repo, start two assistants. Free beta.

Show HN: Regolith – Regex library that prevents ReDoS CVEs in TypeScript

Show HN: Regolith – Regex library that prevents ReDoS CVEs in TypeScript I wanted a safer alternative to RegExp for TypeScript that uses a linear-time engine, so I built Regolith.Why: Many CVEs happen because TypeScript libraries are vulnerable to Regular Expression Denial of Service attacks. I learned about this problem while doing undergraduate research and found that languages like Rust have built-in protection but languages like JavaScript, TypeScript, and Python do not. This library attempts to mitigate these vulnerabilities for TypeScript and JavaScript.How: Regolith uses Rust's Regex library under the hood to prevent ReDoS attacks. The Rust Regex library implements a linear-time Regex engine that guarantees linear complexity for execution. A ReDoS attack occurs when a malicious input is provided that causes a normal Regex engine to check for a matching string in too many overlapping configurations. This causes the engine to take an extremely long time to compute the Regex, which could cause latency or downtime for a service. By designing the engine to take at most a linear amount of time, we can prevent these attacks at the library level and have software inherit these safety properties.I'm really fascinated by making programming languages safer and I would love to hear any feedback on how to improve this project. I'll try to answer all questions posted in the comments.Thanks! - Jake Roggenbuck

Show HN: First background agents in Jetbrains IDEs [video]

Show HN: First background agents in Jetbrains IDEs [video] TLDR: made the first background coding agent that has an isolated workspace and runs locallyHowdy - I’m Kevin, co-founder of Firebender, and we built the first background coding agent in android studio / Jetbrains!Why not just use Cursor background agents or OpenAI Codex?Both of these require setting up a cloud container and cloning your existing developer environment, and maintaining it. Then when you want to iterate on changes as AI inevitably makes a mistake, you either throw away the work, or have to pull down the branch and clean it up. This feels really clunky. With Firebender, background agents run locally in a lightweight git worktree/IDE tab. This means when the agent is done, you can easily clean up the changes and run code with a few clicks.Under the hood, the agent behaves similarly to claude code (didn’t want to reinvent the wheel), but also leverages all of the hooks into IntelliJ sdk like go-to-definition, find usages, auto-imports for accuracy, and it gives a cleaner visual UI for reviewing changes and merging them. You can use any frontier model like gpt-5/sonnet-4 as the base.We’ve had to do quite a bit of reverse engineering of the IntelliJ codebase to cleanly set up and manage the isolated environment, and I think you’ll appreciate the simple UX of hitting cmd+enter to run a background agent anywhere.get started docs: <a href="https://docs.firebender.com/get-started/background-agents">https://docs.firebender.com/get-started/background-agents</a>download the plugin: <a href="https://firebender.com">https://firebender.com</a>Would love to get your feedback to help us improve the tool for you! Thanks!

Show HN: My OSS P2P file transfer tool for learning Next.js (as a C++ dev)

Show HN: My OSS P2P file transfer tool for learning Next.js (as a C++ dev) Hey HN,I'm a C++ algorithms engineer, and today I'd like to share my first full-stack web project: PrivyDrop.This project was born from two ideas:First, I wanted to solve a daily annoyance of mine: I needed a simple, AirDrop-like way to send text, links, or screenshots between my phone and PC. I tried many tools, but they either required me to sign up, had various limitations, or uploaded my data to their servers, which I was never comfortable with.Second, this was a personal experiment. Last year, with all the talk about "AI replacing programmers," I got curious. As a developer with no web background, I wanted to see how long it would take to learn full-stack development from scratch (an area I'm really interested in) and build a complete application, using AI as my primary coding partner and mentor.PrivyDrop is the result of that learning and experiment.It's a peer-to-peer (P2P) file-sharing tool based on WebRTC. Its core principle is that *your data belongs only to you*: all files and text are transferred directly between your browser and the recipient's, fully end-to-end encrypted, without ever passing through an intermediate server.*Here are some of its key features:** Completely free and open-source, with no ads. * No sign-up or installation required—just open your browser. * Direct P2P connection for privacy, security, and speed. * No limits on file size or type. * Support for entire folder transfers. * Built-in resumable transfers.The whole process has been a fantastic learning journey. I'm sharing it now in the hope that it can solve the same pain point for others. I'm really eager to hear any feedback, ideas, or even harsh criticism from the HN community!* *Live Demo:* <a href="https://www.privydrop.app" rel="nofollow">https://www.privydrop.app</a> * *GitHub Repo:* <a href="https://github.com/david-bai00/PrivyDrop" rel="nofollow">https://github.com/david-bai00/PrivyDrop</a>Thanks, everyone!

Show HN: Built a memory layer that stops AI agents from forgetting everything

Show HN: Built a memory layer that stops AI agents from forgetting everything Tired of AI coding tools that forget everything between sessions? Every time I open a new chat with Claude or fire up Copilot, I'm back to square one explaining my codebase structure.So I built something to fix this. It's called In Memoria. Its an MCP server that gives AI tools persistent memory. Instead of starting fresh every conversation, the AI remembers your coding patterns, architectural decisions, and all the context you've built up.The setup is dead simple: `npx in-memoria server` then connect your AI tool. No accounts, no data leaves your machine.Under the hood it's TypeScript + Rust with tree-sitter for parsing and vector storage for semantic search. Supports JavaScript/TypeScript, Python, and Rust so far.It originally started as a documentation tool but had a realization - AI doesn't need better docs, it needs to remember stuff. Spent the last few months rebuilding it from scratch as this memory layer.It's working pretty well for me but curious what others think, especially about the pattern learning part. What languages would you want supported next?Code: <a href="https://github.com/pi22by7/In-Memoria" rel="nofollow">https://github.com/pi22by7/In-Memoria</a>

Show HN: Chroma Cloud – serverless search database for AI

Show HN: Chroma Cloud – serverless search database for AI Hey HN - I’m Jeff, co-founder of Chroma.In December of 2022, I was scrolling Twitter in the wee-hours of the morning holding my then-newborn daughter. ChatGPT had launched, and we were all figuring out what this technology was and how to make it useful. Developers were using retrieval to bring their data to the models - and so I DM’d every person who had tweeted about “embeddings” in the entire month of December. (it was only 120 people!) I saw then how AI was going to need to search to all the world’s information to build useful and reliable applications.Anton Troynikov and I started Chroma with the beliefs that:1. AI-based systems were way too difficult to productionize2. Latent space was incredibly important to improving AI-based systems (no one understood this at the time)On Valentines Day 2023, we launched first version of Chroma and it immediately took off. Chroma made retrieval just work. Chroma is now a large open-source project with 21k+ stars and 5M monthly downloads, used at companies like Apple, Amazon, Salesforce, and Microsoft.Today we’re excited to launch Chroma Cloud - our fully-managed offering backed by an Apache 2.0 serverless database called Chroma Distributed. Chroma Distributed is written in Rust and uses object-storage for extreme scalability and reliability. Chroma Cloud is fast and cheap. Leading AI companies such as Factory, Weights & Biases, Propel, and Foam already use Chroma Cloud in production to power their agents. It brings the “it just works” developer experience developers have come to know Chroma for - to the Cloud.Try it out and let me know what you think!— Jeff

Show HN: PgHook – Docker image that streams PostgreSQL row changes to webhooks

Show HN: PgHook – Docker image that streams PostgreSQL row changes to webhooks I needed real-time updates in a web UI whenever PostgreSQL table rows change, so I built PgHook. It's a 23 MB Docker image (10.1 MB compressed), .NET9 AOT-compiled, that streams logical replication events and sends them to a configurable webhook.In my setup, the webhook converts events to SignalR messages that push updates to the UI.I know about Debezium but I needed something minimal, and I like playing with csharp.

Show HN: Vaultrice – A real-time key-value store with a localStorage API

Show HN: Vaultrice – A real-time key-value store with a localStorage API Hi HN,I'm Adriano, one of the makers of Vaultrice. I'm excited (and a little nervous!) to share what we've been building.For years, we found ourselves in a frustrating loop: whenever we needed a simple real-time feature—like a "who's online" list, a collaborative app, or just sharing state between a marketing site and our main app — we'd end up spending days setting up the same stack or discarded to do it. Setting it up, it always involved wiring together a database, a WebSocket server, an API, and managing the connection state. It felt like massive overkill for what we were trying to achieve.We wanted a tool that felt as simple to use as the browser's `localStorage` API but worked across domains and devices, with real-time sync and security built-in.So, we built Vaultrice.It’s a key-value data store built on top of Cloudflare's Durable Objects, which gives you a strongly consistent backend for each data object. You interact with it through our TS/JS SDK, which comes in two flavors:1. `NonLocalStorage`: A low-level client with a `localStorage`-like API (`setItem`, `getItem`, etc.) plus real-time events and presence (`.on()`, `.join()`).2. `SyncObject`: A higher-level, reactive JavaScript Proxy. You just change a property on an object (`doc.title = 'New Title'`), and it automatically syncs to all other connected clients.The goal is to let you build the real-time features you want in minutes, not days. We've also put a lot of thought into a layered security model, allowing you to go from simple API key restrictions all the way to server-signed object IDs and client-side E2EE.We’ve just launched and would be grateful for any feedback from the HN community. What do you think of the API design? Are there use cases we haven't considered? Any thoughts on the security model?We'll be here (or via email (support@vaultrice.com)) to answer any questions. Thanks for checking it out!

Show HN: Tambo – build generative UX web apps

Show HN: Voltpeek – Vim-inspired oscilloscope software

Show HN: Voltpeek – Vim-inspired oscilloscope software This is software for my headless, PC based oscilloscope, which is controlled entirely via commands similar to the Vim text editor. I built this because I liked the idea of headless oscilloscopes; I always have my laptop around when I’m working on electronics anyway, and it’s very convenient to save images of captured waveforms. However, I found the software for off the shelf models to be annoying and cumbersome to work with. In my experience, this holds true both when opening the software and connecting to an attached oscilloscope, and when adjusting the scope settings using menus and buttons. I have also built my own oscilloscope hardware for use with Voltpeek. The specs are nothing to write home about (7.5MHz BW, 62.5MS/s), but they should be adequate for some basic debugging and measurement tasks.

Show HN: KubeForge – A GUI for Kubernetes YAMLs

Show HN: KubeForge – A GUI for Kubernetes YAMLs Hey HN,I'm Brandon, a solo dev, and I built KubeForge - a visual editor for Kubernetes deployments that helps you build and validate YAML configs.Origin Story: Over the past couple weeks, I got fed up manually writing Kubernetes YAMLs, especially when working with nested structures like containers, env, and volumeMounts. Even small typos or misaligned fields added lost time to broken deploys.So I started hacking together a tool to visualize the structure of Kubernetes objects based on the OpenAPI schema. That prototype quickly turned into a full manifest builder.What KubeForge does:- Pulls the latest Kubernetes OpenAPI schema (auto-updated daily)- Generates field-level forms with type safety, required fields, and smart defaults- Lets you visually build manifests like a flow editor- Outputs clean, deploy-ready YAML, with multi-object exportsPersonally, I wanted a tool that:- Validates fields as I build, not after deployment- Surfaces nested fields, tooltips, and types without switching tabs- Lets me export or share real YAMLs easilyTry it out:GitHub: <a href="https://github.com/kubenote/KubeForge">https://github.com/kubenote/KubeForge</a>Live demo: <a href="https://demo.kubefor.ge" rel="nofollow">https://demo.kubefor.ge</a>Website: <a href="https://kubefor.ge" rel="nofollow">https://kubefor.ge</a>It’s free and open source. I’d love feedback, bug reports, or ideas. Contributions welcome too .Thanks, Brandon

Show HN: Claude Code in the Browser – Webcode.sh

Show HN: Claude Code in the Browser – Webcode.sh I wanted to be able to code with Claude anytime, anywhere — walking, commuting, or at a café. So I built a browser-based terminal for Claude Code!- Zero-config, instant REPL- Works on mobile and tablets (Chrome, Safari)- WASM-powered performanceLet me know what you think.

Show HN: Easy alternative to giflib – header-only decoder in C

Show HN: Easy alternative to giflib – header-only decoder in C Hi HN, I made a lightweight, header-only GIF decoder in C, inspired by stb-style libraries. No dynamic allocation, portable, and optimized for embedded devices.GitHub: <a href="https://github.com/Ferki-git-creator/TurboStitchGIF-HeaderOnly-Fast-ZeroAllocation-PlatformIndependent-Embedded-C-GIF-Decoder">https://github.com/Ferki-git-creator/TurboStitchGIF-HeaderOn...</a>Would love feedback or suggestions.

Show HN: OrioleDB Beta12 Features and Benchmarks

Show HN: OrioleDB Beta12 Features and Benchmarks Hey HN, I'm the creator of OrioleDB, an extension for PostgreSQL that serves as a drop-in replacement for the default Heap storage engine. It is designed to address scalability bottlenecks in PostgreSQL's buffer manager and reduce the WAL, enabling better utilization of modern multi-core CPUs and high‑performance storage systems.We are getting closer to GA. This release includes:- An index bridge to support all indexes that Heap supports- Support for rewinding recent changes in the database.- Tablespaces support- Fillfactor support- An orioledb_tree_stat() function for space utilization statistics- Support for tables with more than 32 columns.We also show several performance improvements using the TPC-C benchmarks. Overall, OrioleDB is much faster than Heap, also outperforming other Postgres providers.We would love more people testing OrioleDB. The fastest way to do that is to use the docker image provided:<pre><code> docker run -d --name orioledb -p 5432:5432 orioledb/orioledb </code></pre> Read the full release here:<a href="https://www.orioledb.com/blog/orioledb-beta12-benchmarks" rel="nofollow">https://www.orioledb.com/blog/orioledb-beta12-benchmarks</a>

Show HN: BloomSearch – Keyword search with hierarchical bloom filters

Show HN: BloomSearch – Keyword search with hierarchical bloom filters Hey HN! I got nerd-sniped by Bloom Filters this weekend, specifically for searching datasets with high "cardinality" (number of unique items).They're an _amazing_ data structure that, at a fixed size, tracks potential set membership. That means unlike normal b-tree indexes, they don't grow with the number of unique items in the dataset.This makes them great for "needle in a haystack" search (logs, document) as implementations like VictoriaMetrics and Bing's BitFunnel show. I've used them in the past, but they've never been center-stage in my projects.I wanted high cardinality keyword search for ANOTHER project... and, well, down the yak-shaving rabbit hole we go!BloomSearch brings this into an extensible Go package:- Very memory efficient via bloom filters and streaming row scans- DataStore and MetaStore interfaces for any backend (can be same or separate)- Hierarchical pruning via partitions, minmax indexes, and of course bloom filters- Search by field, token, or field:token with complex combinators- Disaggregated storage and compute for unbound ingest and query throughputAnd of course, you know I had to make a custom file format ^-^ (FILE_FORMAT.MD)BloomSearch is optimized for massive concurrency, arbitrary cardinality and dataset size, and super low memory usage. There's still a lot on the table too in terms of size and performance optimizations, but I'm already super pleased with it. With distributed query processing I'm targeting >100B rows/s over large datasets.I'm also excited to replace our big logging bill ~$0.003/GB for log storage with infinite retention and guilt-free querying :P

Show HN: HNping 'remind me later' for HN via web push

Show HN: HNping 'remind me later' for HN via web push HNping lets you set a reminder for a HN post. You get a web push browser notification when it's time, and clicking it takes you back to the post. That's it.I built HNping because I kept stumbling on HN posts where the discussion still had to get going. Wanted to revisit, but didn't want to create even more bookmarks/etc I'll just forget about. So I created a 'remind me later' tool (like the reddit bot) to fix this for myself.To use it: go to hnping.com, enable notifications, and drag the bookmarklet to your bookmarks bar. Then click it on any HN post to set a reminder (5 minutes to 1 week). No personal info needed - you just get a UUID that serves as your account.I tried to make it as simple as possible.It's built on a Cloudflare Worker with D1 for data storage and uses Firebase Cloud Messaging for push notifications.

Show HN: Kuvasz – an open-source uptime and SSL monitoring service

Show HN: Kuvasz – an open-source uptime and SSL monitoring service A few months ago I took out my side project - an uptime & SSL monitoring service - from the drawer. I've decided to give it a new life and completely overhauled it, added a lot of new feature, and most importantly, a UI.Highlights- configurable uptime & SSL monitoring- Telegram, Slack, PagerDuty & E-mail notifications (more to come!)- fully-fledged REST API- a responsive, modern & fast UI- monitors are optionally configurable via a single YAML file, or you can choose to use either the UI or the API to maintain them- Cloud-native, distributed as amd64 and arm64 images- Only one dependency: a PostgreSQL database to connect to- Extensive examples in the docs- stable memory usage (max ~360MB) & great performanceIt's written in Kotlin, under the hood it uses Micronaut with Netty, jOOQ, and PostgreSQL, and the server-side-rendered UI is built with kotlinx.html, Alpine.js, and htmx.It's called Kuvasz (pronounce as [ˈkuvɒs]), and you can find the repository here: <a href="https://github.com/kuvasz-uptime/kuvasz">https://github.com/kuvasz-uptime/kuvasz</a>And the website with the extensive documentation here: <a href="https://kuvasz-uptime.dev" rel="nofollow">https://kuvasz-uptime.dev</a>