not be found.
A kludgy workaround is to move the PerlSetVar out of any Virtual
Server sections. A better option is to reimplement the mechanism for
populating the SECRET_KEYS hash, so that Virtual Servers are handled
properly.
- snip - snip -
--
Vegard Vesterheim : Phone: +47 73 55 79 12
UNINETT : Fax: +47 73 55 79 01
N-7465 Trondheim, NORWAY: Email: [EMAIL PROTECTED]
;textfield('name') +]
It looks as if this is not parsed by embperl the same way straight
HTML is. Is this a limitation of embperl, or am I missing something ?
I'm using apache 1.3.9, mod_perl 1.21, and embperl 1.2b11
--
Vegard Vesterheim : Phone: +47 73593002
Runit
roxy, which will be sitting between the server and The client and
allows you to 'listen in' on the HTTP conversation.
There are probably a lot of tools that can do this, I have used
wsnitch which has a nice GTK-based UI, and a perl script (webproxy.pl)
made by Randal Schwartz.
--
Vegar
p? Thanks!!
>
Sounds like mod_auth_anon in the Apache distribution could be a
starting point.
--
Vegard Vesterheim : Phone: +47 73593002
Runit AS: Fax: +47 73591700
N-7034 Trondheim, NORWAY: Email: [EMAIL PROTECTED]
defined in the *main
server*. So if you have any PerlSetVar in a Virtual Server, it will
not be found.
A kludgy workaround is to move the PerlSetVar out of any Virtual
Server sections. A better option is to reimplement the mechanism for
populating the SECRET_KEYS hash, so that Virtual Servers are
"Paul Cotter" <[EMAIL PROTECTED]> writes:
>
>
> Does a package exist that will read an HTML document and generate an Apache::Registry
> cgi script? Even better if it accepts an