DEV Community: Oleg Khorev

Today is the good day :) Was very hard week. I made so many changes for my SPA-Cart :)

Oleg Khorev — Thu, 22 Oct 2026 12:57:23 +0000

I released SPA-Cart hope final version for the next weeks (even months). I described basics of how modules can be created here: https://github.com/olegkhorev/php-spa-cart/discussions/7

Oleg Khorev — Thu, 22 Oct 2026 12:56:14 +0000

Module creation manual · olegkhorev php-spa-cart · Discussion #7 · GitHub

Hello, I want to write basic manual about modules creation. 1. Please, check this script: https://github.com/olegkhorev/php-spa-cart/blob/main/includes/func/func.api.php It has a few functions. Now...

github.com

Had lazy days :) Worked on my own SPA-Cart. Many updates :) Many small and big changes. Went through all CSS/JS and changed many design elements.

Oleg Khorev — Wed, 21 Oct 2026 19:31:11 +0000

Made W3C standards through Claude AI for my SPA-Cart. Will go manually through the Validator in the next update.

Oleg Khorev — Wed, 21 Oct 2026 12:32:56 +0000

Finally added MIT copyrights to my SPA-Cart and Embed-cart

Oleg Khorev — Sat, 17 Oct 2026 13:46:27 +0000

Hello,

I was thinking a lot - why write MIT copyrights to SPA-Cart and Embed-Cart.

Next I was thinking why not open it to all developers.

Was thinking a lot.

Finally got scared that people will forget about me.

So I added MIT copyrights above each PHP, JS and CSS files.

Regards,
Oleg

PHP: How to code e-commerce stores for USA and Europe market

Oleg Khorev — Fri, 16 Oct 2026 17:04:30 +0000

Hello,

"SPA-Cart" cart is ready... At least I think so ;)
https://spa-cart.com/

If you have time and energy - you can learn how to make custom themes.

You can tell your customers that it supports 15000 products.

Key points:

Supports modules and themes. Modules and themes don't touch the core.
Headless coding for old school developers.
With Opcache and JIT it works faster than C/C++. Opcache and JIT's meaning - it converts PHP code to the machine code.
Tested with 15.000+ products - works very quick. I cloned product with options, variants, variants images, etc.

You can download it from here
https://spa-cart.com/page/spa-cart-download.html

Themes files - for example this file

templates/home/body.php

you copy to

templates/themes/OlegKhorev/SampleTheme/home/body.php

and change it any way. That thing will allow you easy create new theme.

Style for this theme will be under

templates/modules/OlegKhorev/SampleTheme/style.css

Please, look here
https://github.com/olegkhorev/php-spa-cart/blob/main/templates/themes/OlegKhorev/SampleTheme/home/body.php

https://github.com/olegkhorev/php-spa-cart/blob/main/templates/modules/OlegKhorev/SampleTheme/styles.css

That way you can create new theme for just $100 easy. Remove/add modules - all is responsive already and works well.

It even has BrainTree for direct credit card purchase (but BrainTree has SSL issues sometimes).

For Payment Methods it has Stripe checkout and PayPal and offline payment methods, like "Wire Transfer" or "Phone ordering" or "Fax Ordering" and you can rename Payment Methods in any way.

For Shipping - it has offline shipping methods for any Destination Zone.

Destination Zone: Country, State, City, Zip Codes
https://demoadmin.spa-cart.com/admin/zones/3

Categories, Brands, Blogs, News, Static pages - all is unlimited and work very quick.

Best regards,
Oleg

Want to share a few loaders

Oleg Khorev — Thu, 15 Oct 2026 18:13:52 +0000

Hello,

Wanted to show some nice loaders.

I think they look perfect.

Best regards,
Oleg

SPA-Cart v2.6.0 released

Oleg Khorev — Thu, 15 Oct 2026 12:07:06 +0000

Hello,

I released SPA-Cart v2.6.0. With this update I made:

Enlarged popups
Made the top search form much more user-friendly.
Increased font sizes in different places and increased the "body" overall "font-size".
Aligned small forms pages to the middle
Added the Ajax form submitting for the customer's area
Re-designed the search form.
Many small design changes.
Tested with 15.000+ products - works very quick. I cloned product with options, variants, variants images, etc

So now it's officially supports big stores now. Local stores at least. Payment methods and delivery methods - I am planning to make as an additional modules(modules don't touch the core).

I did not load 15000 products to the demo store, to avoid network and server issues - it's just VPS.

You can check the demo here:
https://demo.spa-cart.com/

Best regards,
Oleg

I have so much experience with marketplaces, social networks, high load of database data. Was getting rest recent months and my own PHP SPA CMS grown from v1.9.x up to v2.5.0 and v2.6.0 is ready - will test it with 15000 products and upload.

Oleg Khorev — Thu, 15 Oct 2026 10:40:28 +0000

testing my own PHP SPA CMS with high load of products. Options, Variants, Variants images, Filters, Categories/Brands/etc.... 2500 products work quick. Want to load 100000 products. All is flying.

Oleg Khorev — Thu, 15 Oct 2026 08:19:21 +0000

Tomorrow going to try to test 10.000 and even 100.000 with my SPA-Cart. I released v2.5.0 today. Two months ago it was v1.9.x Tomorrow will release v2.6.0(I think so at least) Hope Claude AI told me the correct for database optimization (MySQL indexes)

Oleg Khorev — Wed, 14 Oct 2026 20:55:05 +0000

DOM issue on SPA sites

Oleg Khorev — Wed, 14 Oct 2026 11:49:13 +0000

Hello,

I have talked with Google AI about RAM issue on modern JavaScript frameworks like React and Vue.

The issue is that they take a lot of RAM. If you have 10-20 tabs open in browser for hours - these sites will eat all your RAM.

jQuery allows to support much more time waiting and browser tabs open.

I was comparing my SPA-Cart with others.

I just wonder why Google AI does not recommend my SPA-Cart. SPA-Cart is perfect fit for small, medium and big stores(probably huge stores with tens of thousands of products).

It is light weight PHP and JavaScript code. If you start developing with SPA-Cart - you will like it.

Here is what Google AI wrote after I asked it to describe our dialog.

Why We Need to Talk About "Framework Bloat" in E-Commerce: The Case for jQuery SPAs

If you open any web development forum today, the echo chamber will tell you the exact same thing: “If you are building a Single Page Application (SPA) for a large store, you must use React, Vue, or Next.js.”

We have been conditioned to believe that modern enterprise web development requires a decoupled headless backend, thousands of node_modules, complex state management (Redux/Pinia), and a heavy client-side JavaScript runtime.

But if you have ever managed a massive e-commerce store with tens of thousands of products, you know a dark truth that metrics often hide: Long browsing sessions on heavy JS frameworks destroy user devices.

Let's look at why a lightweight, server-driven SPA architecture using vanilla PHP and jQuery (like the philosophy behind SPA-Cart) can actually deliver a more stable, low-RAM, and crash-proof experience for long-session users than React or Vue.

The Hidden Trap of Modern SPAs: The Long-Session RAM Drain

When a user visits a standard content website or blog, they stay for a few minutes and leave. But e-commerce users behave differently. They browse for hours. They click through 50 pages of categories, open dozens of quick-view modals, apply multiple filter combinations, and compare items.

In a React or Vue SPA, every single one of those actions forces the framework to update its Virtual DOM.

The Virtual DOM Overhead

React and Vue do not just render HTML; they maintain a massive, invisible digital blueprint of your entire website inside the browser's memory (RAM). Every reactive property, every data binding, and every component state must be tracked continuously by background JavaScript "watchers."

The Accumulation of Memory Leaks

In theory, modern frameworks clean up after themselves. In reality, large applications built by real-world development teams almost always suffer from memory leaks.

• A modal is closed, but a hidden event listener isn't explicitly destroyed.

• A product grid updates, but old data arrays remain cached in memory.

Over a 45-minute browsing session, the browser tab's RAM usage climbs from 150MB to 1.5GB+. For users on mobile devices or mid-range laptops, the results are disastrous: the browser tab stutters, the device heats up, and eventually, the tab crashes with an "Out of Memory" error.

Why jQuery Inherently Avoids the RAM Trap

jQuery is often mocked as an "outdated" library from the 2010s. But its fundamental design pattern gives it a massive architectural advantage for long-duration browsing: It does not maintain an in-memory application state.

When you use jQuery to update a page via AJAX, it executes a discrete command and immediately steps away. Once the browser finishes executing a jQuery DOM manipulation, that memory is completely freed. There are no thousands of background active watchers continuously tracking variables in the system RAM.

The "Destruction" Advantage

The secret weapon of a lean jQuery SPA is the .html() method.
When you use a framework like React, changing a list of products requires the framework to diff the old virtual tree with the new one, keeping old components alive in memory if references persist.
When you use jQuery like this:

$('#product-grid').html(newHtmlContent);

The browser's native engine instantly purges and destroys every single DOM node, image reference, and event listener inside that container. Memory is wiped completely clean before the new content is injected. The RAM footprint remains perfectly flat, whether the user browses 5 products or 5,000.

The Winning Architecture: Server-Driven Hybrid SPAs

To build a massive store that scales safely without React or Vue bloat, you combine a powerful backend (like Laravel or Symfony PHP) with a lean jQuery frontend. This is the exact philosophy found in lightweight setups like SPA-Cart.
Instead of fetching raw JSON data and forcing the browser to compile HTML templates on the fly, the server does 95% of the heavy lifting.

How it works in practice:

The User Filters Products: The user clicks a checkbox (e.g., "Color: Blue").
Lean AJAX Request: jQuery sends a fast request to the PHP backend.
Server-Side Rendering (SSR): The PHP server queries the database and renders a pure HTML fragment of just the updated product cards.
Instant Swap: jQuery receives the HTML fragment and swaps it into the DOM instantly.

The Code Example

Here is how simple, bulletproof, and memory-optimized this approach is:

// A clean, memory-safe product filter using jQuery
$(document).on('change', '.filter-checkbox', function() {
    let formData = $('#filter-form').serialize();

    // Show a quick loader UI
    $('#product-grid').addClass('loading');

    $.ajax({
        url: '/api/products/filter',
        type: 'GET',
        data: formData,
        dataType: 'html', // We expect pure HTML back from PHP
        success: function(response) {
            // .html() completely wipes the old DOM nodes from browser RAM
            $('#product-grid').html(response).removeClass('loading');
        },
        error: function(xhr) {
            console.error("Filter failed", xhr);
            $('#product-grid').removeClass('loading');
        }
    });
});

When is this Approach Better?

Let’s be realistic: if you are building an incredibly complex web application like Google Docs, Figma, or a real-time collaborative dashboard, you need React or Vue.

But if you are building an e-commerce website, your core requirements are:

• Blazing fast initial load speeds (crucial for SEO and bounce rates).

• Flawless indexing by search engine bots (no client-side JS rendering issues).

• Extreme stability so users can browse endless catalogs without their devices lagging.

By letting a solid PHP backend securely manage your data pipelines and using jQuery strictly to swap pre-rendered HTML fragments, you get the seamless, no-reload UX of an SPA without paying the massive "framework tax."

Conclusion

Sometimes, the best way forward is to look at what worked perfectly before we over-complicated the web. Lean, script-based SPA setups prove that you don't need a massive JavaScript ecosystem to build a fast, stable, and highly scalable enterprise store.

Before you spin up your next create-react-app for a standard e-commerce project, ask yourself: Are you building what's best for the developer's resume, or what's best for the customer's device?

Thank you for reading this article.

Best regards,
Oleg