Typically my manually configured vhosts look like this :
NameVirtualHost 10.0.0.20:80
VirtualHost 10.0.0.20:80
ServerName BladeBla.com
DocRoot
...
...
/VirtualHost
VirtualHost 10.0.0.20:80
...
/VirtualHost
This works great for my statically configured hosts. How
do you
http://public.yahoo.com/~radwin/talks/yahoo-phpcon2002.htm
If nothing else this should be atleast generate some thoughts ?? It
does show the mod_perl logo so I assume the comments are applying to
mod_perl and not perl/cgi.
Mithun
--
Cons
Theres More Than
Mithun Bhattacharya wrote:
http://public.yahoo.com/~radwin/talks/yahoo-phpcon2002.htm
If nothing else this should be atleast generate some thoughts ??
It does: hooray! Yahoo is moving from a proprietary server-side
scripting tool to an open source one. Great news for all of us, since
Hi, i am trying to install the Quota module for Perl, but following
error occurs:
I´ve installed
RedHat 7.1
mod_perl 1.24_01-2
perl 5.6.0-12
Has anyone got an idea?
Regards
Peter
cpan install Quota
Running install for module Quota
Running make for T/TO/TOMZO/Quota-1.4.6.tar.gz
CPAN:
--- Perrin Harkins [EMAIL PROTECTED] wrote:
Mithun Bhattacharya wrote:
http://public.yahoo.com/~radwin/talks/yahoo-phpcon2002.htm
They also say they plan to continue using lots of perl in all the
places
they use it now: off-line processing, filling in the includes and dbm
files that
On Tue, Oct 29, 2002 at 09:06:45PM +, Richard Clarke wrote:
Moi,
a quick question: is it possible to have the 'same' dbh across the apache
children even if you do your best not to?
This minimalistic handler:
use strict;
package Foo;
use Apache::DBI;
use DBI;
use Apache::Constants
-Original Message-
From: Mithun Bhattacharya [mailto:inzoik;yahoo.com]
Sent: 30 October 2002 09:17
To: [EMAIL PROTECTED]
Subject: Re: Yahoo is moving to PHP ??
No it is not being removed but this could have been a very big thing
for mod_perl. Can someone find out more details
On Wed, Oct 30, 2002 at 06:05:51PM +0800, Philippe M. Chiasson wrote:
For the same reason that running this:
$ perl -e'fork; { $foo = {}; print $$:$foo\n}'
1984:HASH(0x804c00c)
1987:HASH(0x804c00c)
produces this for me, every single time I run this program
You are assuming that if
Hi,
In a test environment I have a apache front_end server and a
apache mod_perl server both are on two physical different machines, plus
another machine for the database.
Our production server is one machine running only one instance of
apache/mod_perl and another machine for the database.
On Wed, 30 Oct 2002 at 02:24, [EMAIL PROTECTED] opined:
:Typically my manually configured vhosts look like this :
:
:NameVirtualHost 10.0.0.20:80
:
:VirtualHost 10.0.0.20:80
: ServerName BladeBla.com
: DocRoot
: ...
: ...
:/VirtualHost
:VirtualHost 10.0.0.20:80
:...
Hi there,
On Wed, 30 Oct 2002, Scott Alexander wrote:
[snip]
Our production server is one machine running only one instance of
apache/mod_perl and another machine for the database.
[snip]
Any ideas how I can have the documents on the front_end and still maintain
some level of security.
This
Hi
( 02.10.30 03:22 -0500 ) Perrin Harkins:
They didn't make their decision on performance though. They seem to
have been most influenced by the idea that perl allows too much
flexibility in coding style, although I can't see how PHP is going to
help with that.
Wow, I'd like what *they*
You would think if they want an anal scripting language they would move to
python not PHP. :)
John Saylor wrote:
Hi
( 02.10.30 03:22 -0500 ) Perrin Harkins:
They didn't make their decision on performance though. They seem to
have been most influenced by the idea that perl
If they are going to inherently mangle their php and perl
and lose that abstraction layer I think in 2 years they
will look back and wish TMTOWTDI was their only
problem
That said, Kudo's to yahoo for being this public about it.
These are the sorts of publically available presentations
List,
You are probably not the best people to ask for an answer which
might advocate PHP,
but.
Can someone who is more proficient in PHP than I (I have used it
for 5 minutes) explain to me why it is quicker to prototype things in PHP?
I can't understand this statement.
Hi John --
Quasi-seriously, as someone who has had to maintain mountains of bad
perl code, I know TMTOWTDI can have a downside; but the openness of the
language is what has lead to its greatness ...
This doesn't have to be as big a problem as it often is. Having coding
standards makes a big
I'm having a slight problem using AuthCookie in our app because our app
(unfortunately) is a frames-based interface. To summarize the problem and
efforts I've made to date, my goal is to be able to display a message on the
login page telling them why they are seeing the login page. Options are:
The first thing to note is that our working definition of intuitive here translates
to: based on prior knowledge.
PHP is a tag based language and places relatively complex functions at the fingertips
of your average joe newbie. It is therefore more intuitive and remarkably faster to
develop
At 11:39 30/10/2002 -0500, Jesse Erlbaum wrote:
Hi John --
Quasi-seriously, as someone who has had to maintain mountains of bad
perl code, I know TMTOWTDI can have a downside; but the openness of the
language is what has lead to its greatness ...
This doesn't have to be as big a problem as
On Wed, 30 Oct 2002 11:39:07 -0500 Jesse Erlbaum wrote:
Hi John --
Quasi-seriously, as someone who has had to maintain mountains of bad
perl code, I know TMTOWTDI can have a downside; but the openness of the
language is what has lead to its greatness ...
This doesn't have to be as big
Hi there,
There is an error in the error.log that appears the line 149 of
registery.pm from Apache 1.3.26 when I am running a CGI. Is it a bug for
this type of error to appear so often?
Thanks,
Willy
Check out their online map site, they do use Python for that.
snippet o' URL: http://maps.yahoo.com/py/maps.py?BFCat=.
You know you're going to have a bad day when you see the sun come up.
Over the curb.
Brian Nilsen
[EMAIL PROTECTED]
On Thu, 31 Oct 2002, Gunther Birznieks
Tom Servo wrote:
Check out their online map site, they do use Python for that.
I'm actually surprised they didn't go with Python, because the people I
know there love it. If their backend data processing ever gets moved
from Perl to something else, it would probably be moved to Python.
-
Mithun Bhattacharya wrote:
No it is not being removed but this could have been a very big thing
for mod_perl. Can someone find out more details as to why PHP was
preferred over mod_perl it cant be just on a whim.
Think about what they are using it for. Yahoo is the most extreme
example of a
harm wrote:
On Wed, Oct 30, 2002 at 06:05:51PM +0800, Philippe M. Chiasson wrote:
For the same reason that running this:
$ perl -e'fork; { $foo = {}; print $$:$foo\n}'
1984:HASH(0x804c00c)
1987:HASH(0x804c00c)
produces this for me, every single time I run this program
You are assuming that
At 02:50 PM 10/30/02 -0500, Perrin Harkins wrote:
Mithun Bhattacharya wrote:
No it is not being removed but this could have been a very big thing
for mod_perl. Can someone find out more details as to why PHP was
preferred over mod_perl it cant be just on a whim.
Think about what they are using
Perrin Harkins writes:
The real application stuff is built in other languages. (At least
this is the impression I get from the paper and from talking to
people there.)
I think Yahoo Stores is written in Lisp. I also believe it handles
the front and back end. Would be interesting to know why
On Wed, 2002-10-30 at 14:52, Perrin Harkins wrote:
harm wrote:
On Wed, Oct 30, 2002 at 06:05:51PM +0800, Philippe M. Chiasson wrote:
For the same reason that running this:
$ perl -e'fork; { $foo = {}; print $$:$foo\n}'
1984:HASH(0x804c00c)
1987:HASH(0x804c00c)
produces this for
Perrin Harkins [EMAIL PROTECTED] wrote:
harm wrote:
On Wed, Oct 30, 2002 at 06:05:51PM +0800, Philippe M. Chiasson wrote:
For the same reason that running this:
$ perl -e'fork; { $foo = {}; print $$:$foo\n}'
1984:HASH(0x804c00c)
1987:HASH(0x804c00c)
produces this for me, every single time I
I'm sure it is. This has been discussed on this list before: PHP in safe
mode is much more likely to be found on the offerings of virtual hosting
companies, which tend to use control panel things like Plesk, Ensim, or RAQ
boxes. If you do get mod_perl you don't get to play with everything, it
Richard,
Thanks for your comment.
The error appears frequently, i.g. sometime works sometime not. Here is
error message:
Apache::ROOTapmoneywire_2emm_2eap_2eorg::qq::quickquote_2ecgi::handler
('Apache=SCALAR(0x3715f4)') called at
/opt/apache/lib/site_perl/5.6.0/sun4-solaris/Apache/Registry.pm
This weeks print version of eWeek as well as the online version have an
article on Bricolage.
article - http://www.eweek.com/article2/0,3959,652977,00.asp
Bricolage - http://bricolage.thepritgroup.com
Aaron Johnson
Mrs. Brisby wrote:
$ perl -e '$foo = {}; fork; print $$:$foo\n;'
18161:HASH(0x80fd254)
18162:HASH(0x80fd254)
$ perl -e 'fork; $foo = {}; print $$:$foo\n;'
18163:HASH(0x80fd254)
18164:HASH(0x80fd254)
I expected the first. I didn't expect the second. Thanks for the
explanation.
- Perrin
Does anyone have Apache::Peek working with perl 5.8.0? I can't get it to
build, and I can't find the symbols it's (apparently) missing anywhere in
perl 5.8.0's header files. Example:
---
CPAN.pm: Going to build D/DO/DOUGM/Apache-Peek-0.9501.tar.gz
Checking if your kit is complete...
Looks
Does anyone in the list use any kind of version control (e.g. CVS) for
the perl/template codebase of their website?
Now that my code base is growing I feel the increasing need to provide
better version/backup control than my current hourly crontab tar.
I don't however feel that the
We felt the same way but once we went to CVS we never
looked back and can not imagine going with out source
control. It may seem like the web doesnt fit that paradigm
but if you break your modules up properly it works like a
champ.
We broke out into 'html','components',
Richard,
What's your operation system? Solaris or Linux?
I use Solaris with CVS as the version control. It is very useful tool. You
can also consider to use Solaris Package that is for installation and also
the version control as well.
Willy
CVS is easy to use but confusing at first.
Once you get used to it, you should not complain.
I don't quite get your saying I don't however feel that the organizational
logic of a websites code base fits well into the CVS paradigm. Isn't your
files hierarchical? If so, why is CVS not fitting
I've wondered about this too. Mainly, if you have multiple developers
working with the
same web server, how would you test your scripts without running into each
other? it
seems like CVS would work well if everyone was developing on his/her own
box.
Nate
-Original Message-
From: Hsiao,
Just give each developer their own sandbox.
We have gone from :
1 Apache proxy/1 modperl server
to
1 apache proxy / 1 modperl per developer running out of
their homedirs
to
each developer gets their own proxy and modperl.
If you tune your apache min/max server stuff this is quite
doable.
John,
[EMAIL PROTECTED] wrote:
We felt the same way but once we went to CVS we never looked back and
can not imagine going with out source control. It may seem like the
web doesnt fit that paradigm but if you break your modules up properly
it works like a champ.
We broke out into
Hi Richard --
Does anyone in the list use any kind of version control (e.g. CVS) for
the perl/template codebase of their website?
Every time! My team has been developing web sites with CVS for years now.
I can't imagine doing a web project without it! It would be like.. Oh...
Skydiving
We use CVS to do in-place upgrades on the live system for
smaller updates.
For the big stuff we bring the boxes out of their pools
one at a time and upgrade them.
In both cases, the worse case is that a user might see two
versions of the same page in the span of 60 seconds if
they catch us
Hi Richard --
Do you use CVS checkouts to upgrade the live system or do you this
manually. i.e. stop apache, tar and remove old code, untar new code,
start apache et voila?
On single-server web sites (as opposed to a site running in a clustered
environment) a CVS checkout works just fine.
On Wednesday, October 30, 2002, at 12:53 PM, Aaron Johnson wrote:
This weeks print version of eWeek as well as the online version have an
article on Bricolage.
article - http://www.eweek.com/article2/0,3959,652977,00.asp
Bricolage - http://bricolage.thepritgroup.com
Holy shit! This is the
Hsiao, Chang-Ping wrote:
CVS is easy to use but confusing at first.
This could be the root of my reservations.
Once you get used to it, you should not complain.
I don't quite get your saying I don't however feel that the organizational
logic of a websites code base fits well into the CVS
Rob Nagler wrote:
I think Yahoo Stores is written in Lisp. I also believe it handles
the front and back end. Would be interesting to know why this was
left out of the discussion.
Yahoo store was originally ViaWeb and was written in Common Lisp. It was
one of the first large applications
On Oct 30 Richard Clarke wrote:
Does anyone in the list use any kind of version control (e.g. CVS) for
the perl/template codebase of their website?
Using cvs, I'm not sure of an elegant way to update. I'm worried about
CVS subdirectories sitting under htdocs, to be specific.
Perhaps I just
Hear hear!
We're using AxKit for our development and everyone has a copy of the
entire site (many thousand files) in their home directories on the
development machine and its been great! No more I didn't touch it but
it stopped working problems :) It also allows everyone to experiment
with
Jim Martinez wrote:
On Oct 30 Richard Clarke wrote:
Does anyone in the list use any kind of version control (e.g. CVS) for
the perl/template codebase of their website?
Using cvs, I'm not sure of an elegant way to update. I'm worried about
CVS subdirectories sitting under htdocs, to
Hey Jim --
Also, Randal Schwartz wrote about cvs is a slightly more general setting:
http://www.linux-mag.com/2002-07/perl_01.html
The system we use goes a bit beyond even what Randal describes (although, he
is on a similar track).
In a nutshell, the Apache httpd.conf file is templatized to
Hey Jim --
Also, Randal Schwartz wrote about cvs is a slightly more general
setting:
http://www.linux-mag.com/2002-07/perl_01.html
The system we use goes a bit beyond even what Randal describes (although,
he
is on a similar track).
In a nutshell, the Apache httpd.conf file is
Who needs network guys, reverse pop the ssh tunnel ;)
I find it amazing that so many of us are doing the exact
same thing in terms of managing our large site installs
yet its nowhere to be found in any FAQ, knowledge base or
general forum.
I know on our side we developed these solutions over
My apologies in advance if this is something that's been described
solved before... I can't seem to find the answer in archival searches
(maybe I'm just using the wrong terms).
At any rate, I have a fairly large script that I wrote when operating
under Apache 1.3, perl 5.8.0, Redhat 7.3. I'm
Hi Jesse,
I really like your approach, and appreciate your explanation. I'm wondering
how you handle the packaging and installation; do you just use a shell
script to put the different pieces where they belong, or have you devised
something else?
Right now I'm also using CVS for my web
Hi -
I'm having a problem on Windows 2000 where DBD::Oracle works fine from
perl on the command prompt but not from inside mod_perl. I think it is a
problem loading DLLs but I can't figure out what's different running under
mod_perl. The machine is running:
ActiveState perl 5.6.1 build 633
Tagore Smith writes:
I think it would be harder to hire people to work on his system (of course
you'd probably also get more experienced people, so that might not be such a
bad thing).
This raises the $64 question: If you could hire 10 PHP programmers at
$50/hour or 4 Perl programmers at
Larry Leszczynski wrote:
I'm having a problem on Windows 2000 where DBD::Oracle works fine from
perl on the command prompt but not from inside mod_perl. I think it is a
problem loading DLLs but I can't figure out what's different running under
mod_perl. The machine is running:
ActiveState
At 04:47 PM 10/30/02 -0500, Jesse Erlbaum wrote:
Web development projects can map very nicely into CVS. We have a very
mature layout for all web projects. In a nutshell, it boils down to this:
project/
+ apache/
+ bin/
That requires binary compatibility, though. I have a similar
Hi Richard --
Thanks for the extensive info,
I am curious Assuming your website is made up different sections,
would I be correct in assuming that the files this section depends on
are finite?
e.g.
bin/section_a.sh
cron/section_a.crontab
template/section_a.html
This could be the root of my reservations.
Why do you think people always talk about re-organize? :-)
Indeed, I don't get what I'm saying either.
My organisation is something like (slightly over-simplified),
_lib/Example/Control/section_a.pm
_lib/Example/Control/section_b.pm
We check in all of our perl modules into CVS and its a
_MAJOR_ life saver. Keeps everyone on the same path so to
speak.
I don't believe in transfering _any_ binaries around,
every binary recompiles on its new platform at install
time. All modules, apache, external software etc. This
Hi Wes --
I really like your approach, and appreciate your explanation. I'm
wondering
how you handle the packaging and installation; do you just use a shell
script to put the different pieces where they belong, or have you devised
something else?
Something else! Files don't get installed
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) [31 Oct 2002 09:47]:
[...]
I find it amazing that so many of us are doing the exact same thing in
terms of managing our large site installs yet its nowhere to be found
in any FAQ, knowledge base or general forum.
I suspect a lot of us are so used to
Hi Bill --
project/
+ apache/
+ bin/
That requires binary compatibility, though. I have a similar setup, but
the perl and Apache are built separately on the target machine since my
machines are linux and the production machine is Solaris.
Binary incompatibility is not a
At 03:21 PM 10/30/02 -0800, [EMAIL PROTECTED] wrote:
We check in all of our perl modules into CVS and its a
_MAJOR_ life saver. Keeps everyone on the same path so to
speak.
I think I confused two different things: perl module source vs. installed
modules. Do you check in the source or the
Hi Perrin -
I'm having a problem on Windows 2000 where DBD::Oracle works fine from
perl on the command prompt but not from inside mod_perl. I think it is a
problem loading DLLs but I can't figure out what's different running under
mod_perl. The machine is running:
ActiveState perl 5.6.1
Perrin Harkins wrote:
They also have more of a
need than most people to integrate with C/C++, and I've been told that
it's easier to hack those into PHP.
What a joke.
Cristóvão Dalla Costa wrote:
Perrin Harkins wrote:
They also have more of a
need than most people to integrate with C/C++, and I've been told that
it's easier to hack those into PHP.
What a joke.
Have you written C extensions for both Perl and PHP and think Perl is
easier? Most people
* Perrin Harkins ([EMAIL PROTECTED]) [31 Oct 2002 14:26]:
[...]
Have you written C extensions for both Perl and PHP and think Perl is
easier?
I've only written XS for Perl. Not touched PHP with any C stuff. While I
must admit that my early XS was crap, that's mostly my fault.
Last time I
Iain 'Spoon' Truskett wrote:
In general, it makes sense that a simple language would be simple to
extend with C. That's why people like TCL.
They do? =)
Sure. That's why Vignette used TCL: adding your own C commands to the
language is easy. Probably the same story for AOLServer.
-
Perrin Harkins wrote:
Have you written C extensions for both Perl and PHP and think Perl is
easier?
Most certainly, using SWIG. I didn't have to recompile Perl two or three
times, or read Perl's source to figure out what to do. The PHP docs on
the subject were misleading and innacurate
Richard == Richard Clarke [EMAIL PROTECTED] writes:
Richard Does anyone in the list use any kind of version control (e.g. CVS) for
Richard the perl/template codebase of their website?
Yup. Even wrote a column about it:
http://www.stonehenge.com/merlyn/LinuxMag/col38.html
--
Randal L.
Hi all,
I am a newbie to mod_perl and going straight to mod_perl 2.
Have successfully written basic handler (API).
Have not installed mod_perl 1.x
Not using Apache::compat. ( Donot intend to use CGI.pm either )
In this case how to use methods from Apache::Request like $q-param() etc?
I can get
Let's prey that those PHP geeks quickly discover the
true joy of working with functionnals (map and al.).
I have often wondered about the ratio of Perl programmers
still using the C-like for construct. I guess it's rather low.
Franck.
On Wed, 30 Oct 2002, Tagore Smith wrote:
Rob Nagler wrote:
On Thu, 31 Oct 2002, Gunther Birznieks wrote:
You would think if they want an anal scripting language they would move
to python not PHP. :)
Python isn't anal--it's a very clean, interesting, flexible language on
par with perl--perhaps superior in some ways and not as good in others
but,
On Wed, 30 Oct 2002, Richard Clarke wrote:
List,
You are probably not the best people to ask for an answer which
might advocate PHP,
but.
Can someone who is more proficient in PHP than I (I have used it
for 5 minutes) explain to me why it is quicker to prototype things
77 matches
Mail list logo
