Daniel0

I don't know. Maybe. Maybe not. This is transparent to the user though, a CAPTCHA is not.

That's your host's fault. Just get them to fix it.

What are you talking about?

Yeah, well, you're not going to be banned. We only do that for serious and/or repeated offenses. Just read the entire rules and ToC document and keep it in mind when posting

I think Masna meant the HTML source code...

Did you happen to read #14 then?

It's spelled highlight. Just saying

"Any mailserver" is a pretty strict requirement, don't you think?

Well, you obviously cannot do that. From the looks of your query it looks like your schema could do with some normalization though. http://en.wikipedia.org/wiki/Database_normalization

HTML and XHTML have always been separate. They're subsets of two different languages (respectively SGML and XML) although they syntactically could be said to be very like each other. As far as I'm concerned, XHTML 2.0 is dead, which, in addition to other things, is also why I advocate the use of HTML instead of XHTML.

It's the only one it has let through so far, so that means a 99.94% success rate, which is pretty good (it has detected 1707).

do { $a = rand(1,9); $b = rand(1,9); $c = rand(1,9); $d = rand(1,9); } while ($a * $b != $c * $d);

It says so right after. He is doing an assignment, and slacking on accessibility will get him penalized with a 5 point deduction.

Are you sure you are the owner of the file. Only the owner can change a file's permissions.

Well, I'm not in a position to offer you legal advise. For that you should go to a lawyer. Programming wise there would be no problem creating a such application though.

That sort of depends on what you want to do. Imagine if SMF decided to use strip_tags() instead of htmlentities(). That would make it impossible to post HTML, which would be quite a problem for a webdev forum like PHP Freaks.

It certainly would be in a gray zone. It's an ongoing discussion whether aggregating links to downloads of intellectual property is legal or not.

It can be anything you want. Create a blog where you can write about stuff you like. Create a database for your recipes. Create a gallery for your photos. Create an index for music/movie collection. There are lots of possibilities. All of the things I just mentioned can be done very simply, but do also have plenty of potential for making more advanced and feature rich. If you actually want a website that is externally accessible then you do need to purchase a domain name and hosting. However, you can also run a webserver on your own computer for local development. I'd recommend developing locally under any circumstances anyway. You can install the individual components (Apache, PHP, MySQL and whatever you need) manually, or you can use prepackaged bundles such as XAMPP or WampServer on Windows, or MAMP on OS X. Linux based operating systems will have a package manager which you can use to easily install a web server.

No, actually you should not do it or you'll have it double escaped so to speak.

One thing that might be a good idea is trying to see if you can solve some of the issues other people have on this site. Doing that you'll learn troubleshooting and debugging skills, which are must haves for any developer. It'll also give you insight into some of the problems that occur. You can also just pick a simple project for yourself and start working on it. You'll not be making the next multi-million dollar website, and you might not even create something other people want to use, but it'll be a learning experience for you. When you get better you can possibly join open source projects, which will give you collaboration skills and enable you to work in a team of developers.

escapeshellarg escapeshellcmd htmlentities mysql_real_escape_string Prepared statements (PDO) Prepared statements (MySQLi) mysqli_real_escape_string db2_escape_string sqlite_escape_string I'm sure you can add on to the list yourself...

It kind of depends on the context in which you are using that data.

Well, sessions can be easily read, and if it is not encrypted in any way, that could be a bad thing. Sessions can only be read on server-side. Clients cannot access the session information stored for them.

I'm working on this project where we are required to use a particular CMS as base for the code. The developers of this CMS though it would be a mighty clever idea to screw over PHP's object model. I can assure you it isn't clever, but just incredibly retarded and frustrating, or as one of the people I work with said, "the developers should be shot on sight". Just leave things to work like they normally do, and how you would expect them to work.

At 2000 hits/mo the ads won't have a very big audience, so not very much.