look at the HIGHLIGHT_CONTEXT, HIGHLIGHT_START
and HIGHLIGHT_STOP in the setup() method you can see how to do that.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
Mark Stosberg wrote:
On 2005-05-19, Michael Peters [EMAIL PROTECTED] wrote:
Due to prodding and coaxing by some coworkers I finally got around to
putting this on CPAN.
It's a C::A based module that lets you easily add a site search to your
application using swish-e (http://www.swish-e.org
. While it does
provide protection from this additional dependency it causes extra
headache for someone who may not know the dependency exists. Maybe if
it's listed as an optional dependency it wouldn't be so bad, so that
CPAN could still follow it if the user wants...
--
Michael Peters
Developer
Plus
to describe it again. Here are the changes...
- find and fix document mistakes (Sam Tregar)
- added tutorial for getting started with swishe (Sam Tregar)
- added TEMPLATE option to setup() (Sam Tregar)
--
Michael Peters
Developer
Plus Three, LP
a
certain run mode and a certain submit button was pressed you would
change to a different mode (using prerun_mode() method).
HTH
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp
can just do
return $self-next_mode(1);
and then in next_mode
sub next_mode {
my ($self, $redirect) = @_;
if( $redirect ) {
# do something extra special
}
.
.
}
Or something similar.
--
Michael Peters
Developer
Plus Three, LP
Apache::Test) and choose
which module it loads. Since you specify the included httpd conf file
under apache test it needs to be compatible with the version of Apache
the user has installed.
--
Michael Peters
Developer
Plus Three, LP
for passing
around plugin config data too.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e
the place and the time on any of those dates.
I'm not local, but I'll be in NY the evening of the 21st. If that works
for everyone else, then i'm game. I know that Jesse's wife just released
child 2.0 so we'll see if he can break away for an evening.
--
Michael Peters
Developer
Plus Three, LP
Rhesa Rozendaal wrote:
Michael Peters wrote:
Right now the order of execution for callbacks is based on the class
inheritance tree which in turn is controlled by the order the user
'uses' the plugins. So, anything added to an existing callback would
always be run before the built in sub (ie
Rhesa Rozendaal wrote:
Michael Peters wrote:
# now inside of my dbh plugin
$self-add_callback(
after_config = \_setup_dbh
);
Then my base class can simply:
use C::A::P::MyConfig;
use C::A::P::MyDBH;
Minor detail: what would happen if I'm only interested in your CAP
Michael Peters wrote:
Rhesa Rozendaal wrote:
This is true. After reading the above, and other comments you make below
this doesn't seem like that big of a change.
Okay, here are patches against 4.01 that defines the 'after_*' hooks for
the init, prerun, postrun and teardown phases
Mark Stosberg wrote:
On 2005-06-21, Michael Peters [EMAIL PROTECTED] wrote:
I suppose we also need an is_hook_available($hookname) method :)
Yeah, I thought of that too. Then the CAP::MyDBH plugin could look for
the config hook if it's available, else pick something else appropriately
Mark Stosberg wrote:
On 2005-06-20, Michael Peters [EMAIL PROTECTED] wrote:
It seems to me that most use cases for plugin execution order aren't
about when something happens, but when it happens in relation to
something else.
I agree this a key point. So far we have seen two use cases
Michael and
lots more will be there so we'd definitely have a good group if the
time's right.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http
it personally.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED
::Search to
use AnyTemplate at the moment (even though I lied in my YAPC talk and
said it 'currently' supports it... well it 'currently' supported it on
my laptop :)
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http
.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Development' (you can only use the embedded if you are using mod_perl :)
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l
be easier to just
copy-paste/fiddle than to actually abstract it out. But we're kinda
stupid in this regard. Please join up on the matchstick mailing list and
express your interest. We just need a good kickstart (well, ok, some
time wouldn't hurt either).
--
Michael Peters
Developer
Plus Three, LP
Mark Fuller wrote:
From: Michael Peters [EMAIL PROTECTED]
Not just that, but it also provides an easy way to pass variables
between methods as well as communicating between plugins and other base
classes.
I'm not an OO guru. If I'm off base please forgive me. But, what's the
difference
the changes and patches. These are
pretty minor and I don't think they will affect the test suite (except
to add tests for the new hook), but I'll make sure everything passes :)
--
Michael Peters
Developer
Plus Three, LP
-
Web
Mark Stosberg wrote:
On 2005-07-05, Michael Peters [EMAIL PROTECTED] wrote:
Mark Stosberg wrote:
Jason Purdy wrote:
I foresee a need for a setup hook for the BREAD plugin, to dynamically
create runmodes.
I think you can just define these at the init() stage when the same effect.
You
Mark Stosberg wrote:
On 2005-07-05, Michael Peters [EMAIL PROTECTED] wrote:
I think you are wrong. Looking at the source code of new(),
We can see the object creation:
# Create our object!
my $self = {};
bless($self, $class);
Right, but how do you register a callback for init
a reboot :)
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED
Mark Stosberg wrote:
On 2005-07-05, Michael Peters [EMAIL PROTECTED] wrote:
There is at least one more that I would like to make. I've tried to
contact the author before about it, but to no avail. It envolves
allowing C::S to use mod_unique_id to generate the unique identifier
since
it works but maybe that would
become clearer as I play with it some more.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l
Mark Stosberg wrote:
On 2005-07-05, Michael Peters [EMAIL PROTECTED] wrote:
I've usually used one of the 2 nameing conventions:
1) edit (show the edit screen), update (perform the update), add (show
the add screen), insert (perform the insertion)
2) show_edit, edit, show_add, add
Yours
Jason A. Crome wrote:
If you still would like an account, please let me know.
Well, since you asked :) I would like one.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp
like that as well (although that wouldn't be
that critical a move).
This would also go along with with my
D::FV::C::DateTime
the
D::FV::C::Upload
and the
D::FV::C::Geo (which is still floating around in my head :)
--
Michael Peters
Developer
Plus Three, LP
: Connection closed unexpectedly
[EMAIL PROTECTED] CGI-Session]$ svn update
svn: Connection closed unexpectedly
Any ideas? I've used svn quite a bit and have never had this problem?
I'm using svn client 1.1.4
--
Michael Peters
Developer
Plus Three, LP
, they don't point out
that Perl has been doing most of this kinda stuff for a while now. I
guess that's what you get for being the old kid on the block :)
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail
Jason A. Crome wrote:
I have no idea what caused this. . . I ended up uninstalling the FreeBSD
port and getting a fresh tarball from the Subversion web site. After a
quick recompile and a little testing, all seems to be well.
Cool, that fixed it, thanks!
--
Michael Peters
Developer
Plus
distribution.
If this is the case, is the goal to first get it to pass all of it's
tests and then to fix it?
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
base class even supports Petal which I've never used :)
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
when the package provides a lot
so that your namespace isn't cluttered with stuff you're not going to
use. However, I can't see someone using this module without using those
methods.
Thumbs up? Thumbs down?
Up, way up!
--
Michael Peters
Developer
Plus Three, LP
.
I'll also second the idea of making it a subclass of Module::Starter.
It's a really easy tool to make sure you don't forget something in your
cpan dist and still makes sense for non-cpan stuff.
--
Michael Peters
Developer
Plus Three, LP
will happen there and this lists traffic will reduce. So
it might be an annoyance for some, but probably only temporary.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp
Mark Stosberg wrote:
Thanks for the feedback Michael. Comments below.
On 2005-07-12, Michael Peters [EMAIL PROTECTED] wrote:
Mark Stosberg wrote:
Hello,
I've just uploaded a new developer release of ValidateRM to CPAN, which
you can also get here:
http://mark.stosberg.com/dfv/CGI
Cees Hek wrote:
On 7/15/05, Michael Peters [EMAIL PROTECTED] wrote:
my $error_page = $self-check_rm(...);
if( $error_page ) {
return $error_page;
} else {
my $email = $self-dfv-valid('email');
}
Which seems very readable to me.
I don't want to join the debate on whether
to accomplish this?
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED
and you add tests
before you add features then it's normally not a big deal.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http
() is par for the course. You module is a plugin/mix-in so it's
not only allowed to add behavior, but change existing behavior. I would
also think it allows other plugins to use load_tmpl() without having to
guess what templating engine is being used.
Keep up the good work Michael!
--
Michael
to solve if
there's a real use-case. And if it doesn't come up, then we continue
with a simpler API/code base :)
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
sense.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED
by: WONKO (Michael Peters)
Request entered on: Tue, 26 Jul 2005 14:03:51 GMT
Request completed: Tue, 26 Jul 2005 14:05:50 GMT
NAME
Data::FormValidator::Constraints::DateTime - D::FV constraints for dates
and times
DESCRIPTION
This package provides constraint routines for Data
be a configuration variable that tells the
plugin to 'rewrite' any incoming urls for a given run mode into an HTTPS
scheme. This would be done simply using URI and doing an HTTP redirect.
I've added it to the wiki
--
Michael Peters
Developer
Plus Three, LP
the module you want to use to generate the checksum (e.g.
Digest::MD5 or Digest::SHA1), or you can create your own subroutine to
do the work.
Overall, very cool stuff...
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http
I should have thought of that too. Examples are good.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
it a Content-Disposition header to give the
file a name?
Content-Dispositioni: attached; filename=download.zip;
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
Michael Peters wrote:
What happens if you send it a Content-Disposition header to give the
file a name?
Content-Dispositioni: attached; filename=download.zip;
Of course that should be Content-Disposition not Content-Dispositioni.
--
Michael Peters
Developer
Plus Three, LP
since according to the docs for CAP::FiF -b
$html must be a scalarref.
So there shouldn't be any confusion.
Too magical ?
I don't think it's too magical. This is essentially what ::ValidateRM
does to right?
--
Michael Peters
Developer
Plus Three, LP
with my approach would be if some
or all browsers wouldn't accept cookies with an image. I can't imagine
why they wouldn't, but I've never tested it myself.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http
Jason A. Crome wrote:
On Aug 25, 2005, at 11:56 AM, Michael Peters wrote:
I don't think the user should have to call create_captcha() at all. It
should be a run mode that is automatically added to the using app.
What about those runmodes that don't need a CAPTCHA? All of my
runmodes
Mark Stosberg wrote:
On 2005-08-25, Michael Peters [EMAIL PROTECTED] wrote:
Jason A. Crome wrote:
On Aug 25, 2005, at 11:56 AM, Michael Peters wrote:
I don't think the user should have to call create_captcha() at all. It
should be a run mode that is automatically added to the using app
and still almost as fast as the
other 2 (look at BerkeleyDB and BerkeleyDB::Lite)
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http
Cache::* module
suits?.
Ok, before we go down this road, can anyone give me a good reason that
we need to permanently store these images or even cache them? The
CAPTCHA phrase should be random enough that we would never use the same
image twice in a reasonable amount of time right?
--
Michael
and then allow some mechanism that
someone can use if they need to override it.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l
this:
wrapper.tmpl
html
headtitle[% page_title %]/title/head
body[% content %]/body
/html
gooey.tmpl
[% SET page_title = 'Gooey Center' %]
...
Your perl code:
my $template = Template-new(
WRAPPER = 'wrapper.tmpl',
...
);
--
Michael Peters
Developer
Plus Three, LP
templates with arguments. This is especially helpful for
recursive templates (eg, a threaded discussion) where you can pass the
root node to a template much like you would for a recursive function.
--
Michael Peters
Developer
Plus Three, LP
users.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED
to replace/re-invent all their tools :)
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e
you need to scale.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL
approach because the 2nd reminds me too much of PHP :)
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
Tregar to get his DB profiler pop up thingy working with
new DevPopup too. http://use.perl.org/~samtregar/journal/25051
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net
how much address info is provided... no i'm babbling..
Using PDF::API2 you just add a new page like so:
my $pdf = PDF::API2-new();
my $page = $pdf-page(1);
# add some text
$page-gfx-textlabel();
$page-update();
# get a new page
$page = $pdf-page(2);
...
--
Michael Peters
Developer
Plus Three
a
PDF of something that is never actually seen in HTML by the user.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l
this, and that separate script
for get/post idea just gave me the shivers
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr
modules not thinking about
shared memory.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e
some resources on the DB server.
Like I mentioned earlier, most people have a smaller number of mod_perl
processes as the backend. I would say that you probably need about as
many back end mod_perl processes as FastCGI/PPerl processes for the same
load.
--
Michael Peters
Developer
Plus Three, LP
with reporting shared memory. This is being fixed but unless you've
patched your kernel you wont see how much memory processes are sharing.
You can read more here:
http://www.gossamer-threads.com/lists/modperl/modperl/78318?search_string=gtop%20linux%20shared;#78318
--
Michael Peters
Developer
Plus
of the persistent perl. So any cron jobs, etc will need to
load their own perl and their own versions of modules. Now on most
applications this doesn't really matter. But it might.
--
Michael Peters
Developer
Plus Three, LP
Cees Hek wrote:
On 10/3/05, Michael Peters [EMAIL PROTECTED] wrote:
Memory will only get unshared if it's written to. So it's quite possible
that there are a lot of modules out there that will change package level
variables, etc and thus unshare a page. But I don't think this is a perl
issue
name as pointed out by
Mark). I am planning on making that an option for the popup plugin too.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http
Rhesa Rozendaal wrote:
Michael Peters wrote:
Rhesa Rozendaal wrote:
I've been a busy little bee, and have updated three modules. Making
CAP::HtmlTidy co-operate with CAP::DevPopup was my primary goal for
today, and I'm quite pleased with the result. You can see it in action
on http
the critical point. compile time vs run time. The BEGIN block
trick you mentioned forces the $ENV var to be set before the CAP::DP is
finished compiling.
Like Rhesa said, just make sure that the SetEnv and PerlSetEnv happen
before either your startup.pl or the PerlModule directives.
--
Michael Peters
Rhesa Rozendaal wrote:
Dan Horne wrote:
From: Michael Peters
Like Rhesa said, just make sure that the SetEnv and PerlSetEnv happen
before either your startup.pl or the PerlModule directives.
SetEnv CAP_DEVPOPUP_EXEC 1
Well, I'm not sure why Rhesa's is working but I just did a test
it into another 'Cacheable'
run mode.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL
compatibly with AJAX. (In fact, it's
almost like it was made for it!)
I completely agree. I wonder how hard this AJAX transition will be for
frameworks that rely on page-style sites.
--
Michael Peters
Developer
Plus Three, LP
, or the number is too dynamic).
Congrats on your first module.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w
a database connection.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED
connection to the database and only that process can use it.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
what I do too (under mod_perl in my startup.pl). Again,
I'm not that familiar with PPerl, so...
Sorry I couldn't be of more help?
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp
might even be able to implement it in terms of his suggestion. Add
the is_connected() method and use it in the teardown hook.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp
module
exist (probably within the same distro) so that developers aren't confused?
Thoughts?
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http
Mark Stosberg wrote:
On 2005-11-09, Michael Peters [EMAIL PROTECTED] wrote:
+ No page reload for results. After pressing the 'submit' button (or one
of the page links) a page will not be reloaded, but the new results will
simply be shown below. This should actually speed things up, especially
system that would make it more robust, and it
adds a clean conflict resolution mechanism in case of method name
conflicts.
All of these things sound good, I just want to make sure that plugins
can still do tricky stuff if they want to.
--
Michael Peters
Developer
Plus Three, LP
.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
(not scripts though).
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED
as I know, this needs to be done at the apache level (ie, using mod_perl,
mod_rewrite, httpd.conf etc) and can't simply be done at the perl level. So if
you don't have access to the apache running (ie, shared hosting) then you're out
of luck.
--
Michael Peters
Developer
Plus Three, LP
able to recompile it. Are you sure that your
change wasn't a syntax error? After getting this error did you restart Apache?
What happened when you restarted?
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http
David Christensen wrote:
cgiapp:
Michael Peters wrote:
I've seen this before, but it was usually because I made a change to
the module that prohibited perl from being able to recompile it. Are
you sure that your change wasn't a syntax error?
I've caused the error multiple times
Brett Sanger wrote:
On Wed, Dec 07, 2005 at 12:20:01PM -0500, Jesse Erlbaum wrote:
until we have a winner. Anyone want to assemble a master list to start?
If we're looking for an animal, then I'll add
Capybara - http://en.wikipedia.org/wiki/Capybara
--
Michael Peters
Developer
Plus Three
by using the new-way. I'm kinda busy right
now, but I have something in my head. If I get some time today or tomorrow, I'll
write it up the API and see what others think.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive
cases could be handled
by the syntax that's been proposed.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
of the new API have been in the wild for a while the old stuff will start
issueing deprecation warnings, and then eventually will be removed (but not
anytime soon).
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http
with the option to turn this on/off, maybe named 'cache'?). There's no reason
the table needs to be parsed on each request if that can be avoided.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com
() and it will be used if no table is specified. This
makes the implementation of the default table
[
'' = $default,
':app/:rm' = {}
]
pretty easy to do.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive
an internal combustion engine
works. I want to know more about the engine.
Try
perldoc perltoot
It's a nice intro to OO and especially Perl OO
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com
and you will be much
happier.
--
Michael Peters
Developer
Plus Three, LP
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail
101 - 200 of 475 matches
Mail list logo