Re: credit card purchase and downloads
| From: | Stut | Date: | Thu, 27 Apr 2006 22:25:04 +0000 |
| Subject: | Re: credit card purchase and downloads | ||
| References: | 1 2 3 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-234964@lists.php.net to get a copy of this message | ||
siavash1979@telus.net wrote:
well is that a secure way? I thought if I use md5 and so on it'll make it more secure and harder to hack. would a table for user-fileid be good enough? I don't really know why I thought it had to be secured, I just don't want it to be eaily hacked.Unless I'm not understanding your intended flow of data, it's no more or less secure than your way, just a hell of a lot simpler. Everything you're doing is happening on the server-side, as is everything I'm doing. All that comes from the client-side is the username and the file ID. Both methods have the same uncontrollable inputs and are therefore basically the same from a security point of view. -Stut
Quoting Stut <stuttle@gmail.com>:siavash1979@telus.net wrote: <snipped a confusing idea>Any idea if this is a good way to do this or not? any better suggestions?isthis secured?I'm confused. What's wrong with having a table containing a row per file, then having another table containing the users. Add a third table containing two fields, username and fileid, which contains one row per user per file they've purchased. When they try to download a file you check against that table. Maybe I'm missing the point of all the md5 crap. If so, please enlighten me. -Stut