reSmushit for Laravel

Ulhas Vardhan Golchha — Sun, 01 Feb 2026 16:20:51 +0000

reSmush.it is a FREE API that provides image optimization. reSmush.it has been implemented on the most common CMS.

Moreover, reSmush.it is the most used image optimization API with more than 7 billions images already treated, and is still totally Free of charge !

Ever since I came to know about it I have been using the service for my WordPress setups.

When I started working with Laravel I was missing this service. So here is the package that I published and now am using in all my Laravel Projects.

Here is how you can use the package:

Install via Composer

composer require golchha21/resmushit

Publish configuration file

php artisan vendor:publish --provider Golchha21\ReSmushIt\Providers\ServiceProvider --tag=config

Once you publish the configuration file you can change the values as per you usage:

return [
    'original' => true|false,
    'quality' => 92,
    'mime' => [
        'image/png',
        'image/jpeg',
        'image/gif',
        'image/bmp',
        'image/tiff',
    ],
    'useragent' => 'SOME USER AGENT',
    'exif' => true|false,
];

Finally, you can use it in two ways:

$file = public_path('images/news1.jpg');
$files = [
    public_path('images/news1.jpg'),
    public_path('images/news2.jpg'),
    public_path('images/news3.jpg'),
    public_path('images/news4.jpg'),
];
$resmushit = new ReSmushIt();
$result = $resmushit->path($file);
$results = $resmushit->paths($files);

$file = public_path('images/news1.jpg');
$files = [
    public_path('images/news1.jpg'),
    public_path('images/news2.jpg'),
    public_path('images/news3.jpg'),
    public_path('images/news4.jpg'),
];
Optimize::path($file);
Optimize::paths($files);

Voila.

Do try and let me know. Also if you find any error and or bugs do add an issue here.

Few links:

Website | Github
reSmushIt for Laravel

HTML is Easy to Produce. That’s the Problem.

Ulhas Vardhan Golchha — Sun, 01 Feb 2026 07:50:19 +0000

HTML is everywhere.
It’s simple, expressive, and universal.

And yet, most production HTML today is accidental.

Generated by templates that hide logic in strings.
Wrapped in abstractions until it stops looking like HTML.
Emitted by systems that don’t really care what comes out, as long as it renders.

The result usually works.
It just isn’t deliberate.

That’s why HTMLForge exists.

The quiet problem with modern HTML

HTML hasn’t failed us.
Our tooling has changed how we treat it.

In most stacks, HTML is the end of a pipeline. Something produced, not designed. Rarely validated. Almost never questioned.

What this really means is that HTML stopped being a first-class artifact.

You don’t reason about it.
You don’t enforce rules around it.
You just hope the output looks fine in a browser.

HTMLForge starts from the opposite assumption.

HTML should be intentional, explicit, and verifiable.

HTML is a contract

HTML is not just markup.

Accessibility lives in attributes.
SEO lives in structure.
Performance lives in semantics.
Maintainability lives in predictability.

You can generate HTML that renders perfectly while still being invalid, inaccessible, or structurally wrong. Most tools won’t tell you.

HTMLForge will.

Not by guessing.
Not by fixing things silently.
By refusing to produce incorrect output.

What HTMLForge actually is

HTMLForge is not a template engine.
It’s not a frontend framework.
It’s not trying to replace your stack.

HTMLForge treats HTML like compiled output.

Elements, attributes, and structure are defined explicitly.
Rules exist for what is allowed.
Validation happens before HTML is emitted.

If something is wrong, it fails early. Not in production. Not in a browser. Not in a screen reader.

Correctness is the primary feature.

This is not about ergonomics first

Most tools optimize for speed of writing.
HTMLForge optimizes for confidence of output.

That’s a deliberate tradeoff.

HTMLForge is not trying to be cute, fluent, or clever.
It’s trying to be predictable.

When HTML is generated programmatically and lives for years, small inconsistencies become systemic problems. Bad HTML spreads quietly. Good HTML stays boring and reliable.

HTMLForge is built for boring reliability.

Where HTMLForge fits best

HTMLForge shines when HTML becomes infrastructure.

CMS rendering layers
server-side HTML generation
email systems
admin interfaces
framework adapters
long-lived design systems

If you’re just prototyping a page, this might feel heavy.
If HTML is core to your system, it feels necessary.

Why it’s framework-agnostic

HTMLForge doesn’t compete with frameworks.
It sits underneath them.

Frameworks change.
HTML rules don’t.

That’s why HTMLForge keeps its core small, stable, and intentionally boring. Integrations live outside the core, adapting it to Laravel, WordPress, or anything else.

The foundation stays firm.
The ecosystem evolves.

Learn more

HTMLForge is open source and actively evolving.

You can explore the project, read the docs, or follow its progress on GitHub: https://github.com/golchha21/htmlforge

The philosophy, plainly

HTMLForge exists because HTML deserves to be treated like code, not like a side effect.

Not louder.
Not trendier.
Just more honest.

Forem: Ulhas Vardhan Golchha