Supabase Launches Multigres v0.1 Alpha to Simplify Postgres Horizontal Scaling

·1 views

Supabase has released Multigres v0.1 Alpha, an early-stage tool designed to bring horizontal scaling and high availability to PostgreSQL databases. The project aims to function as an 'operating system for Postgres,' abstracting away the complexity of manual sharding and failover management. Multigres acts as a smart proxy layer, allowing applications to connect as if to a single Postgres instance while it routes queries across multiple underlying shards. The solution draws comparison to Vitess, the sharding system used by large platforms like YouTube and Slack, but targets a more Postgres-native and developer-friendly experience. By keeping the standard Postgres-compatible interface intact, Multigres is designed to require little to no changes in existing application code.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Single-point uptime monitors miss network path failures in hybrid cloud setups

Traditional uptime tools check service availability from a single monitoring server, which can misrepresent connectivity in hybrid cloud environments where network paths vary across virtual networks. A service may appear fully operational from one vantage point while remaining unreachable from other parts of the infrastructure due to broken routes or misconfigured network security groups. The proposed solution involves deploying lightweight agents inside each network location — such as Azure Functions, AWS Lambda, or on-premises VMs — that push results outbound to a central hub, building a source-by-destination connectivity matrix. To manage the data volume from distributed monitoring, hourly pre-aggregation of heartbeat data reduces per-request row counts significantly while keeping dashboards updated in near real time via push-based status transitions. The core takeaway is that in multi-network infrastructure, meaningful uptime measurement requires asking not just whether a service is up, but whether it is reachable from each specific source that depends on it.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Morris Preorder Traversal Achieves O(1) Space Without Stack or Recursion

Morris Preorder Traversal is an algorithm that performs binary tree preorder traversal without using a call stack or auxiliary stack, achieving O(1) extra space. It works by temporarily linking a node's inorder predecessor back to the current node, creating a structure known as a thread. Unlike the recursive or stack-based approaches that use O(H) space, this method traverses each edge at most twice, keeping time complexity at O(N). The key distinction from Morris Inorder Traversal is that the node is visited before the thread is created, rather than when the thread is removed. Once traversal of a subtree is complete, the temporary thread is deleted to restore the original tree structure.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer launches auto-verified free proxy list refreshed every 30 minutes

A developer has published an open-source proxy list on GitHub called gproxynet/free-proxy-list, designed to address the common problem of stale, unverified public proxy lists. The repository is automatically regenerated every 30 minutes, with each proxy validated and tagged by protocol (HTTP, SOCKS4, SOCKS5), country, and latency. Proxies are available in plain-text and structured JSON formats, making them easy to integrate into scrapers or testing tools. The maintainer cautions that these are shared public proxies unsuitable for sensitive tasks, and recommends dedicated proxies for serious scraping or account-related work. The list is intended for lightweight use cases such as testing, learning, and one-off requests where a small, freshly checked pool is sufficient.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Ex-Amazon Warehouse Worker Shares 12 Years of Barcode Lessons in Free Tool

A former Amazon inbound dock worker with 12 years of experience has shared key insights into barcode specifications drawn from observing real-world shipment failures. Common formats like EAN-13, UPC-A, ITF-14, and Code 128 each serve distinct purposes, from retail products to warehouse bins and shipping cartons. A critical and frequently overlooked requirement is the mandatory quiet zone — empty white space on both sides of any barcode — which caused thousands of shipment rejections when label designers cropped too close to the edge. ITF-14 barcodes require an additional thick bearer bar to prevent ink bleed on corrugated cardboard surfaces. After leaving Amazon, the author built genbarcode.org, a free client-side barcode generator supporting six formats using the Canvas API.

0 comments Read more at DEV Community