Good question... I dunno what is the answer to your question. I'll do some poking around and get back to you if I discover an anything. You should email the people at iPage as they probably could give you help..
Not sure but I think this has been an ongoing problem with our cart.
But not positive. Is there a specific file(s) that we should begin with?.
Would there be any contributions which address log on problems.
And the fact that sometime the password is not accepted nor is the.
New password after sent via email..
When I go to the log in page here is the url that I just got:.
Should I be NOT getting the session id?.
Is that part of my problem?.
You have got a persistent osCsid which is very bad. It basically means that your configure settings are incorrect..
The osCsid should disappear from the url about the second click. It probably doesn't help that your "splash page" uses the iPage domain without www. especially as that link is available in the osc breadcrumb..
I would suggest ...
Ideal move the shop to root kill the splash page and force cookie use.
Alternative Get the configure settings correct and alter the splash page to use www. and enable recreate session..
This post has been edited by.
: 29 July 2008, 21:48..
I have alwats been under the assumption that "forcing cookies" was bad..
Am I wrong on this?.
Also where should I check for config settings?.
What should I be looking for?.
Only problem with moving iPage site to root is that I have approx 4000.
Pages indexed by google now. This move will all but cripple my traffic and sales.
Unless there is something I do not know to prevent indexed pages from being dropped..
Forcing cookies is not bad at all .. in fact you'll be hard pressed to find any major shop where you can buy with cookies off. I would give examples but mine are all uk based..
The only downside of force cookies is that users with cookies off will receive the cookie_usage.php page. the benefits are many .. no querystring osCsid (recent harder server checks by merchant banks are demanding this in many cases)..
A directory move is a pretty simple .htaccess 301 redirect. Although I'm not a specialist in this area the following may well work..
RewriteRule ^myolddirectory/(.*)$ /$1 [R=301,NC,L]..
Thank you much!.
What would need to be changed with respect to configuration files to move to root?.
Do we only need to change configure.php?.
Also strange, I just tried forcing cookies and now I can not log on..
Any ideas? I switched it back off and then I was able to log right on with my customer.
Email and password..
Well as I said before your configure settings seem to be creating persistent osCsid..
Example of the shop in root.
Example with the shop where it is.
I am baffled. Our store which is a donator of oscommerce. (www.SharpWebLabs.com).
Has been having some problems with customers logging in and also with their passwords..
We have been researching possible problems with cookies, session, etc etc..
1) We have since change the sessions to be stored in database and no longer in the /tmp folder..
2) We never force cookies..
3) Should we change the "Recreate Sessions" to true?.
Also should we add the contribution? What advantage does this have?.
Is it possible that this may be the problem?.
4) Should I be concerned about the PhP Global Registers problem?.
We run php 4.4.4 and OSC2.2..
The problem is only occasional and not with every customer. We get emails a few times.
A month from customers who can not log in to their account and then request a new password.
But that does not work either..
PLEASE give us some guidance to head in the proper direction with respect to our problem as we think we are losing sales each month..
THANK YOU SO MUCH!.
Should be a hard coded link not using tep href that when click will not carry oscid in the url get part..
As it is occassional..
Had it been happening after a specific time then we could have thought of it as a session expire issue..
So chek what all code was added of late and chek the url has the oscid..