Search options (Page 52 of 77)

It's not for tracking per se, more for annoying. I've altered the set_cookie function to add the users group when the cookie is created, as in that modified code I posted above. It's to work in conjunction with a script which literally screws up their forum browsing, (for wont of a better description), in a random'ish fashion. Which is why I wanted the consistency whether they are logged in or not. I would prefer for the penny not to drop, if possible.

And why, might you ask? It's an alternative to outright banning. It's intended to keep their account active so they can still log in and do everything else, but to just annoy the hell out of them through induced time lags, redirections, blank pages and error pages. It's for those special cases where the user would merely create another account if they were banned, so rather than doing a daily/weekly/fortnightly banning session on them when they see fit to have another trolling session, it's to try and deter them from coming online by more subtle means. Sad, I know, but what can I say?

You had me worried there for awhile. I thought I'd overlooked something blindingly obvious, (again), and done all that alteration for nowt.

Had a look at my first post and realised it was a tad scant on description. The reason for this is so that I can track the users actual group rather than just pulling the guest gid if they're not logged in, so that a script can do it's work regardless of their online status. Double checked the pun_user gid just to be certain. Is the cookie, therefore, the best way to achieve that end? It seems to be working fine on test, but obviously, if there's a better method I've overlooked. Btw, none of those cookie alterations will have a detrimental effect on anything will they, if that is the only method?

Thanks once again.

Matt

Apologies. I thought it covered feature requests in general.

If you do a search for Quaker and Bingiman's frontpage index mod, that includes subject/message truncation and all the other gubbins.

Think I may have figured this one. Just wanting to check on a couple of points, however. Firstly, will calling this each time from header.php lead to performance/load problems at all? Is there a better way to do it? The cookie settings don't appear to be available from within header.php by default, or have I missed something?

if ($pun_user['is_guest'] && isset($_COOKIE[$cookie_name]))
{
     list(, , $header['group_id']) = @unserialize($_COOKIE[$cookie_name]);
}

Also could I just check that I haven't cocked anything up with these changes. These are all the instances I've changed with regards to the cookie settings:

include/functions.php:  $cookie = array('user_id' => 1, 'password_hash' => 'Guest', 'group_id' => '3');
include/functions.php:          list($cookie['user_id'], $cookie['password_hash'], $cookie['group_id']) = @unserialize($_COOKIE[$cookie_name]);
include/functions.php:                  pun_setcookie(0, random_pass(8), 3, $expire);
include/functions.php:function pun_setcookie($user_id, $password_hash, $group_id, $expire)
include/functions.php:          setcookie($cookie_name, serialize(array($user_id, md5($cookie_seed.$password_hash), $group_id)), $expire, $cookie_path, $cookie_domain, $cookie_secure, true);
include/functions.php:          setcookie($cookie_name, serialize(array($user_id, md5($cookie_seed.$password_hash), $group_id)), $expire, $cookie_path.'; HttpOnly', $cookie_domain, $cookie_secure);

login.php:      pun_setcookie($user_id, $form_password_hash, $group_id, $expire);
login.php:      pun_setcookie(1, random_pass(8), $pun_user['g_id'], time() + 31536000);

profile.php:    pun_setcookie($pun_user['id'], $new_password_hash, $pun_user['g_id'], $expire);
profile.php:    pun_setcookie($id, $db->result($result), $pun_user['g_id'], ($form['save_pass'] == '1') ? time() + 31536000 : 0);

register.php:   pun_setcookie($new_uid, $password_hash, $initial_group_id, ($save_pass != '0') ? $now + 31536000 : 0);

Btw, just on a slight sidetrack, is there any reason other than a propogated mis-spell that $initial_group_id is actually set as $intial_group_id, originally?

Thanks again,

Matt

Wouldn't this thread have been better placed in 'Feature requests'?

Thanks for the advice Smartys. That method has worked a treat.

Cheers. I had a feeling I'd overlooked something again. It is just that one function I need to do it in, is it not? The others all relate to logged in users?

Thanks again,

Matt

I knew I'd track this devil down one day. It was the redirect function causing it. I needed to add the clock_array var to the global line in the redirect function. What a bugger this one has been to track down.

I've just updated the script slightly again. I'd forgotten to call pun_htmlspecialchars on the info printed to screen. New download link:

http://forums.bauchan.org/unix/viewdownloads.php?dcid=1

Try it with a straight:

.copy a {
[your css]
}

for the base link colour.