>
> In my perldoc DBIx::Recorset there is:
>
> *set = DBIx::Recordset -> Select (\%params, $fields, $order)
> $set -> Select (\%params, $fields, $order)
> $set -> Select ($where, $fields, $order)
>Selects records from the recordsets table(s).
> [...]
>order: comma separate
Stuart Frew wrote:
Greeting,
Ideally you would have linux( or what ever) on every developers machine
but sometimes you don't get the choice.
Oh "the choice" is easyjust come in on a weekend and install
linux on your box. Don't tell IT. That's all.
Cheers
On Wed, 2002-03-06 at 13:40, Med
Mark Hazen wrote:
> I am hoping there is a someone brilliant on this list that can help me. A
> little while ago, I posted to clp.perl asking how I can capture the trace
> output from DBI into a variable. Since DBI is an external process, I
> couldn't do it just by piping STDERR. Benjamin Goldb
Rich Bowen wrote:
> On Tue, 5 Mar 2002, Stas Bekman wrote:
>
>
>>I'm compiling a list of companies giving mod_perl training for our new
>>mod_perl site. Currently I have only:
>>
>>http://training.gbdirect.co.uk/courses/linux/customized_and_bespoke.html
>>
>>If you know of other companies please
"Gerald Richter" <[EMAIL PROTECTED]> writes:
>> But in perldoc DBIx::Recordset its documented that only Select works with
>> order.
> It only works with Search. $order is listed below the heading "Search
> parameters", while Select has an extra parameter (the third one) for order.
> Anyway it's b
Hello,
PL>One other tip... write a small script (or modify apachectl) to start
PL>apache with a port number matched to your unix UID. This keeps
PL>developers from using clashing port numbers.
PL>
PL> httpd -c "Port $UID" -c "Listen $UID"
At Tellme we find it easiest to run multiple Apaches, o
Greeting,
Yup, I agree but I meant virtual hosts on the development box, not production.
Ideally you would have linux( or what ever) on every developers machine but sometimes you don't get the choice.
Cheers
On Wed, 2002-03-06 at 13:40, Medi Montaseri wrote:
I don't agre
On Tue, 5 Mar 2002, Medi Montaseri wrote:
> True...but I'm thinking full control to the developer. Developer can now
> mis-configure httpd.conf as much as he/she wants and all the paths;
> virtual or not are consistant, instead of a dev path vs production path
Right, every developer can run
I don't agree with virtual hosts setup for mod_perl folks. What if
someone mess up the configuration file. If you want a central person
to change them, then you are limitting the developer.
The Linux-on-developers-box proposition also goes to include a
database instance for the developer to cras
True...but I'm thinking full control to the developer. Developer can now
mis-configure httpd.conf as much as he/she wants and all the paths;
virtual or not are consistant, instead of a dev path vs production path
I had a chance to work with Interwoven TeamSite and this very issue or
virtual p
Greetings,
Depending on the number of developers and how often they change, virtual hosts are good.
Set up a sub-domain for each developer, ie jim.my-company.co.nz.
Then they can configure there local setup to there hearts content, seperate CVS/document tree, also get separate logs.
C
On Wed, 6 Mar 2002, Gunther Birznieks wrote:
> Philippe Chiasson had a really nice talk on setting up developer teams on
> mod_perl at ApacheCon 2001. Covers everything from CVS to deployment. You
> may want to see if you can get the slides from him ([EMAIL PROTECTED]) if you
> are interested
Medi Montaseri wrote:
> Caller can also buy some content management software like Interwoven's
> TeamSite
> product that provides a virtual workarea, for about $300,000.
It's so easy and effective to run mod_perl on developers' personal
machines, I think there's no excuse not to do it.
At eToy
Philippe Chiasson had a really nice talk on setting up developer teams on
mod_perl at ApacheCon 2001. Covers everything from CVS to deployment. You
may want to see if you can get the slides from him ([EMAIL PROTECTED]) if you
are interested in the details.
Later,
Gunther
At 07:43 AM 3/6/20
On Tue, Mar 05, 2002 at 04:53:56PM -0600, Dave Rolsky wrote:
> On Tue, 5 Mar 2002, Medi Montaseri wrote:
>
> > My suggestion would be to install a Linux on your developer's PC and
> > keep with the distributed model. Now everyone can use a common web tree
> > and at integeration, bring all of the
On Tue, 5 Mar 2002, Medi Montaseri wrote:
> My suggestion would be to install a Linux on your developer's PC and
> keep with the distributed model. Now everyone can use a common web tree
> and at integeration, bring all of them to a staging box, QC it and ship
> it to production.
Giving everyone
Caller wirtes
> we've just migrated our 80K line pure perl web application to mod_perl...ah...
> so much aster... can anyone advise on their experiences for setting
up
> apache/mod_perl for team development? up till now, we've all been
running
> our own copy of sources out of our home directo
On Tue, 5 Mar 2002, Stas Bekman wrote:
> I'm compiling a list of companies giving mod_perl training for our new
> mod_perl site. Currently I have only:
>
> http://training.gbdirect.co.uk/courses/linux/customized_and_bespoke.html
>
> If you know of other companies please send me the URL of the pag
Paul,
You are onto something here. I used your method, and was able to get the
following:
DBI -> DBI->Apache::DBI::connect(DBI:mysql:db:localhost, username, ) DBI
<- connect= Apache::DBI::db=HASH(0x842d608)
into the variable. But the full trace output is:
-> DBI->Apache::DBI::connect(D
I am sorry for further confusion. I am not creating tables a few hundred
times per minute. I simply used a create table call to get some trace
output for my sample script. Thinking that users may try the sample script,
there was a no way for me to know what tables might exist (that I could
sele
At 1:32 PM -0700 3/5/02, Mark Hazen wrote:
>I'm sorry I didn't explain an important component. Since I am dealing with
>a few hundred requests per minute (this was got me onto mod_perl to begin
>with), then using DBI's ability to write to a file would vastly overwhelm my
>system.
I don't get it
Mark Hazen wrote:
> I'm sorry I didn't explain an important component. Since I am dealing with
> a few hundred requests per minute (this was got me onto mod_perl to begin
> with), then using DBI's ability to write to a file would vastly overwhelm my
> system.
Won't capturing that much data in RA
I'm not sure if this will work, but you might override DBI's notion of
a trace function. If you look in DBI.pm you'll see this line:
*trace_msg = \&DBD::_::common::trace_msg;
It appears that DBI uses the trace_msg function in the bowels of DBD
to actually do the printing. Now, you can very l
I'm sorry I didn't explain an important component. Since I am dealing with
a few hundred requests per minute (this was got me onto mod_perl to begin
with), then using DBI's ability to write to a file would vastly overwhelm my
system.
Thanks
Mark
-Original Message-
From: Robert Landrum [
At 1:14 PM -0700 3/5/02, Mark Hazen wrote:
>I am hoping there is a someone brilliant on this list that can help me. A
>little while ago, I posted to clp.perl asking how I can capture the trace
>output from DBI into a variable. Since DBI is an external process, I
>couldn't do it just by piping ST
I am hoping there is a someone brilliant on this list that can help me. A
little while ago, I posted to clp.perl asking how I can capture the trace
output from DBI into a variable. Since DBI is an external process, I
couldn't do it just by piping STDERR. Benjamin Goldberg came up with a
module
thought someone might like to have a gander at this:
http://perlmonks.org/?node_id=146303
look forward to seeing your replies!!
> Answering my own question, I stupidly forgot that I had a TransHandler up
> above mucking my URLs before the Location directives got a chance
> to try to match. So my /foo location block was never seeing a /foo URL.
>
> Still, I'm glad to see that the old system of "post to a public list and
>
> >>What I want is for My::Foo to handle all URLs that start with "/foo",
> >>without any authentication of any kind. Then I want the
> remaining URLs to
> >>be handled by My::Bar using its authentication handlers.
>
> Seems like it should work to me.
>
> > this may be one of those cases where "/
> "GB" == Grant Babb <[EMAIL PROTECTED]> writes:
GB> i am having no luck locating the documentation for
GB> mod_auth_mysql. any help would be greatly appreciated. thanks in
GB> advance- grant
mod_auth_mysql is not implemented in mod_perl, so I'm not sure why you
ask here.
anyway, my versi
Answering my own question, I stupidly forgot that I had a TransHandler up
above mucking my URLs before the Location directives got a chance to try to
match. So my /foo location block was never seeing a /foo URL.
Still, I'm glad to see that the old system of "post to a public list and
then immedi
Geoffrey Young wrote:
> John Siracusa wrote:
>
>>I have something like:
>>
>>
>> SetHandler perl-script
>> PerlHandler My::Foo
>>
>>
>>
>> SetHandler perl-script
>> PerlHandler My::Bar
>>
>> AuthName Bar
>> AuthType Basic
>> PerlAuthenHandler My::Auth::Bar
>> PerlAuthzHandler My::Authz::
On 3/5/02 11:58 AM, Geoffrey Young wrote:
> you might want to set up
>
> /foo
>
> and
>
> /bar
>
> then use mod_rewrite or something to map !/foo to /bar
Ug, there has to be another way... :-/
-John
Enrico Sorcinelli wrote:
>>>
>>>2) I use the ptkdb 'File' menu command "Close Window and Run" (but I've added this
>in the button bar) instead of "Run". In this case at the end of code, the debugger
>won't hang and the window will closed. Note that if there are breakpoint, the window
>will be
John Siracusa wrote:
>
> I have something like:
>
>
> SetHandler perl-script
> PerlHandler My::Foo
>
>
>
> SetHandler perl-script
> PerlHandler My::Bar
>
> AuthName Bar
> AuthType Basic
> PerlAuthenHandler My::Auth::Bar
> PerlAuthzHandler My::Authz::Bar
> require valid-us
I have something like:
SetHandler perl-script
PerlHandler My::Foo
SetHandler perl-script
PerlHandler My::Bar
AuthName Bar
AuthType Basic
PerlAuthenHandler My::Auth::Bar
PerlAuthzHandler My::Authz::Bar
require valid-user
What I want is for My::Foo to handle all URLs that
Corey Holzer wrote:
>> 1. Redownloaded the source tar ball for the version of Apache that I am
>> running on my Linux RH 7.2 box.
>>
>> 2. untar'ed the source tar ball for apache.
>>
>> 3. Executed ./configure --with-apache-includes=the /src/includes
>> directory under the source dir for apache.
>
>Here is what I did after reading your email:
>
>1. Redownloaded the source tar ball for the version of Apache that I am
>running on my Linux RH 7.2 box.
>
>2. untar'ed the source tar ball for apache.
>
>3. Executed ./configure --with-apache-includes=the /src/includes
>directory under the sou
Fran Fabrizio wrote:
>
> Hello,
>
> I'm trying to follow the script in section 2.14 of the book "mod_perl
> Developer's Cookbook" in order to pre-load my Apache::registry scripts
> using Apache::RegistryLoader. I'm getting a seg fault when I attempt to
> start apache.
This was the problem
You don't want to do that...
You want to do this:
use Apache::Constants qw(:common);
and then $r-status(OK); # (no quotes)
Issac
- Original Message -
From: "clayton cottingham" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, March 04, 2002 6:47 PM
Subject: problems with $r-
hi
it works !!
best service both east and west of redmond :-))
merci
juerg umhang
o |
/\_| Juerg UmhangWebergutstrasse 12
/ | Informatik Post CH-3030 Bern
/\ | IT2 IE-NAS Switzerland
/_/_ |
On Mon, 4 Mar 2002, Stas Bekman wrote:
[...]
> Can CGI.pm detect that 'PerlSetupEnv Off' is in effect and die if that's
> the case? for example by testing some env var that most likely should be
> set with 'PerlSetupEnv On'? e.g.:
For now I have added that check to Apache::MP3. (with warn in
Hi,
NTLM needs KeepAlives turned on, because the handshake must take place on
the same connection, I guess you have turned KeepAlive off for your ssl
connection
Gerald
-
Gerald Richterecos electronic communication services gmbh
Int
hi
we are using AuthenNTLM from G. Richter to authenticate our intranet users
... works fine for http-server.
unfortunately it doesnt work with ssl aware virtual hosts.
Server Version: Apache/1.3.23 (Unix) mod_perl/1.26 mod_ssl/2.8.7
OpenSSL/0.9.6c
client hangs :-(
last entries in error.log
Auth
On Tue, 05 Mar 2002 10:00:56 +0800
Stas Bekman <[EMAIL PROTECTED]> wrote:
> Enrico Sorcinelli wrote:
> > On Fri, 01 Mar 2002 11:16:15 +0800
> > Stas Bekman <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Enrico Sorcinelli wrote:
> >>
> >>>Hi all,
> >>>I started to use Apache::DB (0.06) to interactively
Corey Holzer wrote:
>
> I got this email address from the README file in libapreq-1.0.tar.gz and
> I desperately need help to fix a problem that I am having when I try to
> install Apache::Request.
>
> I have sucessfully installed all the mod_perl components, but, every
> time I try to instal
46 matches
Mail list logo
