|
|
Posted by DvDmanDT on 10/28/56 11:07
PHP files can be named whatever you want.. Just know that they are parsed on
the serverside, not the client side.. Therefore, text/php would be pretty
stupid to do.. And I don't know what you mean be that <script> thing, you
probably don't even understand what PHP is when you make that statement..
There's no problem with PHP.. I've done lots of binary work with it without
problems.. And I do have some experience with C as well.. And with C++.. You
probably just don't understand the idea of PHP.. The idea is definitly not
to be another C or C++.. It's to be an easy, but powerful, webscripting
language.. And it is..
--
// DvDmanDT
MSN: dvdmandthotmail.com
Mail: dvdmandttelia.com
"Jerry Miller" <gamphd@optonline.net> skrev i meddelandet
news:20050202212512.23769.qmail@lists.php.net...
> Is there an example of the UNIX od utility written
> in PHP? Is such a useful task even possible??
> From what I've seen of strings, they're completely
> opaque, so what good does it do to be able to read
> binary-safe strings from a file??? Even the deprecated
> (why????) $str{$inx} notation apparently results in
> another string, because trying to printf it with the
> "%02x" format always comes out with "00." (Maybe
> that's why -- it's useless!) As an experienced C
> programmer, I'm finding PHP to be as counter-intuitive
> for low-level work as Perl is. I need to convert binary
> dumps of data structures into database table rows, and
> MySQL on my server doesn't support queries from C.
>
> I thought about writing a CGI script (in C) that
> would generate the hard-coded PHP output for
> each instance, but a URL that ends in ".cgi" is
> never intercepted by the PHP interpreter. Worse
> yet, the <SCRIPT LANGUAGE="" SRC="">
> that works perfectly well with JavaScript is
> likewise ignored if the language is PHP! Finally,
> I'm not aware of a Content-type such as "text/php."
> What exactly was the purpose of designing yet
> another inflexible language?!
[Back to original message]
|