> > I was wondering... are you guys concerned about the latest PHP
> > vulnerabilities, which affect the Debian stable 4.1.2?
>
> It seems that woodys php4 package isn't affected.
>
> http://lists.debian.org/debian-security/2004/12/msg00090.html
>
> Norbert
On Thu, 23 Dec 2004 09:36:24 +0100
Philipp Kern <[EMAIL PROTECTED]> wrote:
> On 22. Dec 2004, at 23:58 Uhr, Jacob S wrote:
> > You make it sound like the version in Sarge has these security
> > vulnerabilities fixed. Except, it's still 4.3.9 - instead of 4.3.10
> > which is supposed to fix this pr
* Jason Lim wrote:
> I was wondering... are you guys concerned about the latest PHP
> vulnerabilities, which affect the Debian stable 4.1.2?
It seems that woodys php4 package isn't affected.
http://lists.debian.org/debian-security/2004/12/msg00090.html
Norbert
--
To UNSUBSCRIB
t how can we still stick to the PHP version in Stable if there are
> serious security issues with that version and no updates/bugfixes are
> being released?
Perhaps very simple. ;)
Think about a stage between 'stable' and 'testing' - I would call
it 'backport&
> I'd just like to have at least an indication if anyone even _wants_
> to fix the existing PHP version, or... not.
Something I don't really get here. Debian states on it's site:
<-- IMPORTANT: the `unstable' version of Debian is the version to
which the newest ve
On 22. Dec 2004, at 23:58 Uhr, Jacob S wrote:
You make it sound like the version in Sarge has these security
vulnerabilities fixed. Except, it's still 4.3.9 - instead of 4.3.10
which is supposed to fix this problem.
4.3.10 is already in Sarge. (See http://packages.qa.debian.org/php4)
Regards,
Phili
--On Thursday, December 23, 2004 10:47 +0800 Chad Adlawan
<[EMAIL PROTECTED]> wrote:
Did you guys perhaps mean the packages from dotdeb.org? Because I just
re-checked backports.org, and they still dont package PHP4:
http://www.backports.org/debian/dists/stable/
d-oh, yeah. long day :)
--
To UN
In response to:
Michael Loftis <[EMAIL PROTECTED]> wrote:
>
> FWIW I run the backports.org version of PHP4 pretty much everywhere,
> including the hosting company I work for.
>
And:
August MacBeth <[EMAIL PROTECTED]> wrote:
>
> I've been using backport's 4.3.10 packages in production without
ies, i
> > think there is a much greater urgency and importance.
>
> For serious PHP deployment you would consider an actual version, not
> the one you could find in stable.
>
> > I wish we could get an update if they are even _WORKING_ on a PHP
> > update,
> &g
>
> --On Wednesday, December 22, 2004 23:42 +0100 Philipp Kern
> <[EMAIL PROTECTED]> wrote:
>
> > In my opinion it is not worth to backport PHP 4.3 to stable as sarge
> > *should*
> > be released as soon as security team support is available.
>
> Sarge i
--On Wednesday, December 22, 2004 23:42 +0100 Philipp Kern
<[EMAIL PROTECTED]> wrote:
In my opinion it is not worth to backport PHP 4.3 to stable as sarge
*should*
be released as soon as security team support is available.
Sarge is taking an extremely long time to get out the door. Been
On 22. Dec 2004, at 23:12 Uhr, Jason Lim wrote:
Little bugfixes and even local exploits... okay... i can understand
there
is less urgency. But for REMOTELY exploitable vulnerabilities, i think
there is a much greater urgency and importance.
For serious PHP deployment you would consider an actual
would have got an update by now
Little bugfixes and even local exploits... okay... i can understand there
is less urgency. But for REMOTELY exploitable vulnerabilities, i think
there is a much greater urgency and importance.
I wish we could get an update if they are even _WORKING_ on a PHP update,
or
need modules like PayFlowPro which they don't include) but other than that
it's the same package you'd get from www.backports.org -- good project,
quite a few packages.
sounds like that particular developer just has a thing against PHP BTW, so
take his words for a grain of salt. I
* Jason Lim <[EMAIL PROTECTED]>
|__ Wed, Dec 22, 2004 at 10:42:57PM +0800:
> > We're all worried. There are 2 threads going on in debian-security
> > about this issue:
> >
> > http://lists.debian.org/debian-security/2004/12/msg00044.html
> > http://lists.debian.org/debian-security/2004/12/msg0004
> We're all worried. There are 2 threads going on in debian-security
> about this issue:
>
> http://lists.debian.org/debian-security/2004/12/msg00044.html
> http://lists.debian.org/debian-security/2004/12/msg00047.html
<...>
>
> http://lists.debian.org/debian-security/2004/12/msg00054.html
>
Just r
> > Or perhaps you guys think there is no need to worry?
>
We're all worried. There are 2 threads going on in debian-security
about this issue:
http://lists.debian.org/debian-security/2004/12/msg00044.html
http://lists.debian.org/debian-security/2004/12/msg00047.html
>
> FWIW dotdeb.org has up
On 12/22/04 11:03, Jason Lim wrote:
Hi all,
I was wondering... are you guys concerned about the latest PHP
vulnerabilities, which affect the Debian stable 4.1.2?
How are you handling it? Debian Security Team still hasn't released any
patches, so concerned and worried about this.
Or perhap
Hi all,
I was wondering... are you guys concerned about the latest PHP
vulnerabilities, which affect the Debian stable 4.1.2?
How are you handling it? Debian Security Team still hasn't released any
patches, so concerned and worried about this.
Or perhaps you guys think there is no need to
Hi!
Is there any way to order the PHP (mod_php) to log everything to
ErrorLog defined by Apache in VirtualHost section? In php.ini I see only
the possibility to specify the concrete global logfile or syslog, but a
such setup doesn't fit to virtual host scenario...
Thanks for your advic
also sprach Michelle Konzack <[EMAIL PROTECTED]> [2004.11.06.1339 +0100]:
> Can anyone give me some hints how to prevent abusing my PHP Scripts ?
You could use something that can handle high load instead.
Alternatively, put a reverse proxy in front of them, using a cache
expiration
Hello,
I have an OnlineStore and the pages are generated by PHP scripts. Now in
the Last 3 weeks I had some DoS which mean, my "products.php" was called
several 10.000 times in a realy short time...
Because for a normal client access it is not possibel to call the
"products.php
Exactly,
I has uncoment the dotdeb lamp php it apt/sources.list and reinstalled the
php-mcrypt from it. That was the problem.
Now my php-mcrypt funtions are working, thanks.
Francisco Castillo.
- Original Message -
From: "Achim Schmidt" <[EMAIL PROTECTED]>
To: &qu
;
> morpheo:/usr/lib/php4/20020429# cp ../20010901/mcrypt.so .
> morpheo:/usr/lib/php4/20020429# /etc/init.d/apache restart
> Reloading apache modulesPHP Warning: Unknown(): mcrypt: Unable to
> initialize module
> Module compiled with module API=20010901, debug=0, thread-safety
/php4/20020429# cp ../20010901/mcrypt.so .
morpheo:/usr/lib/php4/20020429# /etc/init.d/apache restart
Reloading apache modulesPHP Warning: Unknown(): mcrypt: Unable to
initialize module
Module compiled with module API=20010901, debug=0, thread-safety=0
PHPcompiled with module API=20020429, debug=0
t;Achim Schmidt" <[EMAIL PROTECTED]>
To: "Francisco Castillo" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, October 23, 2004 5:40 PM
Subject: Re: include the mcrypt module of php
What about:
- apt-get install php4-mcrypt
- check if "extension=mcryp
What about:
- apt-get install php4-mcrypt
- check if "extension=mcrypt.so" was added to /etc/php4/apache/php.ini
- restart apache
now your php should know of mcrypt functions.
good luck,
achim
Am Sa, 2004-10-23 um 17.32 schrieb Francisco Castillo:
> Hello,
>
> I has try
Hello,
I has try to call the mcrypt functions on a
my PHP Version 4.3.7-dotdeb + APACHE + DEBIAN WOODY System.
$td = mcrypt_module_open('tripledes',
'', 'ecb', ''); $iv = mcrypt_create_iv
(mcrypt_enc_get_iv_size($t
our confirmation, "[EMAIL PROTECTED]"
will be added to the list of pre-approved mail addresses for all of
the PHP mailing lists, your original message will be delivered, and
future emails from that address will be posted to the list
automatically.
You will not receive any confirmation of
Are most people running php stable?
Or are you upgrading php to 4.38 from unstable?
I'm stuck running 4.3.4 because I needed better pear support, and am leery
of upgrading to 4.3.8 because stupidly enough it requires apache 1.3.31 as
part of the upgrade.
I was considering using the d
Volker Lieder wrote:
Hello List, hope there is somebody who can help me ;-) I have a
Debain-Server installed wit the oracle-client 9i and php4.3.4
Everthing works for its own, but now i have to add the php-option
--with-oracle in the php-config. I have build php from the
debian-packages and if i
Hello List,
hope there is somebody who can help me ;-)
I have a Debain-Server installed wit the oracle-client 9i and php4.3.4
Everthing works for its own, but now i have to add the php-option
--with-oracle in the php-config.
I have build php from the debian-packages and if i want to compile it
Robert Hensel <[EMAIL PROTECTED]> writes:
> Hi,
>
> I understand that there are a lot of solutions to make PHP more safe. And
> of course,I don't see safe_mode as _the_ solution. But I definetly consider
> it to be a good extra protection, just like basedir restric
Robert Hensel <[EMAIL PROTECTED]> writes:
> Hi,
>
> I understand that there are a lot of solutions to make PHP more safe. And
> of course,I don't see safe_mode as _the_ solution. But I definetly consider
> it to be a good extra protection, just like basedir restric
On Sun, Jun 06, 2004 at 03:03:00PM +0200, Andreas John wrote:
> Hi!
>
> There are 2.5 possibilities that make sense.
>
> a.) mod_suphp [Any volunteers to put that into debian tree??:-)]
> www.suphp.org
I've got preliminary packages for it (with an ITP). I'm going to put it
somewhere and I'm a
On Sun, Jun 06, 2004 at 03:03:00PM +0200, Andreas John wrote:
> Hi!
>
> There are 2.5 possibilities that make sense.
>
> a.) mod_suphp [Any volunteers to put that into debian tree??:-)]
> www.suphp.org
I've got preliminary packages for it (with an ITP). I'm going to put it
somewhere and I'm a
Andreas John <[EMAIL PROTECTED]> writes:
> Hi!
>
> There are 2.5 possibilities that make sense.
>
> a.) mod_suphp [Any volunteers to put that into debian tree??:-)]
> www.suphp.org
> b.) Run php as cgi and attach she-bang (#!/path/to/pgp-cgi)
> c.) Run php as cg
Hi,
I understand that there are a lot of solutions to make PHP more safe.
And of course,I don't see safe_mode as _the_ solution. But I definetly
consider it to be a good extra protection, just like basedir
restrictions, and the problem I described seems simply like a bug in
safe_mode.
Hi!
There are 2.5 possibilities that make sense.
a.) mod_suphp [Any volunteers to put that into debian tree??:-)]
www.suphp.org
b.) Run php as cgi and attach she-bang (#!/path/to/pgp-cgi)
c.) Run php as cgi and teach the environment to treat .php files like
binaries with the "binfmt&qu
of reading files that not belong to
> the owner of the PHP-file. However, it does not seem to check for
> directory ownerships. (debian stable, PHP4.1.2). PHP does give a warning
> about safe_mode (as seen below) but then nicely lists the directory :(
> This means any user can jus
Hi,
I came upon a strange problem when trying to list directory's in safe
mode as a normal user. Of course I expected this not to work, because
safe_mode disables the possibility of reading files that not belong to
the owner of the PHP-file. However, it does not seem to check for
dire
Andreas John <[EMAIL PROTECTED]> writes:
> Hi!
>
> There are 2.5 possibilities that make sense.
>
> a.) mod_suphp [Any volunteers to put that into debian tree??:-)]
> www.suphp.org
> b.) Run php as cgi and attach she-bang (#!/path/to/pgp-cgi)
> c.) Run php as cg
Hi,
I understand that there are a lot of solutions to make PHP more safe.
And of course,I don't see safe_mode as _the_ solution. But I definetly
consider it to be a good extra protection, just like basedir
restrictions, and the problem I described seems simply like a bug in
safe_mode.
Hi!
There are 2.5 possibilities that make sense.
a.) mod_suphp [Any volunteers to put that into debian tree??:-)]
www.suphp.org
b.) Run php as cgi and attach she-bang (#!/path/to/pgp-cgi)
c.) Run php as cgi and teach the environment to treat .php files like
binaries with the "binfmt&qu
of reading files that not belong to
> the owner of the PHP-file. However, it does not seem to check for
> directory ownerships. (debian stable, PHP4.1.2). PHP does give a warning
> about safe_mode (as seen below) but then nicely lists the directory :(
> This means any user can jus
Hi,
I came upon a strange problem when trying to list directory's in safe
mode as a normal user. Of course I expected this not to work, because
safe_mode disables the possibility of reading files that not belong to
the owner of the PHP-file. However, it does not seem to check for
dire
On Thu, May 13, 2004 at 09:58:35PM -0400, ziada Mrisho wrote:
> I got your e-mail address from a forum thread on SQL Help. I desperately need
> help for my class project. I need to know how to insert an image in a
> database table. When I issue a CREATE table command, what attribute
> represents an
On Thu, May 13, 2004 at 09:58:35PM -0400, ziada Mrisho wrote:
> I got your e-mail address from a forum thread on SQL Help. I desperately need
> help for my class project. I need to know how to insert an image in a
> database table. When I issue a CREATE table command, what attribute
> represents an
r database engine. For finding out how to put the
image into the database table, please use one of these PHP mailing
list / phorums.
Best regards,
Andreas
table. When I issue a CREATE table command, what attribute represents
an image file? eg:
CREATE TABLE SClassTable (
?image _
r database engine. For finding out how to put the
image into the database table, please use one of these PHP mailing
list / phorums.
Best regards,
Andreas
table. When I issue a CREATE table command, what attribute represents
an image file? eg:
CREATE TABLE SClassTable (
?image _
Hello,
I got your e-mail address from a forum thread on SQL Help. I desperately
need help for my class project. I need to know how to insert an image in a
database table. When I issue a CREATE table command, what attribute represents
an image file? eg:
CREATE TABLE SClassTable ( ?image _
Hello,
I got your e-mail address from a forum thread on SQL Help. I desperately
need help for my class project. I need to know how to insert an image in a
database table. When I issue a CREATE table command, what attribute represents
an image file? eg:
CREATE TABLE SClassTable ( ?image _
Arkadiusz Miskiewicz wrote:
Dnia Friday 19 of March 2004 20:48, Mirco 'meebey' Bauer napisał:
migrating from mod to cgi is good as in security, but performance and
also problems with some scripts.
Could you also test fastcgi? cgi and fastcgi are different beasts.
I assume turckcache is turcksoft m
Arkadiusz Miskiewicz wrote:
Dnia Friday 19 of March 2004 20:48, Mirco 'meebey' Bauer napisał:
migrating from mod to cgi is good as in security, but performance and
also problems with some scripts.
Could you also test fastcgi? cgi and fastcgi are different beasts.
I assume turckcache is turcksoft
Dnia Friday 19 of March 2004 20:48, Mirco 'meebey' Bauer napisał:
> migrating from mod to cgi is good as in security, but performance and
> also problems with some scripts.
Could you also test fastcgi? cgi and fastcgi are different beasts.
> Mirco 'meebey' Bauer
--
Arkadiusz Miśkiewicz CS a
Hi,
On Fri, 2004-03-19 at 06:42, Joris wrote:
> Hi,
>
>
> I'm looking for some in-depth information on the speed difference
> between mod_php and using php-cgi with fastcgi.
>
> So far a google search has yielded nothing but unbacked statements (I'll
> clea
Dnia Friday 19 of March 2004 20:48, Mirco 'meebey' Bauer napisał:
> migrating from mod to cgi is good as in security, but performance and
> also problems with some scripts.
Could you also test fastcgi? cgi and fastcgi are different beasts.
> Mirco 'meebey' Bauer
--
Arkadiusz Miśkiewicz CS a
Hi,
On Fri, 2004-03-19 at 06:42, Joris wrote:
> Hi,
>
>
> I'm looking for some in-depth information on the speed difference
> between mod_php and using php-cgi with fastcgi.
>
> So far a google search has yielded nothing but unbacked statements (I'll
> clea
On Fri, Mar 19, 2004 at 04:22:27PM +0100, Arkadiusz Miskiewicz wrote:
>
> Right now running apache and having multiple virtual hosts for multiple
> clients is not secure. Each client can look into others *.php, *.inc files,
> read for example database passwords from these files etc
s
called metux MPM ( http://www.metux.de/mpm/en/?patpage=index,
http://www.sannes.org/metuxmpm/). Unfortunately this project seems to be dead
(or almost dead), too.
- with perchild you will have each virtual host running under UID/GID
specified in config file so you will have secure php, cgi, mod_perl,
On Fri, Mar 19, 2004 at 04:22:27PM +0100, Arkadiusz Miskiewicz wrote:
>
> Right now running apache and having multiple virtual hosts for multiple
> clients is not secure. Each client can look into others *.php, *.inc files,
> read for example database passwords from these files etc
n that for instance mod_php and (fast)cgi/php can
compare directly in terms of security, so the administrator has more
freedom to weight speed and design philosophy against one another.
--
Greetings
Joris
[EMAIL PROTECTED]
On Fri, 2004-03-19 at 08:11, Arkadiusz Miskiewicz wrote:
> The interesting thing is that no one works on fixing perchild MPM in apache2
> that would allow to use standard mod_php in secure way :/
>
> It would be great if someone get paid to fix that once for all.
Hi,
I wonder if you could fill
s
called metux MPM ( http://www.metux.de/mpm/en/?patpage=index,
http://www.sannes.org/metuxmpm/). Unfortunately this project seems to be dead
(or almost dead), too.
- with perchild you will have each virtual host running under UID/GID
specified in config file so you will have secure php, cgi, mod_perl,
n that for instance mod_php and (fast)cgi/php can
compare directly in terms of security, so the administrator has more
freedom to weight speed and design philosophy against one another.
--
Greetings
Joris
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
On Fri, 2004-03-19 at 08:11, Arkadiusz Miskiewicz wrote:
> The interesting thing is that no one works on fixing perchild MPM in apache2
> that would allow to use standard mod_php in secure way :/
>
> It would be great if someone get paid to fix that once for all.
Hi,
I wonder if you could fill
On Fri, 19 Mar 2004 22:05, Joris <[EMAIL PROTECTED]> wrote:
> > The interesting thing is that no one works on fixing perchild MPM in
> > apache2 that would allow to use standard mod_php in secure way :/
>
> Is that the mode where the clients run with a different uid for each
> virtual host?
Yes.
Arkadiusz Miskiewicz wrote:
Dnia Friday 19 of March 2004 06:42, Joris napisał:
So far a google search has yielded nothing but unbacked statements (I'll
clean up the language a bit): "mod_php is a lot fast er than php-cgi",
and "fastcgi/php is a lot faster than mod_php". No
Dnia Friday 19 of March 2004 11:24, Adam ENDRODI napisał:
> Privilege separation and fastcgi is not trivial to solve. You must
> specify a different interpreter for each user.
Huh? Why different interpreter?
http://www.t17.ds.pwr.wroc.pl/~misiek/index.php/ApacheModFastcgiPHP
> Authorization and f
On Fri, Mar 19, 2004 at 06:42:08AM +0100, Joris wrote:
>
> Also, experiences migrating from mod_php to (fast)cgi/php would be
> welcome :)
You'll need to recompile the interpreter. That's a lot of fun.
Privilege separation and fastcgi is not trivial to solve. You must
On Fri, 19 Mar 2004 22:05, Joris <[EMAIL PROTECTED]> wrote:
> > The interesting thing is that no one works on fixing perchild MPM in
> > apache2 that would allow to use standard mod_php in secure way :/
>
> Is that the mode where the clients run with a different uid for each
> virtual host?
Yes.
Arkadiusz Miskiewicz wrote:
Dnia Friday 19 of March 2004 06:42, Joris napisał:
So far a google search has yielded nothing but unbacked statements (I'll
clean up the language a bit): "mod_php is a lot fast er than php-cgi",
and "fastcgi/php is a lot faster than mod_php".
Dnia Friday 19 of March 2004 11:24, Adam ENDRODI napisał:
> Privilege separation and fastcgi is not trivial to solve. You must
> specify a different interpreter for each user.
Huh? Why different interpreter?
http://www.t17.ds.pwr.wroc.pl/~misiek/index.php/ApacheModFastcgiPHP
> Authorization and f
On Fri, Mar 19, 2004 at 06:42:08AM +0100, Joris wrote:
>
> Also, experiences migrating from mod_php to (fast)cgi/php would be
> welcome :)
You'll need to recompile the interpreter. That's a lot of fun.
Privilege separation and fastcgi is not trivial to solve. You must
Dnia Friday 19 of March 2004 06:42, Joris napisał:
> So far a google search has yielded nothing but unbacked statements (I'll
> clean up the language a bit): "mod_php is a lot fast er than php-cgi",
> and "fastcgi/php is a lot faster than mod_php". Not very usefu
Dnia Friday 19 of March 2004 06:42, Joris napisał:
> So far a google search has yielded nothing but unbacked statements (I'll
> clean up the language a bit): "mod_php is a lot fast er than php-cgi",
> and "fastcgi/php is a lot faster than mod_php". Not very usefu
Hi,
I'm looking for some in-depth information on the speed difference
between mod_php and using php-cgi with fastcgi.
So far a google search has yielded nothing but unbacked statements (I'll
clean up the language a bit): "mod_php is a lot fast er than php-cgi",
and "fa
Hi,
I'm looking for some in-depth information on the speed difference
between mod_php and using php-cgi with fastcgi.
So far a google search has yielded nothing but unbacked statements (I'll
clean up the language a bit): "mod_php is a lot fast er than php-cgi",
and &
s" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 18, 2004 11:24 PM
Subject: Re: PHP Nuke 7.0
> Quick update . . .
>
> After sitting here thinking about it for a moment, I did ifconfig and got
> the ip number of the ppp0 connection and accessed tha
umber and
not tactful.ods.org.
Is it beginning to sound like a DNS/Apache issue ? Any hints would be
appreciated.
Regards,
Richard
- Original Message -
From: "Richard Brooks" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, February 18, 2004 11:10 PM
Subject: PHP Nuke 7.0
&g
he LAN.
At first it was the wrong version of PHP at fault ( I thought ) which
neccessitated the change to testing for the later version.
The domain name is through ods.org, and resolves fine for email & ssh, and
apache
http://tactful.ods.org/uptime.html ud display
http://ta
umber and
not tactful.ods.org.
Is it beginning to sound like a DNS/Apache issue ? Any hints would be
appreciated.
Regards,
Richard
- Original Message -
From: "Richard Brooks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 18, 2004 11:10 PM
Sub
he LAN.
At first it was the wrong version of PHP at fault ( I thought ) which
neccessitated the change to testing for the later version.
The domain name is through ods.org, and resolves fine for email & ssh, and
apache
http://tactful.ods.org/uptime.html ud display
http://ta
D]>
To:
Sent: Thursday, January 08, 2004 6:52 AM
Subject: apache php zend? errors!?!?
> Hi all,
>
> i have installed php4.3.4 with Zend Optimizer and Zend Engine.
> So when i visit a Zend encoded site i get an apache error.
> [notice] child pid 19024 exit signal Segmentation fault
>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 08, 2004 6:52 AM
Subject: apache php zend? errors!?!?
> Hi all,
>
> i have installed php4.3.4 with Zend Optimizer and Zend Engine.
> So when i visit a Zend encoded site i get an apache error.
> [notice] child pid 190
Hi all,
i have installed php4.3.4 with Zend Optimizer and Zend Engine.
So when i visit a Zend encoded site i get an apache error.
[notice] child pid 19024 exit signal Segmentation fault (11)
Normaly php sites are working.
Configuration and infos about php apache and Zend can u get here:
http
Hi all,
i have installed php4.3.4 with Zend Optimizer and Zend Engine.
So when i visit a Zend encoded site i get an apache error.
[notice] child pid 19024 exit signal Segmentation fault (11)
Normaly php sites are working.
Configuration and infos about php apache and Zend can u get here:
http
Am 2003-11-20 12:22:51, schrieb Detelin Batchovski:
>Hello Michele,
>IMHO you have only 2 products, OpenSource and powerfull.
>http://www.icdevgroup.org Interchange (Mod_Perl/MySQL/PostgreSQL, support
>visa).Have good demo site.
>http://www.oscommerce.com (PHP/MySQL, support v
Am 2003-11-20 12:22:51, schrieb Detelin Batchovski:
>Hello Michele,
>IMHO you have only 2 products, OpenSource and powerfull.
>http://www.icdevgroup.org Interchange (Mod_Perl/MySQL/PostgreSQL, support visa).Have
>good demo site.
>http://www.oscommerce.com (PHP/MySQL, support v
Hello Michele,
IMHO you have only 2 products, OpenSource and powerfull.
http://www.icdevgroup.org Interchange (Mod_Perl/MySQL/PostgreSQL, support
visa).Have good demo site.
http://www.oscommerce.com (PHP/MySQL, support visa.).Have good demo site.
Sorry, but they not suport PHP+PostgreSQL.Why
Hello Michele,
IMHO you have only 2 products, OpenSource and powerfull.
http://www.icdevgroup.org Interchange (Mod_Perl/MySQL/PostgreSQL, support visa).Have
good demo site.
http://www.oscommerce.com (PHP/MySQL, support visa.).Have good demo site.
Sorry, but they not suport PHP+PostgreSQL.Why
Hello,
curently I am using 'Intershop 4' (90 days trial) but I think,
it is a little bit too expensive
(8 Shops with Credit-Card payment around 8000 ¤)
Is there a solution Open-Source written in PHP using postgresql
and supports payments wit VISA dard ?
I like to start my On
Hello,
curently I am using 'Intershop 4' (90 days trial) but I think,
it is a little bit too expensive
(8 Shops with Credit-Card payment around 8000 ¤)
Is there a solution Open-Source written in PHP using postgresql
and supports payments wit VISA dard ?
I like to start my On
Hi,
I am running Debian Woody with the Apache-SSL package and the PHP 4.1.2
package. The websites (virtual domains) of my users are in
~username/public_html
Everything runs fine... but right now all PHP (and CGI) scripts are
executed as www-data. As you will understand I want these to run under
to look at
it.
Best of luck.
Greg Wood
-Original Message-
From: Christian Storch [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 12:15 PM
To: [EMAIL PROTECTED]
Subject: RE: PHP 4.3.x
Sorry but I can only see 4.2.3 via browser or apt-get!?
Christian Storch
-Origin
le deb-make produced 4.3, adapting the
> debian/rules file from the sid version seems not as trivial as I thought as
> the php guys seem to have moved things around a bit. (btw, 4:4.2.3-14 is the
> version in sid right now, so I I wouldn't need a deb line at all...)
as I post
The solution that I'm using is a secondary Debian site. To your sources.list
add:
deb http://debian.moolfreet.com ./
Greg Wood
-Original Message-
From: Wouter [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 6:52 AM
To: [EMAIL PROTECTED]
Subject: Re: PHP 4.3.x
On Wed,
Yo!
Anyobdy here has preliminary packages of a recent PHP version? Self-compiling
with all dependencies etc. etc. is somewhat tedious...
(Or, even better, Adam, you got news for us?)
greetings
-- vbi
--
Available for key signing in Zürich and Basel, Switzerland
(what
Sorry but I can only see 4.2.3 via browser or apt-get!?
Christian Storch
-Original Message-
From: Gregory Wood [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 06, 2003 2:46 PM
To: Wouter; [EMAIL PROTECTED]
Subject: RE: PHP 4.3.x
The solution that I'm using is a secondary Debian
On Wed, 6 Aug 2003, Adrian von Bidder wrote:
> Anyobdy here has preliminary packages of a recent PHP version? Self-compiling
> with all dependencies etc. etc. is somewhat tedious...
check http://www.apt-get.org/
there are a couple.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
1 - 100 of 330 matches
Mail list logo