On Monday, October 11, 1999 6:33 AM, Rick Myers [SMTP:[EMAIL PROTECTED]] wrote:
> To make a long story short, is there a way in mod_perl to do something
> like...
>
> $r->real_path( 'http://some.virtual.domain/whatever/page/there.is' )
>
> The cut-to-the-chase version is, I need to know the fi
To make a long story short, is there a way in mod_perl to do something
like...
$r->real_path( 'http://some.virtual.domain/whatever/page/there.is' )
The cut-to-the-chase version is, I need to know the filename of a
referer page originating on this server. (Yes, there are virtuals
involved, and
"David R. Saunders" wrote:
>
> > "David R. Saunders" wrote:
> > >
> > > Folks,
> > > I'm running:
> > >
> > > Solaris 2.6
> > > Perl 5.005_03
> > > Apache-Session-1.04
> > > HTML_Embperl-1.2b10
> > >
> > > and I'm trying to use Apache::Session::File ... I have this test program:
> > >
> > > #!/
Well if you're going to generate your HTML on the fly, URL mangling
isn't too bad. HTML::Mason and probably the other embedded perl modules
would allow you to more selectively and consistently place session id
into your HREFs and the strip session code from the Eagle book is very
easy to implement
> "David R. Saunders" wrote:
> >
> > Folks,
> > I'm running:
> >
> > Solaris 2.6
> > Perl 5.005_03
> > Apache-Session-1.04
> > HTML_Embperl-1.2b10
> >
> > and I'm trying to use Apache::Session::File ... I have this test program:
> >
> > #!/usr/local/perl5.005_03/perl
> > use Apache;
> > use Apac
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? And if the majority hates it, I can certainly
"David R. Saunders" wrote:
>
> Folks,
> I'm running:
>
> Solaris 2.6
> Perl 5.005_03
> Apache-Session-1.04
> HTML_Embperl-1.2b10
>
> and I'm trying to use Apache::Session::File ... I have this test program:
>
> #!/usr/local/perl5.005_03/perl
> use Apache;
> use Apache::Session::File;
> my $i
Folks,
I'm running:
Solaris 2.6
Perl 5.005_03
Apache-Session-1.04
HTML_Embperl-1.2b10
and I'm trying to use Apache::Session::File ... I have this test program:
#!/usr/local/perl5.005_03/perl
use Apache;
use Apache::Session::File;
my $id = 1;
my $opts = { Directory => '/tmp' };
my %session;
ti
Many thanks to all who replied.
1. I think I can summarize the responses so far as boiling down to how I
do session management (hidden fields, URL mangling, cookies) and that I
will have to develop my own authentication mechanism.
(The reason I hoped there might be a solution using Apache's stand
Spidaman The Defenestrator wrote:
>
> The point that should be taken is that if one must use a cookie for auth,
> expire it early and often. What would _really_ be nice is if there were
> a javascript or ecmascribble or whatever it's called object that can _set_
> or _unset_ the auth request hea
Andrew McNaughton wrote:
>
> Gunther Birznieks <[EMAIL PROTECTED]> wrote:
> > [2] Mangled URL Paths
> >
> > Isn't it possible to browse the history on the harddrive... so is this
> > really more secure than non-persistent cookies?
>
> Relying on browser based client side expiration is not a good
> If you stop Apache, delete your error log and the start Apache again. Are
> you still see these warning?
>
> GErald
>
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
"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 ..." instead
> of "accep
Gerald Richter wrote:
> > Embperl (1.2b6) in Randy Kobes' Win32 distribution doesn't work
> > offline with following error:
> >
> > Can't load
> > 'C:\PERL\site\5.00503\lib/MSWin32-x86/auto/HTML/Embperl/Embperl.dll' for
> > module HTML::Embperl: load_file:Nelze nalézt jeden z knihovních souborů
Hi,
>
> Embperl (1.2b6) in Randy Kobes' Win32 distribution doesn't work
> offline with following error:
>
> Can't load
> 'C:\PERL\site\5.00503\lib/MSWin32-x86/auto/HTML/Embperl/Embperl.dll' for
> module HTML::Embperl: load_file:Nelze nalézt jeden z knihovních souborů
> potřebných pro spuštění té
>
> On Wed, 6 Oct 1999, G.Richter wrote:
>
> > This is an effect off FreshRestart On, when the server is restarted the
> > module is loaded, again and so the subroutine get redefined.
> It's only an
> > warning.
> >
> > Try to stop and start the server, then request your document
> and take a look
>
> Interesting.
>
> I tested an identical setup of Apache/modperl/Embperl/Oracle on NT and
> Linux, and I experienced a huge slowdown on NT. When I looked into it, I
> found that the more database-intensive the page, the slower the relative
> performance of the NT platform. I took that to mean th
>
> I tried to install HTML::Embperl with Apache/mod_perl on
> a Sparc/Solaris server, but 'make test' failed with an error on the
> module Apache/Session/Win32.pm.
>
> Did someone already encounter/solve this kind of problem ?
>
>
> 1) My config is:
>
> OS = Solaris
> apache V1.3.9
> mod_perl V1.
Gunther Birznieks <[EMAIL PROTECTED]> wrote:
> [2] Mangled URL Paths
>
> Isn't it possible to browse the history on the harddrive... so is this
> really more secure than non-persistent cookies?
Relying on browser based client side expiration is not a good idea, either for cookies
or for mangle
Hi,
Embperl (1.2b6) in Randy Kobes' Win32 distribution doesn't work
offline with following error:
Can't load
'C:\PERL\site\5.00503\lib/MSWin32-x86/auto/HTML/Embperl/Embperl.dll' for
module HTML::Embperl: load_file:Nelze nalézt jeden z knihovních souborů
potřebných pro spuštění této aplikace at
On Sun, 10 Oct 1999, Spidaman The Defenestrator wrote:
>
[...snip...]
>
> But I digress. Go ahead, use cookies and mangle them into auth headers
> but make sure they aren't persistent cookies. And don't use this level of
> security for banking or commerce; those get mangled URL paths. In a s
The point that should be taken is that if one must use a cookie for auth,
expire it early and often. What would _really_ be nice is if there were
a javascript or ecmascribble or whatever it's called object that can _set_
or _unset_ the auth request headers so one _could_ do a form driven
authent
22 matches
Mail list logo