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)
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 intereste
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
--
-
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 di
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
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 t
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 subcl
Hi!
On 26 Jun 2001, at 14:17, Andrew Ho wrote:
> That's my script. The caveat is, that it will *never* be possible to
> simulate mod_perl entirely--that would be so complex that you might as
> well have everybody run a single-child Apache with mod_perl instead.
I agree if you are out for debuggin
Hello,
GY>there was a more advanced Apache::FakeRequest floating around somewhere...
TK>I knew this script (it was posted here, too), and while it is definitly
TK>better than Apache::FakeRequest, it still doesn't handle dir_config
TK>calls.
That's my script. The caveat is, that it will *never*
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-
modperl&m=98719810927157&w=2
I knew this script (it was posted here, too), and while it
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
> -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
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 mod_per
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 han
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
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
On Wed, 22 Nov 2000, Paul Lindner wrote:
> Might MLDBM::Sync work over an NFS mounted partition?
It might, since it's lock-file based. Performance will be poor though.
You'd probably be better off using MySQL to share data if you have a
cluster of machines.
> That's one reason I've not used t
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 th
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
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.
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 o
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
> > of MLDBM that makes sure
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
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
&g
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
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 believ
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 configuration
> >Hence is it worth a CPAN entry ? (I've not got an account )
>
> Imho, a perl module that could be of use to the community should be placed
on
> CPAN.
Yes!!
Gerald
Greg Cope <[EMAIL PROTECTED]> wrote:
>Hence is it worth a CPAN entry ? (I've not got an account )
Imho, a perl module that could be of use to the community should be placed on
CPAN. It is easy to get an account -- email the perl module list with the
idea for your module and an account will
Gunther Birznieks wrote:
>
> How long have you been a member of sourceforge and when was the project
> created?
7 days ago
I am the admin - its called - wait for the great supprise - Session
Manager
>
> Sometimes it takes changes (eg giving you access to the project directory
> with write pe
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 number
How long have you been a member of sourceforge and when was the project
created?
Sometimes it takes changes (eg giving you access to the project directory
with write permissions) the famous 6 hour wait for their cluster of
machines to get up to date.
You know that you are the default project
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. Shou
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:
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 wi
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
> something like
>
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 manage
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 come up on this list
before w
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 distribution
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
25152
-
- Original Message -
From: "Greg Cope" <[EMAIL PROTECTED]>
To: "Gunther Birznieks" <[EMAIL PROTECTED]>
Cc: "Modperl list" <[EMAIL PROTECTED]>
Sent: Wednesday, October 18, 2000 10:55 AM
Subject: Re:
Gunther Birznieks wrote:
>
> 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
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
A
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
Apache::S
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, sinc
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
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.
Before I upload it to CPAN, are there any objections to calling it
"
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
to
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 appreci
> > 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 sess
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
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 provi
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 HTML::
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 mim
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 peo
> -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
>
>
> O
> -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, 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
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:
> h
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:
http://marc.theaimsgroup.com/?l=apache-modperl&m=95598609306
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 ca
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
> -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'; '
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,
# otherwise, just print the pid
#---------
print STDERR "Debug PID for $uri during " .
$r->notes('PERL_CUR_HOOK') . "\n\t$$\n";
#-
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
--
Hi all...
I finished an alpha of DebugHeaders (now potentially called DebugInfo) -
here's the description.
As I've said in the past, I'm terrible with names - barring any adverse
feedback, I'll upload it to CPAN under
Apache-DebugInfo_0.01 sometime today or tomorrow...
--Geoff
=head1 NAME
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 alw
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 28, 2000 5:11 PM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'
> Subject: Re: [new module] proposal Apache::DebugHeaders
>
>
>
> Hi, Geoff
>
> &g
> -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,
, 2000 4:40 AM
> 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 thi
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
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
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 d
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
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 any
77 matches
Mail list logo