Soft Launch of CP-based e-commerce website

General Discussion
1

Because I cant find an appropriate category, I just gonna drop this here:

Did a soft launch of a client site yesterday; its running CP v2 + WooCommerce (actually Re:Commerce) + site designed from scratch + massive web performance optimizations + a wagonload of other things.

It had to be launched pre-mature, because it was initially scheduled for official launch in May or July this year, but the clients original shop finally took its last breath about 2 weeks ago; it was already partially broken, but could somehow be coaxed to work a bit further.

Now, the webhosting company tried to upgrade PHP to a still supported version (its been running on and off with PHP 5.6 and 7.x), and thus … the end of the line was reached.

Its to be found at https://www.ruth-uhl.eu

Beware: Website is purely in German so far. Originally planned was to either use Bogo (which would require a fork = CP version) or use a very simple combination of translated pages, ACF Pro + a bit of custom programming. That may still happen, but for now, its German only.

cu, w0lf.

8 Likes
2

Any plans to release it? :smiley: Could even monetize it.

3

Re:Commerce

Any plans to release it?

Currently, I’m way too busy with work to be doing a proper release, but with the IRL usage within an actual working shop, this certainly is prone to change. Ie. there is gonna go a bit more work into it, as I intend to backport or “get inspired by” parts and elements existing in the current WooCommerce iterations.

Right now, its pre-release level, mostly cosmetic changes, partially in labeling / naming, and making sure its functioning as intented.

cu, w0lf.

2 Likes
4

Looks clean! Loads quickly!

*** Not German myself, but was able to view and even translate via the browser ***

1 Like
5

WOW. Loads so fast! CP with current WC version - interesting. I may try for a new customer portal we are setting up. Nothing to lose by trying.

What we really need here is a supported version of Classic Commerce. :smile:

I know - wishful thinking. Nobody has time and resources here to take that on…

2 Likes
6

What type of hosting are you using if you don’t mind sharing that info ?

7

The site is hosted at all-inkl :slight_smile:

Its properly optimized as well, using a combination of WP Super Cache, Autoptimize and proper image optimization.

With further optimization, it might even load faster / be more responsive while still loading. The main goal was getting the site online and working, so that wasnt the main priority.

cu, w0lf.

8

@fwolf,

<meta name="viewport" content="width=device-width, initial-scale=1" />

is being produced “twice” on the home page

== PRELOAD ==

There’s an opportunity (though I am not sure how to implement within CP) to “preload”:

fonts
scripts
styles

Ex.

<!-- font -->
<link as="font" crossorigin href="font.woff2" rel="preload" type="font/woff">

<!-- script -->
<link as="script" crossorigin href="script.js" rel="preload" type="text/javascript">
<script crossorigin defer src="script.js" type="text/javascript"></script>

<!-- stylesheet -->
<link as="style" crossorigin href="stylesheet.css" rel="preload" type="text/css">
<link crossorigin href="stylesheet.css" rel="stylesheet" type="text/css">

*** some people still load their “script” tags just before the closing “body” tag, though this practice is not necessary with “defer” or “async” as this tells modern browsers when to load scripts ***

== PRECONNECT ==

If referring to remote content such as: https://code.jquery.com for instance, there’s also an opportunity “preconnect” to these domains which reduces DNS lookup requests later.

Ex.

<link href="https://code.jquery.com" rel="preconnect">

*** you only “preconnect” to the “domain” not the full URL as this is for DNS lookup at the browser level ***

Hopefully these tips are useful and can further your site optimization!

Cheers

11

Thanks, but I cant seem to figure out what you’re referring to.
There is no “doubled” generation of the viewport meta tag.

Also, the preloading from fonts, scripts etc. from CDNs and external sources is blocked, because Consent Management.

In the last few, there were several … Abmahnwellen … because of embedded external “non-european” media, esp, Google Fonts.

This is a German site, so we’re in Europe, hence a lot of data protection laws. Hence we are using a Consent Management plugin, that makes all of this legal and sound.

cu, w0lf.

12

@fwolf,

Here’s a screenshot of the “source code” as seen by the browser.

Screenshot from 2024-10-16 15-26-09

Note after <meta charset="UTF-8"> tag and again after <meta http-equiv="X-UA-Compatible" content="IE=edge" /> tag.

This is how Firefox at least is seeing the source code, though it could potentially be false positive generated by a local extension.

Either way, it’s minor in nature, just pointed out so if this was a bug or a typo it could be addressed.

The other stuff was merely optimization tips, all good, the page loads pretty fast as is.