Maravel-Framework v20.0-RC – Extends Benchmark Lead over Laravel/Lumen

Name: Maravel-Framework v20.0-RC – Extends Benchmark Lead over Laravel/Lumen
Availability: InStock
Author: marius-ciclistu

by marius-ciclistu·May 18, 2026·1 point·0 comments

Visit Project View on HN

AI Analysis

●MidNiche Gem

Yet another Laravel fork with no clear reason to switch from the main branch.

Strengths

•Updates dependencies to Symfony 7.4 and enforces PHP 8.2 minimum.

Weaknesses

•Forking a massive ecosystem like Laravel creates immediate maintenance debt.
•Zero stars and no clear differentiation beyond version bumping.

Post Description

Maravel-Framework improves Lumen and Laravel 10. Version 20 includes Symfony 7.4 and min PHP 8.2.

Similar Projects

Developer Tools○Pass

Updated Maravel Micro-Framework and Maravelith Documentation Available

The commit here is maintenance and polish: docs were updated against Laravel/Lumen 10 and the Templates/Maravelith docs now reflect fixes up to Maravel-Framework 10.62.8, which will matter to anyone already using MaravelQL or the companion libraries. The Medium landing post is fine as an announcement but doesn’t make the case for choosing Maravel over vanilla Lumen/Laravel — still, for Laravel-aligned teams wanting a smaller, template-driven micro-framework, this is a useful refresh.

Niche GemShip It

marius-ciclistu

103mo ago

Developer Tools○Pass

Maravel-Framework 10.62.8 speeds up the console via commands:cache

It precomputes a map of command names and bindings so Artisan doesn't reflect or instantiate every command just to discover its name — a small but practical win for short-lived CLI processes like php artisan queue:work --once. Clever, low-risk optimization for framework forks; valuable if you hit reflection/instantiation overhead, but incremental rather than game-changing.

Niche GemWizardry

marius-ciclistu

103mo ago

Developer Tools●Mid

Maravel Framework 10.63 avoids runtime reflection on DI

autowiring:cache now includes constructors, letting Maravel instantiate large class graphs without hitting reflection at runtime and improving cold-starts in complex apps. There's a pragmatic fallback to the old reflection path when contextual bindings or mixed positional/auto-resolved parameters appear — useful for real-world apps, but you need to obey the 'pass constructor args as a list' rule or pay the exception-cost.

Niche GemWizardry

marius-ciclistu

203mo ago

Other○Pass