php-general Digest 21 Nov 2005 03:51:50 -0000 Issue 3806
Topics (messages 226150 through 226170):
Re: Problem with the fwrite function (not as simple as it sounds though)
226150 by: £ukasz Hejnak
226154 by: Curt Zirzow
226156 by: Suhas
226157 by: Curt Zirzow
226158 by: Suhas
226163 by: Brian V Bonini
226165 by: £ukasz Hejnak
Re: Server Client Architecture, best parctice
226151 by: ahmed
Re: [PHP-DB] Drag and Drop with PHP and MySQL
226152 by: Jason Karns
Re: PHP 4.4.1 on Apache 2.0.x issue
226153 by: Geert Booster
imagecopyresized just copies
226155 by: Andy Pieters
226159 by: Andy Pieters
226160 by: Curt Zirzow
226162 by: zerof
Re: how can I CALL a PHP script from different TEXT LINKS with
differentPARAMETERS?
226161 by: Curt Zirzow
226167 by: xkorakidis
Local PEAR install confusion
226164 by: Colin Andrews
226166 by: Greg Beaver
226168 by: Colin Andrews
226169 by: Greg Beaver
Re: Problems with PHP5 & phpMyAdmin
226170 by: Curt Zirzow
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
php-general@lists.php.net
----------------------------------------------------------------------
--- Begin Message ---
Brian V Bonini napisał(a):
You are saying:
From the CLI you can write to a file all day long, no prob.
Yes, the shell command "php test.php" works fine when executed as root
(any other user has the same problem as from the web)
From the web, if the file does not exist it is created, however, no
content is appended to it. Furthermore, IF there is content in the file
it can be appended to via web, but if it's an empty file it will not get
written too. Am I following correctly?
Exactly, as strange as it sounds, it's just like it is.
And another thing, the whole instalation was working perfectly for the
past month or two, and now (friday->saturday) suddenly the above symptom
have appeared.
No config changes, no updates or anything else I could relate was
happening on the server, and there is no info in the log files on this
behaviour, the is_writable says it is writable. The safe mode is disabled.
Hope this tells You something, and gives You an idea on how to solve this.
--
Best wishes
Łukasz Hejnak
--- End Message ---
--- Begin Message ---
On Sun, Nov 20, 2005 at 03:38:56PM +0100, ukasz Hejnak wrote:
> Brian V Bonini napisa�(a):
> >You are saying:
> >From the CLI you can write to a file all day long, no prob.
> Yes, the shell command "php test.php" works fine when executed as root
> (any other user has the same problem as from the web)
> >From the web, if the file does not exist it is created, however, no
> >content is appended to it. Furthermore, IF there is content in the file
> >it can be appended to via web, but if it's an empty file it will not get
> >written too. Am I following correctly?
>
> Exactly, as strange as it sounds, it's just like it is.
>
> And another thing, the whole instalation was working perfectly for the
> past month or two, and now (friday->saturday) suddenly the above symptom
> have appeared.
This almost sounds as your disk usage (or quota) is at 100%.
Curt.
--
--- End Message ---
--- Begin Message ---
This is not a disk usage as it works when script is run from terminal as su\
Suhas
On 11/20/05, Curt Zirzow <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 20, 2005 at 03:38:56PM +0100, ukasz Hejnak wrote:
> > Brian V Bonini napisa�(a):
> > >You are saying:
> > >From the CLI you can write to a file all day long, no prob.
> > Yes, the shell command "php test.php" works fine when executed as root
> > (any other user has the same problem as from the web)
> > >From the web, if the file does not exist it is created, however, no
> > >content is appended to it. Furthermore, IF there is content in the file
> > >it can be appended to via web, but if it's an empty file it will not get
> > >written too. Am I following correctly?
> >
> > Exactly, as strange as it sounds, it's just like it is.
> >
> > And another thing, the whole instalation was working perfectly for the
> > past month or two, and now (friday->saturday) suddenly the above symptom
> > have appeared.
>
> This almost sounds as your disk usage (or quota) is at 100%.
>
> Curt.
> --
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Contact @
Suhas Pharkute.
[EMAIL PROTECTED]
208 830 8915 (C)
208 429 6943 (H)
--- End Message ---
--- Begin Message ---
On Sun, Nov 20, 2005 at 09:26:15AM -0700, Suhas wrote:
> This is not a disk usage as it works when script is run from terminal as su\
root can break the 100% barrier, it usually can get around 110%.
[EMAIL PROTECTED]:/tmp> df -h /tmp
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1e 248M 8.2M 220M 4% /tmp
[EMAIL PROTECTED]:/tmp> cat /dev/random > foobar
/tmp: write failed, filesystem is full
cat: stdout: No space left on device
[EMAIL PROTECTED]:/tmp> df -h /tmp
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1e 248M 228M 8.0K 100% /tmp
[EMAIL PROTECTED]:/tmp> su
[EMAIL PROTECTED]:/tmp# cat /dev/random > foobar
/tmp: write failed, filesystem is full
cat: stdout: No space left on device
[EMAIL PROTECTED]:/tmp# df -h /tmp
Filesystem Size Used Avail Capacity Mounted on
/dev/ad0s1e 248M 248M -20M 109% /tmp
Curt.
--
cat: .signature: No such file or directory
--- End Message ---
--- Begin Message ---
thanks, never thought about that.
Suhas
On 11/20/05, Curt Zirzow <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 20, 2005 at 09:26:15AM -0700, Suhas wrote:
> > This is not a disk usage as it works when script is run from terminal as su\
>
> root can break the 100% barrier, it usually can get around 110%.
>
> [EMAIL PROTECTED]:/tmp> df -h /tmp
> Filesystem Size Used Avail Capacity Mounted on
> /dev/ad0s1e 248M 8.2M 220M 4% /tmp
> [EMAIL PROTECTED]:/tmp> cat /dev/random > foobar
>
> /tmp: write failed, filesystem is full
> cat: stdout: No space left on device
> [EMAIL PROTECTED]:/tmp> df -h /tmp
> Filesystem Size Used Avail Capacity Mounted on
> /dev/ad0s1e 248M 228M 8.0K 100% /tmp
> [EMAIL PROTECTED]:/tmp> su
> [EMAIL PROTECTED]:/tmp# cat /dev/random > foobar
>
> /tmp: write failed, filesystem is full
> cat: stdout: No space left on device
> [EMAIL PROTECTED]:/tmp# df -h /tmp
> Filesystem Size Used Avail Capacity Mounted on
> /dev/ad0s1e 248M 248M -20M 109% /tmp
>
>
>
> Curt.
> --
> cat: .signature: No such file or directory
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Contact @
Suhas Pharkute.
[EMAIL PROTECTED]
208 830 8915 (C)
208 429 6943 (H)
--- End Message ---
--- Begin Message ---
On Sun, 2005-11-20 at 09:38, Łukasz Hejnak wrote:
> Brian V Bonini napisał(a):
> > You are saying:
> > From the CLI you can write to a file all day long, no prob.
> Yes, the shell command "php test.php" works fine when executed as root
> (any other user has the same problem as from the web)
> > From the web, if the file does not exist it is created, however, no
> > content is appended to it. Furthermore, IF there is content in the file
> > it can be appended to via web, but if it's an empty file it will not get
> > written too. Am I following correctly?
>
> Exactly, as strange as it sounds, it's just like it is.
>
> And another thing, the whole instalation was working perfectly for the
> past month or two, and now (friday->saturday) suddenly the above symptom
> have appeared.
> No config changes, no updates or anything else I could relate was
> happening on the server, and there is no info in the log files on this
> behaviour, the is_writable says it is writable. The safe mode is disabled.
>
> Hope this tells You something, and gives You an idea on how to solve this.
What does 'df -h' say on your system?
--
s/:-[(/]/:-)/g
Brian GnuPG -> KeyID: 0x04A4F0DC | Key Server: pgp.mit.edu
======================================================================
gpg --keyserver pgp.mit.edu --recv-keys 04A4F0DC
Key Info: http://gfx-design.com/keys
Linux Registered User #339825 at http://counter.li.org
--- End Message ---
--- Begin Message ---
Brian V Bonini napisał(a):
> What does 'df -h' say on your system?
!!!
The simplest of all is the most unforseen..
Wow. that's it ;) I NEVER EVEN Imagined to check for that, in fact that
_IS_ the thing.
I feel so totaly stupid right now, I checked everything except this,
although I think the fwrite _SHOULD_ return false on this, and it should
print out an error saying that there's no space available..
The thing is that my system has a few partitions, one of them is the one
containing wwwroot. I never even once got a msg that the filesystem is
full, as most of my operations (recompiling etc.) were conducted on a
seperate partition. Now I see it and can take it all together, as there
is one script doing backup of the www sites, it does so every night, and
that was the thing that made it full.
BIG ENORMOUS Thanks for the help to all of You, and sorry for the
problem, I would never ever thought about this, until You suggested it.
a modification to the topic of this message,
"Simpler the You could've thought" ;]
--
Best wishes
Łukasz Hejnak
--- End Message ---
--- Begin Message ---
> On 11/20/05, ahmed <[EMAIL PROTECTED]> wrote:
>> BSD-style sockets
> how secure are sockets??
This is very flexible. Practically, you'll need a "protocol" for
client/server communication. So how secure depends on how secure is
your protocol design and implementation. You might opt to work atop
secure socket layer, as well.
-ahmed
--- End Message ---
--- Begin Message ---
I've used this (radlinks upload) on one of my sites and it works great. Drag
and drop, even multiple files.
Jason Karns
~~~~~~~~~~~
Web Designer & Applications Programmer
3AM Productions <www.3amproductions.net>
- Things look different @3AM
-----Original Message-----
From: Joe Harman [mailto:[EMAIL PROTECTED]
Sent: Friday, November 18, 2005 11:31 PM
To: php-general@lists.php.net
Subject: Re: [PHP] Re: [PHP-DB] Drag and Drop with PHP and MySQL
Here is what you are asking for I think.. it uses Java. I did have a
complication letting the applet install.. also, it's not free, but there is
a Lite version. Hope this helps http://www.radinks.com/upload/dnd.php
Joe
On 11/18/05, Nate Nielsen <[EMAIL PROTECTED]> wrote:
>
> You wont be able to do the drag and drop, but you can gracefully do
> multiple file uploads with flash (via flash 8). It also lets you know
> the progress of the file upload itself.
>
> I've done a snazzy picture upload tool for a Flex (generates flash
> applications on the fly with ActionScript and XML files only - no
> actual flash IDE) - it allows you to select a file, hit upload, shows
> a progress bar of the transfer (you can cancel at any time) - and when
> done, the image is made into a thumbnail and shown on the screen.
> -obviously, no page reloads and totally cross compatible.
>
> I wouldnt know where to start with regular flash as I'm a programmer,
> so only Flex appeals to me - but I know it can be done, and isnt
> extremely complicated. My guess is that you could have a flash guru
> whip something out pretty fast.
>
> =)
>
> -Nate Nielsen
> [EMAIL PROTECTED]
>
> ----- Original Message -----
> From: "Jasper Bryant-Greene" <[EMAIL PROTECTED]>
> To: "Joe Harman" <[EMAIL PROTECTED]>
> Cc: <php-general@lists.php.net>
> Sent: Friday, November 18, 2005 8:52 PM
> Subject: Re: [PHP] Re: [PHP-DB] Drag and Drop with PHP and MySQL
>
>
> > Joe Harman wrote:
> >> Hi Chris,
> >> I would think that there has to be something out there like a
> Javascript
> >> that would accomplish that... that would be my first guess anyhow...
> >> there
> >> possibly could be something done in flash that would act as a drop
> >> area for the file... let us know what you find Joe
> >
> > There's no way the browser is going to let JS have access to the
> > user's filesystem. I would expect ditto for Flash, although I don't use
it.
> >
> > Jasper
> >
> >
> >>
> >> On 11/18/05, Micah Stevens <[EMAIL PROTECTED]> wrote:
> >>>
> >>> No. That would be nice though eh?
> >>>
> >>> What I have done in the past is when a user needs to upload a
> >>> file, I give them a linked button that links to a ftp:// style
> >>> address. This ftp account points to a directory that PHP can have
> >>> access to.
> >>>
> >>> The user then drags and drops (IE only) the files on this new
> >>> window, which uploads the files to this directory.
> >>>
> >>> Once they're done, they close the window, and hit a second button
> 'Click
> >>> here
> >>> when finished uploading' which tells php to grab all the files in
> >>> the upload directory and put them where they need to go.
> >>>
> >>> This is far from ideal, causes miserable problems when more than
> >>> one person is using the technique at once, and offers a host of
> >>> security and
> usability
> >>> issues. Oh, and it's IE only, Firefox can't do this, and I don't
> >>> think opera/safari can either.
> >>>
> >>> However, it's much better than uploading a ton of files
> >>> individually using a form. I only use this for applications where
> >>> I can be sure that only
> one
> >>> user
> >>> will use it at once, and they're trusted.
> >>>
> >>> In a pinch it works though. I don't care so much about drag and
> >>> drop,
> I
> >>> was
> >>> just trying to solve the multi-file upload issue. I wish there was
> >>> a better way.
> >>>
> >>> If I'm stupid and there is, I'd love to hear about it.
> >>>
> >>> -Micah
> >>>
> >>> On Friday 18 November 2005 5:42 pm, Chris Payne wrote:
> >>>> HI there everyone,
> >>>>
> >>>>
> >>>>
> >>>> I have a file upload system where you select via requester the
> >>>> file
> to
> >>>> upload, it then uploads it with PHP and stores the info in a
> >>>> MySQL database. Is there an interface / programming method I can
> >>>> use which
> I
> >>> can
> >>>> DRAG a file from the desktop into an area in a form just as if I
> >>>> had
> >>> used a
> >>>> file requester to select a file? Learning a new programming
> >>>> technique is no problem as long as it can be used with PHP and
> >>>> MYSQL.
> >>>>
> >>>>
> >>>>
> >>>> Any helps / pointers would be REALLY welcome.
> >>>>
> >>>>
> >>>>
> >>>> Chris
> >>> --
> >>> PHP Database Mailing List (http://www.php.net/) To unsubscribe,
> >>> visit: http://www.php.net/unsub.php
> >>>
> >>>
> >>
> >>
> >> --
> >> Joe Harman
> >> ---------
> >> Do not go where the path may lead, go instead where there is no
> >> path
> and
> >> leave a trail. - Ralph Waldo Emerson
> >>
> >
> > --
> > PHP General Mailing List (http://www.php.net/) To unsubscribe,
> > visit: http://www.php.net/unsub.php
> >
>
>
--
Joe Harman
---------
Do not go where the path may lead, go instead where there is no path and
leave a trail. - Ralph Waldo Emerson
--- End Message ---
--- Begin Message ---
On Thu, Nov 17, 2005 at 09:34:08PM +0100, Max Belushkin wrote:
> Does anyone have any information/updates on this issue perhaps? The thread
> on http://lists.freebsd.org/pipermail/freebsd-ports/2005-November/027056.html
> hasn't had anything new (since Nov 6), and on
> http://bugs.php.net/bug.php?id=35059 it's been stated as "fixed" ever since
> (Nov 2).
The problem looks fixed in php 4.1.1_2. After installing this patch, I
didn't see the problems anymore.
http://www.freshports.org/lang/php4
Commit History:
16 Nov 2005 07:24:47
- Fix pear pkg-plist
- Increase pear memory limit (requested by amd64)
- Revert apache2handler to the latest working version found in
PHP 4.4.0, since PHP developers seem not interested in
fixing the bug with apache2 and mod_rewrite
Geert Booster
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Hi all
I wanted to make a simple script to make a resized image from an uploaded one.
I used the example found on the php.net website
list($width,$height,$type)=getimagesize($newfile);
$newwidth=350;
$newheight=50;
$thumb=imagecreatetruecolor($newwidth,$newheight);
$thumbname=str_replace(".$filedetails[extension]",
"_thumb.$filedetails[extension]",$newfile);
$main=null;
switch($type)
{case 1:
$main=imagecreatefromgif($newfile); #gif
break;
case 2:
$main=imagecreatefromjpeg($newfile); #jpeg
break;
case 3:
$main=imagecreatefrompng($newfile); #png
break;
}
if(!(is_null($main)))
{imagecopyresized($thumb,$main,0,0,0,0,$newwidth,$newheight,$width,
$height);
switch($type)
{case 1:
imagegif($main,$thumbname);
break;
case 2:
imagejpeg($main,$thumbname);
break;
case 3:
imagepng($main,$thumbname);
chmod($thumbname,0600); #read&write for apache only
}
imagedestroy($main);
imagedestroy($thumb);
When I examine the two files, the are binary different but size and width are
equal.
Anybody know why?
With kind regards
Andy
--
Currently not listening to amaroK
Geek code: www.vlaamse-kern.com/geek
Registered Linux User No 379093
If life was for sale, what would be its price?
www.vlaamse-kern.com/sas/ for free php utilities
--
pgpxeGDf64ThT.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
On Sunday 20 November 2005 17:14, Andy Pieters wrote:
> {case 1:
> imagegif($main,$thumbname);
>
> break;
> case 2:
> imagejpeg($main,$thumbname);
>
> break;
> case 3:
> imagepng($main,$thumbname);
>
> chmod($thumbname,0600); #read&write for apache only
> }
>
> imagedestroy($main);
>
> imagedestroy($thumb);
>
> When I examine the two files, the are binary different but size and width
> are equal.
>
Never mind, after a long day, I overlooked the fact that instead of
imagegif($thumb,$thumbname) I was doing imagegif($main,$thumbname)...
Andy
--
Now listening to Top! Radio Live www.topradio.be/stream on amaroK
Geek code: www.vlaamse-kern.com/geek
Registered Linux User No 379093
If life was for sale, what would be its price?
www.vlaamse-kern.com/sas/ for free php utilities
--
pgpu2XiZ0CQEx.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
On Sun, Nov 20, 2005 at 05:14:08PM +0100, Andy Pieters wrote:
> Hi all
>
> I wanted to make a simple script to make a resized image from an uploaded one.
>
> I used the example found on the php.net website
>
> ...
> {imagecopyresized($thumb,$main,0,0,0,0,$newwidth,$newheight,$width,
> $height);
> switch($type)
> case 2: imagejpeg($main,$thumbname);
> ...
> When I examine the two files, the are binary different but size and width are
> equal.
You are re-saving the original file, not the thumb. I think you
really wanted:
imagejpeg($thumb,$thumbname);
btw, it would help to make the code more readable if you removed
all those leading tabs when posting it to the list.
Curt.
--
cat .signature: No such file or directory
--- End Message ---
--- Begin Message ---
Andy Pieters escreveu:
Hi all
I wanted to make a simple script to make a resized image from an uploaded one.
----
See this page and...
http://www.educar.pro.br/abc/mathgd/index.php?xyz=18
----
zerof
--- End Message ---
--- Begin Message ---
On Sun, Nov 20, 2005 at 04:12:05PM +1300, Jasper Bryant-Greene wrote:
> xkorakidis wrote:
> >Webmaster, thanks very much but I think it would be safer to do that by
> >post, not by get. Furthermore, if I use indivudual files
>
> The difference between POST and GET lies in the semantics -- POST
> represents something changing on the server, e.g. updating a database
> field, and allows the browser to warn the user if they try to refresh.
> GET represents nothing of importance changing on the server, e.g.
> performing a search on the database, and can safely be repeated.
Another good reason to use POST to modify data, consider the link:
http://example.com/posts.php?postid=1&action=delete
If googlebot comes across your page containing a list of all your
posts, with a link like that, you just might wake up one morning
wondering why all your posts are gone.
Curt.
--
cat .signature: No such file or directory
--- End Message ---
--- Begin Message ---
That's right Curt,
this is the reason I characterised sending parameters via url not safe!
But in case of selecting data, I think there is no problem to send data
via url, right?
anyway, I found more simple using POST in any case because I have
already used that and works, so I prefer POST...
Thanks!
Curt Zirzow wrote:
> On Sun, Nov 20, 2005 at 04:12:05PM +1300, Jasper Bryant-Greene wrote:
>>xkorakidis wrote:
>>>Webmaster, thanks very much but I think it would be safer to do that by
>>>post, not by get. Furthermore, if I use indivudual files
>>The difference between POST and GET lies in the semantics -- POST
>>represents something changing on the server, e.g. updating a database
>>field, and allows the browser to warn the user if they try to refresh.
>>GET represents nothing of importance changing on the server, e.g.
>>performing a search on the database, and can safely be repeated.
>
> Another good reason to use POST to modify data, consider the link:
>
> http://example.com/posts.php?postid=1&action=delete
>
> If googlebot comes across your page containing a list of all your
> posts, with a link like that, you just might wake up one morning
> wondering why all your posts are gone.
>
> Curt.
--- End Message ---
--- Begin Message ---
about 3 months ago I set up a local install of pear on my web host account (a
cpanel system).
A couple days ago, my hosting company upgraded us to php 4.4.2-dev. I started
seeing a lot of warnings coming out my PEAR includes:
"Notice: Only variable references should be returned by reference in
/home/headbonk/pear/lib/DB.php on line 1132" and other similar ones.
So I figured maybe PEAR needs an upgrade to go with the php upgrade.
I did pear upgrade-all and that seemed to fix some of the warnings - not sure I
didn't keep track of exactly which modules were giving warnings.
I also go a couple messages from the pear installer that I didn't understand:
Failed to download pear/Archive_Tar (recommended version 1.3.1), latest release
is version 1.3.2, stability "stable", use
"channel://pear.php.net/Archive_Tar-1.3.2" to install
/tmp/glibctestqGYBFW:1:22: features.h: No such file or directory
pear/PEAR dependency package "pear/Archive_Tar" installed version 1.3.2 is not
the recommended version 1.3.1, but may be compatible, use --force to install
I started poking around, and found that pear -V reports my PHP version # as
4.3.10. phpinfo() in my document root reports the php version as 4.4.2-dev.
My gut is just to redo the local install from scratch, but I don't know if
there's something I need to worry about going on. I could just set a higher
error reporting level in my .htaccess file.
Any suggestions? Enlightenment?
PS. my prefered package state is beta
--- End Message ---
--- Begin Message ---
Colin Andrews wrote:
about 3 months ago I set up a local install of pear on my web host account (a
cpanel system).
A couple days ago, my hosting company upgraded us to php 4.4.2-dev. I started
seeing a lot of warnings coming out my PEAR includes:
"Notice: Only variable references should be returned by reference in
/home/headbonk/pear/lib/DB.php on line 1132" and other similar ones.
So I figured maybe PEAR needs an upgrade to go with the php upgrade.
I did pear upgrade-all and that seemed to fix some of the warnings - not sure I
didn't keep track of exactly which modules were giving warnings.
I also go a couple messages from the pear installer that I didn't understand:
Failed to download pear/Archive_Tar (recommended version 1.3.1), latest release
is version 1.3.2, stability "stable", use
"channel://pear.php.net/Archive_Tar-1.3.2" to install
/tmp/glibctestqGYBFW:1:22: features.h: No such file or directory
pear/PEAR dependency package "pear/Archive_Tar" installed version 1.3.2 is not
the recommended version 1.3.1, but may be compatible, use --force to install
I started poking around, and found that pear -V reports my PHP version # as
4.3.10. phpinfo() in my document root reports the php version as 4.4.2-dev.
My gut is just to redo the local install from scratch, but I don't know if
there's something I need to worry about going on. I could just set a higher
error reporting level in my .htaccess file.
Any suggestions? Enlightenment?
Hi Colin,
Your setup sounds just fine to me.
The "features.h" message is a bug in PEAR 1.4.4 that is fixed in PEAR
1.4.5 that will be released any day now, and Archive_Tar is a brand new
version, so automatic upgrade is disallowed until it can be tested in
the wild. THis is because if it were to break PEAR, this would make it
difficult to grab any packages. Hwoever, if you would like, upgrading
via "pear upgrade --loose Archive_Tar" should work, or "pear upgrade
--force Archive_Tar"
You do not need to re-install from scratch. Your host has an older CLI
version of PHP than the PHP version used by apache.
Greg
--- End Message ---
--- Begin Message ---
Thanks a ton-
So then that means that the only way to get rid of the warnings is to
change the
error reporting level?
Quoting Greg Beaver <[EMAIL PROTECTED]>:
Colin Andrews wrote:
about 3 months ago I set up a local install of pear on my web host
account (a
...
Any suggestions? Enlightenment?
Hi Colin,
Your setup sounds just fine to me.
The "features.h" message is a bug in PEAR 1.4.4 that is fixed in PEAR
1.4.5 that will be released any day now, and Archive_Tar is a brand
new version, so automatic upgrade is disallowed until it can be
tested in the wild. THis is because if it were to break PEAR, this
would make it difficult to grab any packages. Hwoever, if you would
like, upgrading via "pear upgrade --loose Archive_Tar" should work,
or "pear upgrade --force Archive_Tar"
You do not need to re-install from scratch. Your host has an older
CLI version of PHP than the PHP version used by apache.
Greg
--- End Message ---
--- Begin Message ---
Colin Andrews wrote:
Thanks a ton-
So then that means that the only way to get rid of the warnings is to
change the
error reporting level?
No, report the warnings as a bug at pear.php.net/bugs
You can also hand-fix the source in the mean time, it's only 5-10 lines
of code, right?
Greg
--- End Message ---
--- Begin Message ---
On Fri, Nov 18, 2005 at 12:07:00PM -0800, Russ F wrote:
> I've reinstalled Apache2, PHP5, phpMyAdmin and MYSQl several times. I still
> get the same error when i try to use phpmyadmin Can not load mysql
> extensions. I checked the path it is correct, the extensions exist
> in /etc/php5/extensions but they do not have a .so after them. The php.ini
> file and config files appear correct from a server setup. I read you need
> to put a loadmodule statement in httpd but am not sure when. The script
> says not to modify this file, put mods in /etc/sisconfig. But I'm not sure
> where as there are no loadmod commands in the scripts. My authorities all
> appear correct.
>
> Can anyone poiny me to the right configuration file.
How you install all of apache2, php5, phpMyAdmin and Mysql all
matters on what file to edit. With your extension dir existing in
/etc/php5/extension, i would assume you insalled via some package
system.
With out any of the information, it will be hard to help.
--
cat .signature: No such file or directory
--- End Message ---
