Messages

Is there any chance we could get browscap.ini installed so that we can use get_browser()?
This really would make my life easier, and I'm sure there are others that would feel the same way.

Thanks for the link Sven.

I've not got it setup to a reasonable standard, it is using a real redirect though [R] - Without really redirecting somehow it was fiddeling with the external CSS/PHP/Image files and they weren't loading.

- Osprey

I'm going to go out on a limb, and make a shot in the dark.
I'm guessing that you have your external files linked with relative links, like this:

Code Select Expand

<img src="image.jpg">
<!-- as opposed to: -->
<img src="http://www.example.com/image.jpg">

As a result, when you change the url to example.com/namehere/number, the browser is trying to look inside the /number directory for /image.jpg, which it obviously won't find.  A solution to this is to change your relative links so that they are like this:

Code Select Expand

<a href="/namehere/image.jpg">
That way the links work regardless of what directory the browser thinks that it's in, and you get to keep your relative link goodness.

As I said, I could be wrong, but I've had the above problem before, so I'm hoping I'm not the only one. 

[and maybe safari too]

...as long as your website displays properly in the 3 major Browsers (Firefox, IE and Netscape[and maybe safari too])...

*ahem*  I'm afraid I just can't let that slip past.
First, allow me to point you in the direction of some statistics.
Now, for my favorite part, the smug-apple-fanboy-bliss. 
As you may notice, internationally, Safari ha 2.02%, and Netscape has a (pitiful) 0.15%.  Ouch.
Also worthy of note is that the Netherlands is the only place where Netscape hasn't lost ground since january.  Double ouch.

As you may also notice, internationally, as well as in all the places they list, the top three browsers ar IE, Firefox, and Safari, in that order, with Netscape coming in at #5 every single time.

I dare say that that puts Netscape clearly out of the big 5, and Safari in. 

Just my two cents.

Also PHP include can't include images. You need HTML to display an image:

Code Select Expand

<image source="http://directoryofimage.gif">

A couple things I feel I should point out here -
First, that's not how you do an image.  The proper code is this:

Code Select Expand

<img src="directoryofimage.gif">

Second, the URL http://directoryofimage.gif would tell the browser to try and load the WEBSITE directoryofimage.gif into the spot for the image, treating the .gif part as it would .com, .net, .org and the like. (i.e http://www.directoryofimage.gif/ )  You ONLY put http:// at the front of the URL when you are including the domain, like this:

Code Select Expand

<img src="http://www.example.com/directoryofimage.gif">
Otherwise, it will make things crash and burn.

Just thought you might get some use out this 'cheat sheet' for mod_rewrite.
It's been invaluable to me.
http://www.ilovejackdaniels.com/apache/mod_rewrite-cheat-sheet
I never really understood how the expression syntax worked until I got this thing.

The @ isn't usually necessary, it's just used to tell mysql not to report any errors. It's used when you know there can be an error occuring, but you know that error isn't important for the rest of your code and you still want your code to run the rest of the way.

Another reason to do that is if you want to do custom error reporting, like so:

Code Select Expand

<?php
$query = @mysql_query('SELECT * FROM table');
if ($query) {
echo 'query successful';
} else {
echo 'query unsuccessful';
}
// If you only want to output a message on failure, you could do something like this:
$query = @mysql_query('SELECT * FROM table') OR echo 'query unsuccessful';
?>
Naturally, you could always replace the echo with something else.  (exit(), mysql_error(), etc.)

You may also consider to use SHA-1, as MD5 is getting easier to break everyday.

Another reason to use SHA1 is because it uses a longer hash, giving more posible results.
Infinite number of strings to feed into the hashing algoritm, finite number of hashes to come out.
So there is a (very small) chance that two passwords will have the same hash.  But it usually isn't something you need to worry about.  And if it does become something you have to worry about, you can put in some sort of protection for brute force attacks.  But I digress.

Just a couple notes on this topic.
You should always allow people to view the image if they don't send any referer header at all, because some browsers don't.  (or if they just typed the URL in, it wouldn't send a referer header).
On top of that, you should always let people with google as a referer view images, because you really don't want to alienate visitors coming from the largest search engine ever, do you?

As of 15:15 MST on 2005-10-29, I can't connect to FTP..  It was probably broken before now, but it was just now that I tried connecting.