Need a little guidance

Hi Jason,

I have a site for a client that will allow them to purchase digital downloads, but there would need to create a basic free non-expiring account and I could limit access to that acct type to view only the download center.

Then we would have paid members that could access the download center as well as premium content. The paid memberships would be 30, 90 and 365 days. I followed the thread you recommended regarding that.

So I could basically run them thru the checkout process at no charge for the free membership and have them choose a username/password or do the same for a paid membership except the would be charged.

Once a membership has expired they would just need to purchase a length of time to renew.

Am I missing anything here?

thx!
Eric

  o I could basically run them thru the checkout process at no charge for the free membership  

no need to run them through the checkout process, just have them register. this will give them a basic account that can access any free content.

you can then give them the option to upgrade their membership and purchase a membership period. if they purchase a membership period, them you can run the transaction through the gateway

Thanks Jason!

If they have a free membership and they upgrade to a paid membership I could update the account type once they complete the transaction on the confirm page, correct?

thx
Eric

yes, that is correct.

Hi Jason,

I am in the beginning steps of setting this up. Here is the process:

A user registers for a free basic membership and that info is entered into a members table.
I have a registration date field (current Timestamp) and a regType (1 = a free membership)

Now I have a cart for them to purchase a 30, 60 or 365 day membership (regType: 30 day = 2, 60 day = 3, 365 day = 4).

There is also a profile page to update their information, but having the registration date set to current timestamp will this update if they modified their address? I want to avoid having the timestamp changed unless they have purchased a membership.

The third part of this is: expiring the membership after the allotted time. Following this post your referenced showpost.php?p=139675&postcount=6

I have one rule set:
case "Logged in to Members":
$comparisons[0] = array(TRUE, "".((isset($_SESSION['SecurityAssist_MemberID']))?$_SESSION['SecurityAssist_MemberID']:"") ."", 2, "");
$comparisons[1] = array(TRUE, "".((isset($_SESSION['RegType']))?$_SESSION['RegType']:"") ."", 1, "1");
$comparisons[2] = array(FALSE, "".(date("Y-m-d")) ."", 5, "".(date("Y-m-d", mktime(0, 0, 0, date("m", strtotime($_SESSION['regDate'])),date("d", strtotime($_SESSION['regDate'])) + 30,date("Y", strtotime($_SESSION['MemberRegistrationDate']))))) ."");

Is this correct?

The final thing is the purchase of the membership. I have a membership cart in place. They would go to the checkout page and that would be populated based on the free membership information. So they proceed to the confirm page.

Would I have a recordset on the confirm page that filters their info by the SecurityAssist_memberID, then have an update behavior that pulls the regType from the cart and updates their membership once the order is submitted? How do I prevent that from updating if the order is declined?


thx
Eric

Hi Jason,

I could set the Registration date as just a date field and capture the date in the registration form. Then I don't have to worry about the date updating as a current timestamp.
That would work, correct?

thx
Eric

in the database set the default value for the registration date filed as CURRENT_TIMESTAMP

the registration date column should not be included in the registration form.

by setting the default value to CURRENT_TIMESTAMP it will automatically use the current date when a user registers.

Thanks Jason!

I have a profile update page that is feed from the registration table. If a member updates their address or phone or something along those lines wouldn't the table update the current timestamp to the date they made an update? Then that would change the registration date or am I not understanding?

thx
Eric

as long as the registration date is not included as part of the user update page, it wont get changed in the database.