Daniel0

If you read the page I linked to you would find out that variable interpolation only works with double quoted strings. You would also find out what variable interpolation is.

I'm sure MD5 appreciates you're trying to protect it from SQL injections...

http://php.net/manual/en/language.types.string.php

A form is not vulnerable to CSRF if it requires a password like yours does.

You will have to do $_POST['bcc'] instead.

You might try to set CURLOPT_SSL_VERIFYPEER to false.

No.

Yes. http://www.phpfreaks.com/forums/index.php/topic,259674.0.html

The second will need more memory. If you need to pass an entire result set to something else you can lazy load it for improved performance. I once wrote an example of that. Try to search the forums for it.

ctype_alnum() checks if a string solely consists of alphanumeric characters. That is the alphabetic characters a-z and A-Z and the numeric characters 0-9. It's essentially the same as the regex I posted.

Well, if you ever work on a project with a lot of code you will appreciate that entities are loosely coupled and that the responsibility of these entities is not all-encompassing. Things should have as little responsibility as they need so it's function becomes easier to describe. This makes testing it a lot easier.

If it starts with and ends with either an alphanumeric character, and the string is only allowed to be comprised of alphanumeric characters, isn't that just ^[a-zA-Z0-9]+$ (or ctype_alnum)? Or am I missing something?

Then try this: if (preg_match('#^(?:0|-?[1-9]\d*)$#', $val)) { }

9three, no, I still don't buy it. I can keep adding on "say I later optionally want X" ad infinitum and end up with hundreds of arguments in the procedural analogue to OOP's "God Object". See this topic for some of my past comments regarding this.

It would be the same thing, just with different arguments: $_POST = array_map('mysql_real_escape_string', $_POST); I wouldn't advise you to do that though. It would be better just filtering the values you need instead of writing code that has side effects in the global space.

If you insist... straight from the manual: <?php function cube($n) { return($n * $n * $n); } $a = array(1, 2, 3, 4, 5); $b = array_map("cube", $a); print_r($b); ?> Output: Array ( [0] => 1 [1] => 8 [2] => 27 [3] => 64 [4] => 125 )

Ok, Sure how do i use array_map() that's a new one to me iv never used it ?, James. Why don't you follow the link to the manual page? I don't buy it. Then you might as well create wrapper functions around all the library functions provided by PHP in case you might want to customize it later on.

It's a pointless function though.

No.

Well, it's a correct function (there is no such thing as an "incorrect function"), but you can't use it the way you want to. If you want to apply a string operation on an array you'll have to use array_map or iterate over all the elements in the array to apply the string operation on each element manually.

That depends on what you are going to use it for. You could potentially implement some interesting things with an address class such as geolocation and perhaps calculation of the distance between two addresses (like $address->getDistance($otherAddress)). Saying that a particular usage example is overkill in a hypothetical example often doesn't make much sense.

That you cannot instantiate an object of that class. It might not make sense in the system to just have a property because you operate with either residential or commercial properties. In this case, commercial properties and residential properties would be concrete implementations of the general idea "a property".

Then why does PHP have magic methods?!

Not true. It can also be abstract if it's just not supposed to be instantiated.

It would work if you've configured PHP to implicitly start output buffering when execution starts. See the output_buffering directive in php.ini.