Documentation You are here: start » v » 0.7.2 » customers

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
v:0.7.2:customers [2011/12/15 21:00]
foxybrett adding MODX Revo pbkdf2 to docs
v:0.7.2:customers [2017/04/26 07:02] (current)
Line 38: Line 38:
 Because FoxyCart was built from the ground up to augment and not replace external systems, it is a common occurrence that FoxyCart customer records will need to be created or updated from an external system, or that FoxyCart customers will need to automatically create users in external systems (like a CMS or CRM). Typically an integration like this will primarily use [[.:​transaction_xml_datafeed|the Transaction XML Datafeed]] and [[.:api|the API]] to create and sync users, and [[.:​sso|Single Sign-On (SSO)]] to make the customer checkout experience seamless. Because FoxyCart was built from the ground up to augment and not replace external systems, it is a common occurrence that FoxyCart customer records will need to be created or updated from an external system, or that FoxyCart customers will need to automatically create users in external systems (like a CMS or CRM). Typically an integration like this will primarily use [[.:​transaction_xml_datafeed|the Transaction XML Datafeed]] and [[.:api|the API]] to create and sync users, and [[.:​sso|Single Sign-On (SSO)]] to make the customer checkout experience seamless.
  
-While the possibilities for this type of synchronization are near limitless, the single most important thing is usually the customer'​s password. FoxyCart customer passwords are returned by the XML datafeed and the API as  [[wp>​Hash_function|hashes]],​ and not the actual cleartext password. While the initial user creation is generally straightforward it can get tricky to maintain sync when passwords are reset, so if you tackle an advanced integration you must ensure that any and all password resetting functionality on your systems simultaneously updates the FoxyCart customer record. ​+While the possibilities for this type of synchronization are near limitless, the single most important thing is usually the customer'​s password. FoxyCart customer passwords are returned by the XML datafeed and the API as [[wp>​Hash_function|hashes]],​ and not the actual cleartext password. While the initial user creation is generally straightforward it can get tricky to maintain sync when passwords are reset, so if you tackle an advanced integration you must ensure that any and all password resetting functionality on your systems simultaneously updates the FoxyCart customer record ​through [[.:api|the API]]. 
 + 
 +Password hashes are represented in the API and Datafeed XML as hexadecimal strings, for example "''​2e29f4fa2efb67dc28860abf''"​. ​ Depending on your library'​s hash functions, you may need to convert the output of the hash function to a hexadecimal string in order to compare passwords. ​ Any "​salt"​ value generated by FoxyCart is a random string of letters and numbers.
  
 FoxyCart currently supports the following hashing methods (in alphabetical order, and in PHP pseudocode, using ''​$''​ to denote a variable, ''​.''​ to denote concatenation,​ and a single quote to encapsulate a string): FoxyCart currently supports the following hashing methods (in alphabetical order, and in PHP pseudocode, using ''​$''​ to denote a variable, ''​.''​ to denote concatenation,​ and a single quote to encapsulate a string):

Site Tools