Jessica

SELECT ClassDetail.CLID FROM ClassDetail LEFT JOIN Classes ON Classes.CLID = ClassDetail.CLID WHERE Classes.CLID IS NULLNot tested.

I originally thought var_dump but I wasn't sure it would show the \n but I'm also trying to do two things at once right now. Thanks Christian :-P

That is nowhere near enough code for us to help you. It'd probably be best to pass it in the SESSION anyway.

that was definitely not the right function, no idea why I told you that. sorry. I'm sure it's the newline.

You could try htmlentities() to see what was in there.

1. Wrong forum. I'm moving this. 2. Google "data normalizing" 3. Yes, we can help you. We won't do it for you. You haven't posted any PHP code. If you need someone to do it for you, please post in freelancing.

Also you can use one call to date() with all three year month day.

Try trimming the values. trim

I've just never seen a return in an onclick - I'm not doubting you, if it worked than it worked. It sort of makes sense now that I think about it. It's returning what was returned by the function, which is what threw me off.

That doesn't sound right to me... But I always use jquery.

The point is that you don't need a hidden input...

Your argument has nothing to do with the point made by the comic. (Edit: in fact the wiki page you linked to only makes the comic's point. http://en.wikipedia.org/wiki/Password_strength#Entropy_as_a_measure_of_password_strength)* A password of 4 random english words is MORE COMPLEX than an 8 character one with 4-5 rules, by virtue of it's length. My passwords are typically 50 characters+, and I can remember them. They contain only letters and punctuation. You cannot guess or brute force them. You can force your users to use something stronger than password. If they're the type of person who would, they'll likely go with Password1 or end up writing it down. You can't make your users be smarter. You can however lock the account after 3-5 wrong guesses so someone can't brute force their password. *It is usual in the computer industry to specify password strength in terms of information entropy, measured in bits, a concept from information theory. Instead of the number of guesses needed to find the password with certainty, the base-2 logarithm of that number is given, which is the number of "entropy bits" in a password. A password with, say, 42 bits of strength calculated in this way would be as strong as a string of 42 bits chosen randomly, say by a fair coin toss. Put another way, a password with 42 bits of strength would require 242 attempts to exhaust all possibilities during a brute force search. Thus, adding one bit of entropy to a password doubles the number of guesses required, which makes an attacker's task twice as difficult. On average, an attacker will have to try half the possible passwords before finding the correct one.[2]

Since clicking the link doesn't submit a form, it doesn't matter, you are using $_GET for the link because you have ?id= and the id, and in your code you try to get $_GET['id']. So it looks fine. The problem is with the javascript, it doesn't seem to be actually cancelling the browser from following the link. I'm going to move this to the Javascript forum for you. I've never tried to do anything like that so I can't help.

Alright guys enough.

Uhm... yes.

Relevant: http://xkcd.com/936/

Post your code. I've used FPDF extensively, there is no reason you can't use a PHP file processing $_POST or $_GET arrays to generate a dynamic PDF.

Also, there's nothing that says you can't use var past PHP 4. The documentation simply says it will be treated the same as public. What's wrong with that?

So if we're going to rant about CI's conventions, has anyone ever read their "style guide"? http://ellislab.com/codeigniter/user-guide/general/styleguide.html#logical_operators "Use of || is discouraged as its clarity on some output devices is low (looking like the number 11 for instance)." One might argue that someone who confuses if($foo || $bar) and if($foo 11 $bar) might have enormous difficulty with the rest of the code as well. Really. foo 11 bar... come on.

Since he posted in MySQL I assumed it's a MySQL db.

Wow, NO ONE uses PHP 4? I'd love to see how you came to that conclusion. There's a lot of hosts offering an option that NO ONE uses.

Don't store images in the database, just the filename. Store images in the filesystem.

What is it supposed to be? Look at your code, you define it later. Why are you trying to use it BEFORE you defined it?

There's no point in using md5 and crypt, just use crypt. There is a third party solution called PHPass which is very good.

Yes. At that point in the script $qid is not defined.