Research URLs to products on the checkout when use com_content.

Hi Ruud,

At norrnext.com we use Articles and YOOtheme Pro to design the product pages using page builder. And thanks for adding the new option to making correct URL when adding product to the cart via the link.

But there is still one architectural problem which we could not resolve since the beginning. Please add any product to the cart and go to checkout and see URL of the product.

E.g.  norrnext.com/buy-now/klarna-payments-hpp-for-virtuemart


And let's see URL on the product:
norrnext.com/subscribe/product/norrcompetition-addons-pack 

This is the correct URL that leads to the product page which we do not use due to non-standard scenario with Articles. 

So, the best way could be to set the custom URL on product that appears on checkout page.

1. We use Revars plugin.  github.com/Delo-Design/revars 
This plugin replaces text to the custom values and lets to use variables. A very useful plugin. So, we tried to use it to replace "old" links to the "new" links but it does  not working inside the OchSubscriptions. Revars plugin is the 1st in the order of system plugins. So, this approach does not working for unknown reason.

2. Maybe it could be worth to add a new field in OchSubscriptions especially for such scenario when Articles are being used as product pages (this approach was chosen due to page builder to make nice designs).
Ruud, Could it be possible to implement a new redirect field for the checkout for the scenarios like this? 
Or maybe any other way to resolve this task.

The temporary solution is to use 301 redirects which we use. If to click on this URL, the system redirects to the product page based on Articles. But this is not elegant solution, just a hard fix.

Thanks for attention,

Regards,
Eugene

Dmitrijs Rekuns wrote:

Hi Ruud,

At norrnext.com we use Articles and YOOtheme Pro to design the product pages using page builder. And thanks for adding the new option to making correct URL when adding product to the cart via the link.

But there is still one architectural problem which we could not resolve since the beginning. Please add any product to the cart and go to checkout and see URL of the product.
E.g.  norrnext.com/buy-now/klarna-payments-hpp-for-virtuemart

And let's see URL on the product:
norrnext.com/subscribe/product/norrcompetition-addons-pack 

This is the correct URL that leads to the product page which we do not use due to non-standard scenario with Articles. 

So, the best way could be to set the custom URL on product that appears on checkout page.

 

that is an architectural problem in your site and due to the usage of Yootheme with articles instead of with product pages: this I cannot solve.

1. We use Revars plugin.  github.com/Delo-Design/revars 
This plugin replaces text to the custom values and lets to use variables. A very useful plugin. So, we tried to use it to replace "old" links to the "new" links but it does  not working inside the OchSubscriptions. Revars plugin is the 1st in the order of system plugins. So, this approach does not working for unknown reason.
 

never heard of this plugin, cannot read the page as it is not in English, maybe rereplacer is a better fit. But that would also still ebe a workaound. Architectural solution would be to use a template override on the product/s page/s as that is what the Joomla best practise is.

2. Maybe it could be worth to add a new field in OchSubscriptions especially for such scenario when Articles are being used as product pages (this approach was chosen due to page builder to make nice designs).
Ruud, Could it be possible to implement a new redirect field for the checkout for the scenarios like this? 
Or maybe any other way to resolve this task.

The temporary solution is to use 301 redirects which we use. If to click on this URL, the system redirects to the product page based on Articles. But this is not elegant solution, just a hard fix.

Thanks for attention,

Regards,
Eugene

I need to think about this Eugene, as said, the issue is in the way you constructed your site where you use articles for products instead of using template overrides.
When you want to build a route for a product to an article, then basically we are 'messing' with the SEF Router's inner workings: this will for sure create more issues then it will solve as that is not what it is designed for: product's SEF's are build with com_ochsubscription router, article SEF's are build with com_content router.