Detecting Content-Type of BLOB

I am opening an Access file using PHP. One of the fields stores a BLOB. According to the notes attached to the DB the the stored image can be in one of two forms , to quote: "JPEG (lossy)" or "LZH (lossless)". Is there a way of detecting the type using PHP in this situation?
LVL 1
cescentmanAsked:
Who is Participating?
 
Julian HansenConnect With a Mentor Commented:
What about
// UNPACK THE FIRST 10 BYTES AS 
// unsigned char
$array = unpack("C10", $arrImage['thumbnail']);

// CHECK FIRST 3 BYTES AGAINST JPG HEADER FF D8 FF
if ($array[1] == 0xff && $array[2] = 0xd8 && $array[3] = 0xff) 
	echo "This is a JPG file";
else
	echo "This is NOT a JPG file";

Open in new window

0
 
Julian HansenCommented:
Each of those formats has a header record. You can check the first 4-10 bytes to see which header type they match

Here is some info on the header types

JPG
http://www.onicos.com/staff/iz/formats/jpeg.html
http://www.fastgraph.com/help/jpeg_header_format.html

LZH
http://www.onicos.com/staff/iz/formats/lzh.html
0
 
cescentmanAuthor Commented:
Thanks do I just read the first 10 bytes of the blob and examine last 6 then?
0
Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

 
cescentmanAuthor Commented:
I've tried:-

substr(base64_encode($arrImage['thumbnail']),1,80)
substr($arrImage['thumbnail'],1,80);

Neither produces anything recognisable.
0
 
Ray PaseurCommented:
Please post the test data.  We do not need to see code that doesn't work - just the data you're trying to examine.

Also, I would just add that a BLOB in a database is almost always a code smell and the signature of a misdesigned application.  We don't do that any more (the issues go to the performance of the database and the ability to back it up), instead we store the URL of the "blob-type" data in the database and store the data in the file system.  You might consider a design change.
0
 
cescentmanAuthor Commented:
Ray

I've read your posting and I am grateful for the time you take to post it. However in this case I posted the code as evidence that I am indeed trying myself not just relying on julianH. I think this was a reasonable thing for me to do. In return julianH has provided me with a solution that does work magnificently and in the course of it I have increased my knowledge.

As to your second point I'm unflattered that you feel the need to tell me something I already know.  You also assume I have control over the database design. Don't most of us find ourselves in the situation where we have no choice but to bolt onto other people's developments?
0
 
cescentmanAuthor Commented:
Great help thanks.
0
 
Julian HansenCommented:
You are welcome - thanks for the points and good luck with the project.
0
 
Ray PaseurCommented:
Hi cscentman.  Sorry I don't know what you know or don't know; it's just not something that was included in the dialog here at E-E, so we have to make some assumptions.  There are plenty of people who have control over a database design and would be glad to learn that a BLOB was a bad idea and that the file system was the right place for blob-like data.  As to asking for the test data, well, with test data we can give you tested examples.  Without test data we cannot.  We can guess at what you know and sometimes that's enough, but there really is no substitute for the SSCCE.  This article explains why it's worth having test data and shows how we use it to get better, faster results.
http://www.experts-exchange.com/Web_Development/Web_Languages-Standards/PHP/A_7830-A-Quick-Tour-of-Test-Driven-Development.html

Good luck with it, ~Ray
0
All Courses

From novice to tech pro — start learning today.