Jeff Peng wrote:
How many servers?
We have run the systems with about 500 million PV each day, with many
squid boxes + 200 apache webservers + 200 mysql hosts.
The applications were written with FastCGI.
Wow! Why don't you tell or blog a bit about this?
I would love to know more about what
In data 17 september 2009 alle ore 09:43:50, Cosimo Streppone
ha scritto:
Jeff Peng wrote:
How many servers?
We have run the systems with about 500 million PV each day, with many
squid boxes + 200 apache webservers + 200 mysql hosts.
The applications were written with FastCGI.
Wow! Wh
-Original Message-
>From: Cosimo Streppone
>Sent: Sep 17, 2009 3:43 AM
>To: Mod_perl users
>Cc: Jeff Peng
>Subject: Re: Ways to scale a mod_perl site
>
>Jeff Peng wrote:
>
>> How many servers?
>> We have run the systems with about 500 million PV each day, with many
>> squid boxes +
Hi all,
I searched and googled around for a while but couldn't find a solution for
the following question.
We're using ModPerl::Registry (PerlOptions +ParseHeaders)
in combination with mod_perl to serve our pages in a CGI like
environment. This has the advantage for us to have only a very very
sm
On Thu 17 Sep 2009, Andreas Mock wrote:
> How can we dynamically create own error documents without using
> the lower level mod_perl/apache api? Is there a simple way?
> How can we achieve that?
A very simple registry script:
#!/usr/bin/perl
use strict;
my $r=shift;
$r->status($r->args);
exit;
Igor Chudov wrote:
Guys, I completely love this discussion about cookies. You have really
enlightened me.
I think that letting users store cookie info in a manner that is secure
(involves both encryption and some form of authentication), instead of
storing them in a table, could possibly result
Interesting. I did not even know about that #2 guy.
What sort of hardware and OS are you running there?
Igor
On Thu, Sep 17, 2009 at 12:54 AM, Jeff Nokes wrote:
> Well, actually Igor, we ended up writing eBay::API. We needed something
> that was able to extend many more web services that are
I left eBay a little over a year ago. When I was there, we were running on
32-bit, dual CPU HP blades, RHEL 4 for my platform. For the main Java
platform, they were running 32-bit and 64-bit blades, on a flavor of Windows
server.
From: Igor Chudov
To: Jef
Rather than develop and contribute the community the ideas used in integrating
(IDE-app server-version store-job management) for the perl environment… you
stop using perl for that.
This is *exactly* why people are not using mod_perl – perl lacks the investment
given to these big projects that p
On Thu, Sep 17, 2009 at 1:14 PM, Ihnen, David wrote:
> Rather than develop and contribute the community the ideas used in
> integrating (IDE-app server-version store-job management) for the perl
> environment… you stop using perl for that.
>
> This is **exactly** why people are not using mod_per
I wonder if this will still be the case with Parrot and Perl 6?
I've read up on it a bit and with being able to compile multiple
languages exposing their libraries to each other it would seem more
programmers might be tempted into using Perl because of it's massive
library base.
What are th
Jeff Horwitz is working on mod_parrot and mod_perl6
mod_parrot info:
http://www.parrot.org/mod_parrot
Jeffs blog:
http://www.smashing.org/jeff/
It's coming along, but currently it's tough to actually do much that's
useful without things like DBI, or Apache::Request. at least that's
where it
On Wed, Sep 16, 2009 at 8:15 PM, Steven Siebert wrote:
> I would also add, in addition to the frameworks, the availability of tools
> such as Netbeans and Eclipse IDE's are unmatched in the perl domain. These
> IDE's provide many high-level conveniences for enterprise developers, most
> notably i
I'm getting this error:
[Thu Sep 17 10:52:13 2009] [error] Undefined subroutine
&ModPerl
::ROOT
::ModPerl
::PerlRunPrefork::home_oraweb_perl_avi_login_2epl::PrintHeader called
at /home/oraweb/perl/avi/login.pl line 43, line 71.\n
[Thu Sep 17 10:52:13 2009] [error] [client 65.55.106.207] m
Just to add a little bit.
In my experience, perl programming requires a certain type of mind. I cannot
define it very precisely, but not everyone can "think in perl". Those who
can, basically, have a huge advantage over those who cannot, but that
naturally limits perl adoption somewhat. I think th
>
> Emacs, Vim, Komodo, and others are equally as capable in the Perl
> domain. What you don't have as much of in the Perl domain is the
> commercial support for those tools, with the exception of ActiveState.
> I just pulled down the latest copy of Komodo and took it for a spin;
> though however
Just curious: since you are already running FastCGI, why not serving
dynamic contents directly via it? Also, you may eliminate Squid. Using
Apache for static content is good enough (easy to get 5k static PV per
second per server, or 400 millions per day).
Phil
On 9/17/09, Jeff Peng wrote:
>
>
Someone I know very well, shall I say, is looking for a very strong Perl and
bash programmer.
Contact me off list if interested. This is a local full time job in downtown
Chicago.
The job involves a lot of perl and shell programming and good thinking
skills,
but is not directly mod_perl related. I
On Thu 17 Sep 2009, Kiran Kumar wrote:
> There is also Padre (http://padre.perlide.org/) , You can write
> plugins and customize to your needs, there are already lots of
> plugins available
> http://search.cpan.org/search?query=padre%3A%3Aplugin&mode=all
I have seen padre first time at the this y
Perhaps it could in some portion be quantified as "The ability to think about a
program without the ide/language structure suggesting paths for you".
The possibilities are infinite. I can imagine that would be a problem for many.
David
From: Igor Chudov [mailto:ichu...@gmail.com]
Sent: Thursd
On Wed 16 Sep 2009, Igor Chudov wrote:
> >> I have very little static content. Even images are generated. My
> >> site generates images of math formulae such as (x-1)/(x+1) on the
> >> fly.,
> >
> > I can understand generating them on the fly for flexibility
> > reasons, but I'd cache them, and ser
> > Add to this Jeff's comment on the availability of high caliber perl
> > engineers...we are almost forced to make this decision.
>
> Maybe you aren't looking in the right places:
>
> http://jobs.perl.org
> YAPC::*
> This email list
> The Perl Mongers groups
>
> Dice, Craigslist, Monster, etc. ar
Torsten Foertsch wrote:
On Thu 17 Sep 2009, Kiran Kumar wrote:
I have seen padre first time at the this year German perl workshop in
February and tried it out a bit. What I miss is syntax highlighting and
indentation for C, XS and Perl in one tool. Can padre handle this? Last
time I looked it
On Thu, Sep 17, 2009 at 4:23 PM, Torsten Foertsch
wrote:
> I'd go for Apache's mod_cache + mod_disk_cache. The only thing you have
> to do is to set cache control headers. Mod_cache is really fast b/c it
> skips almost all of the http request cycle. And in your case it takes
> load from the datab
-Original Message-
>From: Phil Van
>Sent: Sep 18, 2009 4:10 AM
>To: Jeff Peng
>Cc: modperl-list
>Subject: Re: Ways to scale a mod_perl site
>
>Just curious: since you are already running FastCGI, why not serving
>dynamic contents directly via it?
we needed some reverse proxies for CD
Just was curious, is CGI running with perl6 most likely the same as Java with
JVM?
Regards,
Jeff Peng
26 matches
Mail list logo