> -Original Message-
> From: Ged Haywood [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 1:49 PM
> To: Joerg Plate
> Cc: [EMAIL PROTECTED]
> Subject: Re: evil scripts kill the server...
>
>
> Hi there,
>
> On Wed, 16 Oct 2002, Joerg Plate wrote:
>
> > >> Is it true that
For what it is worth, we use a DSO mod_perl/apache that we compiled ourselves, on
RedHat thought, that is very stable and does not have noticeable memory leaks and have
been using it for over 3 years. Just thought I would throw that out there.
> -Original Message-
> From: Keith G. Murph
Me too. (and sorry to for a couple of private replies its early and I haven't had much
caffeine this morning).
> -Original Message-
> From: Ryan Parr [mailto:ryanparr@;precisiontechonline.com]
> Sent: Friday, November 01, 2002 12:57 AM
> To: Nick Tonkin; [EMAIL PROTECTED]
> Subject: Re: [
I would guess that these kids do not have access to computers outside school. Which
makes access to printed material advantageous. I guess a printer would be nice, but
by the time the cost of it, paper, ink, and other supplies are factored in, I would
guess that books would be cheaper.
> -
Sounds like morning talk radio to me.
'And now Ernie the Eye in the Sky with traffic, but first YOU to can be
RICH. With our patented money making scheme the money literally prints
itself.'
--Joe Breeden
---
If it compiles - Ship It!
>
I don't know how many of you read SysAdmin (http://www.samag.com), but there
is an interesting article on running IPChains at runlevel 0.
--Joe Breeden
What to do...
if you get a phone call from Mars:
Speak slowly and be sure to enunciate your words properly. Limit
>
> All that makes it really easy for someone new to feel comfortable.
And isn't that what the mod_perl site should do?
>
> It would be nice to see license info, too, as someone new
> might want to be
> clear on that right away, too.
>
> You can also quickly see a list of supported module
I like Monkey Butter v1.0.. On a serious note, I work in a
predominately MS shop - of 25 developers me and one other are the only
Perl developers with 3 more doing some combination of Java,C++, and C.
I would suggest that anyone looking to make a case for 'Perl in the
Enterprise' should look
The last time I looked the Yeti is Himalayan and Nessie is from
Scotland.
> -Original Message-
> From: Stephen Reppucci [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 30, 2002 9:16 AM
> To: Ron Savage
> Cc: mod_perl
> Subject: [OT] Re: New mod_perl Logo
>
>
>
> All right -- I kn
We use a combination of Mail::IMAPClient and MIME::Lite. You can look at
http://howtos.eoutfitters.net/email for a description of our email servers. The
mod_perl IMAP client handler has not been completed enough to release to the
community, but once it is ready I put an announcement here.
>
co-located).
If you, or anyone, contact them, please mention that I sent you.
Thanks,
Joe Breeden
> -Original Message-
> From: Fran Fabrizio [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 07, 2002 10:35 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Site Host Provid
I forgot their URL for those interested ( http://www.multipro.com/hosting.html ).
> -Original Message-
> From: Joe Breeden
> Sent: Thursday, March 07, 2002 10:39 AM
> To: Fran Fabrizio; [EMAIL PROTECTED]
> Subject: RE: Site Host Providers that Support mod_perl?
>
>
I had this problem the other day. And it was a screwy problem to fix. I had to get the
latest BerkeleyDB, something like v4.0.14 (www.sleepycat.com) install it. Then
reinstall the DB_File and I believe Storable modules making sure they pointed to the
new install of BerkeleyDB. Of course, when I
t and installed from there.
> -Original Message-
> From: Nicholas Studt [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 14, 2002 9:32 AM
> To: Joe Breeden
> Cc: [EMAIL PROTECTED]
> Subject: Re: Problem With DB_File Installation On Red-Hat
> Linux 7.1 [OT]
>
>
&g
I think buttons based on the new logo are the way to go.
> -Original Message-
> From: Jonathan M. Hollin [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 15, 2002 9:17 AM
> To: 'Andrew Green'; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: [ANNOUNCE] The New "mod_perl" logo - results
Could you make it flaming? ;)
> -Original Message-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, March 17, 2002 12:31 PM
> To: Jonathan M. Hollin
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [ANNOUNCE] The New "mod_perl" logo - results now in...
>
>
> OK,
Of course you could include a js snippet on every page that checks for a cookie and
sets it if necessary or just sets it and forgoes the checking. Then on you LogHandler
read the cookie and insert the proper info into the log if the cookie is set. No
redirects, no worries about how they got the
Arghhh! Enough! Enough! Enough!. The question of which Template/App/Embed
technique is best has been discussed to death. Please don't start a new round of 'beat
the dead horse'.
Links to a list of Application Servers/Toolkits/Embedded Perl see the url:
http://perl.apache.org/#appservers
If you look at the docs for mod_unique it will generate a unique number in a properly
configured server farm making it a good candidate for this process if you are worried
about getting a unique number across several systems.
> -Original Message-
> From: Perrin Harkins [mailto:[EMAIL PR
Bart,
I would have to recommend SOAD::Lite ( http://www.soaplite.org) also. We use it
accomplish many tasks - not the least of which is exposing Perl data structures to M$
ASP applications - which have a moderate load and have had no problems.
Joe
> -Original Message-
> From: Bart Fr
or try in the perl.conf
SetHandler perl-script
PerlHandler My::HandlerPackage
> -Original Message-
> From: Dzuy Nguyen [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 16, 2002 3:12 PM
> To: [EMAIL PROTECTED]
> Subject: Re: default page
>
>
> Try DirectoryIndex.
>
>
I have to agree with this statement. We have a server farm with 15 apache servers
running mod_perl as a DSO (not counting the several development and QC servers) with
no problems. IMHO mod_perl as a DSO probably had problems in the beginning, but I
couldn't confirm that without some research an
We implemented a webmail front end with Mail::IMAPClient and
Mail::IMAPClient::BodyStructure without persistent connections and it seems to work
fine with several hundred connections. We just opened up a connection to server do
what we want then disconnect on each request. I'm sure through pers
(ie a
webmail app) Did you find something wrong with the above list, etc...
I tried WING, its PostgreSQL and Perl based, and very scalable but I found
the installation a hellas all complex systems would be
Thanks
Joe Breeden wrote:
We implemented a webmail front end with
That's not necessarily the most secure way. We have found that even though IMAP is
supposed to be a long state protocol many clients (PINE, Netscape, Balsa, M$ Outlook
Express, etc) implement as connect/work/disconnect cycle. So I don't think this
persistency of connection across multiple acces
Why hasn't the logo that was voted on been considered? What's the point of a logo if
you don't use it everywhere?
> -Original Message-
> From: Alfred Vahau [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 11, 2002 4:54 PM
> To: 'mod_perl list'
> Subject: Re: OSC early bird and mod_perl T
We use MIME::Lite seems to work well for us.
> -Original Message-
> From: Jon Robison [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, June 13, 2002 8:57 AM
> To: [EMAIL PROTECTED]
> Subject: Sending Mail
>
>
> Can anyone give me recommendations on a good Mail handler that
> integrates well
I MIME::Lite to send messages. It uses your native sendmail install, or you can use it
to send to an SMPT port. We actually have Qmail installed and it use the sendmail link
Qmail configs and works just fine for about 40k emails a day.
> -Original Message-
> From: Richard Clarke [mailto
Of course this is an old conversation, but we use mod_perl as a DSO here extensively
with no problems. We have servers that have uptimes of almost 1 year (306 days as of
today) and were taken down because the servers were moved to a new server room and not
because of a problem with the DSO. An
Testic,
Listed
below are a few links that should get you on your way:
First
start with "The Guide" http://perl.apache.org/docs/1.0/guide/index.html.
It has been very helpful to me when I have questions.
Second
go to http://www.modperlcookbook.org/ (buy
their book) It has some sample cod
Look at MIME::Lite on CPAN
> -Original Message-
> From: Jim Morrison [Mailinglists] [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 26, 2002 8:44 AM
> To: [EMAIL PROTECTED]
> Subject: [OT] - Mailing List Servers/mods .. etc
>
>
> Sorry..
> This is completely off topic.. but I ha
em. Weird\n" unless ( $reliable_unknown_id );
(Of course your mileage may vary)
(For entertainment purposes only)
Wink. Wink. Nudge. Nudge.
Joe Breeden
-Original Message-
From: Ilya Martynov [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 25, 2001 11:02 AM
To: Jonathan Hilgeman
Cc: '
browser is that
these cookies are stored in the memory - they are not to be save after the
browser session is over. I hope that helps.
Joe Breeden
--
Sent from my Outlook 2000 Wired Deskheld (www.microsoft.com)
-Original Message-
From: Jonathan Hilgeman [mai
You may also want to store a hidden field in every form with a sesionid that
is generated by you. Depending on how unique the number needs to be, we use
either the number generated by mod_unique_id - potentially less reliable -
(a part of the standard apache dist) or generate one with MD5 - genera
t is completely wrong.
In my opinion, a good website has to track generalizations about user
preferences so it can react to add to the user experience in positive ways.
One way to do this to collect anonymous data about the things a user does on
the site. This can be done and still protect a users
I like "Writing Apache Modules with Perl and C" from O'Reilly (ISBN:
1-56592-567-X).
--
Sent from my Outlook 2000 Wired Deskheld (www.microsoft.com)
-Original Message-
From: Ron Beck [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 11, 2001 2:42 PM
To: John Armstron
s to access the same file
and not cause problems, and we use CVS to provide version control.
As with anything, you milage may vary with this method. I'm sure there are
hidden pitfalls involved with this method, but for the timebeing it does
seem to work for us. I hope this helps
Looking at the port number still doesn't ensure that the request is a SSL
request. I believe the mention to looking at $ENV{HTTPS} is the best couse
as that is set when the connection is a SSL connection and not just a
connection to port 443.
--Joe Breeden
--
Sent
d hang out
with me. Of course, if that is the plan I would hope the mod_perl-ers would
change affiliation to something else like VBscript rather than hanging out
with a drunken Joe Breeden.
At any rate, I look forward to meeting everyone there.
--Joe Breeden
--
Sent from
You might try adding "use lib '/path/to/global.pm';" to you startup.pl.
(Without the "s of course)
Good luck.
--Joe Breeden
--
Sent from my Outlook 2000 Wired Deskheld (www.microsoft.com)
> -Original Message-
> From: Brya
in some sort of
external file structure accessible via storable, XML::Simple or some other
means.
It would be interesting to know how other people have solved that problem.
Currently, we are essentially using embedded SQL in our apps.
Thanks in advance.
--Joe Breeden
--
little free time in the Fall one could
write a CPAN module that has this functionality.
We had the conversation awhile back about adding redundant and unnecessary
crap to CPAN and I want to make sure something like this would be a good
thing or not.
Thanks,
--Joe Breeden
--
I have to agree here. Is this just a hash of SQL statements or is there more
to it than that?
--Joe Breeden
--
> -Original Message-
> From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, August 01, 2001 1:29 PM
> To: Matt Sergeant
give something back. I still
think the solution I've outlined is not the best, but it may a good solution
for a lot of people.
Thanks everyone for the comments. I can see from the responses this
something everyone deals with everyday and that I not alone out here
wondering if my soluti
That is the way to do it. It can get a little confusing at first, but once
you get used to doing things that way it will become 2nd nature.
--Joe Breeden
--
Sent from my Outlook 2000 Wired Deskheld (www.microsoft.com)
> -Original Message-
> From: swade [
Maybe you could build mod_perl as a DSO with APXS. That way you could build
it after the apache/mod_ssl is built and working.
--Joe Breeden
--
Sent from my Outlook 2000 Wired Deskheld (www.microsoft.com)
> -Original Message-
> From: U n d e r a c h i e
You could also do something like:
grep 'Apache' /path/to/error_log
--Joe Breeden
--
Sent from my Outlook 2000 Wired Deskheld (www.microsoft.com)
> -Original Message-
> From: Mark Schmick [mailto:[EMAIL PROTECTED]]
> Sent: Monday, Septemb
Or you could do:
perl -nle 'print "$_\n" if m/mod_perl/' /path/to/error_log
where /path/to/error_log is the file pointed at by the ErrorLog directive in
you httpd.conf file.
--Joe Breeden
--
Sent from my Outlook 2000 Wired Deskheld (www.microsoft.co
good about what
themselves.
--Joe Breeden
---
If it compiles - Ship It!
> -Original Message-
> From: Drew Taylor [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 19, 2001 8:59 AM
> To: Perrin Harkins; mod_perl List
> Cc: Template To
I disagree with you both.
--Joe Breeden
---
If it compiles - Ship It!
> -Original Message-
> From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 15, 2001 7:56 AM
> To: '[EMAIL PROTECTED]'; [EMAIL PR
of cookies. Of course to make
everyone happy you could backup cookies with some sort of non-cookie based
state management, like a URL encoded sessionid or a hidden form field passed
in every page. Like everything, your mileage will vary with any
implementation you choose to use.
each others
session. Using the cookie is a way to verify that a user is the owner of the
session id.
I hope this doesn't sound like the ramblings of a mad man, but in general I
think SESSION cookies are ok and you should feel ok using them.
I hope this helps a little.
--J
How does this work in an environment with two (or more) computers with the
exact same configuration, and probably the same HTTP_USER_AGENT behind the
same proxy? How do you know that one user isn't using another users session?
--Joe Breeden
---
ry to steal someone else's session by getting their cookie/session_id info?
Thanks for the help,
--Joe Breeden
---
If it compiles - Ship It!
Aranea Texo
> -Original Message-
> From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
> Sent: Thursday
osted.
--Joe Breeden
---
If it compiles - Ship It!
Aranea Texo
> -Original Message-
> From: David Young [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 15, 2001 6:30 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Cookie authentication
&
The HTTP_USER_AGENT doesn't identify unique users. It only identifies the
browser type/version (assuming it hasn't been messed with).
--Joe Breeden
---
If it compiles - Ship It!
Aranea Texo
> -Original Message-
> From: Jon Robiso
56 matches
Mail list logo