Thank's for yours comments. You are right, is not a replacement for
Apache::Request, is a alternative implementation.
On Wed, 30 Jul 2003, Stas Bekman wrote:
Henrique Dias wrote:
I'm pleased to announce the release of Apache-ParseFormData-0.06, a
replace for Apache::Request (libapreq).
I'm pleased to announce the release of Apache-ParseFormData-0.06, a
replace for Apache::Request (libapreq). This module only work with
mod_perl-2 and apache 2.
http://search.cpan.org/author/HDIAS/Apache-ParseFormData-0.06/ParseFormData.pm
Thanks,
Henrique Dias
--
Henrique Dias wrote:
I'm pleased to announce the release of Apache-ParseFormData-0.06, a
replace for Apache::Request (libapreq).
Cool. Though it's implemented in perl (==slower). Did you try to replicate it
because of being frustrated of not having Apache::Request?
Would be nice if the
This is a new application for mod_perl - just released.
Apache::App::Mercury is a customizable, extensible customer to customer,
store and forward messaging application for Apache mod_perl (1.x).
It uses a relational database (accessed via DBI) to store and retrieve
messages, and uses CGI.pm to
On 16 Nov 2002 13:24:13 +0200
Clinton Gormley [EMAIL PROTECTED] wrote:
I've written a new module as a wrapper around Apache::Session which
provides short term (ie session) tracking (which is something that
Apache::SessionManager and Apache::SessionX provide), but this adds long
term user
Hi Enrico
After posting, I looked at Apache::AuthCookie for the first time - don't why I hadn't looked at it before - to find that I was, indeed, duplicating a lot of work that has been done before. Didn't I feel foolish!
It looks like Perrin may have to write a ...why not to write your own
I've written a new module as a wrapper around Apache::Session which
provides short term (ie session) tracking (which is something that
Apache::SessionManager and Apache::SessionX provide), but this adds long
term user tracking, and methods to aid login, logout etc.
It is meant to be subclassed
Hello,
GYthere was a more advanced Apache::FakeRequest floating around somewhere...
TKI knew this script (it was posted here, too), and while it is definitly
TKbetter than Apache::FakeRequest, it still doesn't handle dir_config
TKcalls.
That's my script. The caveat is, that it will *never* be
Hi!
Geoffrey Young:
there was a more advanced Apache::FakeRequest floating around
somewhere...
I think this was it, but I swore it was something on the dev@ list:
http://marc.theaimsgroup.com/?l=apache-
modperlm=98719810927157w=2
I knew this script (it was posted here, too), and while it is
Hi!
I am currently working on a module that generates a Fake Apache
Request Object like Apache::FakeRequest does, but that also
parses the Apache Configuration and enables the user to access
values set with PerlSetVar (i.e. fake $r-dir_config).
This Request Object can than be used in
-Original Message-
From: Thomas Klausner [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 20, 2001 11:27 AM
To: modperl
Subject: RFC: new module: Apache::FakeEnv
Hi!
I am currently working on a module that generates a Fake Apache
Request Object like Apache::FakeRequest
Thomas Klausner ([EMAIL PROTECTED]) said something to this effect on 06/20/2001:
Hi!
I am currently working on a module that generates a Fake Apache
Request Object like Apache::FakeRequest does, but that also
parses the Apache Configuration and enables the user to access
values set with
I've stumbled upon mod_raah while reading http://simplex.ru/news/koi/
(sorry it's in koi charset :). It was referencing to
http://www.opencentrix.com/opensource/mod_raah/
This is what is has to say:
Mod_Raah exposes a subset of the Apache API via Corba. It allows a
programmer to write Apache
Tim Bunce wrote:
I looked through the code and couldn't see how you are doing i/o
flushing. This is more of an issue with Berkeley DB than SDBM I think,
since Berkeley DB will cache things in memory. Can you point to me it?
I'm puzzled why people wouldn't just use version 3 of
Paul Lindner wrote:
I'm puzzled why people wouldn't just use version 3 of Berkeley DB (via
DB_File.pm or BerkeleyDB.pm) which supports multiple readers and
writers through a shared memory cache. No open/close/flush required
per-write and very very much faster.
Is there a reason I'm
Paul Lindner wrote:
Might MLDBM::Sync work over an NFS mounted partition? That's one
reason I've not used the BerkeleyDB stuff yet..
Paul,
For the first time, I benchmarked concurrent linux client write
access over a SAMBA network share, and it worked, 0 data loss.
This is opposed to a
On Wed, Nov 22, 2000 at 10:58:43AM +, Tim Bunce wrote:
On Tue, Nov 21, 2000 at 03:00:01PM -0800, Perrin Harkins wrote:
On Fri, 17 Nov 2000, Joshua Chamas wrote:
I'm working on a new module to be used for mod_perl style
caching. I'm calling it MLDBM::Sync because its a subclass
On Wed, 22 Nov 2000, Tim Bunce wrote:
I'm puzzled why people wouldn't just use version 3 of Berkeley DB (via
DB_File.pm or BerkeleyDB.pm) which supports multiple readers and
writers through a shared memory cache. No open/close/flush required
per-write and very very much faster.
Is there a
On Wed, Nov 22, 2000 at 02:17:25PM +0300, Ruslan V. Sulakov wrote:
Hi, Tim!
I'd like to use BerkeleyDB! But have you test it in mod_perl environment?
Not yet, but I will be very soon. I'm sure others are using it.
May be I wrote scripts in wrong fasion.
I open $dbe and $db at startup.pl
On Fri, 17 Nov 2000, Joshua Chamas wrote:
I'm working on a new module to be used for mod_perl style
caching. I'm calling it MLDBM::Sync because its a subclass
of MLDBM that makes sure concurrent access is serialized with
flock() and i/o flushing between reads and writes.
I looked through
Perrin Harkins wrote:
On Fri, 17 Nov 2000, Joshua Chamas wrote:
I'm working on a new module to be used for mod_perl style
caching. I'm calling it MLDBM::Sync because its a subclass
of MLDBM that makes sure concurrent access is serialized with
flock() and i/o flushing between reads
On Tue, 21 Nov 2000, Joshua Chamas wrote:
On my box, some rough numbers in writes per sec, with doing a
tie/untie for each write, are:
sync writes/sec with tie/untie
SDBM_File 1000
DB_File 30
GDBM_File 40
Note that on a RAM disk in Linux, DB_File goes to 500
Hey,
I'm working on a new module to be used for mod_perl style
caching. I'm calling it MLDBM::Sync because its a subclass
of MLDBM that makes sure concurrent access is serialized with
flock() and i/o flushing between reads and writes. Below is
the code for the module. I believe it could
Hi!
I am currently developing a perl module that is somewhat simmilar
to CGI::PathInfo, and somewhat not. (IMO more not).
The module would be used in a CGI- or mod_perl-environment. It
takes the path-info (or the whole URL) and performs some regular
expressions (defined via some
Matt Sergeant wrote:
On Wed, 25 Oct 2000, Gerald Richter wrote:
I have three anonations:
1.)
$r-header_out(Location = $r-uri());
Also this code works with most browsers it doesn't conform to the HTTP
specs. A location header must include a host part. Shouldn't be to hard add
darren chamberlain wrote:
Greg Cope ([EMAIL PROTECTED]) said something to this effect:
$r-header_out(Location = 'http://' . $r - server - server_hostname .
$r-uri());
Seems easy - will add it in.
It's not that simple, of course -- you need to maintain port numbers and
all that. I
Gerald Richter wrote:
Hi Greg,
I also hot heard anything back from the poeple I sent a copy to, I can
hence only assume that its so good that it's made them speachless ;-)
That's more a matter of time, then a matter of speach...
I am up against a deadline and hence will be a
Greg Cope ([EMAIL PROTECTED]) said something to this effect:
$r-header_out(Location = 'http://' . $r - server - server_hostname .
$r-uri());
Seems easy - will add it in.
It's not that simple, of course -- you need to maintain port numbers and
all that. I recommend using Apache::URI --
Hi Greg,
I also hot heard anything back from the poeple I sent a copy to, I can
hence only assume that its so good that it's made them speachless ;-)
That's more a matter of time, then a matter of speach...
Greg, I have taken a look at your module and the code and I think it is
really
Gunther Birznieks wrote:
I believe Greg is familiar with Apache::Session. There have been
discussions about this before. A session manager manages the workflow
around sessions. A session stores information. They are two different things.
In addition, I believe the name session manager has
Greg Cope wrote:
Dear ALL
I've writen a module that does transparent session management via either
Cookies, Munged URI or Query Args.
It has quite a few options to change the behavour, and appears stable in
my developement environment.
What I suggest is that unless there is a major
Check out Apache::Session, available on CPAN and see if your code
could be moulded to fit it's way of thinking. If they are too
much different, then you might want to consider contacting the
module list to see if what you have is a good name (it probably
is) before going all out with
Dear ALL
I've writen a module that does transparent session management via either
Cookies, Munged URI or Query Args.
It has quite a few options to change the behavour, and appears stable in
my developement environment.
What I suggest is that unless there is a major objection I call it
I like the name as it works well with our naming (SessionManager, Session
hierarchy) so I can probably write a wrapper that assumes your
SessionManager is embedded in Apache and it's not confusing for our users
who want to configure our apps to use your session manager.
Thanks,
Gunther
Stas Bekman wrote:
Before I upload it to CPAN, are there any objections to calling it
"ApacheBench"? Other names I considered are "Bench", "ab", "ABuse"... but
ApacheBench I thought was the best because an m/Apache/ search on CPAN will find
it.
That's the proper name, since it's a
On Thu, 21 Sep 2000, Adi wrote:
It took a little longer than planned, but here it is. It is a Perl API to
the Apache ab tool. It took so long because we added a number of useful
features, mainly the ability to benchmark sequences of URLs instead of just
one.
Very nice Adi!
Before I
I have written a new PerlTransHandler module which I currently calling
Apache::AddHostPath. It was written to solve a problem I am having in an
application I am writing, however if others think it might be usefull and
there isn't already something out there that does it, I'd be more than happy
Hi all,
The URL
http://forum.swarthmore.edu/~ken/modules/archive/Apache-Compress-1.002.tar.gz
has entered CPAN as
file: $CPAN/authors/id/K/KW/KWILLIAMS/Apache-Compress-1.002.tar.gz
size: 10708 bytes
md5: 7fef7de82d46083a1b0f2ea1492d2faf
Here's the documentation. I'd
I have an addition for the Apache/Perl Module List, under PerlHandler's
PageKit cmpOApplication framework w/ HTML::Template TJMATHER
Here is a brief description of the module:
PageKit is a set of Perl modules that provides an application
framework based on mod_perl and
On Tue, 15 Aug 2000, T.J. Mather wrote:
I have an addition for the Apache/Perl Module List, under PerlHandler's
PageKit cmpOApplication framework w/ HTML::Template TJMATHER
Here is a brief description of the module:
PageKit is a set of Perl modules that provides
I got a couple of e-mails asking where this module could be found. I plan
to release the module in a few days on CPAN. I will make an announcement
on this list when I do.
-TJ Mather
Here is a brief description of the module:
PageKit is a set of Perl modules that provides an application
framework based on mod_perl and HTML::Template. It is based on the
Model/View/Controller approach to design, with complete seperation
of Perl from HTML. It includes session
I wrote an Apache Perl Module that I think can be of use to others
who maintain webservers and once in a while have to notify web users
with an urgent message. This module is currently being on the servers
I maintain.
The proposed module name is Apache::Motd (Message of the Day). It
basically
Hi all...
I posted to the list a little while ago a simple regular expression
PerlHandler implementation. I've cleaned it up since then and thought I
might post it to CPAN if there is any interest. I was thinking of
Apache::Regex as the release name. I know it's a basic module, and
hi all...
I'm not sure if some you remember the idea Vivek and Matt had about creating
a handler that mapped, say, http://localhost/Foo/doit to Foo-doit()
anyway, the relevant part of the thread, including some code, can be seen
here:
On Mon, 5 Jun 2000, Geoffrey Young wrote:
hi all...
I'm not sure if some you remember the idea Vivek and Matt had about creating
a handler that mapped, say, http://localhost/Foo/doit to Foo-doit()
anyway, the relevant part of the thread, including some code, can be seen
here:
On Mon, 5 Jun 2000, Stas Bekman wrote:
On Mon, 5 Jun 2000, Geoffrey Young wrote:
hi all...
I'm not sure if some you remember the idea Vivek and Matt had about creating
a handler that mapped, say, http://localhost/Foo/doit to Foo-doit()
anyway, the relevant part of the thread,
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 05, 2000 12:19 PM
To: Geoffrey Young
Cc: '[EMAIL PROTECTED]'; 'Vivek Khera'; 'Matt Sergeant'
Subject: Re: [new module] Apache::Dispatch
On Mon, 5 Jun 2000, Geoffrey Young wrote:
hi all
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 05, 2000 12:25 PM
To: Stas Bekman
Cc: Geoffrey Young; '[EMAIL PROTECTED]'; 'Vivek Khera'
Subject: Re: [new module] Apache::Dispatch
On Mon, 5 Jun 2000, Stas Bekman wrote:
On Mon, 5 Jun
I have my own module for doing this job, sorry I missed many
posts of this thread but here is what I do:
- The target is automatically : add , update, select data
from a table reading data typed by the user.
- I didn't want to use the Apache api, so it even can be
used out of apache, so I
hi all...
well, this isn't a new module quite yet... I've been toying with
the idea of a module that does automatic server monitoring. I know there
must be programs out there that do this, and the guide has some examples,
but I was interested in creating a module add-in that would take
-Original Message-
From: Graham Barr [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 31, 2000 3:12 AM
To: Geoffrey Young
Cc: 'Ask Bjoern Hansen'; '[EMAIL PROTECTED]'; 'Stas Bekman'; 'darren
chamberlain'; '[EMAIL PROTECTED]'
Subject: Re: [new module] proposal Apache::DebugHeaders
On Thu, Mar 30, 2000 at 04:07:38PM -0500, Geoffrey Young wrote:
Hey, I'm not trying to redo anyone's work or step on toes...
I am sure your not, but on the other hand when two modules are so
close in functionality it can help to merge them. There are
several reasons why this can be benificial,
On Thu, 30 Mar 2000, Geoffrey Young wrote:
Hi all...
I finished an alpha of DebugHeaders (now potentially called DebugInfo) -
here's the description.
I still think it would fit much better as patches to Apache::DumpHeaders.
:)
They are doing pretty much the same thing.
- ask
--
ask
--
# wrap up...
#-
$log-info("Exiting Apache::DebugInfo::pid")
if $Apache::DebugInfo::DEBUG;
# return declined so that Apache::DebugInfo doesn't short circuit
# Perl*Handlers that stop the chain af
On Wed, 29 Mar 2000, Francesc Guasch wrote:
A very easy way of create Makefile.PL and module files
and directories is typing this:
h2xs -X -n My::Object
Please don't do that for mod_perl. You get autoloading that way, which
means mod_perl can't load the methods at start time, which means
On Tue, 28 Mar 2000, Geoffrey Young wrote:
ok, this isn't all that clever, but recently I got tired of writing loops of
warnings to debug headers_in and headers_out over and over again...
Then you should look at the Apache::DumpHeaders module. :)
Major feature is that it can be configured
To: Francesc Guasch
Cc: '[EMAIL PROTECTED]'
Subject: Re: [new module] proposal Apache::DebugHeaders
On Wed, 29 Mar 2000, Francesc Guasch wrote:
A very easy way of create Makefile.PL and module files
and directories is typing this:
h2xs -X -n My::Object
Please don't do that for mod_perl. You
-Original Message-
From: Ask Bjoern Hansen [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 29, 2000 6:30 AM
To: Geoffrey Young
Cc: '[EMAIL PROTECTED]'
Subject: Re: [new module] proposal Apache::DebugHeaders
On Tue, 28 Mar 2000, Geoffrey Young wrote:
ok, this isn't all
On Wed, 29 Mar 2000, Geoffrey Young wrote:
actually, http://perl.apache.org/src/apache-modlist.html recommends
h2xs -AX -n Apache::YourPackageName
what's the -C option - it isn't in my perldoc h2xs?
It was supposed to be -c, shoot the typist :)
Not really relevant with -X, but I always
ok, this isn't all that clever, but recently I got tired of writing loops of
warnings to debug headers_in and headers_out over and over again...
all this one does is spit out headers_in in the init phase and headers_out
in the cleanup phase. Not terribly extensible, but perhaps practical
if
Hi, Geoff
ok, this isn't all that clever, but recently I got tired of writing
loops of warnings to debug headers_in and headers_out over and over
again...
all this one does is spit out headers_in in the init phase and headers_out
in the cleanup phase. Not terribly extensible, but
Stas Bekman wrote:
Did you know that CPAN tolerates even the packages with no Makefile.PL? I
don't try to disencourage you to write Makefile.PL (feel free to "steal"
one from your favorite module), but if you really cannot build yours
release it as it is. It still might save one of us days
63 matches
Mail list logo