Hi,
The question is this: Say I have a large main script that handles most
of the request if not all, I wonder what are the effect of this approach
on performance in a situation where we have a fair number of concurrent
users?
Situation:
Server:
P4 1300, Linux (RH 7.1), Apache, MOD_PHP, myS
Should be fine. Chances are your bottleneck will be your database, not
PHP.
-Rasmus
On Fri, 13 Jul 2001, Yves Gauvreau wrote:
> Hi,
>
> The question is this: Say I have a large main script that handles most
> of the request if not all, I wonder what are the effect of this approach
> on perform
I do this on several large high-traffic sites, as part of a
content-management system, and it works fine. If you also use a script
cache product (Zend Cache or APC) and a cacheing template engine (cough,
cough) together in this kind of environment, you should see excellent
results, with the data
Is that to say that mySQL is not a good choice in this situation?
If you would be so kind. Why would mySQL be the bottleneck and why PHP
would not?
Regards.
Yves
Rasmus Lerdorf wrote:
> Should be fine. Chances are your bottleneck will be your database, not
> PHP.
>
> -Rasmus
>
> On Fri,
]>
Sent: Friday, July 13, 2001 5:24 PM
Subject: [PHP] Web application?
| Hi,
|
| The question is this: Say I have a large main script that handles most
| of the request if not all, I wonder what are the effect of this approach
| on performance in a situation where we have a fair number of concur
Is that to say that mySQL is not a good choice in this situation?
If you would be so kind. Why would mySQL be the bottleneck and why PHP
would not?
Regards.
Yves
Rasmus Lerdorf wrote:
> Should be fine. Chances are your bottleneck will be your database, not
> PHP.
>
> -Rasmus
>
> On Fri,
]>
Sent: Friday, July 13, 2001 5:48 PM
Subject: Re: [PHP] Web application?
| Is that to say that mySQL is not a good choice in this situation?
|
| If you would be so kind. Why would mySQL be the bottleneck and why PHP
| would not?
|
| Regards.
|
| Yves
|
|
| Rasmus Lerdorf wrote:
|
| > Sho
Nothing wrong with MySQL. My comment was not specific to any particular
database. It was just a general comment that any database-backed web site
will have the database as the bottleneck and any little optimizations you
try to do at the scripting level is not going to matter much in the
grander
I am sorry, maybe going a little off-message here, but what would do you
mean by eliminate 'table-scans'?
--
Julio Nobrega.
You're asking me will my love grow, I don't know.
"Christopher Ostmo" <[EMAIL PROTECTED]> wrote in message
news:3B4F343A.18504.2376C59B@localhost...
> As Rasmus stated
Inércia Sensorial pressed the little lettered thingies in this order...
> I am sorry, maybe going a little off-message here, but what would do you
> mean by eliminate 'table-scans'?
>
> --
What is typically referred to as a "table scan" is any operation that
requires scanning of the entire t
Matthew Loff pressed the little lettered thingies in this order...
>
> I realize this is off-topic a bit... I also use MySQL for all
> database-related projects...
>
> Does anyone have any comments on benchmarks of the new beta of
> PostgreSQL vs. MySQL? Postgres appears staggeringly faster i
Thank you.
I came to the same conclusion on mySQL after only reading about it's
comparative benchmarks and that's why I choose it.
By their own admission mySQL developers have concentrated their effort
on speed but I wondered about real life situations. I wondered if those
benchmarks where do
ves Gauvreau <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; Rasmus Lerdorf <[EMAIL PROTECTED]>
> Sent: Friday, July 13, 2001 5:48 PM
> Subject: Re: [PHP] Web application?
>
>
> | Is that to say that mySQL is not a good choice in this situation?
> |
> |
pplication Security - www.whitecrown.net
*/
- Original Message -
From: Rasmus Lerdorf <[EMAIL PROTECTED]>
To: Martín Marqués <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 14, 2001 11:24 AM
Subject: Re: [PHP] Web application?
| > On Sáb 14 Jul 2
ern of his.
-Original Message-
From: Chris Lambert - WhiteCrown Networks [mailto:[EMAIL PROTECTED]]
Sent: Saturday, July 14, 2001 11:30 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Web application?
And the article was written by Joshua Drake, not Zeev. It seems to have
been published ear
- http://sms.clambert.org/
- Original Message -
From: Matthew Loff <[EMAIL PROTECTED]>
To: 'Chris Lambert - WhiteCrown Networks' <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, July 14, 2001 1:57 PM
Subject: RE: [PHP] Web application?
Just for reference, I ori
From: "Christopher Ostmo" <[EMAIL PROTECTED]>
> The lack of transactions can easily be overcome by proper programming
> logic.
That, unfortunately, is totally untrue if there's the possibility of more
than one person manipulating data at one time on tables.
The "old fashioned way" of locking all
For those of you who write web applications (in any language), what do
you recommend as the best way to store arbitrary atomic data for the web
application? in other words, data that doesn't really need to be stored
in a relational database, as it does not really relate to anything?
In the ap
On Saturday 27 April 2002 03:50, Erik Price wrote:
> For those of you who write web applications (in any language), what do
> you recommend as the best way to store arbitrary atomic data for the web
> application? in other words, data that doesn't really need to be stored
> in a relational databa
its supreme development, invariably excites the
sensitive soul to tears. - Edgar Allan Poe
> From: Erik Price <[EMAIL PROTECTED]>
> Date: Fri, 26 Apr 2002 15:50:08 -0400
> To: [EMAIL PROTECTED]
> Subject: [PHP] web application development question
>
> For those of you who wr
L PROTECTED]]
> Sent: Friday, April 26, 2002 1:01 PM
> To: Erik Price; PHP General
> Subject: Re: [PHP] web application development question
>
> I usually have an info.inc file that has all these variables that I
might
> need to change. Then include it in the files that use t
> To: "'Richard Baskett'" <[EMAIL PROTECTED]>, "'Erik Price'"
> <[EMAIL PROTECTED]>, "'PHP General'" <[EMAIL PROTECTED]>
> Subject: RE: [PHP] web application development question
>
> Agreed, this is how I
On Friday, April 26, 2002, at 03:58 PM, Jason Wong wrote:
>> For those of you who write web applications (in any language), what do
>> you recommend as the best way to store arbitrary atomic data for the
>> web
>> application? in other words, data that doesn't really need to be
>> stored
>>
On Fri, 26 Apr 2002, Erik Price wrote:
> although include files are great for storing data that will probably not
> change (but are now in a convenient include file in case they have to
> change), I was thinking of making this data updateable from within the
> application. So that my employer,
.
-Original Message-
From: Erik Price [mailto:[EMAIL PROTECTED]]
Sent: April 26, 2002 4:15 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] web application development question
On Friday, April 26, 2002, at 03:58 PM, Jason Wong wrote:
>> For those of you who write web applications (
On Fri, 26 Apr 2002, SP wrote:
> How about storing it in a database like you said with variable and value but
> when you change a value then you write over your config.inc.php file with a
> new one. So you get to change the value easily in a database and by using a
> file you make your app faster
ecial" - Nelson Mandela
> From: Erik Price <[EMAIL PROTECTED]>
> Date: Fri, 26 Apr 2002 16:14:43 -0400
> To: [EMAIL PROTECTED]
> Subject: Re: [PHP] web application development question
>
>
> On Friday, April 26, 2002, at 03:58 PM, Jason Wong wrote:
>
>>
Message-
From: Miguel Cruz [mailto:[EMAIL PROTECTED]]
Sent: 26 April 2002 21:19
To: Erik Price
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP] web application development question
On Fri, 26 Apr 2002, Erik Price wrote:
> although include files are great for storing data that will probably not
>
: RE: [PHP] web application development question
On Fri, 26 Apr 2002, SP wrote:
> How about storing it in a database like you said with variable and value
but
> when you change a value then you write over your config.inc.php file with
a
> new one. So you get to change the value ea
Yup,
Just keep a minimal include file for access to the DB's etc, then keep a
config table in MySQL, and write an interface for it. Nice idea for some
stuff (like "how many news items to show on the front page"), bad idea for
other stuff (like "server root").
I might look into something like th
30 matches
Mail list logo