moved hosts, continue checkout still points to old host

[ds-]

Hello,

I have a licensed copy of Shopsite (as opposed to it coming from my webhost) and I've switched hosts. Everything went smoothly but now when I click on the Continue Checkout button, I get an SSL error and the url is pointed to my old host. I've changed the setting in Shopsite's Hosting Server -> SSL Security Settings to list my current web host (and saved as) but to no avail. Anyone know how to fix this or where I should be looking? Why does it link to the old ssl cert?

a clue:
public_html/cgi-bin/ss/me.aa on my web host with cpanel file manager shows the correct settings
public_html/cgi-bin/sc/me.aa has the wrong settings
if i change it by hand will it explode?

OK, no, it will not explode if I edit it by hand, the site works now. But will there be repercussions later? Will the file get overwritten with the wrong information again during the normally working/updating/patching/some other thing, of the cart? Can I expect this to be a permanent fix?


Thanks!

[Jim]

What platform is your store hosted on, Linux, Freebsd or Windows?

On Linux and Freebsd the public_html/cgi-bin/sc/me.aa file should be a symlink to the public_html/cgi-bin/ss/me.aa . That way any changes you make in the settings in the backoffice of the store will also be reflected in the settings used by the shopping cart. (When a store is just transferred from on server to another the symlinks are often not copied properly. If this is the case you may have other symlinks that need to be fixed.)

Windows is a different issue since it doesn't support symlinks in the same way as Linux and Freebsd. So if you have a Windows server post that and I'll see if I can figure out what you need to do there.

[ds-]

Its Linux so it was a symlink issue. That explains everything, thank you.
I'll change it from a duplicate file to a symlink. Very good to know that the cart is OK, my changes aren't going to have surprise negative repercussions in the future and that its done right.
Thanks again!

[Jim]

If you had problems with the symlink for the "me.aa" file you should also check the following to make sure they are symlinks.
me.auth in both ss and sc directories should be a symlink to the me.auth file in the store's data directory.
libgcc_s.so.1, libpq.so.5, libsqlite.so.0, libsqlite3.so.0 in the ss directory should all be symlinks to the same files in the sc directory.
certs directory in the ss directory should be a symlink to the certs directory in the sc directory.
global.aa, libsscommon.so.1, localeinfo.dat in the sc directory should be a link to the same files in the ss directory.

Your store should function ok if these are not symlinks for the time being, however when you upgrade your store you will have problems if they aren't symlinks.