Developer Releases Laravel NATS Package for Production-Ready Distributed Messaging

·1 views

A developer named Zaeem has released Laravel NATS, an open-source package that integrates the NATS high-performance messaging system natively into the Laravel PHP framework. The package aims to provide a Laravel-first experience, allowing developers to publish and subscribe to events using familiar facade-style APIs without manual connection management or serialization boilerplate. Laravel NATS includes production-focused features such as configuration validation, optional TLS enforcement, and ACL-based access control to address common security and reliability concerns in distributed systems. The package supports both a legacy API and a modern NatsV2 facade built on the basis-company/nats client, with the latter recommended for new projects. It can be installed via Composer and configured through standard Laravel environment variables, making adoption straightforward for existing Laravel applications.

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)

From One VM to Per-Service LXC Containers: A Self-Hoster's Infrastructure Journey

A self-hosting enthusiast documented their evolution from running all services inside a single Docker-enabled VM to adopting Proxmox LXC containers on a per-service basis. The initial single-VM setup was fast to deploy but fragile, as any bad update or resource spike affected every service simultaneously. Splitting workloads into purpose-built VMs improved resilience and enabled Proxmox high-availability failover, but GPU sharing limitations exposed the approach's ceiling. The shift to one LXC container per service offered finer isolation, cross-node failover, and greater efficiency. The author frames each architectural stage as a deliberate tradeoff rather than a mistake, arguing that real infrastructure knowledge is gained by navigating the balance between consolidation and separation.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How an SSH Key Can Rescue Your GitLab Account After a 2FA Lockout

A developer lost access to their GitLab account after a failed authenticator app migration wiped their 2FA setup and left them without recovery codes. GitLab provides only two account recovery options: email verification or generating new recovery codes via a linked SSH key. Because the developer had previously added an SSH key to their GitLab account for authentication and commit signing, they were able to run a single SSH command to retrieve fresh recovery codes. Using one of those codes, they successfully logged back in and re-enabled 2FA. The incident highlights the importance of storing recovery codes securely and maintaining an SSH key linked to your GitLab account as a backup access method.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How Knowledge Graphs Can Make Drupal Content Smarter and More Connected

Knowledge graphs offer a way to connect Drupal content entities — such as nodes, taxonomy terms, users, and media — into an intelligent, relationship-driven network rather than storing them as isolated records. By integrating with graph databases like Neo4j or Amazon Neptune, Drupal sites can map relationships between content and query them efficiently. This approach enhances content discovery by surfacing contextually related material even when exact keywords are absent, and can power recommendation engines based on meaning rather than tags. Knowledge graphs also provide structured context for AI applications, enabling more accurate responses from large language models and supporting use cases like enterprise knowledge bases and intelligent documentation systems. Practical implementation requires consistent metadata, secure API access, performance-optimized queries, and ongoing data quality checks as the graph scales.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

A valid SPF record can silently fail email authentication — here's why

A common but hard-to-detect SPF failure occurs when a domain exceeds ten DNS lookups, a limit set by RFC 7208 that causes receivers to treat the entire SPF record as unusable rather than partially valid. Unlike syntax errors, this issue produces no warning in standard DNS tools or outgoing mail tests, making it invisible to most senders. The problem can be triggered by a third-party vendor quietly updating their own SPF record, pushing a domain over the limit without any change on the sender's side. The only reliable place to spot the failure is in DMARC aggregate reports, which many organizations do not actively monitor. The most straightforward fix is removing SPF includes for email services no longer in use, which immediately reclaims lookup budget at no cost.

0 comments Read more at DEV Community