Jump to content
Sign in to follow this  
rebelsheep

Create New Account Problem

Recommended Posts

OSCommerce - Phoenix v1.0.1.0

Website has been live for a few weeks now.

Seems to be a problem with some users and 'Create Account'.

We have noticed a significant drop in sales since upgrading (from a very old version of OSCommerce).

Looking at the database - there seems to be a problem with new customers creating a new account.

Please see screenshot.

It shows that some customers are some how creating accounts without filling in the mandatory fields - eg. gender, DOB etc.

See customerids 1841, 1844, 1855, 1856.

How is this possible, what could be going wrong?

Two of these customers report getting past the 'Create Account' stage, to the payment page - where 'clicking Continue (to go to PayPal) wouldn't let them go further'.

I have tested the website on desktop and mobile in the following configs and creating a new account and making a purchase has worked for me every time:

Windows 10 - Firefox Quantum 68.0.2
Windows 10 - Chrome v. 76.0.3809.100 (Official Build) (64-bit)
Windows 10 - Microsoft Edge 44.18362.267.0 - Microsoft EdgeHTML 18.18362
Windows 10 - Internet Explorer 11 v.11.295.18362.0
Android v9 - Chrome v. 76.0.3809.111 on Motorola moto g6 play

Is it possible for others to do a quick test on the site:

https://notebookrepair.co.uk

Perhaps use firstname: Test    - so I know that it is you guys testing it, rather than a genuine customer!

I haven't changed / modded the code for the checkout process.....  should be 'out of the box' Phoenix code.

If new customers can't create accounts on our site - this is very serious for us, so any help in identifying the problem is much appreciated.

Thank you.

 

create account issue.jpg

Edited by rebelsheep

Share this post


Link to post
Share on other sites

Your site keeps moving between https and http depending on which page your are visiting! This will not be helping, you need to install SSL properly and make sure all redirects are to ssl only.

image.png.402b3b5b15dcc27726d9b9af54ba9a74.png

Edited by JcMagpie

 

Share this post


Link to post
Share on other sites
1 hour ago, rebelsheep said:

Is it possible for others to do a quick test on the site:

Test account made not problem, windows 10 firefox, chrome reports warning as shown above.


 

Share this post


Link to post
Share on other sites
1 hour ago, JcMagpie said:

Your site keeps moving between https and http depending on which page your are visiting! This will not be helping, you need to install SSL properly and make sure all redirects are to ssl only.

You have pointed out the issue with SSL on the site before....

When I test the site it is only the home page that isn't ssl - no matter where I am on the rest of site it stays in ssl.

This is true for Categories, Products, any where in checkout, Account, Information Pages (contact us, Privacy) - eveywhere (apart from the home page).

So I'm not sure how you got to a category level url without the https://.

It is also why I didn't give high priority to changing the home page to https://, because, well it was just the home page which wasn't passing / processing sensitive information.

However I take what you say as read - just because it behaves like this for me, doesn't mean it is for everyone else, and I will make the home page https:// now.

When this is done - hopefully you won't see it dipping in and out of https://

What is the best way to make the home page https:// too.?   - in htaccess file?  In an OSCommerce file??

Edited by rebelsheep

Share this post


Link to post
Share on other sites
19 minutes ago, rebelsheep said:

What is the best way to make the home page https:// too.?

set SSL up from main site (root) make sure both osC config files have all paths to https , Then make sure any redirects you may have set in . htaccess  use somthing like this, Check with your host if unsure.

 

Redirect to https and non-www

To instead redirect all requests to https and non-www, use the following code instead of the previous:

# Canonical HTTPS/non-WWW
<IfModule mod_rewrite.c>
	RewriteCond %{HTTPS} off [OR]
	RewriteCond %{HTTP_HOST} ^www\.example\.com [NC]
	RewriteRule (.*) https://example.com/$1 [L,R=301]
</IfModule>
Redirect to https and www

The following .htaccess technique redirects qualified requests to the https and www versions of your web pages. Add to your site's root .htaccess file:

# Canonical https/www
<IfModule mod_rewrite.c>
	RewriteCond %{HTTPS} off [OR]
	RewriteCond %{HTTP_HOST} !^www\. [NC]
	RewriteCond %{HTTP_HOST} ^(.*)$  [NC]
	RewriteRule (.*) https://www.%1/$1 [R=301,L]
</IfModule>

 

Edited by JcMagpie

 

Share this post


Link to post
Share on other sites
27 minutes ago, rebelsheep said:

no matter where I am on the rest of site it stays in ssl.

chrome is very strict about none ssl links and will refuse to show ssl padlock if site has none ssl links like you have.  Only a quick look and found two on one page. You need to fix these to make chrome happy.

<a class="" href="http://n

<form name="quick_find" action="http://not

 


 

Share this post


Link to post
Share on other sites

Hi JcMagpie,

I have implemented the changes you recommended - please can you have a quick look to see if SSL is now fixed on your end of things.

Changed htaccess and edited any pages that had any http:// links.

Thank you.

 

BTW - does it matter if a website is shown as non-WWW or WWW? Any practical differences or just personal preference?

Edited by rebelsheep

Share this post


Link to post
Share on other sites

looks fine now, chrome not showing any problems and padlock visable :) .

image.png.76b51ec8022ce49878784a95c7b3d23a.png

23 minutes ago, rebelsheep said:

BTW - does it matter if a website is shown as non-WWW or WWW? Any practical differences or just personal preference?

It's down to personal preferances in the most. However you mentioned significant drop in sales since update!!  This is a common issue with upgrades and your not the first and will not be the last to see this.

You just have to be very carfull in managing your links when updating a site, make sure your either maintain all your old url's or redirect them to your new ones. The www or not is something to take into account as if you old url's were www. then you need to ensure they are corectly redirected to your new none www.

It's all depends on how you old site was set up and how your new one is. It's best to get expert advice from one of the pro developers as if not done right this can have a big impact on traffic to your site after updating. It's not the end of the world as if you take a bit of care and work on the new site, do your seo , site maps and submit new url's to Google traffic will slowly build up again.

 


 

Share this post


Link to post
Share on other sites

JcMagpie - that's great advice!

 

Just so others know if they get a similar issue...

I have just identified the problem after speaking to a customer who's transction failed....

Problem is with PayPal Express Checkout (or more specifically how I haven't configured it properly  ??)

In the Cart we have two routes to checkout.

1. Checkout button

2. PayPal checkout button

If the NEW customer chooses route 1. they go through the full 'create an account', choose delivery, choose payment (PayPal), sent through to PayPal and back to the site with a confirmation of what the have ordered - all works ok.

If they choose 2. then they are taken directly to PayPal, where I think (from what I could gather from customer) they login to PayPal, make payment, but then site 'hangs'.

Even if I can get Option 2 work, I'm not sure how desirable it is... I would rather get the new customer to make an account (so capture all details, like Gender, DOB, tel nos) (and that is why we were getting customer records with this information missing!).

Also Option 2 either misses off the delivey charge ( if Instant Update in the PayPal module is set to false) or includes it (if set to true) but in this case gives customer no warning of the delivery charge - it can't do we have just gone straight from cart to paypal with no other options.

 

Am I right in this?? Ditch option 2?

If so how do we keep PayPal Express, but ditch their button in the cart (while retaining it later in the Checkout Process after choosing Delivery option)?

Is there an option in this in the PayPal module - I have looked, but as yet can't see anything that would do this.

Or down I need to get down and dirty and recode the Cart page!?!

 

How are others configuring PayPal / using it on their OSCommerce sites, what is the best way to configure it?

As always, thank you for any advice.

 

Edited by rebelsheep

Share this post


Link to post
Share on other sites
50 minutes ago, rebelsheep said:

Even if I can get Option 2 work, I'm not sure how desirable it is... I would rather get the new customer to make an account (so capture all details, like Gender, DOB, tel nos) (and that is why we were getting customer records with this information missing!).

You may find as we did that many customer do not wish to have accounts they just prefer to place an order and pay for it. PayPal express works perfectly for this situation. As to why the site hangs and set up best left to one of the PayPal experts. No experiance of delivery charge issue as 99% free delivey.


 

Share this post


Link to post
Share on other sites

@rebelsheep
We used to have similar problems with Paypal express checkout so we did not use it. You are better off getting the customer to create account though don't know why you would need DOB and gender so get rid of them too - make it easier for your customers to create account.

Share this post


Link to post
Share on other sites

Heatherbell - you are right - we don't need Gender do we (can remove this from the Create Account form) - not for our business, if we were selling clothes, say, then I can see why.

DOB, again, probably don't need - but may (??) do vouchers on their birthday further down the line ??

Now I know that there isn't a bug in Create Account (as I first thought) - I am happy to start editing it - State / Province can be changed to County etc.

Didn't want to start editing the code until I identified the original issue, no point building more code on top of buggy code (it wasn't in the end, fortunately).

Thank you for your assistance Heatherbell & JcMagpie.

Edited by rebelsheep

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×