Print Page | Close Window

Changing from http to https

Printed From: RomanCart.com Forum
Category: RomanCart
Forum Name: Integration
Forum Description: If you need help using RomanCart in your own website, post here.
URL: http://forums.romancart.com/forum_posts.asp?TID=13751
Printed Date: 19 March 2024 at 11:08am


Topic: Changing from http to https
Posted By: Keith
Subject: Changing from http to https
Date Posted: 28 August 2020 at 12:56pm
Hi

The time has come for me to change the website address from http://to https://.

Does anyone know if there is an easy way to change the website without having to change all the addresses of the images and links. There must be at least a couple of thousand images and links on the website.

Any information or ideas would be welcome as I am not sure where to start.
Thanks

Keith

-------------
Regards, Keith



Replies:
Posted By: PaulDupre
Date Posted: 05 January 2021 at 9:00pm
Hi Keith,

We've just done the same and the XML data didn't appear to work.

Everything else seems okay.

Paul


Posted By: PaulDupre
Date Posted: 05 January 2021 at 10:54pm
The RomanCart Callback Log doesn't show orders since we changed to https:// - does anyone know why not ?


Posted By: Support
Date Posted: 06 January 2021 at 9:38am
Hi,

I suspect at 'tools'/'options'/'general' you are probably pointing your xml script to a http:// url, and you have told your web hosts to forward everything to https://
Check that.

The xml callback is technically out of process so other changes to your RomanCart usage on your site e.g. switching that to https:// won't actually have any effect on it.

Also note the instructions "With the invisible post the url must start http:// or https:// and end with .asp/.php or similar and the script must display the value OK to indicate it has completed successfully."

Many Thanks
Support


Posted By: PaulDupre
Date Posted: 06 January 2021 at 5:48pm
Our website has has a xml callback for the last three years, we've just started our 4th year and decided to move to https://

It took a few days to organise by which time we had received 12 new orders, then immediately after the switch the 13th order failed, as di the 14th order. I checked the "tools / options / general" page and changed the setting
Invisibly Post transaction as XML to this URL as ROMANCARTXML parameter when successful (View Log):     to https:// but to no avail the 15th order still failed to pass data to our database.
I have since typed the three orders in by hand.

Any others ideas come to mind? as I'm pulling my hair out.


Posted By: PaulDupre
Date Posted: 06 January 2021 at 5:55pm
Apologies, I've been at work all day and then was so exited when I saw your reply forgot to say thanks.

My client has two websites, but the other website is based in a different area and hasn't started take orders yet. So, whatever I fix on this site I then haev to fix on the other one, before the orders start rolling in...

Cheers Paul


Posted By: Support
Date Posted: 06 January 2021 at 5:57pm
Hi,
The next step is to check the web logs on the target server to see what the issue is.
Many thanks
Support


Posted By: PaulDupre
Date Posted: 06 January 2021 at 6:39pm
Web logs, sorry I'm only a casual web developer.

Are they easy to find, I've checked the error logs in the admin directory.


Posted By: PaulDupre
Date Posted: 06 January 2021 at 6:41pm
Just googled - they are logs I should have kept...


Posted By: Support
Date Posted: 06 January 2021 at 7:00pm
Hi,

Your web logs are something you'd need to discuss with your web hosts.

in essence, the xml callback will fire on a paid order. If we encounter an error then the details will appear in the xml callback logs.

The main thing to check is that the order is showing as paid - with a green icon in the left hand column of the sales manager. If not then the xallback may not have been sent.

If it is paid and there is nothing in the xml callback log then it means that it reached your server successfully and received the OK response.

Many Thanks
Support


Posted By: PaulDupre
Date Posted: 06 January 2021 at 7:40pm
Order Number     Error Message     Time (UTC)
24333115          4 Jan 2021 17:29:46
24330328          3 Jan 2021 16:18:37
24327523          2 Jan 2021 09:59:20
24326742          1 Jan 2021 22:54:06
24326717          1 Jan 2021 22:37:55
24325866          1 Jan 2021 13:47:46
24325151          31 Dec 2020 19:12:35
24325092          31 Dec 2020 18:22:56
24325085          31 Dec 2020 18:18:30
24324883          31 Dec 2020 16:26:44
24324856          31 Dec 2020 16:13:51
24324592          31 Dec 2020 14:15:48

As you can see nothing for the 05/01/2021


Posted By: Support
Date Posted: 06 January 2021 at 7:46pm
Hi,

That means that we were unable to receive an OK response from your URL.

You need to take a look at the URL and your web logs to see what happened.

Contact your web hosts and let them know the URL and exact times and they will be able to tell you.

Many Thanks
Support


Posted By: PaulDupre
Date Posted: 08 January 2021 at 11:42pm
Hi,

There literally does not appear to be any evidence of any problem.

As I say it's been working for 3 years, and only stopped working after changing from http:// to https://

I've changed all options to https:// now, so maybe I should post the ROMANCARTXML variable to the success page instead?

Regards,
Paul

PS. another order didn't update to the database this morning.


Posted By: Support
Date Posted: 09 January 2021 at 12:08am
Hi,

You'll need to use your web logs to trace the calls and see what is the problem.
Your web hosts will be able to assist with this.

There isn't anything else to look at on the RomanCart side.
Many Thanks
Support


Posted By: PaulDupre
Date Posted: 09 January 2021 at 12:16am
is there a record of the ROMANCARTXML being sent anywhere.


Posted By: Support
Date Posted: 09 January 2021 at 6:16am
Hi,
If RomanCart does not receive an OK response then it will appear in the XML log as in your previous post.
Many Thanks
Support


Posted By: PaulDupre
Date Posted: 09 January 2021 at 12:25pm
I've removed the OK response, so why is it not appearing in the callback log.


Posted By: PaulDupre
Date Posted: 09 January 2021 at 12:31pm
In other words I'm deliberately causing a problem, to get a error. But, still nothing showing in the log. Vodahost is showing no errors in their logs as well, so is the ROMANCARTXLM variable still being sent. Because, there appears to be no evidence of that. Could it be held in a queue somewhere? or permanently stopped for some reason.


Posted By: Support
Date Posted: 09 January 2021 at 1:12pm
Hi,

In your earlier post you showed a log full of failed callbacks. Maybe see what you changed since then as at least it was being called then.
Have you found the callbacks in your webserver logs?

Many Thanks
Support


Posted By: PaulDupre
Date Posted: 09 January 2021 at 1:49pm
Hi Support,

All that was changed to start with was http:// to https:// by Vodahost - then it stopped logging.

I went through RomanCart and the website putting the extra s in the links, still nothing. Then, I added an 'echo "OK";' to the script, still nothing. There just appears no evidence of interaction between RomanCart and my script, no error logging, nothing. What is the IP address that the ROMANCARTXML variable should be posted from?

Regards,
Paul


Posted By: PaulDupre
Date Posted: 09 January 2021 at 2:42pm
Hi Support,

Sorry, I didn't explain very well. We tried to setup free SSL certificate but were unable to. So, the client contacted Vodahost and they did it all and charged the client a set fee.

However, I was instructed to 'Please go to the general settings and update your website URLs to: https:// from http://'

In the cPanel I clicked on Domains, then the 'Force HTTPS Redirect' which I assumed was what they meant.

After that did not work for the orders from RomanCart I went through all the places I could find http:// on RomanCart and within the webpages and changed to https://

The documentation on cPanel says:
Force HTTPS Redirect

To automatically redirect the new domain’s visitors from the insecure version of the website (HTTP) to the secure version (HTTPS), set the toggle to On.

To disable redirection to the secure version of the website, set the toggle to Off.

Important:
You can only enable redirection on main domains that also possess a valid SSL certificate. If you can’t enable redirection for your domains, contact your hosting provider.

The toggle will not appear for aliases.

Note:
Select the appropriate checkboxes and then click Force HTTPS Redirect On or Force HTTPS Redirect Off at the top of the table to perform this action on multiple accounts.

Best regards,
Paul


Posted By: PaulDupre
Date Posted: 09 January 2021 at 3:03pm
removed info that might be a problem...


Posted By: PaulDupre
Date Posted: 09 January 2021 at 3:10pm
Okay success of sorts. Copied script to success page and it's worked that way.

Now I have to copy everything to the other website!

Cheers,
Paul


Posted By: PaulDupre
Date Posted: 20 January 2021 at 10:01am
Hi Support,

False dawn unfortunately. Only one customer has waited to be submitted to our success page. All the others have appeared to close the browser at the RomanCart page. Do they get the impression it's all done.

Where can I see what they see without spending any money. Or do I need to create a fake page to pay something through RomanCart.

Regards,
Paul


Posted By: Support
Date Posted: 20 January 2021 at 10:36am
Hi,
At 'tools'/'options'/'checkout' there is an option to 'bypass order complete page'
This will ensure that they go straight to your page.

Many thanks
Support


Posted By: PaulDupre
Date Posted: 20 January 2021 at 5:38pm
Hi Support,

Will that do it, nothing else is required?

Regards,
Paul


Posted By: Support
Date Posted: 20 January 2021 at 5:41pm
Hi,
That will bypass the order complete page and put them onto your page.
At 'tools'/'options'/'checkout' make sure you have success/failure/generic urls' as that is where it will go.

Many Thanks
Support


Posted By: PaulDupre
Date Posted: 11 February 2021 at 11:10pm
Hi Support,

Was working perfectly for three weeks, then out of the blue stopped. Worked 8pm last night on one site then at 10pm didn't work on the other one, and two more today didn't work (one on each site).

Has anything changed in the last 24 hours.

PS. The log for the last one (an hour ago) shows that the customer didn't come back to our success page.

Regards,
Paul


Posted By: Support
Date Posted: 12 February 2021 at 9:22am
Hi,

Nothing has changed on RomanCart regarding this for a long time.
If the customer did not return to your success page then it could be that your landing page was unavailable or the customer closed their browser if it was taking a long time to get their or for some other reason.

The best thing to do is to try some transactions yourself and see what is actually happening.

Many Thanks
Support


Posted By: PaulDupre
Date Posted: 12 February 2021 at 2:24pm
Hi Support,

We did that thanks.

The website owner paid £20, and it seemed to be churning round at PayPal for some time. Then, eventually went through to our success page. However, no xml data came through, so didn't record the sale on our website.

RomanCart has all the data, so I'm just updating manually, and trying different things. Maybe, go back to how it was before.

Regards,
Paul



Print Page | Close Window