Re: please comment on new art for perl.apache.org

1999-10-11 Thread Remi Fasol
-- Matt Arnold [EMAIL PROTECTED] wrote: http://www.novia.net/~marnold/mod_perl/sample_3/ i really like the camel against the sun with the apache feather. sure to include any good ideas you have about alternate designs.) maybe you can make it more 'desert-y'. more like sandstone. maybe add

Re: authentication via login form

1999-10-11 Thread Ajit Deshpande
On Sun, Oct 10, 1999 at 12:34:56AM -0700, Randal L. Schwartz wrote: "Jeffrey" == Jeffrey W Baker [EMAIL PROTECTED] writes: Jeffrey Cookies are an acceptable way to make the browser remember Jeffrey something about your site. Speak for yourself. I'd change that to "... one possible way

http headers for cache-friendly modperl site

1999-10-11 Thread Oleg Bartunov
Andreas, sorry for bothering you :-) I found your nice introduction to http-headers (Apache-correct_headers-1.16) and want to ask you some questions. 1. Do you have some examples on-line to illustrate cache-friendly dynamical pages ? 2. I'm building server with fully dynamic content using

RE: Re: please comment on new art for perl.apache.org

1999-10-11 Thread ricarDo oliveiRa
I agree with remi. Make a little bit more... Tuareg, y'know? But it's great as it is! ./Ricardo --Original Message-- From: Remi Fasol [EMAIL PROTECTED] To: Matt Arnold[EMAIL PROTECTED], [EMAIL PROTECTED] Sent: October 11, 1999 8:51:40 AM GMT Subject: Re: please comment on new art for

Re: http headers for cache-friendly modperl site

1999-10-11 Thread Andreas J. Koenig
On Mon, 11 Oct 1999 13:18:12 +0400 (MSD), Oleg Bartunov [EMAIL PROTECTED] said: 1. Do you have some examples on-line to illustrate cache-friendly dynamical pages ? On www.stadtplandienst.de the headers for the graphics have optimal headers, I think. The headers for HTML could be

RE: new for embperl...

1999-10-11 Thread Gerald Richter
I restart the apache and delete an error log file and comment PerlFreshRestart out from the httpd.conf. Then, I get the error after I called the page like... [Sun Oct 10 12:47:55 1999] [error] [client 129.174.124.121] File does not exist: /usr/local/apache/htdocs/emperl/eg/x/loop.htm So

Re: authentication via login form

1999-10-11 Thread Randal L. Schwartz
"Jeffrey" == Jeffrey W Baker [EMAIL PROTECTED] writes: Jeffrey Randal, how do you suppose that HTTP basic auth works? The Jeffrey user agent stores the username and password and transmits Jeffrey them to the server on every request. The difference between a cookie and a basic-auth password is

Re: authentication via login form

1999-10-11 Thread Randal L. Schwartz
"John" == John D Groenveld [EMAIL PROTECTED] writes: John Well if you're going to generate your HTML on the fly, URL mangling John isn't too bad. HTML::Mason and probably the other embedded perl modules John would allow you to more selectively and consistently place session id John into your

Re: please comment on new art for perl.apache.org

1999-10-11 Thread Jesse Kanner
On Sun, 10 Oct 1999, Matt Arnold wrote: I have created a new page layout/template for perl.apache.org. You can take a look at it at http://www.novia.net/~marnold/mod_perl/sample_3/ Please let me know if you think it's suitable for use on perl.apache.org. If not, how could it be improved?

Re: http headers for cache-friendly modperl site

1999-10-11 Thread Oleg Bartunov
On 11 Oct 1999, Andreas J. Koenig wrote: Date: 11 Oct 1999 12:48:54 +0200 From: "Andreas J. Koenig" [EMAIL PROTECTED] To: Oleg Bartunov [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: http headers for cache-friendly modperl site On Mon, 11 Oct 1999 13:18:12 +0400

Re: authentication via login form

1999-10-11 Thread Dave Hodgkinson
"Jamie O'Shaughnessy" [EMAIL PROTECTED] writes: On 11 Oct 99 15:05:23 +0100, you wrote: I was actually looking at a PerlTransHandler that I'd drop into my site-wide files that would do something like the following: my $uri = $r-uri; if ($uri =~ s#/@@(\d+)@@/#/#) {

Re: authentication via login form

1999-10-11 Thread Michael Peppler
Dave Hodgkinson writes: "Jamie O'Shaughnessy" [EMAIL PROTECTED] writes: On 11 Oct 99 15:05:23 +0100, you wrote: I was actually looking at a PerlTransHandler that I'd drop into my site-wide files that would do something like the following: my $uri = $r-uri;

Re: authentication via login form

1999-10-11 Thread Dave Hodgkinson
Michael Peppler [EMAIL PROTECTED] writes: Don't use the IP address. Some proxy systems have a non-static IP address for requests coming from the same physical client (some of AOLs proxies work that way, if I remember correctly...) "...or something..." ;-) -- David Hodgkinson, Technical

Re: authentication via login form

1999-10-11 Thread James G Smith
Dave Hodgkinson [EMAIL PROTECTED] wrote: Michael Peppler [EMAIL PROTECTED] writes: Don't use the IP address. Some proxy systems have a non-static IP address for requests coming from the same physical client (some of AOLs proxies work that way, if I remember correctly...) "...or

RE: internal_redirect and POST

1999-10-11 Thread Dmitry Beransky
My apologies for continuing this topic, but I've been thinking some more about this issue over the weekend. I'm still perplexed by this seemingly arbitrary limitation on the number of times a request body can be read. It seems that, at least theoretically, it should be possible to cache the

Re: internal_redirect and POST

1999-10-11 Thread James G Smith
Dmitry Beransky [EMAIL PROTECTED] wrote: My apologies for continuing this topic, but I've been thinking some more about this issue over the weekend. I'm still perplexed by this seemingly arbitrary limitation on the number of times a request body can be read. It seems that, at least

Logging Session IDs from environment variables

1999-10-11 Thread Clinton Gormley
Hi all I have asked this before, but I still haven't managed to shed any light on it, so I was hoping that somebody might be able to shed some more light. (While you're about it, have a look at the site we have just launched : http://www.orgasmicwines.com - mod_perl mysql based site.) If I

Missing ORA_OCI.al file

1999-10-11 Thread Simon Miner
Good afternoon: We've been having some trouble with our web servers' database connections. About once a day, our logs will be flooded with the following error message. [Fri Sep 17 12:38:11 1999] [error] DBD::Oracle initialisation failed: Can't locate auto/DBD/Oracle/ORA_OCI.al in @INC (@INC

Re: authentication via login form

1999-10-11 Thread Ofer Inbar
Eugene Sotirescu [EMAIL PROTECTED] wrote: I'd like to authenticate users via a login form (username, password text fields) instead of using the standard dialog box a browser pops up in response to a 401 response code. Here's what I do in an application I'm currently working on... Application

RE: please comment on new art for perl.apache.org

1999-10-11 Thread Alex Schmelkin
Hi All, While I'm sure Matt Arnold's effort to redesign perl.apache.org is greatly appreciated by everyone on this list, it seems to me that a bit more preparation and interface design should actually go into the final product. Before we redesign the mod_perl site, we need to have a more common

Re: please comment on new art for perl.apache.org

1999-10-11 Thread Randal L. Schwartz
"Jeffrey" == Jeffrey Baker [EMAIL PROTECTED] writes: Jeffrey 1) and 2) are easy. All of them, and all of them. To design Jeffrey considering anything else is suicide. Seconded. Properly designed HTML works in the Nokia Communicator and on my[*] 2000 pixel Monster Screen. It's not that

Re: please comment on new art for perl.apache.org

1999-10-11 Thread Jeffrey Baker
Alex Schmelkin wrote: 1. What browsers are different percentages of your user populations using? 2. What screen resolutions are different percentages of your user populations using? 3. What purpose will the site serve - simply providing information, or a

[SITE] Preparation and ideas (was: please comment on new art for perl.apache.org)

1999-10-11 Thread Robin Berjon
At 17:37 11/10/1999 -0400, Alex Schmelkin wrote: While I'm sure Matt Arnold's effort to redesign perl.apache.org is greatly appreciated by everyone on this list, it seems to me that a bit more preparation and interface design should actually go into the final product. Indeed. I know the current