BetterPHP

EcazS wrote:Or make a user called "nobody" and turn into a big joke

Linux systems have a user called "nobody" in "nogroup" so it was a bit of a joke form that. I could just make the profile for it

bowersbros wrote:Cannot use the bbcode buttons to insert the code into the field (not sure if this is meant ot happen, but it would make it easier)

http://betterphp.co.uk/XHBB/?page=view_ ... d=16&tid=2

jacek wrote:

bowersbros wrote:Cannot use the bbcode buttons to insert the code into the field (not sure if this is meant ot happen, but it would make it easier)

http://betterphp.co.uk/XHBB/?page=view_ ... d=16&tid=2

Nice

I just added a fairly big feature, could do with some testing

http://betterphp.co.uk/XHBB/?page=view_ ... p=1#post47

jacek wrote:I just added a fairly big feature, could do with some testing

http://betterphp.co.uk/XHBB/?page=view_ ... p=1#post47

For images can you make a sort of 'thumbnail' preview?

bowersbros wrote:For images can you make a sort of 'thumbnail' preview?

maybe.

Lookin good.

I coded a pretty nice multi-image uploader with thumbnail previews when i was working on my old forum.

How do you plan to work (or how have you done) the whole viewed / unviewed threads?

I spent absolute hours trying to get my old one working, and ended up doing a table structured like so

user_id topic_id post_id death_time

Then reading and updating that lol.

I have however since figured out a better way to work this.

Currently I am logging the last read time for each topic. There is bug that needs fixing but it does work fairly well.

Also do the same thing for forums, so when you mark a forum as read, you can remove the rows from the topic_last_read table.

ponder this for a moment if you will.

This is how i plan on producing the same effect on my new forum, without using a new table.

on your threads table, add a text field on the end of your table.

When a new thread is started, add the users ID into that field. When someone reads that new thread, their id is added onto the end of the text field deliminated by a comma. When you come to reading whether the thread has been read or not by said user, gather the content of the text field, explode it by commas and perform an if is in array check to deturmin whether the members id is in the there. If it is, post is read, if not, post is unread.

When a new reply is made, replace all the ids with only the new posters id back in there.

surely that has to be quicker than querying another table x amount of times looking to see whether a thread has been read.

Just food for thought

I haven't tried it but I doubt that would be better. You don't want to be getting a list of all the users with every post

Also, the way I did it there is only one query I don't see why there would a need for any more.

You have to query for every thread being displayed as to whether its read or unread?, how do you manage that in a single query?

mysql can so simple (and probably complex) maths so it works out if there have been new posts since the last visit.

for a topic this is pretty simple

SELECT
    `last_read_time` >= `last_post_time` AS `read`
FROM `table`

Either your username or email address is flagged as a spam account.

I tried with user = conradk and email = contact !! conradk.com.
Weird. I have not been sending out spam or anything

Search your username here http://www.stopforumspam.com/search.php looks like a spammer used it once.

For now pick a different username, for future, I will relax this check a little bit to require more than 10 entries or something.

jacek wrote:Search your username here http://www.stopforumspam.com/search.php looks like a spammer used it once.

For now pick a different username, for future, I will relax this check a little bit to require more than 10 entries or something.

All I've got to say is F^CK to:
gentile.bradley@freeemailservice.info 89.212.180.105 Slovenia

Most likely a fake email address

Aha, I encountered the same problem with "Dylan";

Go figures though, it is a semi-common name; bound to be spammers out there with it.

Perhaps not checking the username at all would be the best way then.

I think the IP is the most effective anyway.

For one thing, I haven't seen any captcha on your registration form. I would ad one, as this would bug spammers to make new accounts once banned...

An email confirmation on the other hand is what I find the most annoying when I try to register. And if someone wanted to spam, he could write a script that gets the confirmation link from your confirmation email and then make as many accounts as wanted. So I guess IP is the best solution.

Mhm; especially as, if said person is looking to spam (and assuming the bot doing so is semi-intelligent) a username rejection would be a simple fix. Rejecting the IP, though not fool proof, is probably much more reliable.

conradk wrote:For one thing, I haven't seen any captcha on your registration form. I would ad one, as this would bug spammers to make new accounts once banned...

But they are such a pain right

I want to find a solution that allows the user to register with minimal irritation, but will still prevent most spam accounts from registering. A epically massive blacklist may be that solution