Hey Federica,

I've tried to access your site FTP details, but it's not working, hitting below mentioned error.

Status:	Connecting to 157.90.135.249:21...

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

Status:	Waiting to retry...

Status:	Connecting to 157.90.135.249:21...

Also, can you provide us with 4sef installer, so we will check it.

While checking your site , i found that in 4sef extension it showing that you are using sh404 earling and it detected some urls exist. Do you know if need to import those to 4sef ?
https://monosnap.com/direct/iLN2rshtdMuFMaUOf3vv5aMlsYhtnO

Do you have any development site , if yes, can you provide us with the access ?

Looking forward to your response.

I try to use this FTP credential and work well...


do you think the problem is caused by 4SEF deactivated?
I am attaching the 4SEF installation file to test it.

Hey,

do you think the problem is caused by 4SEF deactivated?

What do you mean ? You disabled this or you mean something else.
Please confirm.

The 4SEF component is currently handling URLs. It is the Joomla 4 version of sh404SEF (born for Joomla 3), a well-known url management component.

4SEF is up and running. Do you think this is the problem for which the checkout page is not working?

Hey Federica,

I've tried to access the ftp details again but still not working.

Response:	331 User stackideas@mantrayogacentre.com OK. Password required

Command:	PASS ************

Response:	530 Login authentication failed

Error:	Critical error: Could not connect to server

4SEF is up and running. Do you think this is the problem for which the checkout page is not working?

I suspect this is coming from 4sef but as ftp not working for me can not debug it further.

While checking earlier i noticed that there was url exist from sh404 , and showing the import url.
https://monosnap.com/direct/iLN2rshtdMuFMaUOf3vv5aMlsYhtnO
Have you imported them ?

Can you purge the sef url and check this issue again.
https://monosnap.com/direct/iLN2rshtdMuFMaUOf3vv5aMlsYhtnO

Also noticed that 4SEF in heading it showing that it's for testing purpose. Have you tested on development site first before updating to live one ?

Do you have any active development site where we can check it , if yes please share the details.

Looking forward to your response.

I try again to access via FTP to this account with your credentia and I have no problem... Using Filezilla i can login. Please check your setting. I am attaching the screenshot from a few minutes ago.

4SEF is a component designed to migrate sh404sef urls and is the only solution to bring a Joomla 3 site that has this component to Joomla 4. For what is indicated as "for testing purposes" it has been released and supported for one year and until no specific problems are currently known. In any case, I have involved the company in this problem to verify, also on their part, if something is not working for 4SEF.

A copy of the pre-migration site is available, with Joomla 3 and related configurations, but I don't think it helps: j3.mantrayogacentre.com

I try to delete SEF url but a new url generate have the same problem. "joomla sef ur" is login/acquista/plan.subscribe/54 and this is a 404 page, consequently 4SEF generates a url based on this which is already wrong.

I think "login /" in the url is a parto of the problem.

Hello, I have a feedback from 4SEF developer:

The URL in 4SEF list is:

/login/acquista/checkout/8O56WJCMMFSK.html
And this URL is working perfectly. But Payplans is redirecting to:

/login/acquista/plan.subscribe/login/acquista/checkout/8o56wjcmmfsk.html
You can see Payplans added /login/acquista/plan.subscribe at the start, I'm not sure why it's doing that (it's not 4SEF doing it).

This is likely a bug in Payplans

Can you check it please?

Hey Federica,

I am able to connect with the FTp details.

A copy of the pre-migration site is available, with Joomla 3 and related configurations, but I don't think it helps: j3.mantrayogacentre.com

I think not needed this now.

While debugging this site further , found that this issue is coming with 4SEF extension when URL Rewriting is enabled in configuration.
https://monosnap.com/file/bsvRZeKzmfMjxyHo77NAkLpf7WRjSi

Once i disabled this URL Rewriting at your site , no longer hitting this issue.
I've setup this on our local end also setup like your site and hit the issue with url rewriting.
Issue is coming when 4sef system plugin is parsing the uri for routing.
https://monosnap.com/direct/ntekVvqbQCTYYphOAFVffQDF6ar5r4

The URL in 4SEF list is:

/login/acquista/checkout/8O56WJCMMFSK.html
And this URL is working perfectly. But Payplans is redirecting to:

/login/acquista/plan.subscribe/login/acquista/checkout/8o56wjcmmfsk.html
You can see Payplans added /login/acquista/plan.subscribe at the start, I'm not sure why it's doing that (it's not 4SEF doing it).

This is likely a bug in Payplans

Thank you for sharing the response with us.

While debugging this issue i found that something need to fix in 4SEF to fix the issue.
https://monosnap.com/direct/ntekVvqbQCTYYphOAFVffQDF6ar5r4

Can you update this to 4SEF team so then can also look into this matter and suggest us.

JFI, For now i've disable the "URL Rewriting" at your site so customer will not hit the 404 error as it's your live site till then issue will get resolved.

Thank you for understanding!

Good morning,
thank you very much for the analysis. Disabling URL rewriting is a good solution to allow purchases but creates problems on all other pages that change URLs. This is why a solution to the problem must be found urgently.

thank you very much

Hey Federica,

You are most welcome.

Disabling URL rewriting is a good solution to allow purchases but creates problems on all other pages that change URLs. This is why a solution to the problem must be found urgently.

Have you deleted/purged urls in 4SEF extension. If not can you do and check this issue on other pages. Remember to remove the Joomla cache as well after deleting/purging the url's.

Have you contached 4SEf team about the issue i mentioned in my earlier reply ?
https://stackideas.com/forums/buy-a-plan-don-t-work-after-update-to-joomla-4#reply-583705

Thank you for understanding!

Have you deleted/purged urls in 4SEF extension. If not can you do and check this issue on other pages. Remember to remove the Joomla cache as well after deleting/purging the url's.

Yes, I do it, and this don't solve the problem.
I reported your report to 4SEF but the fact remains that PayPlan redirects from
/login/buy/checkout/8O56WJCMMFSK.html
to
/login/buy/plan.subscribe/login/buy/checkout/8o56wjcmmfsk.html
Payplans added /login/acquista/plan.subscribe at the start (it's not 4SEF doing it)

Hey Federica,

Thank you for sharing their response with us.
I've tried to access the FTP details of your site and it's not working anymore.

Status:	Connecting to 157.90.135.249:21...

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

Status:	Waiting to retry...

Status:	Connecting to 157.90.135.249:21...

Please update us with correct FTp details so i'll debug this issue at your site further.

Looking forward to your response.

If we take a full day just to try to access FTP this problem is not handled with the necessary urgency.
In the past few days you have already encountered, and solved, this login error message. I have already told you that the credentials are correct and valid, tested and tried with Filezilla.

I reset the password to try them for myself and as you can see below they work perfectly. As proof of this, you yourself logged in last week.

So please double check your configurations because these credentials are working correctly.


Given this, 4SEF support asks to inform you that:

No, that's not where the problem comes from. They do not understand the issue unfortunately. The screenshot above (https://monosnap.com/direct/ntekVvqbQCTYYphOAFVffQDF6ar5r4) does not mean there is any issue in 4SEF. It's a normal 404 Exception, nothing special about it, throwing a 404 is absolutely normal and expected and is not the sign of any bug or issue.

THIS is the problem, and this is what they need to reply to, if they want to help:
https://assets.weeblr.net/images/screenshots/weeblr-2022-10-03-13.03.20.png

Why is Payplans first going to the correct, working URL and then doing a redirect to another, wrong URL? Once they reply to that, they'(ll probably be able to fix the bug.

Please quote me, copy my reply word by word to them.

Best regards

Yannick Gaultier

weeblr.com / @weeblr

Hey Federica,

Yes, i was able to access the ftp details last week, but now it's not working.
The credentials i tried as

FTP URL : 157.90.135.249



FTP UserName : stackideas@mantrayogacentre.com



FTP Password : eB%c#E#0sYV? 

OR 

FTP Password : P9pLkUads;eo (you changed your details under account only not under the site details, i was able to login with this password)

Now nothing works for me.

Can you allow me to install FFExplorer extension at your site to check this issue quickly.
It's the file manager extension.

Looking forward to your response.

as I said I reset the credentials for you a little while ago. Here is the summary. They do not expire and remain valid.

FTP url: 157.90.135.249
FTP door: 21
FTP username: stackideas@mantrayogacentre.com
FTP Password: O@[f.Xvnx}Yg_~YA~v
tested on 03 october 2022



if you need to install something to find and fix the problem go ahead.

here an update from 4SEF support:

I have understoof what they are doing and why it's not working in their particular use case. It's breaking because they are doing a redirect but without asking for an absolute URL and also because the URL is created on the fly (each checkout has its own URL, created and used right away). I think I can make a workaround for this and make it work in all cases, new URL and existing URLs, normal URL or URL used in a redirect.
I'll get back to you later today.

Best regards
Yannick Gaultier
weeblr.com / @weeblr

Hey Federica,

I am sorry that our previous response is not explained clearly enough, the reason why my colleague keeps complaining your FTP access is not working is:

1. At first, we can connect with your FTP server via the Filezilla program without issue

2. We suspect the issue happening if we connected with your FTP server after a few minutes then it shows the following response when we try to open another file and debug

Status:	Waiting to retry...

Status:	Connecting to 157.90.135.249:21...

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

3. You can check the following full logs and show that I can open the file successfully, but it show couldn't connect when I try to open another file, then I can't open anything from your FTP server even trying to reconnect.

Status:	Connecting to 157.90.135.249:21...

Status:	Connection established, waiting for welcome message...

Status:	Initializing TLS...

Status:	Verifying certificate...

Status:	TLS connection established.

Status:	Logged in

Status:	Retrieving directory listing...

Status:	Directory listing of "/" successful

Status:	Retrieving directory listing of "/administrator/components/com_payplans"...

Status:	Directory listing of "/administrator/components/com_payplans" successful

Status:	Retrieving directory listing of "/administrator/components/com_payplans/includes"...

Status:	Directory listing of "/administrator/components/com_payplans/includes" successful

Status:	Connecting to 157.90.135.249:21...

Status:	Connection established, waiting for welcome message...

Status:	Initializing TLS...

Status:	Verifying certificate...

Status:	TLS connection established.

Status:	Logged in

Status:	Starting download of /administrator/components/com_payplans/includes/controller.php

Status:	File transfer successful, transferred 4,324 bytes in 1 second

Status:	Starting upload of C:\Users\Arlex\AppData\Local\Temp\fz3temp-2\controller.php

Status:	File transfer successful, transferred 4,548 bytes in 1 second

Status:	Disconnected from server

Status:	Retrieving directory listing of "/components/com_payplans/includes"...

Status:	Connecting to 157.90.135.249:21...

Command:	CWD /components/com_payplans/includes

Error:	Connection timed out after 20 seconds of inactivity

Error:	Failed to retrieve directory listing

Status:	Disconnected from server

Status:	Connecting to 157.90.135.249:21...

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

Status:	Disconnected from server

Status:	Delaying connection for 5 seconds due to previously failed connection attempt...

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

Status:	Waiting to retry...

Status:	Delaying connection for 5 seconds due to previously failed connection attempt...

Status:	Connecting to 157.90.135.249:21...

Status:	Connecting to 157.90.135.249:21...

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

Status:	Disconnected from server

Status:	Delaying connection for 5 seconds due to previously failed connection attempt...

Status:	Connecting to 157.90.135.249:21...

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

Status:	Disconnected from server

Status:	Connecting to 157.90.135.249:21...

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

Status:	Waiting to retry...

Status:	Connecting to 157.90.135.249:21...

Error:	Connection timed out after 20 seconds of inactivity

Error:	Could not connect to server

In my conclusion, I suspect your FTP server there has set some limitations about being unable to open more than 1 file or only allowing certain IP address users to connect with your FTP server few minutes.

@weeblr:
No, that's not where the problem comes from. They do not understand the issue unfortunately. The screenshot above (https://monosnap.com/direct/ntekVvqbQCTYYphOAFVffQDF6ar5r4) does not mean there is any issue in 4SEF. It's a normal 404 Exception, nothing special about it, throwing a 404 is absolutely normal and expected and is not the sign of any bug or issue.

THIS is the problem, and this is what they need to reply to, if they want to help:
https://assets.weeblr.net/images/screenshots/weeblr-2022-10-03-13.03.20.png

Why is Payplans first going to the correct, working URL and then doing a redirect to another, wrong URL? Once they reply to that, they'(ll probably be able to fix the bug.

Please quote me, copy my reply word by word to them.

Best regards

Yannick Gaultier

weeblr.com / @weeblr

=================================================================
@weeblr:
I have understoof what they are doing and why it's not working in their particular use case. It's breaking because they are doing a redirect but without asking for an absolute URL and also because the URL is created on the fly (each checkout has its own URL, created and used right away). I think I can make a workaround for this and make it work in all cases, new URL and existing URLs, normal URL or URL used in a redirect.
I'll get back to you later today.

Best regards
Yannick Gaultier
weeblr.com / @weeblr

And we are sorry that we missed answering Yannick's question in the previous reply, perhaps you can do us a favor to pass my following message to Yannick?

This is how the Payplan route behavior when the user clicks a plan on the listing page (without activating the 4SEF extension and Joomla URL rewrite setting on the site):
--------------------------------------------------------------------
1. Navigate to this plan page https://www.mantrayogacentre.com/index.php/login/acquista/video-lezioni-yoga.html (current menu structure screenshot: https://monosnap.com/file/R0kn0hoOlKtH3DHZcwUObTZc229h4o )

2. Select this plan "Corso ansia e stress plan" and the plan URL will be shown like this https://www.mantrayogacentre.com/index.php/login/acquista/plan.subscribe/53.html?tmpl=component

3. The controller there will validate whether this is a valid plan and check other things as well. Once the validation is done, the system will try to redirect to the checkout page on the fly, which is this URL (according to the current site menu structure) https://www.mantrayogacentre.com/index.php/login/acquista/checkout/8O56WJCMMDRY.html?tmpl=component, and the page load pretty fine.


If activate the 4SEF extension and Joomla URL rewrite setting:
--------------------------------------------------------------------
1. Navigate to this plan page https://www.mantrayogacentre.com/acquista/1.html

2. Navigate to this plan page https://www.mantrayogacentre.com/acquista/plan.subscribe/53.html?tmpl=component

3. Once the validation part is done, the system will pass this non-sef URL index.php?option=com_payplans&view=checkout&invoice_key=xxxx&tmpl=component&Itemid=447 to the JRoute, this is the SEF URL it return login/acquista/checkout/8o56wjcmmdr6.html?tmpl=component

4. Then somehow the redirection URL become this https://www.mantrayogacentre.com/acquista/plan.subscribe/login/acquista/checkout/8o56wjcmmdrk.html?tmpl=component so causing this 404 page.

Let us know if you would like to know anything else in the Payplans route process.

By the way, I would like to know 4SEF extension is it all the functionality same as the Sh404sef extension?

I reported the questions, here 4SEF replay:
"4SEF only does SEF URLs and has none of the other features sh404SEF has. For SEF URLs, it works in a very similar way BUT the plugins are completely different. The plugins are fully described on this page: https://weeblr.com/doc/products.forsef/current/plugins/".

In the meantime, an update of 4SEF has been released that solves the problem on the order page.

Thanks for letting us know the 4SEF developer already manage to resolve this and include the fix in their next release version of the 4SEF extension.