On Fri, 16 Aug 2002, Cory Trese wrote:
Is this a forwards compatibly way to use fetchrow_hashref() ? I keep
hearing that this behavior might change. Trying to figure out the best
way to make these AoHref for H::T.
Hello Cory,
You asked if your code was forward compatible, but you didn't
On Mon, 26 Aug 2002, Steve Comrie wrote:
Sorry for the OT post, but things seem quiet around here so I don't imagine
this would disturb anyone too much. =)
I've got a project upcoming that's going to include a server intensive,
timely operation, and I was wondering if anyone has had any
On Wed, 4 Sep 2002, kg wrote:
i took a look at it. still couldnt figure out how to do various things.
wanted to take a look at a more elaborate script
KG,
You could look at Cascade:
http://summersault.com/software/cascade/
I developed this myself. This is one way to use CGI::App, I'm sure
On Tue, 10 Sep 2002, David Kaufman wrote:
William McKee [EMAIL PROTECTED] wrote:
Hi folks,
I've recently begun using CGI::App in a mod_perl environment. The
extra performance gains have been great, but lately I've been having
problems with the CGI param method overriding the param
On Thu, 28 Nov 2002, Thilo Planz wrote:
CGI::Application supports returning scalar-refs containing the HTML
output from runmodes, which should improve performance.
Since most of us use HTML::Template, how about allowing runmodes to
return a (fully filled-out) HTML::Template object,
and
ExpireForm-0.0.1 intends to expire HTML form submissions, not html pages.
The issue it addresses for CGI::Application is run-modes that return other
run-modes. These sometimes misbehave if re-submitted, and ExpireForm uses a
UID to ensure that no unique form is submitted more than once
On Thu, 19 Dec 2002, Thilo Planz wrote:
A little bit of an optimization and security check - if all you are
doing
is comparing if the username and password match, why not let SQL do it?
my $query = SELECT count(*) FROM user WHERE USER_ID = ? and
USER_PASSWORD = ?;
my
On Thu, 19 Dec 2002, Franki wrote:
I tried to setup cgiapp_prerun so that if the user isn't about to see the
login page, or they are not already logged in..
they get sent to the login mode...
If you want a real-live code example of handing this problem space, you
can look at Cascade:
Nate,
Your text editor project sounds interesting. It wasn't so long ago that
I moved my development environment to FreeBSD after loving BBEdit on the
Mac for about 5 years.
Soon after switching, I wrote this article about my quest for a Unix
text editor that I could like as well as BBEdit:
Hello,
I'm writing to let you know that a new version of Data::FormValidator
has been released. You can download it here:
https://pause.perl.org/pub/PAUSE/authors/id/M/MA/MARKSTOS/Data-FormValidator-1.92.tar.gz
New features in this release include:
- Support for Untainting Data.
Thanks to
Hello,
Some of you may already be familiar with Cascade, a CGI::Application
based project that I wrote and distribute:
http://summersault.com/software/cascade/
I have some interest in re-factoring this application to be an example
of CGI::Application best practices. First, I'd like some
In the recent best practices document that Mark started, he mentions
configuration information that is global, i.e. is needed by more than
one cgi script. What CPAN configuration modules are people using in
their CGI::Apps?
John,
I think the optimal answer here depends on what kind of user
I'm having a problem with HTML::Pager when I return a ref to an array of
hashes from the 'get data' sub.
It seems to work fine *except* when the number of rows returned for a
page is less than the page_size option. (usually the final page or the
initial page for a very small data set)
Hello,
I thought some of you would be interested in comparing CGI::App with
CAM::App-- a module I just came across that has similar goals:
http://search.cpan.org/search?module=CAM::App
The project has more built-in features such has helping with a
database connection, pre-filling a template
to such
a project.
--Tim Vroom
-Original Message-
From: Mark Stosberg [mailto:[EMAIL PROTECTED]]
Sent: Sunday, January 26, 2003 5:22 PM
To: CGI::App list
Subject: [cgiapp] A similar project: CAM::App
Hello,
I thought some of you would be interested in comparing CGI::App with
CAM
Hello,
I now have an alpha release of the run mode validation system I
described earlier on this list. It's available here:
http://www.summersault.com/software/CGI-Application-ValidateRM-0.01.tar.gz
The code is tested and should work, but I'm not entirely sure of the
interface I came with for
I just noticed this new CGI::Application project, which doesn't seem to
have been announced here yet:
CGI::Application::PhotoGallery
http://search.cpan.org/search?module=CGI::Application::PhotoGallery
It helps to create simple photo galleries.
Mark
--
http://mark.stosberg.com/
be good diplomacy because it's abstract from
Perl vs ASP, and sticks to technical issues.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database
.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
In article [EMAIL PROTECTED], petersm wrote:
Mark Stosberg wrote
Regarding Perl vs. ASP. Jesse Erlbaum of CGI::App fame has expressed
some articulate ideas on the topic in the past. Here's a post he
made to the mod_perl list:
http://groups.yahoo.com/group/modperl/message/44485
In article [EMAIL PROTECTED], Sergej Zoubok wrote:
Hi,
I'm having trouble installing CGI::Application 3.1 on a host running
FreeBSD 4.6-STABLE with Perl 5.6.1. For what it's worth, it installed
fine on MacOS X with Perl 5.8. I've pasted the test results below.
It passes make test for me
Steve --
You could try using htmltidy (http://tidy.sourceforge.net/), although I
don't imagine it would be as straight forward as Sam's solution.
Good idea. I'm a 'tidy' fan myself. It integrates with the 'vim' editor
by simply adding this to the .vimrc file:
au FileType html compiler
: I like my run modes to include both a noun and a
verb, while often the templates just need a noun to describe them.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939
In article [EMAIL PROTECTED], Irubin Consulting wrote:
Hello,
I am trying to execute some code in the cgiapp_prerun subroutine, and it is
not being executed. Here is the code:
sub setup {
my $self = shift;
$self-start_mode('out');
$self-mode_param('action');
Also, to the point about a best practices site -- I know this has come up
before. What do people feel about a CGI::App wiki? (Does one exist?) It
would clearly be a great way to host articles, FAQs, mini-tutorials, links
to other resources on the web, sample apps, commented code, etc.
In article [EMAIL PROTECTED], Clint Moore wrote:
Ask, and ye shall receive.
http://cgiapp.wamboli.com
Still working on the layout and i'm going to add an option for adding
attachments but anyone can start adding content. Comments please.
Wee!
I tried to add a note to
Weird. Did you hit login instead of Preview or Save? There is
an admin access part but it's just used to delete or mark pages
private.
Yes I did. It was a UI issue. I think there is a natural flow to fill
out a form and click a button at the bottom, which is what I did.
Here it's a
In article [EMAIL PROTECTED], David A Golden wrote:
At 6/29/2003 07:44 PM, Clint Moore wrote:
I dont mind either way. I've been working on Kwiki a lot lately and it's
what I use for just about everything.
Anyway, I'll use whatever you guys decide.
I kind of like Kwiki just because it is so
I also set up outgoing email, so it's possible to subscribe
this cgiapp list and get (nightly) notifications that somebody
changed pages (by page).
I'm in favor of trying this out. If some people on the list dont' like
it, we could always set up a seperate list for this purpose later.
the
normal syntax rules of inheritance.
If you post the code snippets for how you export, import and call the
routine, perhaps we can be of further help.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED
In article [EMAIL PROTECTED], Bob Hicks wrote:
I have been out.
Where is the cgi web site gonna be?
There appears to be one active Wiki, located here:
http://twiki.med.yale.edu/twiki2/bin/view/CGIapp/WebHome
Mark
--
http://mark.stosberg.com/
In article [EMAIL PROTECTED], Adam Gent wrote:
Hi All,
Just need to check something before I commit to it.
I am right in assuming that cgiapp_init, is call when the cgi application is
first loaded and will only run once, no matter how many run modes are called
with the application.
.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
In article [EMAIL PROTECTED], Jesse Erlbaum wrote:
Hi Mark --
The patch idea makes sense to me. I suppose someone could start
distributing a renegade patched version that just uses Carp. It does
seem simple enough to allow a patch that makes it an option.
I'll put in a patch in the next
So the issue of validation of input fields and the possibility to give
hints and select fields to the user caused me a lot of work until I
found Data::FormValidator, which especially in v. 3.1 allows to write
really compact code *and* to have one runmode for one thematic issue
and put the
anyway.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
In article [EMAIL PROTECTED], Adam Gent wrote:
Hi All,
I am trying to do a redirect to a secure page depending upon a variable in
the instance script.
The code I am using is shown below and is within the cgiapp_prerun routine.
The problem that I get is that the redirect appears to
{
return $self-error(title='Page not found' )
}
);
It sounds like your case is simply-- you may not need AUTOLOAD.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL
could be used to round
out the addition.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http
In article [EMAIL PROTECTED], Andy Taylor wrote:
I'm getting ready to start a fairly large project using CGI::App and I was just
wondering how some of the more experienced/knowledgeable people on this list handle
some issues.
1. if you are doing a project with a superclass and several
In article [EMAIL PROTECTED], Thilo Planz wrote:
Anyone know a nice static HTML renderer for HTML::Template ?
You might try asking on the HTML::Template list as well. What exactly is
it that you want to do? Perhaps you trying to walk a whole tree of
static HTML files and stuff them all into
In article [EMAIL PROTECTED], Adam Gent wrote:
What is the recommended way of linking to other modules / runmodes. Is GET
good enough or should I be using POSTs?
The reason a GET was performed is because you did not specify a method, it
defaults to GET. It is always safest to do a POST.
In article [EMAIL PROTECTED], Brian Cassidy wrote:
I was working on a CGI::App, when it dawned on me that it's a little
silly that I have to explicitly declare an AUTOLOAD runmode. It irks me
a little because it's not really one of my VALID run modes, but
declaring it with $self-run_modes()
, but I think the code is clearer and easier to maintain than trying
follow the C::A structure to the letter and have a result is more complicated
to implement and understand.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
me that this could be handled by using the cvsignore
technique above. So the files might be in:
./htdocs/images/uploads/
With a .cvsignore file:
./htdocs/images/uploads/.cvsignore
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal
On 2003-10-06, Steve Comrie [EMAIL PROTECTED] wrote:
I know there's a couple people on the list that have mentioned it before and
I haven't had a use for it up until now, but what techniques / CPAN modules
are being used to encrypt static URL's to prevent URL hacking?
By static URL, I assume
On 2003-10-05, Ron Savage [EMAIL PROTECTED] wrote:
On Fri, 3 Oct 2003 15:11:27 -0400, Joel Gwynn wrote:
Hi Joel
Hello all. I'm trying to develop a generic menu system for our
Have you considered using CGI::Explorer?
Looks interesting. Is there a demo or example out in the wild to check
On 2003-10-07, Steve Comrie [EMAIL PROTECTED] wrote:
I could come up with a quick solution using crypt() on the reportid and
including the result in the arguments along with the report id:
/report.cgi?id=200enc=a23dj7923h or possible doing a simple encryption on
the report id itself
of the software that is expected to be used, then it shouldn't
generate a warning.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven
as a subclass of CGI::App in
some cases.
It also seems to involve using a custom templating system, and some kind
of SQL - OO wrapper.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault
Hello,
I'd like to get some feedback on new CGI::Session related module I'm
releasing to CPAN. I realize this isn't strictly a CGI::App issue,
but I get the sense a few of you use CGI::Session as a companion module.
My issue with stock CGI::Session module was that it doesn't obey
SQL data
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
On 2003-10-19, Christopher Hicks [EMAIL PROTECTED] wrote:
On Sun, 19 Oct 2003, Mark Stosberg wrote:
I think I find the mix-in method the most intuitive way to handle
plug-in methods generically.
The DBI/DBD model for plug-ins is much more intuitive from the module user
perspective
On 2003-10-28, Darin McBride [EMAIL PROTECTED] wrote:
But of course, no CGI. So all pages must exist on the server as static
HTML. How does one create static HTML from dynamic content?
I now use CGI::Application::StaticGenerator. Which I would look
forward to comments on from other users
On 2003-11-02, Mark Fuller [EMAIL PROTECTED] wrote:
I've been using cgi::application (and html::template) for the last few days.
Wow, this is the cloest thing to perfection I've seen.
I believe the documentation should note that header_props should be set only
*after* header_type. I was
On 2003-11-02, Mark Fuller [EMAIL PROTECTED] wrote:
I think you are correct. Now I believe that I overlayed my header_props by
setting one property (a cookie) and then setting it again with the
redirection URL. (I thought that setting the header-type to redirect did it.
But, it looks like it
On 2003-11-08, VIPP - [EMAIL PROTECTED] wrote:
Hi:
I am new to this list.
I am receiving several posts per day.
I want to receive all post per day in one e-mail.
What do I have to do to switch the format of receiving posts?
Notice there is a help link at the bottom of each e-mail
On 2003-11-09, Cees Hek [EMAIL PROTECTED] wrote:
Quoting Mark Stosberg [EMAIL PROTECTED]:
header_props - works as is
Keeping header_props unchanged sounds like a good idea in order not to
break things.
I think I prefer to move forward with allow header_props to be called
multiple
On 2003-11-16, Cees Hek [EMAIL PROTECTED] wrote:
It looks like the attachment didn't make it through... (I guess there are some
bugs in IMP with attachments!).
Anyway, I have put the patch at the following URL:
http://cees.crtconsulting.ca/perl/patches/CGI-Application-3.1.headers.patch
I
. later. It seems there are already some
built-in ways to override what die is doing if people want to use
them.
I'll wait for more feedback from others before applying the patch.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
On 2003-11-25, Steve Hay [EMAIL PROTECTED] wrote:
Mark Stosberg wrote:
Hello,
Here's a link to a updated CGI::App distribution that I'm proposing
become CGI::App 3.2:
http://mark.stosberg.com/perl/CGI-Application-3.2_mls2.tar.gz
Here's a tiny but important documentation patch that corrects
for a while. It's a lot easier to /add/ visible
functionality to a module than it is to remove a bad decision later that
some people may depending on the API for.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL
have had a need to do that.
I thought of that. I thought it OK for the un-common case like this to
take an extra bit of code to do.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
Hello,
I've rolled another proposed 3.2 release:
http://mark.stosberg.com/perl/CGI-Application-3.2_mls3.tar.gz
The changes since the last release are minor:
- Steve Hays better exception handling #2 was added
- Makefile.PL was migrated to Build.PL, with an old-school
Makefile.PL being
On 2003-12-27, JOn Brookes [EMAIL PROTECTED] wrote:
CGI::Applicaton offers a 'framework' for developing CGI based applications
for the web. I use this module to accomplish a number of things. Currently,
the main area of web systems development that I am currently engaged in is
capacity
On 2004-01-02, Thilo Planz [EMAIL PROTECTED] wrote:
I need to use the print form commands to generate a form, but i need
to put the output of the prints command in a variable instead to
send it to the STDOUT.
How can i do this?
Here's something I've done:
Instead of this:
print line 1\n;
On 2004-01-04, petersm [EMAIL PROTECTED] wrote:
Mark Stosberg wrote
I'd like to revive the idea that someday CGI::App 3.2 will be
formally released. :) To that end, I have a prepared a proposed
release, with the help of several others. It's here:
I would like to revive an idea
understanding that if a
method exists in a super-class and a sub-class, the sub-class method
would be tried first. Thus, the sub-class would keep working as before.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED
On 2004-01-05, petersm [EMAIL PROTECTED] wrote:
Jesse Erlbaum
my only strong consideration is that
you do not call it delete() -- too common.
My only beef with not calling it delete() is that it is exactly what CGI calls
it. You add with param() and you delete with delete(). ALmost
Hello,
I thought I would bring attention to CGI::Framework, a project which
shares some goals with CGI::Application.
It provides some specific features beyond CGI::Application including:
- Session management with CGI::Session
- an explicit API to help with form validation.
. :)
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
On 2004-01-08, Jason Purdy [EMAIL PROTECTED] wrote:
Has anyone done any work with Content-Length headers? I'm sucking up a
PDF file to output within a runmode:
if ( -e $file ) {
my $size = (stat( $file ))[7];
open( PDF, $file );
while ( PDF ) {
$output .= $_;
}
On 2004-01-09, Josh Glover [EMAIL PROTECTED] wrote:
--GPJrCs/72TxItFYR
Content-Type: multipart/mixed; boundary=OwLcNYc0lM97+oe1
Content-Disposition: inline
--OwLcNYc0lM97+oe1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
to it will know what I mean! :)
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
()
system.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
CPAN. I'm passing the
session object around through the 'param' system, and this seems
cleaner.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202
On 2004-01-21, Cees Hek [EMAIL PROTECTED] wrote:
I think a nice addition to CGI::Application would be a system where you
can register multiple functions at the different stages of execution in
CGI::App.
So instead of doing the following:
sub cgiapp_prerun {
my $self = shift;
# do
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
://www.perladvent.org/2003/3rd/
Disclaimer: I haven't used it myself.
On the whole, I would rather cooperate with a generic outside solution
than modify CGI::App to solve a problem that is generic to module
inheritance.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark Stosberg
, so there may be room for confusion there.
I could write the chapter on form validation. :)
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database
On 2004-01-22, Richard Dice [EMAIL PROTECTED] wrote:
I should warn people that writing pays mega-crap.
I first read this as mega-corp. Sometimes I think mega-corps get
paid from book sales, too. :)
I think there is ample material for a book on this subject. Yes, Class::DBI
could be
On 2004-01-25, Richard Dice [EMAIL PROTECTED] wrote:
Right. I guess the thing that has to be considered is: what is the
focus of the book? Two possibilities:
1.) A technical manual for a technology (CGI::Application) -- c.f.
Writing Apache Modules with Perl and C, Practical mod_perl
/
However, I've learned so much since I last updated it, I'm hesitent to
point anyone towards for an example of what I think might be best
practices...
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED
On 2004-01-24, Domizio Demichelis [EMAIL PROTECTED] wrote:
2. A module on CPAN is something that anybody may use if he wants to, and
its presence does not affect the use or funcionality of the other (already
established) modules. If you don't like it, just don't use it. Why should you
On 2004-01-27, Cees Hek [EMAIL PROTECTED] wrote:
Mark Stosberg wrote:
I highly agree that something like ::Variant would be useful. For my own
case, I might try to break the changes in my sub-class into several
pieces, each of which would be separate from the others. I think that
would make
On 2004-01-23, Bill Moseley [EMAIL PROTECTED] wrote:
Yesterday Mark Stosberg wrote:
However, I think some people here will agree that CGI::App/H::T is a
popular alternative to the server-page paradigm that TT is built on.
That caught my attention as I'm missing the distinction. Isn't
On 2004-01-28, Brett Sanger [EMAIL PROTECTED] wrote:
I have to agree with the other poster that C::A/TT is far more like
C::A/H::T than a server-page paradigm.
TT does have a lot more processing features, and some people do put the
application into the page, but a good many of us (and I know
On 2004-01-23, petersm [EMAIL PROTECTED] wrote:
Not to keep harping on the subject, but this is also possible with
CheesePizaa::TemplateLoader.
Would it possible to abstract this module so it's useful with DBI and
H::T, without using the rest of the CheesePizza framework? It seems
useful and I
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
would prefer not to depend on that product. I
understand the CGI::App postrun method could be used to wrap output,
although I haven't played with that.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
it
to the mix.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
On 2004-02-05, Vitaliy Babiy [EMAIL PROTECTED] wrote:
No, I didn't mean any performance issues, but, you know, they use
different syntax in templates.
HTML::Template=== TMPL_VAR NAME=OFFICE_ID
HTML::FillInForm === !-- tmpl_var err_fav_color --
Or I'm wrong?
Yes, you are wrong in this
option there.
Mark
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com/ . . . . . . . .
-
Web Archive
On 2004-02-07, Jesse Erlbaum [EMAIL PROTECTED] wrote:
One other thing about a hook into Apache::Request -- there are two
points of interface. We've only been talking about the query object.
There is also the point at which the application is called. We need a
replacement for the instance
On 2004-02-07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
in a first step i realized the mod_perl compatibility of my
application with only a few additional lines in my application module
(I think I found this even here in this mailing list), here from a
life application:
package
--
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Mark StosbergPrincipal Developer
[EMAIL PROTECTED] Summersault, LLC
765-939-9301 ext 202 database driven websites
. . . . . http://www.summersault.com
They say imitation is the highest form of flattery. Or something like
that:
CGI::App ported to python
http://thraxil.org/code/cgi_app/
Time for yoga.
Mark
-
Web Archive: http://www.mail-archive.com/[EMAIL
1 - 100 of 715 matches
Mail list logo
