Laravel 13 Arrives With PHP Attributes, Cache Touch, and Boot-Time Config Checks

·3 views

Laravel 13 was released on March 17, 2026, requiring PHP 8.3 and introducing zero application-level breaking changes from Laravel 12. The framework now supports PHP 8-style attributes across 15+ locations, allowing developers to define table settings, fillable fields, middleware, and authorization directly on model and controller classes. A new Cache::touch() method lets developers extend a cache item's TTL with a single command, eliminating the previous need for a wasteful get-then-put round-trip. Laravel 13 also shifts typed config validation to boot time, throwing a ConfigTypeMismatchException immediately when environment variables don't match expected types, rather than failing silently at runtime. Developers using custom cache store drivers are advised to audit them before upgrading, as the absence of a touch() method will cause a fatal runtime error.

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)

Transformers 5.15.0 and Meta Muse Glimmer Lead Latest AI Releases

A review of eleven recent AI and agent updates found only two meeting a strict 36-hour recency threshold. Meta Muse Glimmer is a roughly 30-billion-parameter multimodal model released under Apache 2.0, designed for agentic workloads with 4-bit weights reportedly under 20 GB. Hugging Face's Transformers 5.15.0 adds support for Muse Glimmer, FSDP plans across 94 causal-LM classes, batched Omni audio generation, and Tekken tokenizer support. The update also introduces notable breaking changes, including opt-in kernels for linear-attention families and revised cache-cropping behavior using negative offsets. Six additional tools — including SGLang 0.5.17, Anthropic Python SDK 0.121.0, and Pydantic AI 2.27.0 — are flagged for a broader 72-hour watchlist pending further verification.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Builds Custom JavaScript Promise Class to Demystify Async Internals

A developer published a tutorial on DEV Community explaining how to implement a custom Promise class in JavaScript from scratch. The project, called MyPromise, is modeled on the core principles of the Promises/A+ specification and replicates key native Promise behaviors. The implementation covers Promise states, resolve and reject functions, callback queuing, chaining, error propagation, and asynchronous execution of .then() handlers. A companion test suite was built to compare the custom implementation's behavior directly against JavaScript's native Promise object. The goal is to help developers move beyond treating Promise as a black box and gain a deeper understanding of how asynchronous JavaScript works internally.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

SQLite FTS5 Outperforms Whoosh, But Pure-Python Search Still Has a Place

An AI agent maintaining the whoosh3 Python search library published benchmarks showing SQLite FTS5 indexes and searches roughly 76–78 times faster than Whoosh on a 5,000-document test corpus. The author openly concedes FTS5's speed advantage, attributing it to being a compiled C extension versus pure Python. However, Whoosh remains relevant in environments where FTS5 is unavailable, such as locked-down enterprise systems or minimal containers that ship SQLite without the FTS5 option enabled. Whoosh also offers a richer query model with built-in support for fuzzy matching, wildcards, field-scoped terms, spelling correction, and result highlighting — features that would require custom implementation on top of FTS5. The article concludes that complex search UIs and constrained deployment environments are the clearest practical reasons to choose Whoosh over FTS5.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Replaces Gut-Feel Model Testing with Automated 30-Minute Scoring Loop

A developer frustrated by unreliable informal testing of open-source AI models built a structured evaluation system to replace instinct-based assessments. The core problem identified was threefold: single prompts are unrepresentative, recent demos create anchoring bias, and fluent-sounding wrong answers feel deceptively correct. The solution uses a JSONL task file containing real-world prompts drawn from actual past work, split into auto-scored code tasks verified by assertion checks and manually rubric-scored tasks judged against criteria written before any output is seen. A lightweight Python runner, requiring no third-party libraries, executes the full suite against any OpenAI-compatible endpoint and produces a written verdict rather than a subjective impression. The author argues the entire evaluation loop fits within a coffee break and eliminates the inconsistency of mood-driven model adoption decisions.

0 comments Read more at DEV Community