WebmasterSite.net: PHP scripts to enable your creativity
WSN Links PHP Directory Software
PHP Scripts Webmaster Links Support Forums

Register | Forgot Password

member group revert variables
inquiry

Version: 4.0.35
printPrint


member group revert variables
peumus
Forum Regular
Avatar

Usergroup: Customer
Joined: Aug 09, 2004
Location: Chile
Total Topics: 146
Total Posts: 391
Posted 07/31/07 - 02:55 PM:
quote post
#1
Paul,

Can you please confirm me,

When working with cache system enabled and member sponsorship enabled, the daily member funds deduction can not be always accurate because we may not reach enought page views per day.

In can work directly with the variables {MEMBERGROUPREVERTTIME} and {MEMBERGROUPREVERTTO} in order to assign directly the time to reversion and membergroup reversion for each member that has payed to be sponsor.

I understand {MEMBERGROUPREVERTTIME} is stated on seconds and it corresponds to the future php time() value that has to be reached for the membergroup to be reverted (it's not seconds over the current php time() variable). Also can you indicate me on wich moment does or at what process this variable is readed checking if it has being reached.

I also understand {MEMBERGROUPREVERTTO} is the number of the usergroup to revert to.

Edited by peumus on 07/31/07 - 02:59 PM
Paul
Administrator
Avatar

Usergroup: Administrator
Joined: Dec 21, 2001
Location: Northern California
Total Topics: 57
Total Posts: 6316
Posted 08/01/07 - 02:53 AM:
quote post
#2
There is a problem if crons don't run, yes. I'm going to have to find some sort of compromise which does email and crons without eliminating the benefit of caching.

{MEMBERGROUPREVERTTIME} does not exist to my knowledge and I've never seen it mentioned anywhere.

The check for expiration is crons/daily.php lines 192-225.

I also understand {MEMBERGROUPREVERTTO} is the number of the usergroup to revert to.

I've never heard of {MEMBERGROUPREVERTTO}. The group being reverted to is based on the setting entered on the sponsorship page and only calculated at reversion time so far as I know.

"Do things you love doing, because then it ain't work. Don't do something you don't really enjoy, because you're never going to work hard enough at it." - Bob Young, founder of Red Hat
peumus
Forum Regular
Avatar

Usergroup: Customer
Joined: Aug 09, 2004
Location: Chile
Total Topics: 146
Total Posts: 391
Posted 08/01/07 - 05:31 PM:
quote post
#3
Paul,

At Admin -> Add Fields, at the list of current Member Fields you will find:

groupreverttime , grouprevertto

To test them , at editmembers.tpl I have inserted:

MEMBERGROUPREVERTTIME: <input type="text" name="groupreverttime" size="10" value="{MEMBERGROUPREVERTTIME}">
MEMBERGROUPREVERTTO: <input type="text" name="grouprevertto" size="10" value="{MEMBERGROUPREVERTTO}"> <br><br>

And both seems to be working great together (not tested with cache enabled at the moment), {MEMBERGROUPREVERTTIME} is the php time() value for the next reversion and {MEMBERGROUPREVERTTO} is the number of the membergroup to revert to. After the reversion take place {MEMBERGROUPREVERTTIME} takes the value of '0'.

Regardless of the solution you will find to have sponsorship funds daily deduction working with cache enabled,
I believe that we can also work without problems with member sponsorship using these variables when we have cache enabled, noting that at this case we'll be working with fixed date reversion and not daily funds deduction. This is a simmilar situation as working directly with 'expire' variable for links sponsorship. I'm working this way at a cache enabled directory without problems.

I'm doing more trials with these variables woking with cache enabled and I'll comment on my results.
Paul
Administrator
Avatar

Usergroup: Administrator
Joined: Dec 21, 2001
Location: Northern California
Total Topics: 57
Total Posts: 6316
Posted 08/02/07 - 06:37 AM:
quote post
#4
I see groupreverttime shows up in hourly.php to "unsuspend applicable users every hour". This is part of the suspensions system, for suspending bad members for a set period of time. grouprevertto is the usergroup they return to when their suspension is served. If you search the wsnlinks directory for instances of "groupreverttime" or "grouprevertto" you'll see every instance is about suspending members. So that it's working "great" for you at something else is... inexplicable.

Edited by Paul on 08/02/07 - 06:45 AM

"Do things you love doing, because then it ain't work. Don't do something you don't really enjoy, because you're never going to work hard enough at it." - Bob Young, founder of Red Hat
peumus
Forum Regular
Avatar

Usergroup: Customer
Joined: Aug 09, 2004
Location: Chile
Total Topics: 146
Total Posts: 391
Posted 08/06/07 - 05:49 AM:
quote post
#5
Paul,

Ok now I understand were these variables came from and were are they used, and I have realized we have a wonderful suspend system.

I just would like to use the 'Suspend' system as 'Suspend or Promote' system.

Could it be possible this system to be used also as a Promote System ? For example I can have a user payed to be promoted to a higher usergroup for a six month period, I understand that I can manually use this system to 'Promote' the user to this higher membergroup for 183 days. After the 183 days completed this user will be reverted back to his original lower usergropup. Ok ?
Paul
Administrator
Avatar

Usergroup: Administrator
Joined: Dec 21, 2001
Location: Northern California
Total Topics: 57
Total Posts: 6316
Posted 08/07/07 - 12:09 PM:
quote post
#6
Might work as is, have you tried it?

"Do things you love doing, because then it ain't work. Don't do something you don't really enjoy, because you're never going to work hard enough at it." - Bob Young, founder of Red Hat
peumus
Forum Regular
Avatar

Usergroup: Customer
Joined: Aug 09, 2004
Location: Chile
Total Topics: 146
Total Posts: 391
Posted 08/07/07 - 03:29 PM:
quote post
#7
I find it working perfect.

A) I hope you find it useful so I would like to request for this function to be called 'Suspend/Promote Member' . This is order to be a standar feature for all.

B) Also using this promotion system we'll have cases were the promoted members would like to be promoted to a higher usergroup but before their current usergroup is reverted.

At this moment when we whants to promote this member the current template does not allows us to do it, it only allows us to restore to the original usergroup.

Is it possible the admin-suspend.tpl not to be part of the admin templates but part of the non-admin templates, this in order us to customize it as we need and this not to be lost when uploading all admin templates when upgrade ?

Edited by peumus on 08/07/07 - 03:34 PM
Paul
Administrator
Avatar

Usergroup: Administrator
Joined: Dec 21, 2001
Location: Northern California
Total Topics: 57
Total Posts: 6316
Posted 08/10/07 - 10:42 AM:
quote post
#8
4.1 can update only uncustomized templates automatically so that shouldn't be an issue.

B should go in feature suggestions if you mean they should fall back two steps. Unlikely to be added though.

"Do things you love doing, because then it ain't work. Don't do something you don't really enjoy, because you're never going to work hard enough at it." - Bob Young, founder of Red Hat
Search thread for
Download thread as


You don't have permission to post.

Please login or register.

   
 
© 2008 Paul Knierim. All rights reserved.