trq

Then you need to hash it before your comparison. And in whole words?

And you are stuck where?

file_exists works fine (since 5.0) providing you have url wrappers enabled.

Are your passwords hashed? Besides, you should be executing your check within your actual query.

While ob_get_flsuh returns the contents of the buffer, it also flushes (sends it). If you want to retrieve it without it being sent use ob_get_contents.

There is no such thing as a *web path*. Can we see some examples of the paths you are storing? How your using them in your markup? And the absolute path to your images?

I have never heard of it and taking a quick look at the articles you linked to, he is referring to *helper classes*, not some *helper* design pattern. I would say for the most part I agree with his comments though. Creating classes of static *helper* methods opens yourself up to tight coupling between your helper classes and your actual code base. Presenting this same functionality without the static methods could potentially maker this a little better if you use dependency injection to access your *helper* objects within other objects.

If you indented your code so that it was readable someone might actually read it and help you.

This topic has been moved to mod_rewrite. http://www.phpfreaks.com/forums/index.php?topic=356856.0

This topic has been moved to PHP Coding Help. http://www.phpfreaks.com/forums/index.php?topic=356880.0

Yes I read your post. It makes little sense.

Again: A redirect makes a completely new request to the server.

What?

id's must be unique.

A redirect makes a completely new request to the server. What exactly are you expecting to be within the $error variable?

Why do you need to store it? PHP can generate it dynamically and it can be read directly from AS. XML, As far as a method of data transport is outdated by far superior methods IMO. I'm not sure why you think this is the easiest method. If you truly do believe so, why are you here asking questions?

No it's not just you. It bugs the shit out of me that people in the U.S assume the rest of the world revolves around them and there economy.

No. The best solution for production is having someone who understands how to configure a server for production. No out out of the box solution is going to fix that.

Why wouldn't you be able to store it?

No. You don't want slashes stored in your database. The idea is no different to escaping quotes within a quoted string. echo 'This is some text with \'quotes\' in it.'; You don't expect the backslashes to show up when you echo this. The same theory applies to mysql_real_escape_string. You don't want the actual slashes stored in your database.

You should be testing that your methods do what they are meant to do. This class in particular is going to be hard to test because it has hardcoded dependencies on specific files and directories. This is one (amongst many) key benefits to unit testing, you need to write code that is easily testable which actually improves your design. You should remove the hardcode constants from your class and instead make setter methods for these values. This way can can easily test your code by using mock config files. It will also meen that you will be able to use this class more easily in various projects that don't have this same hardcoded directory structure.

Are you expecting the slashes to show up in your database? because they won't and it's not meant to. It simply escapes special chars on the way into the database.

This topic has been moved to PHP Coding Help. http://www.phpfreaks.com/forums/index.php?topic=356828.0

And why are you using stripslashes all over the place? If your data has slashes in it, something went wrong on the way into the database.

zipping a directory will not effect its structure. I'm not sure what the issue is.