At 10:45 PM 5/16/00 -0700, Doug MacEachern wrote:
well, form_fields() is descriptive and would fit nicely with the other
Apache::Table methods (headers_in, etc)...
something like that, i was thinking post_data, but that table also has
query string data in it, which might from a get. phooey.
At 11:18 AM 5/17/00 +0300, Stas Bekman wrote:
On Wed, 17 May 2000, Gunther Birznieks wrote:
I am curious as to why you don't care for 20 different apaches? If you use
a mod_proxy front-end, it should be relatively easy to manage 20 different
apache's on the backend, especially if you use
On Wed, 17 May 2000, Gunther Birznieks wrote:
At 11:18 AM 5/17/00 +0300, Stas Bekman wrote:
On Wed, 17 May 2000, Gunther Birznieks wrote:
I am curious as to why you don't care for 20 different apaches? If you use
a mod_proxy front-end, it should be relatively easy to manage 20
Stas Bekman wrote:
Both questions are already answered in the guide:
Kees' original:
http://perl.apache.org/guide/modules.html#Apache_PerlVINC_set_a_differe
Gunter's suggestion:
http://perl.apache.org/guide/control.html#Starting_a_Personal_Server_for_E
Thank you very much this is
Stas Bekman wrote:
Both questions are already answered in the guide:
Kees' original:
http://perl.apache.org/guide/modules.html#Apache_PerlVINC_set_a_differe
Gunter's suggestion:
http://perl.apache.org/guide/control.html#Starting_a_Personal_Server_for_E
Thank you very
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 16, 2000 10:32 PM
To: William Deegan
Cc: [EMAIL PROTECTED]
Subject: Re: Apache::DBI and autocommit
On Tue, 16 May 2000, William Deegan wrote:
If autocommit is not set and a script exits
On Tue, 16 May 2000, William Deegan wrote:
Greetings,
from the various perldocs and web pages I understand the following
to be true.
If autocommit is not set and a script exits the transaction will be
rolled
back.
The question I have is when the database handle is re-used will the
Stas Bekman wrote:
Hold on, at this very moment a few mod_perl fellas are working on having a
good search engine for the guide. Just give it some more time, I'm trying
to bring the best so it'll take a while...
I'm glad you brought this up again. Since I mentioned I'd be happy to host
BTW: Your email client is broken and not wrapping words.
On Wed, 17 May 2000, Jeremy Howard wrote:
Stas Bekman wrote:
Hold on, at this very moment a few mod_perl fellas are working on having a
good search engine for the guide. Just give it some more time, I'm trying
to bring the best so
Drew Taylor and I are about to write a subclass of Apache::Request which
includes form element generation methods, a la CGI.pm. The current favourite
name is Apache::Request::Forms, but we'd like to know if anyone has a better
one.
The module is currently planned to be fairly bare-boned, only
Jeremy Howard wrote:
I'm glad you brought this up again. Since I mentioned I'd be happy to
host such a thing, and asked for suggestions, I've got
a total of one (from Stas--thanks!). That suggestion was to use
ht://dig http://www.htdig.org/.
Has anyone got a search engine up and running
Hi, all.
I am trying to figure out a way to set a PerlAuthenHandler (using
$r-push_handlers()) from a PerlInitHandler.
Here is what I have so far:
Location /test
PerlInitHandler Test::Init
/Location
package Test::Init;
sub handler {
my $r = shift;
#
# First try: gave me
"JS" == Jim Serio [EMAIL PROTECTED] writes:
JS wrapper script and it works fine so I'm inclined to
JS think thatSandwich emits a header before even processing
JS the header file.
Yes it does. A quick scan of the Apache::Sandwich::handler() function
would confirm this:
#send headers to
On Wed, 17 May 2000, Peter Haworth wrote:
Drew Taylor and I are about to write a subclass of Apache::Request which
includes form element generation methods, a la CGI.pm. The current favourite
name is Apache::Request::Forms, but we'd like to know if anyone has a better
one.
There's going to
Hello! All,
I am new user on mod_perl, and study it from the book, "Write Apache Modules with
Perl and C". I installed a Handler, Footer.pm, in apache by embeding the following
lines in the file apache.conf:
Alias / /usr/local/share/apache/htdocs/
Location /
SetHandler
If you are considering writing subclasses that do similar things to CGI.pm,
you might consider looking at CGI.pm 3.0 as the various features (eg HTML
generation) are more broken out... And then the two would run more parallel
to each other.
At 03:30 PM 5/17/00 +0100, Peter Haworth wrote:
Drew
Autarch wrote:
On Wed, 17 May 2000, Peter Haworth wrote:
Drew Taylor and I are about to write a subclass of Apache::Request which
includes form element generation methods, a la CGI.pm. The current
favourite name is Apache::Request::Forms, but we'd like to know if
anyone has a better
Jeremy Howard wrote:
I'm glad you brought this up again. Since I mentioned I'd be happy to host such a
thing, and asked for suggestions, I've got a total of one (from Stas--thanks!). That
suggestion was to use ht://dig http://www.htdig.org/.
Has anyone got a search engine up and running
"PH" == Peter Haworth [EMAIL PROTECTED] writes:
PH Drew Taylor and I are about to write a subclass of Apache::Request
PH which includes form element generation methods, a la CGI.pm. The
PH current favourite name is Apache::Request::Forms, but we'd like to
PH know if anyone has a better one.
Autarch wrote:
On Wed, 17 May 2000, Peter Haworth wrote:
Drew Taylor and I are about to write a subclass of Apache::Request which
includes form element generation methods, a la CGI.pm. The current favourite
name is Apache::Request::Forms, but we'd like to know if anyone has a better
Vivek Khera wrote:
Have you looked at CGI::Form that already exists? It would be a good
basis. Currently, it is based on CGI::Request but should be able to
use Apache::Request one would expect.
Actually, I have briefly looked at this module and looked no more when I
realized it was no
brian moseley wrote:
peter: i question why you want to subclass Apache::Request,
rather than provide a helper class that maybe maintains a
reference to an Apache::Request object, or some other weaker
type of relationship.
That is an interesting point Brian. What I would like is a single
Many of us have been experiencing segfaults on DBI-connect when using the
DBD-mysql
drivers.
I wonder if anyone has found a solution.
I've appended a pretty comprehensive overview of the problem below.
Problem description: Child Apache process segfaults on DBI-connect with
Apache
1.3.12 and
I am trying to figure out a way to set a PerlAuthenHandler (using
$r-push_handlers()) from a PerlInitHandler.
Follo-wup with more info.
here is my auth sub:
sub auth {
my $r = shift;
print STDERR Data::Dumper-Dump( [$r], ['Apache']);
print STDERR "in auth handler\n"
return
"bm" == brian moseley [EMAIL PROTECTED] writes:
bm actually forms are specified in HTML, not CGI.
Ok... if you say so.
bm consider writing your forms library to depend on an
bm interface, not a specific class, so that users can provide
bm either a CGI object or an Apache::Request object.
"DT" == Drew Taylor [EMAIL PROTECTED] writes:
I think the name CGI::Form is appropriate, since the forms are part of
DT Well, in our case we are looking to make it mod_perl specific. See my
Right... But if your interface only relies on calling $x-param() then
it can be based on any CGI-ish
On Wed, 17 May 2000, Drew Taylor wrote:
That is an interesting point Brian. What I would like is
a single object I can use to get form params OR generate
HTML, ala CGI.pm, but mod_perl specific for speed
reasons. The idea is to have as small a memory footprint
as possible, using the
At 11:32 AM 5/17/00 -0400, Drew Taylor wrote:
Vivek Khera wrote:
Have you looked at CGI::Form that already exists? It would be a good
basis. Currently, it is based on CGI::Request but should be able to
use Apache::Request one would expect.
Actually, I have briefly looked at this module
At 11:25 AM 5/17/00 -0400, you wrote:
Autarch wrote:
On Wed, 17 May 2000, Peter Haworth wrote:
Drew Taylor and I are about to write a subclass of Apache::Request which
includes form element generation methods, a la CGI.pm. The current
favourite
name is Apache::Request::Forms, but
BTW: Your email client is broken and not wrapping words.
I know--sorry. I'm fixing that this week. I'm just going through the RFCs to see
exactly how to implement this right... (The email client is a web-based thing I've
written in mod_perl--of course ;-)
I just wrote a very simple SQL
On Wed, 17 May 2000, Jeremy Howard wrote:
I just wrote a very simple SQL based engine - so I would say I'm happy
with that. It's fast and it's all in perl. I could very simply rip out the
search parts of the code for someone to play with if they wanted to.
Sounds good. Personally, I'd
At 11:19 17/05/2000 -0500, Jeremy Howard wrote:
Your word highlighting statement is, I suspect, controversial. On the other
hand, converting to docbook is unlikely to meet much resistance from
users--as long as Stas doesn't mind maintaining it!... To get the best of
both worlds, why not simply
On Wed, 17 May 2000, Robin Berjon wrote:
At 11:19 17/05/2000 -0500, Jeremy Howard wrote:
Your word highlighting statement is, I suspect, controversial. On the other
hand, converting to docbook is unlikely to meet much resistance from
users--as long as Stas doesn't mind maintaining it!...
I know I'm late to this party, but I thought I'd point out a couple of
options:
- The Search::InvertedIndex module on CPAN (uses dbm files, I think).
- The DBIx::TextIndex module on CPAN (uses MySQL).
- The WAIT module on CPAN (uses dbm files).
- Glimpse: http://webglimpse.org/.
- Swish++:
...the perl.apache.org search facility
* Where is it? (doing a Find on the front page doesn't show it)
At the bottom of all guide pages.
How funny--I'd never even noticed it!
I see that it's using 'Swish-E' http://sunsite.berkeley.edu/SWISH-E/. Stas--did you
get that up and
Gunther Birznieks wrote:
You stated why but it seemed a bit vague. You mention performance. What
about CGI.pm's HTML generation methods is too slow that you will improve
using mod_perl specific features? And why is the API itself a reason for it
being slow that you have to make the API
brian moseley wrote:
what part of the mod_perl api are you going to actually use?
with the list of widgets you sent earlier, i'm hard pressed
to see where anything other than $obj-param will be useful
to you. i don't see where you would get any benefit from
being "mod_perl specific".
See
you definitely do want to pass the coderef to push_handlers...
ok, maybe I get what's going on...
PerlAuthenHandler will only be called if AuthName, AuthType, and require
directives are set in httpd.conf (or at least, so I gather from the docs).
also from the docs, all three of those
Is there some trick to passing an Apache::File to a function from
an XS module that expects a FILE *?
There's too much perl magic going on in the Apache::File implementation
for me to see where I can just pull the FILE * out.
(Its not strictly necessary that I do this, of course, it would just
Ciao!
I am searching for the makings of a framework built around or within
mod_perl/Apache::DBI that supports the consistent update of a record
within a database. Primarily I am wanting to ensure read/write
integrity between database accesses by the web client, meaning I wish to
ensure the
On Wed, 17 May 2000, Jim Winstead wrote:
Is there some trick to passing an Apache::File to a function from
an XS module that expects a FILE *?
There's too much perl magic going on in the Apache::File implementation
for me to see where I can just pull the FILE * out.
(Its not strictly
Hi,
I need to get the "Host:" header sent by the client, from a
TransHandler. Should I be using $r-header_in("Host"), or should I turn
UseCanonicalName off and then use $r-get_server_name?
I'd rather do the first, and it works when I try it, but I'm also
thinking that PerlTransHandlers run
On May 17, Matt Sergeant wrote:
Or IO::File-new_tmpfile();
I'd rather not go there.
http://marc.theaimsgroup.com/?l=apache-modperlm=95454378223412w=2
Jim
-Original Message-
From: Roger Espel Llima [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 17, 2000 2:52 PM
To: [EMAIL PROTECTED]
Subject: getting the hostname from a TransHandler
Hi,
I need to get the "Host:" header sent by the client, from a
TransHandler. Should I be
On Wed, 17 May 2000, Jim Winstead wrote:
On May 17, Matt Sergeant wrote:
Or IO::File-new_tmpfile();
I'd rather not go there.
http://marc.theaimsgroup.com/?l=apache-modperlm=95454378223412w=2
Well, this may be true, but if you load IO::File before startup then it's
not too big a deal...
On Wed, May 17, 2000 at 03:15:01PM -0400, Geoffrey Young wrote:
I don't think so - request-header parsing happens prior to the
PostReadRequest phase.
all headers_in are available to you by uri translation.
hmm.. the eagle book seems to say the opposite. anyway, it works :)
--
Roger Espel
This works for me and I use it widely:
UseCanonicalName off
and my $server = $r-header_in('Host');
-
Best regards,
Karyn Ulriksen
Chief Systems Architect
PublicHost
22 Mauchly, Suite 200
Irvine, California 92618 USA
Is there a way I can upload files from client machines to server without
using the browse button (file-selection field) ? Basically what I need is
to set file names in the script somewhere(?) before users click on submit
button. Sorry I'm new to both mod_perl and Apache, I don't know what I
-Original Message-
From: Roger Espel Llima [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 17, 2000 3:22 PM
To: Geoffrey Young
Cc: [EMAIL PROTECTED]
Subject: Re: getting the hostname from a TransHandler
On Wed, May 17, 2000 at 03:15:01PM -0400, Geoffrey Young wrote:
I don't
Hi
In the mod_perl eagle book, there's a section on writing customer error
handler (pg 173-174). The example has two scripts. The first one
GoFish.pm, basically returns a 500 status code and names Carp.pm as the
custom error handler.
I notice that if I take out the line:
Nancy Lin [EMAIL PROTECTED] wrote:
Hi
In the mod_perl eagle book, there's a section on writing customer error
handler (pg 173-174). The example has two scripts. The first one
GoFish.pm, basically returns a 500 status code and names Carp.pm as the
custom error handler.
I notice that if I
According to the apache documentation, the custom log directive %s logs
the status of the original request. Isn't that 500 in this case? It says
500 when I telnet to the server.
I don't quite understand your explanation. Can you give more details?
When I have a regular ErrorDocument
I'm in the midst of converting a script I wrote in a CGI environment
to mod_perl (using Apache::Registry). The scripts are running fine
(after a little tweaking to get rid of globals and whatnot), but I am
still looking for more ways to keep memory consumption under control,
and for ways to
On Wed, 17 May 2000, Gunther Birznieks wrote:
At 10:45 PM 5/16/00 -0700, Doug MacEachern wrote:
well, form_fields() is descriptive and would fit nicely with the other
Apache::Table methods (headers_in, etc)...
something like that, i was thinking post_data, but that table also has
On Wed, 17 May 2000, Kees Vonk 7249 24549 wrote:
However the URL in the guide:
http://perl.apache.org/~dougm/Apache-PerlVINC-0.01.tar.gz
does not exist, is there any other place where I can find Apache::PerlVINC?
it's there now. and, a reminder from when it was first posted, it's not
on
On Wed, 17 May 2000, Peter Haworth wrote:
Drew Taylor and I are about to write a subclass of Apache::Request which
includes form element generation methods, a la CGI.pm. The current favourite
name is Apache::Request::Forms, but we'd like to know if anyone has a better
one.
The module is
On Wed, 17 May 2000, darren chamberlain wrote:
Hi, all.
I am trying to figure out a way to set a PerlAuthenHandler (using
$r-push_handlers()) from a PerlInitHandler.
#$r-auth_type('Basic');
try $r-connection-auth_type('Basic');
i can't recall if that works quite right either.
On Wed, 17 May 2000, Sam Xie wrote:
Hello! All,
I am new user on mod_perl, and study it from the book, "Write Apache Modules with
Perl and C". I installed a Handler, Footer.pm, in apache by embeding the following
lines in the file apache.conf:
Alias / /usr/local/share/apache/htdocs/
On Wed, 17 May 2000, Jim Winstead wrote:
Is there some trick to passing an Apache::File to a function from
an XS module that expects a FILE *?
so long as the xsub uses a FILE *, the typemap will take care of the
magic. for example, Apache::send_fd() is an xsub that uses the FILE *
typemap:
On Wed, 17 May 2000, Matt Sergeant wrote:
Doug,
When are you releasing libapreq 0.32?
i've been meaning to do that for quite a while. i have a large patch in
the queue for improving multipart parsing, but already decided to wait for
0.33 to add that. which leaves a few minor details for
On Wed, 17 May 2000, Matt Sergeant wrote:
Well, this may be true, but if you load IO::File before startup then it's
not too big a deal...
but it still adds a great deal of bloat to the server. and it's oo
interface, while very slick, adds quite a bit of runtime overhead, turn
the sugar sour
On Wed, 17 May 2000, Geoffrey Young wrote:
after reading about it again, it looks like something of a misnomer - like
it does less parsing of the header and more making it available for
manipulation. but I was able to change $r-uri during PostReadRequest
anyway. it does make sense that
On Wed, 17 May 2000, Dave DeMaagd wrote:
I'm in the midst of converting a script I wrote in a CGI environment
to mod_perl (using Apache::Registry). The scripts are running fine
(after a little tweaking to get rid of globals and whatnot), but I am
still looking for more ways to keep memory
On Wed, 17 May 2000, Doug MacEachern wrote:
because query string data isn't part of a 'form' either
:) client_data?
actually a large part of the time it is. for instance,
search engines - most, if not all, are implemented with
forms, but because they are using get instead of post, their
data
22:23:45 1.36
@@ -24,6 +24,11 @@
ul
li
+!-- added 2517 [EMAIL PROTECTED] --
+a href="http://avantgo.com/corp/jobs/serverengineers.html"
+AvantGo, Inc./a - San Mateo, CA
+
+li
!-- added 2417 - [EMAIL PROTECTED] --
a href="http://www.onvis
65 matches
Mail list logo