Hotclutch

For those of you who would like to use this addon with PHP 8 the following change cleared this fatal error.
In the image.php file, change:
$trnprt_color = @imagecolorsforindex ( $this->_image, $trnprt_indx ); to:
if ($trnprt_indx < imagecolorstotal($this->_image)){ $trnprt_color = imagecolorsforindex ( $this->_image, $trnprt_indx ); }  

Brilliant effort!
One item stands out that really should've been a core inclusion, is an HTML editor for descriptions, IMHumbleO. Something like CKEditor, depending on suitability with jquery, PHP7/8 etc.
 

The admin is now largely complete. Only 1/2 pages remain to be worked on. All the old tables have been replaced with responsive tables which will scale to the device size. The implementation will be satisfactory to view on medium sized devices and up. An alternative implementation that caters for all screen sizes is possible but then you have to resort to hiding/removing content for small devices. The osCommerce core code and functionality remains exactly the same.

Admin Specials is complete.
 

Product Page Layout adjusted.
 

Modal complete.
The theme is now nearly complete. I think I have done enough to make this usable on php7.4; Cannot be used on php8 yet.

I use Bootstrap 5 for the responsive grid because it is superior to the grid of W3.CSS
In template_top.php you will find:
<div id="bodyContent" class="col-md-<?php echo $oscTemplate->getGridContentWidth(); ?> order-first order-md-2"> In template_bottom.php you will find:
<?php if ($oscTemplate->hasBlocks('boxes_column_left')) { ?> <div id="columnLeft" class="col-md-<?php echo $oscTemplate->getGridColumnWidth(); ?>"> <?php echo $oscTemplate->getBlocks('boxes_column_left'); ?> </div> <?php } if ($oscTemplate->hasBlocks('boxes_column_right')) { ?> <div id="columnRight" class="col-md-<?php echo $oscTemplate->getGridColumnWidth(); ?> order-last"> <?php echo $oscTemplate->getBlocks('boxes_column_right'); ?> </div> <?php } ?> Then in includes/classes/osc_template.php:
var $_grid_content_width = 6; and
function getGridColumnWidth() { return 3; } These settings control the project layout. No changes to the database are made. I imagine that the way it is setup now would suit most installations. In Admin, you can still turn on/off boxes, or move them left/right. By doing so you could have a 1,2 or 3 column layout without having to edit code.
If anyone has installed the package from when I have made it available, i have updated it with some progress. You should be able to overwrite the files (minus the configure and htaccess files) to see the changes.

https://www.dropbox.com/s/6yzeg9adbmee3f5/W3-osC.zip?dl=0
If anybody wants to have a look and share their thoughts, above is the download link. It's only a start for now.

Maybe he browses logged out, I do that sometimes. But it is a poor start, the indication was 3-4 weeks and that was 2 months ago. I hope Vadym can come back and give a new indication even if its not a fixed date.

Phoenix and the community editions never cared about compatibility with SEO URLs. If I were you I would stay on my working shop and wait for the release of V4, even though there is no confirmed release date and no one knows if it will be production ready when released. But at least from the information shared there will be a built in migration path for URLs. Or you can commit SEO suicide and abandon SEO URLs to continue on with Phoenix.

See the 4th shop on this page:
https://sites.oscommerce.com/
The new osCommerce menu appears to function like this.

I am a member on this forum since 2003 and my first online ecommerce script it oscommerce. Long live Oscommerce

For some strange reason, the developers want a 'phone chat in order to even see the demo! (Nobody here hard-of-hearing or deaf?)
 
I'm interested in seeing what resources are required to run a small to mid-size store. What is the underlying code like, in terms of tweaks and customisation, to suit client needs? How about just releasing the 'alpha'/'beta' software, so that some of us with a strong osC background can properly see the progress and perhaps even make useful suggestions?
I've tried out various e-commerce packages in a fruitless attempt to update my few though loyal clients. So far, there's only been one or two "close but no cigar" candidates. There tends to be shortcomings in them all but it's a question of what one can compromise with. Without actually trying the software, there's no real way to tell and no amount of screenshots/YT videos will really get to core issues.
TLDR: release the code - even if only to a select group.
 

Hi Loic. I think there might be some misunderstanding. I am sure there's a lot of interest in osCommerce's future, even if the forum is very quiet about it. You can continue to post / show what you want.

Google reCAPTCHA v3
For all version osCommerce stops bots from spamming account creation and contact us.

Install
---------

Unzip the archive and upload the files on server.
In the admin side menu Modules -> Boxes -> button Install Module -> select modules Google reCAPTCHA v3 -> button Install Module

Setting
----------

Go to reCAPTCHA v3 page https://www.google.com/recaptcha/intro/v3.html and register your store.
Add Site key and Secret key to module settings.

Yes, Loyalty Points is a part of osCommerce v4 in this or that way. Will do yet another post soon about it! 

Yes, totally understood the idea. 
Usually it would be done by the shop management team in the "back end" but having an automated method to switch between levels would be a nice feature. Will add to the list of features to consider, thanks!

There doesn't exist an automated method at the moment, although it is an interesting idea indeed!
It is possible to have multiple price groups, each with certain default discount and other settings. Then products can be made available or not available for a customer group. Product price can be calculated with the default discount or made completely custom for a group (especially useful when integrating with ERP solutions). Certain payment and shipping methods can be enabled or disabled for a customer group.

Thanks, glad you like it  
Also, it is possible to use site-wide SEO redirects to "shorten" longer URLs before adding them to newsletters, social media posts, etc 

Ashley, good question, thanks! 
All those features are already present and are being used by multiple websites.
The way it works is as follows:
1. Products have a thing called Properties. Properties can be of several different type, and are used to describe products in a more structured way than simply product description. It is possible to consider properties as technical specification.
2. Filters are dynamic and are created based on properties in the current product listing 
3. Product comparison works off the properties too (and price, stock, description, etc) 
Please take a look at some examples attached to this post.
Also this site uses filters on different categories: https://www.drinksdirect.com/ (but not the compare feature)
 
 

Yes, there exists pagination for reviews. 
Currently they load without the URL being changed, AJAX. 
Will confirm reg. how to control the number of them being displayed.

This also could be a KO factor. Not everyone needs 30-40 or more payments methods. At the end, I would say, ~95% are not in use.
I would say 10 or 15, maybe 20 but not more, most important methods and all others as Add-On's. At Version 2.3.4.1 there are alone 23 methods of Moneybookers, today Skrill. Most of them are only for 1, 2 or 3 European countries. So why should a store e.g. in Singapore have all those methods in the box? I prefer a smaller and clearer , but faster system without to much overload.

It is a good idea indeed, if for a particular product the webmaster could put the old review URL into the "Old URL" field. 

Ashley, Loïc
since the new osCommerce v4 is based on YII2, it has the said debugging information available if a corresponding mode is switched on. It looks like this:

Cache is available for templates, DB queries, etc. We will be posting about the technology in more details in the near future.