.josh

IMO it just looks like 2 banner ads, like the beginnings of a link exchange site.

well the first one makes it automatic, so it will be whatever it really is. The 2nd one you get to explicitly state what it is. Seeing as how you are trying to fake stuff, you should go for the 2nd (CURLOPT_REFERER)

well I wasn't doubting you...just seems odd that someone would do that...just think, if you had gotten it, you wouldn't have a problem w/ this competition!

Just out of curiosity...if you were there first...why didn't you get the .com address?

My status has been set as hidden for years. I haven't experienced this issue. No clue whether these two things are correlated.

Too bad I'm hopelessly heterosexual.

Oh and I also got some fanmail, thought I would share: This is the kind of stuff that makes me feel all warm and fuzzy inside.

I...but...okay FINE. I guess I owe frost a beer or something

@frost110: But he is breaking ToS, by (knowingly) posting in the wrong forum. That's against the ToS and rules. I suggest you actually read them before shooting your mouth off, lest you look like a retard (like now). @dsdsdsdsd: Acknowledging that you are breaking the rules does not justify breaking them. In fact, it makes it even worse. If you can't follow simple rules that are put in place for the benefit of the community, then go somewhere else. And stop being a jackass about it.

$subject = "WWWWWWWWilliam"; // example if (preg_match('~[a-z]{4,}~i',$subject)) { // has more than 3 letters in a row } Though I can't help but question why you feel the need to police something like this... you should only be enforcing stuff from a security or practical PoV, not a "this is my personal opinion" point of view.

http://www.youtube.com/watch?v=a6iW-8xPw3k4

Way I see it, I made a random joke, and you're taking it way too personally. You respond by declaring myself, all IT people out there, and other forum users lots of dirty things. goosfraba?

wanna hug it out?

Well that's the great thing about the varchar column type. If you do like varchar(75) it will accept a string up to 75 characters long, but it will use only what the actual length of the string is. So if the email address is only 10 characters in length, there's not gonna be an extra 65 characters sitting there empty, no "whitespace buffer" to speak of (with other column types, this does happen). Anyways, it's more a matter of principle than resources. People pick and use email addresses they can remember. It is a reasonable assumption to make that a super long email address, while technically valid, probably doesn't belong to a human, but a bot. I mean TBH, I think even 75 is too much.

It's because we're trying to bring back the good old days where people used simple, easy to remember passwords like noob, fail and stfu. (j/k)

to "wipe" it but not necessarily delete the namespace, you can just do any of these or equivalent tempvariable = ''; tempvariable = null; tempvariable = false; none of these will delete the object per se, but it will overwrite it with a simple variable of whatever value you give it. If you want to completely remove it, do delete window.tempvariable; This is assuming it's a global scoped variable/object, since all global variables/objects are actually within the window object. But overall point is...notice how i'm just using the object name itself, not specifying a property (or method)

Most common cause is having a script that accepts data from query string or a form or ajax call and your script isn't sanitizing the data properly. I suggest you hire someone to do a security audit on your website.

Thanks for the heads up, but I suggest you post it on the SMF bug forum, as it is their software, not ours.

Yes it is possible to spoof your IP address and no you can't do anything about it. But even legitimate users' IP addresses can change from time to time, even when they are accessing the internet from home. But they could also be accessing it from a public place, in which case you will most certainly come across different users with the same IP address. The reason most sites are worried about spoofed IP addresses is to ensure that the same user isn't doing something twice. Like for instance, viewing content twice (like accessing some media or downloading some asset multiple times, when you only want them to access it once). Requiring the user to register and login greatly reduces this. And since you require the user to register and login, then what is your need to know their IP address? In short, for average users, you should not look at IP addresses at all, because not only is it unreliable, it is pointless. That is not to say that looking at IP addresses is a lost cause. For instance, you can use it as part of a larger algorithm for determine possible spambots. If you look at your database and suddenly see a 100 hits in the span of minutes from the same IP address, then it's more than likely a spambot. But the point of previous paragraphs is, if you look in your db at IP address and reject a registration because even one exists, even if it was entered like a year ago...well that is not a good idea.

$('li a.inactive').click(function() { $(this).css('border','').removeClass('active'); $(this).parent().next().find('.inactive').css('border', '3px solid blue').addClass('active'); });

One thing I see wrong is here $stmt->bind_param('sss','$_POST[name]','$_POST[email]','$_POST[comments]'); You have your variables in single quotes...variables do not get evaluated in single quotes. Either put them in double quotes or...don't use the quotes at all, seeing as how they aren't necessary. But this may not be your only problem...you should at least be seeing those literal strings in being inserted...

I'm in ur puterz eating ur cookiez

why don't you put all that in a function and call the function in the onbeforeunload?

that usually means you are missing a closing } somewhere

beforeSend: function () {