G'day Ken
I tried your suggestion but the system won't let me modify it even with
su permissions. I'm too tired and frustrated to continue tonight.
Clearly, the installer must have messed something important up so I'm
just going to reinstall Panther tomorrow (have to partition my drive
G'day Adam, David, John etc
I have spent about an hour looking at this and have found I can't echo
anything with 16 characters or less!
I'm glad to report this is not a PHP issue. It turns out to be a Safari
problem with Mac OSX (Safari was updated with OSX 10.3).
All my PHP stuff is
G'day Chris
I would be very interested in learning more about this issue. Would you happen
to be able to provide an example HTTP transaction that Safari mishandles?
If you use a 'proper' html file it works OK. If you simply create a text
file (with .html extension) with less than 16
G'day all,
I've stumbled onto a weird problem after upgrading to Mac OSX 1.3. I had a
script whose echo statement wasn't working so I decided to test the echo (I
should point out that everything else with php is working fine phpinfo()
etc). If I run the following I get nothing returned:
?php
G'day Karl
Hey guys I finally got my phpinfo file to show on apache server
But when I try to do a hello world or browser check I get a 500 error
message
FWIW, I've seen this error when I've had mac line endings instead of unix.
cheers
kim
--
PHP General Mailing List
G'day all,
I have a directory with an (mac Option-F) in the name which PHP
processes as Ä. This change renders the files in the directory unopenable
(the path is bad).
Is there some sort of encoding/unencoding which will handle this character
correctly? I've tried every form of encoding I can
G'day all
I've been trying for a day or so to get a script to traverse all the levels
of a directory. With help from list archives and web sites I've come up
with this:
?php
$the_array = Array();
$thedir = /Users/kim/test/;
$handle = opendir($thedir);
while (false !== ($file =
Hello all,
I have a PHP/MySQL/Apache site served on Mac OSX. The default install I
used doesn't have a PHP.ini file but I do have sendmail configured and
working.
There is a simple html form which leads to a 'confirmation' page. They
press the confirm button and a hidden field passes the data
G'day John
PHP is server side, so it's going to do the same thing each time. If
it's sending a blank message, then no data was received.
Thanks for the response. I have been able to find the problem by replacing
my mail() with phpinfo().
It certainly wasn't passing the variables with
9 matches
Mail list logo
