Andy Wardley writes:
> Because Perl is a general purpose programming language. TT implements
> a general purpose presentation language. A different kettle of fish
> altogether.
These are the reserve words of TT:
GET CALL SET DEFAULT INSERT INCLUDE PROCESS WRAPPER
IF UNLESS ELSE ELSIF
Slava Bizyayev wrote:
> It's going to be something like "Features of Content Compression for
> Different Web Clients" for Part IV: Client side facts and bugs. We'll be
> able to discuss details next week.
Sounds great, looking forward to it.
Probably the best post it here first, so we can get it
D.J. Miller II wrote:
> Howdy,
>
> I'm trying to find out if Perl 5.6.1 INIT blocks are supported by
> mod_perl. By "supported," I mean that the INIT blocks are executed each
> time the scripts containing them are run under mod_perl, not just at
> compilation time like BEGIN blocks.
In fact the
> t/REPORT don't print any problem
Udlei, please read the info at the URL I gave to you again. It says:
Whenever you send a bug report make sure to include the information
about your system by doing the following:
% cd modperl-2.0
% t/REPORT > mybugreport
Also it explains how to get the
From: "Igor Sysoev" <[EMAIL PROTECTED]>
> mod_deflate had been used for one year on several popular Russian sites
> without problems so I think the main browsers have good gzip support.
I'm not quite familiar with the mod_deflate code:
Should we consider that every web client uses the same code
It's going to be something like "Features of Content Compression for
Different Web Clients" for Part IV: Client side facts and bugs. We'll be
able to discuss details next week.
Thanks,
Slava
- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
To: "Per Einar Ellefsen" <[EMAIL PRO
Deal. I'll take care about this by the weekend and let you know when ready.
Thanks,
Slava
- Original Message -
From: "Per Einar Ellefsen" <[EMAIL PROTECTED]>
To: "Valerio_Valdez Paolini" <[EMAIL PROTECTED]>
Cc: "Slava Bizyayev" <[EMAIL PROTECTED]>; "mod_perl Mailing List"
<[EMAIL PROTECT
Hello All,
I am using Apache 1.3.23 (Win32) + Win98 Conf.
and I would like to install SSL in this.
First I would like to tell you that, I had already read the documentation
by Apache as well as OpenSSL.
I am trying to LoadModule in the apache as.
LoadModule ssl_module modules/mod_ssl.so #[
Hi,
-- Doug MacEachern <[EMAIL PROTECTED]> wrote:
> dso should be fine with 1.26 or 1.27, provided you are using Perl 5.6.1
> or higher. 5.005_03 still has leakage.
no, as mentioned some months ago in the list, on FreeBSD with mod_perl 1.26
as DSO and Perl 5.6.1 there are big leaks: every mod
On Wed, 5 Jun 2002, Andy Wardley wrote:
> In TT, you would usually pre-declare a particular format in a config
> file, pre-processed templates, or some other "global" style document.
> e.g.
>
> [% USE money = format('%.02f') %]
>
> In your main page templates you would do something like this:
>
Hey list,
To be able to pass some notes across php subrequest calls which in turn
call a mod_perl handlers we've overriden Apache::SubRequest::run() in
startup.pl like so:
### save the original method
*NFN::run_save = \&Apache::SubRequest::run;
## build our custom version
sub NFN::run_custom
Howdy,
I'm trying to find out if Perl 5.6.1 INIT blocks are supported by
mod_perl. By "supported," I mean that the INIT blocks are executed each
time the scripts containing them are run under mod_perl, not just at
compilation time like BEGIN blocks.
In the "ToDo" file of the mod_perl 1.26 distr
On Tue, 4 Jun 2002, Ken Miller wrote:
[...]
> So, php application requests would bounce from the proxy server to the mod
> perl server to the php server.
You could also make it so it's only when requests needs to be
authenticated they go to the mod_perl server.
Something like having the php ser
Please ignore this message. My mail client was misconfigured (! in my email
address), and I expected the message to bounce. I sent another message this
morning that was very similar to this one, and now this one shows up. Darn
it!
Cheers!
-klm.
- Original Message -
From: "Ken Mil
Let's say I have the following configuration:
1. Front end proxy server (no mod_perl)
2. Back end application server (mod_perl)
3. Back end application server (php)
Now, *all* application requests are passed to the mod_perl server (yes,
including the php requests). Performing security checks fo
On Wed, 05 Jun 2002, fliptop wrote:
> i have an rpm for apache 1.3.22, mod_perl 1.26, and mod_ssl 2.8.5
> that i run on redhat 6.2. i'd be glad to give you the .src (or the
> .rpm if you also run redhat 6.2) if you would like it.
>
> or, i could just give you the .spec if you'd like to build a n
got any ideas on what this would do if i wrote it? basically the goal is
to do the same thing netscape's talk back does. (whatever that is)
so i would store a data::dump of the $ENV, apache request ($r) and the cgi
param ($r), a Carp like $@ of the bomb ... as well as the cgi name,
and timestamp
Perhaps it's not clear whether v. 1.99 is actually a 2.x
Sorry, I find the numbering confusing, but have everything working fine with
1.26
- Original Message -
From: "Udlei Nattis" <[EMAIL PROTECTED]>
To: "Stas Bekman" <[EMAIL PROTECTED]>
Cc: "Perrin Harkins" <[EMAIL PROTECTED]>; <[EMAIL
By that do you mean DBI 1.24? That was just released a day or two ago IIRC.
Just checking,
Wes
Udlei Nattis <[EMAIL PROTECTED]> on 06/05/2002
03:39:00 PM
To: Stas Bekman <[EMAIL PROTECTED]>
cc: Perrin Harkins <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (bcc: Wesley
Sheldahl/Lex/L
hi
this problem is very very very persistent
httpd.conf
PerlModule DBI # THIS IS THE PROBLEM
PerlModule Apache::Registry
SetHandler perl-script
PerlHandler Apache::Registry
Options ExecCGI
allow from all
PerlSendHeader On
i try all
rebuild modperl witch modperl 1.99dev02, dev03cvs, using pe
On Wed, Jun 05, 2002 at 04:38:26PM +0200, [EMAIL PROTECTED] wrote:
> Hello,
>
> I have a problem with setting the correct content-type under mod_perl
> with mason. I use mason with the mod_perl args_method.
> I want to get a .gif out of a database and print it
> in a window, but all i get is bin
LaBrea::Tarpit is an enhanced reporting module that generates web pages
showing the activity of worm and trojan attacks agains your netblock. It
uses Tom Liston's "LaBrea" daemon as a front end to provide data for the
reports.
New Features
* paginated reporting, much nicer than the BIG long page
Thanks Stas for that link, but none of those have mod_ssl and I'm not
skilled enough with RPM to make that heavy of an adjustment, to be honest.
I think I'll take a gander at fliptop's specs and see if they are close
enough to do what I need.
Thanks all!
-Fran
Stas Bekman wrote:
> Fran F
Jon Robison wrote:
> fliptop, I'll take a copy of that spec file, if you don't mind!!!
i just posted it to my website, and also included a .spec for building
perl 5.6.1:
http://www.peacecomputers.com/perl-5.6.1.spec.txt
http://www.peacecomputers.com/apache-modperl-1.3.22.spec.txt
feel free t
Stas Bekman wrote:
> The ongoing discission of MVC is a good example
> of a tutorial candidate
Incidentally, I already wrote a fair amount on this subject in the
eToys-related tutorial:
http://perl.apache.org/release/docs/tutorials/scale_etoys/etoys.html#Code_Structure
There's a diagram, code
Fran Fabrizio wrote:
>
> We're currently struggling for an easy way to distribute our
> apache/mod_perl/mod_ssl-based application to our data center folks who
> are in a different state and whom we must presume know nothing about
> apache, mod_perl or mod_ssl and are capable of nothing more co
fliptop, I'll take a copy of that spec file, if you don't mind!!!
--Jon Robison
fliptop wrote:
>
> Fran Fabrizio wrote:
>
> >
> > We're currently struggling for an easy way to distribute our
> > apache/mod_perl/mod_ssl-based application to our data center folks who
> > are in a different stat
Per Einar Ellefsen wrote:
> At 15:36 05.06.2002, Valerio_Valdez Paolini wrote:
>
>> On Tue, 4 Jun 2002, Slava Bizyayev wrote:
>>
>> > I don't know should it be a kitchen of every system administrator, or
>> > somebody could volunteer to serve the public web site about the current
>> > conditions
Fran Fabrizio wrote:
>
> We're currently struggling for an easy way to distribute our
> apache/mod_perl/mod_ssl-based application to our data center folks who
> are in a different state and whom we must presume know nothing about
> apache, mod_perl or mod_ssl and are capable of nothing more c
On Tue, 4 Jun 2002, Slava Bizyayev wrote:
> Dear Valerio, Alvar, and Igor,
> Thank you very much for your attention to Apache::Dynagzip.
> It is on CPAN now:
>
> The uploaded file Apache-Dynagzip-0.04.tar.gz has entered CPAN as
> file: $CPAN/authors/id/S/SL/SLAVA/Apache-Dynagzip-0.04.tar.gz
> si
We're currently struggling for an easy way to distribute our
apache/mod_perl/mod_ssl-based application to our data center folks who
are in a different state and whom we must presume know nothing about
apache, mod_perl or mod_ssl and are capable of nothing more complicated
than using RPM to in
The saga continues...
I've been tasked with developing a single-signon environment for a suite of
web applications, some developed in house, and others obtained from third
parties; others are still waiting to be developed. The framework I'm
developing will, when a user signs in, end up setting a
Hello
It has been a while since the last release of Apache::Gallery,
but here is 0.4.
Thanks alot to the people who contributed with patches!
The changes include:
- Round height and width to integers when scaling to avoid
widths like 640x479.393939393939 (Me)
- Regene
At 15:36 05.06.2002, Valerio_Valdez Paolini wrote:
>On Tue, 4 Jun 2002, Slava Bizyayev wrote:
>
> > I don't know should it be a kitchen of every system administrator, or
> > somebody could volunteer to serve the public web site about the current
> > conditions of different web clients and recomme
Hello,
I have a problem with setting the correct content-type under mod_perl
with mason. I use mason with the mod_perl args_method.
I want to get a .gif out of a database and print it
in a window, but all i get is binary junk. I tried to set the correct
content-type but when i look at the page s
On Mon, Jun 03, 2002 at 09:49:59PM -0600, Rob Nagler wrote:
> Another concern I have about Template Toolkit (and other template
> languages) is that it has its own syntax and semantics for data and
> control structures distinct from Perl. Why isn't Perl good enough?
Because Perl is a general pur
On Fri, May 31, 2002 at 12:21:45PM -0400, Jesse Erlbaum wrote:
> It's the "addition tricks" which bug me out. With those two words you
> establish the mother of all slippery slopes to architecture oblivion.
True. And in your Perl code you can also write all sorts of dangerous code
that totall
On Tue, 4 Jun 2002, Slava Bizyayev wrote:
> I don't know should it be a kitchen of every system administrator, or
> somebody could volunteer to serve the public web site about the current
> conditions of different web clients and recommended masks?.. I can't host it
> on my devl4, because it is
On Thu, May 30, 2002 at 05:42:23PM -0400, Jesse Erlbaum wrote:
> It has been my experience that applying a design pattern such as MVC is not
> a panacea.
[...]
> My point: My
> code isn't good because I apply some "pattern" to it. It may be good, and
> it may resemble a pattern -- but those two
On Mon, Jun 03, 2002 at 08:09:12AM -0600, Rob Nagler wrote:
> > [% FILTER font('my_first_name_font') %]
> > ... some text, possibly with other template directives in it...
> > [% END %]
>
> One of the reasons Perl is popular is its idioms. Having to say
> something in three lines is not as idiom
Continuing from the thread on the modperl mailing list:
On Sun, Jun 02, 2002 at 05:04:01PM -0400, Sam Tregar wrote:
> > I don't think the standard HTML::Template has support for formatting
> > numbers, dates, etc.
>
> And thank the sweet lord it doesn't! HTML::Template is a "do one thing
> and
41 matches
Mail list logo