Post by sports310 » Fri Jul 04, 2014 5:56 am

I am looking for a extension that when a customer enters there info in the checkout and then the leave the cart and shop some more all of there info that they entered disappears. Is there a way that all there info will stay there besides there credit card info ?

Thanks
Mike

Newbie

Posts

Joined
Thu Nov 21, 2013 12:37 am

Post by tacobandito » Fri Jul 04, 2014 6:17 am

You could save it to the PHP session, and recall from that. That would be a good temporary save, but it wouldn't save it indefinitely. The alternative would be to save it to the DB along with the IP address to recall from.

I couldn't find an extension to suit those needs, but I'd be happy to build it! PM me for a quote, or check the commercial support forum!

[module] PayPal Pro w/Recurring Profiles FREE
[module] 1 Click "Amazon Style" Checkout w/PayPal Pro FREE
[module] Adjustable PayPal Pro Fee FREE
[module] Add Sample To Cart LITE FREE
The guide to fixing just about everything wrong with OpenCart FREE!
Add INFINITE SCROLL to your homepage for FREE!
Live update product price for FREE!
Dynamic generation of Opencart coupon, FREE!
Hire me


User avatar
Active Member

Posts

Joined
Sat Mar 30, 2013 12:27 am
Location - Springfield, MA

Post by straightlight » Sun Jul 06, 2014 9:00 am

Credit card storage should not be stored in session, globals nor in the DB. It should rather be put in sanitized post then to unset the variable whenever the browser doesn't require it anymore. A good example would be with the API when SHA256 must be used. Not only it protects the merchant account from websites but also enforces security during transactions.

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.


Regards,
Straightlight
Opencart.com contractor officials representative


Administrator

Posts

Joined
Mon Nov 14, 2011 11:38 pm
Location - Canada, ON

Post by JAY6390 » Mon Jul 07, 2014 8:42 am

Storing that data in the DB based on IP is a really bad idea too. IP's get re-assigned on a lot of home users' connections, and you could potentially (though not probable) fill in the data with someone else's. There's also connections that have hundreds/thousands of users on the same IP (schools, universities, open wifi hotspots) which would fill in the data based purely on that one IP

ImageImageImage

SEO MEGA KIT PLUS - Get your site ranking higher in the search engines
Better Product SEO URL's - Perfectly structured product links
SEO URL's Route Editor PRO - Make ANY url on your site have clean keywords - even third party extensions (remove index.php)


User avatar
Guru Member

Posts

Joined
Wed May 26, 2010 11:47 pm
Location - United Kingdom

Post by straightlight » Mon Jul 07, 2014 8:21 pm

Storing that data in the DB based on IP is a really bad idea too.
While this statement is true, it would be questioned on why the order table from the core has an IP address field to store along the orders from checkout or manual order.

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.


Regards,
Straightlight
Opencart.com contractor officials representative


Administrator

Posts

Joined
Mon Nov 14, 2011 11:38 pm
Location - Canada, ON

Post by JAY6390 » Mon Jul 07, 2014 8:39 pm

The IP address in the orders table is to log the IP that makes the order, not to remember customer data for the checkout

ImageImageImage

SEO MEGA KIT PLUS - Get your site ranking higher in the search engines
Better Product SEO URL's - Perfectly structured product links
SEO URL's Route Editor PRO - Make ANY url on your site have clean keywords - even third party extensions (remove index.php)


User avatar
Guru Member

Posts

Joined
Wed May 26, 2010 11:47 pm
Location - United Kingdom

Post by straightlight » Mon Jul 07, 2014 9:01 pm

Database storage is normally use to remember data, basically. If IP addresses are stored in database for the order only so not to remember ... it is a bit puzzling on seeing why this is being stored in the first place if we compare this methodology with what you mentioned on the above:
There's also connections that have hundreds/thousands of users on the same IP (schools, universities, open wifi hotspots) which would fill in the data based purely on that one IP
Which relative IP is tracked in the end? ! ;)

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.


Regards,
Straightlight
Opencart.com contractor officials representative


Administrator

Posts

Joined
Mon Nov 14, 2011 11:38 pm
Location - Canada, ON

Post by tacobandito » Mon Jul 07, 2014 9:55 pm

sports310 wrote:...Is there a way that all there info will stay there besides there credit card info ?...
straightlight wrote:...Credit card storage should not be stored in session...
O0
JAY6390 wrote:Storing that data in the DB based on IP is a really bad idea too. IP's get re-assigned on a lot of home users' connections, and you could potentially (though not probable) fill in the data with someone else's.
PHP Session would be ideal, hence it being the first suggestion. While IP/DB would be one way of accomplishing a goal, it's agreeable that this wouldn't be the best method, although there would certainly be a few quick things done to make it a more solid option (like being logged in + matching IP, etc..)

[module] PayPal Pro w/Recurring Profiles FREE
[module] 1 Click "Amazon Style" Checkout w/PayPal Pro FREE
[module] Adjustable PayPal Pro Fee FREE
[module] Add Sample To Cart LITE FREE
The guide to fixing just about everything wrong with OpenCart FREE!
Add INFINITE SCROLL to your homepage for FREE!
Live update product price for FREE!
Dynamic generation of Opencart coupon, FREE!
Hire me


User avatar
Active Member

Posts

Joined
Sat Mar 30, 2013 12:27 am
Location - Springfield, MA

Post by JAY6390 » Mon Jul 07, 2014 10:00 pm

Fair point, though if the customer was logged in, the IP wouldn't be required

ImageImageImage

SEO MEGA KIT PLUS - Get your site ranking higher in the search engines
Better Product SEO URL's - Perfectly structured product links
SEO URL's Route Editor PRO - Make ANY url on your site have clean keywords - even third party extensions (remove index.php)


User avatar
Guru Member

Posts

Joined
Wed May 26, 2010 11:47 pm
Location - United Kingdom

Post by straightlight » Mon Jul 07, 2014 10:23 pm

JAY6390 wrote:Fair point, though if the customer was logged in, the IP wouldn't be required
Correct. However, manual orders from the admin are also processed without the need to use an IP address.

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.


Regards,
Straightlight
Opencart.com contractor officials representative


Administrator

Posts

Joined
Mon Nov 14, 2011 11:38 pm
Location - Canada, ON

Post by JAY6390 » Mon Jul 07, 2014 10:29 pm

Sorry, but you seem to be misunderstanding what we are talking about. We're not talking about creating orders. We're talking about remembering details if a customer starts to fill out data in the checkout process but doesn't finish, as per the original post. An order and the IP in the order table have nothing to do with any of this

ImageImageImage

SEO MEGA KIT PLUS - Get your site ranking higher in the search engines
Better Product SEO URL's - Perfectly structured product links
SEO URL's Route Editor PRO - Make ANY url on your site have clean keywords - even third party extensions (remove index.php)


User avatar
Guru Member

Posts

Joined
Wed May 26, 2010 11:47 pm
Location - United Kingdom

Post by straightlight » Mon Jul 07, 2014 10:46 pm

You missed the point on what I was implying. It's not about the orders; it's about the example on storing the IP address in a database. Whether it's about an order or not, IP addresses should not be stored other than on the browser period.

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.


Regards,
Straightlight
Opencart.com contractor officials representative


Administrator

Posts

Joined
Mon Nov 14, 2011 11:38 pm
Location - Canada, ON

Post by JAY6390 » Mon Jul 07, 2014 10:50 pm

Right but I addressed why the IP is stored with the order... in case it's a fraudulent order, it can be used potentially

ImageImageImage

SEO MEGA KIT PLUS - Get your site ranking higher in the search engines
Better Product SEO URL's - Perfectly structured product links
SEO URL's Route Editor PRO - Make ANY url on your site have clean keywords - even third party extensions (remove index.php)


User avatar
Guru Member

Posts

Joined
Wed May 26, 2010 11:47 pm
Location - United Kingdom

Post by straightlight » Mon Jul 07, 2014 10:57 pm

For fraudulent order? Doesn't the fraud table already handles that? Granted, the fraud table wasn't always in OC as it was implemented after a few releases in v1.5x. Although, this methodology is now handled over API.

The most generated errors being found on Opencart forum originates from contributed programming. The increased post counters are caused by redundancies of the same solutions that were already provided prior.


Regards,
Straightlight
Opencart.com contractor officials representative


Administrator

Posts

Joined
Mon Nov 14, 2011 11:38 pm
Location - Canada, ON

User avatar
Active Member

Posts

Joined
Sat Mar 30, 2013 12:27 am
Location - Springfield, MA
Who is online

Users browsing this forum: No registered users and 11 guests