Peter wrote:

how to keep the right permissions checks and how to use it are very welcome.

You would want to check the calling user id against the user id being deleted, and only allow the deletion upon a match of the two.

Smartys wrote:

Don't do what Matt said. That would mean anybody could delete anybody.
You can't just remove the admin restriction from the permissions check, you need to also allow a user to delete his/her own account.

My apologies. Looking at that I could have been a tad more descriptive, with hindsight. big_smile

Firstly, are you adding that link in profile.php? If not, the referrer check will fail. You'd also need to alter/remove the Admin/Mod permission check.

No probs. Glad it's sorted. smile

Btw, with regards to your censoring question earlier in the thread. That just checks against the censor words list in the admin panel and works on whichever words are defined by the admin.

bingiman wrote:

I had to add $show to this line: showRecent(---inside here---);

Aye. I'd just updated it again with that. Bloody functions. big_smile big_smile

Updated it again. big_smile

I've just updated the script on the server. Try it now. smile

You're calling the function from the script itself, and not from another script/page?

If so, just add:

showRecent(); to the top of that script I posted, just under the

<?php

tag.

So the page loads okay, but there's no output from the lookup, or the page doesn't show at all, i.e: white screen?

bingiman wrote:

I tried the code but it didn't work. It shows nothing at all.

What error does it show in the logs?


bingiman wrote:

As for my sarcasm in my previous post. It was merely a way of getting someones attention. As a webmaster of a website with over 34,000 members. Trust me, I know what it is like to be bogged down with support questions and people wanting an immediate response. On the other hand, I do understand that people have lives. I unfortunately have none because this is all I do as far as my http://phpfusion-themes.com site is concerned. Sad but true.

Anyway, if I offended anyone then I apologize. big_smile

No offence taken. Just trying to remind people that even sad gits like I do have external interests, and have to work. big_smile big_smile

Try this. It's had a quick once over, and is totally untested, but should be fine. Have removed all code which appeared to be excess baggage.

http://outgoing.bauchan.org/unix/bingfile.txt

quaker wrote:

bing, post the code at my site and get a faster result....


Q

Why should posting on your site yield a faster answer? Unless I'm mistaken, all of your dev team are either members or Mods on here or Punres. Unless you have created an unknown agreement to divert quetsions that way by not helping on here, (which I find hard to believe judging by the helpful attitude displayed by those persons upto just), what would asking on your site achieve that it cannot on here? Surely, they would still be as busy if the question was asked upon your site?

bingiman wrote:

Thank you for the overwhelming response I got here on this matter.

Bingiman, no disrespect intended, but one does have to understand that people do have lives of their own. The forum is not a persons personal programming crew at their beck and call.

1,340

(105 replies, posted in General discussion)

bingiman wrote:

Well I am hoping so as well, but it doesn't' look good. As far as I can see no one is willing to lend a hand.

It has nothing to do with willingness. There are things one has to do outside of the forums, you know. big_smile big_smile

Surkow, those numbers are array locators. Check above that code you posted, and you'll see where the $sfdb array is created.

I'll have another look at this when I have the chance, but I am a tad pulled out at the moment with other things.

It appears to work fine in Gecko based browsers. (Tested with K-Meleon).

Numbers are caseless. big_smile

It does what is required. If, (and I know not the exact answer to your second statement), there is a problem with certain characters sets, (although I can't see how), then there are numerous other places where PunBB would fall on it's arse for using the same function. big_smile

If the base uri is being altered on occasion, something or someone external to PunBB is doing it.

Change this line:

if (isset ($_POST['spamcode']) && $_POST['spamcode'] != '' && $_POST['spamcode'] == $_SESSION['answer'])

to:

if (isset ($_POST['spamcode']) && $_POST['spamcode'] != '' && strtolower($_POST['spamcode']) == strtolower($_SESSION['answer']))
downliner wrote:

Quakers statement is actually pretty accurate smile When I posted the original source code to the store it was a request for help, which Quaker answered. It was an active topic at the time, mainly because the code was so easy to integrate into PunBB designs, but it never got off the ground due to PayPal not functioning correctly.

Personally I would say it's misleading, but that is just my personal opinion. smile


downliner wrote:

I wasn't trying to be a dick when I said the source code wasn't his to sell.

The though never crossed my mind. smile

quaker wrote:

many thanks to downliner for sharing the version.5 and to xumix for taking it to the next step.

That does somewhat contradict your statement over on PunRes:

I specially had it designed or started on a long time ago.

Comment out the global line.

Change that to:

href="profile.php?id="<?php echo $pun_user['id'] ?>"

What's not working within that script at the moment?

1,350

(105 replies, posted in General discussion)

bingiman wrote:

Not yet...believe it or not all I've been doing is trying to get this to work. I am obsessed with it.

A modding obsession does tend to be one of PunBB's side effects, doesn't it. big_smile big_smile