Pour some water on it occasionally to cool it down.

capiCrimm wrote:

I'm always amazed at how buggy and ackward php is with databases. You'd think the php team would realize how integral it is to any php script and do something about it rather than add Unicode.

The issues PHP has with databases are something that you can code around .. use an abstraction layer.

The issues PHP has with Unicode are not something you can code around. The only way to fix them is by fixing the language itself.

Ergo unicode is more important.

Besides, Unicode and the internationalisation of the internet is going to be a MASSIVE issue in the next 5 years or so. If you think you can get away with only using western european languages in your web development you'll in for a nasty suprise. It's quite amazing it's taken this long really.

looking back:
Objects are a good thing.
CSS layouts are better than tables.
http://www.phpgd.com finally went live.

looking forward:
"Dynamic Web Graphics With PHP" is going to get written at last.
Learn PHP 5.
Get ZCE certified.

PHP:
http://www.internetnews.com/dev-news/article.php/1491221

MySQL:
http://xooglers.blogspot.com/2005/12/lets-get-real-database.html

Percadan wrote:

You're correct, but that function only returns width and hieght.
I am looking for dpi resolution; i.e. 75dpi and 300dpi

Thanks though!!

Oh right .. well .. for GIF and PNG files there is no dpi value stored. For JPEG the value might be stored in the EXIF information .. but it's not very common unless the jpg came from a digital camera. Try http://uk.php.net/manual/en/function.exif-read-data.php .. but I wouldn't be too hopeful.

getimagesize() doesn't require GD.

GD2 is better than ImageMagick. But I would say that..

Originally posted by halojoy
But HOW do you read manual?

This is a quote from the manual you say you have read:

I've tried that. It doesn't work for UTF-8 encoded characters.

Originally posted by halojoy
you need to make your text use correct format:
http://php.net/mail

there are a several different mail format standards that are used
one common is 'base64' something
php has functions for this - to format mail body text for different standards

Reading the manual was the first thing I did. But thanks anyway.

I'm trying to send foreign language emails, and while the body of the email isn't being a problem the subject line is. It doesn't show properly in Outlook Express.. I just get a line of boxes or question marks. Does anyone know of a working object/function.. preferably that you've used and know works coz I've tried a few now and had no joy. Oh, and nothing from PEAR either coz it needs to stand alone.

Are these images true colour or palette based?

GD2 is better.

Dear lord what a nasty way of running a link farm. Get a database.

Better still, write a proper website. With actual content.

At a guess .. you're using MySQL 3.xx .. which doesn't support sub-selects.

Google: "sajax"

FPDF

Originally posted by bubblenut
A noob who's willing to rely on PHP's dodgy type juggling and pass a dubious variable into count without first checking it's an array? :p

I'm learning C# at the moment for a laugh, and, having used PHP exclusively for the past few years, I can honestly say type juggling and seriously dodgy object implimentation has turned me into a proper lazy bugger. Its like learning to program all over again..

All good fun though..

You're using a ttf font, so try imagettftext().

I've read the sample stuff. It seemed to me to be a test in knowing obscure and pointless crap. Honestly, who cares what count() does if you use it on a string?

The way I would do this would be to create a file format for use on the website, and a system to convert that format to PSD for the printer. I've actually done this in PHPhoto .. if someone wrote a convertor to go from my format to PSD you'd be done.

However, editting layered files online is really not ideal. I'm still trying to figure out an interface that not totally awful..