My configuration had a similar problem -
a bunch of virtualhosts (~25 or so) some of which use modperl, running on
a handful of 2-node tightly-coupled clusters with the content/scripts
sitting on NFS.
DNS for the virtualhost addresses points to a frontend cluster. I set up
extra aliases for my
The password file was created from the current apache
version's htpasswd via:
htpasswd -c -m -b lembark foobar;
you know you need to use htdigest when creating a digest password
entry, right?
which I thought should have created the proper entry.
take a look at it. digest
My module now adds
X-Forwarded-For: remote.address# remote address of
client
X-Host: www.glurp.com # real virtualhost
address
The reason I used the X-Host header was to avoid
missing-trailing-slash requests coming back to the
client with the wrong
(/etc/hosts aliased)
On Mon, 3 Dec 2001, Vsevolod Ilyushchenko wrote:
Is anyone aware of a Linux product equivalent to ASP.NET from MS? Its most
attractive feature is the GUI construction of Web forms and the automatic
connection of their fields to a database. Since I am getting sick and tired
of writing over
I never managed to get ProxyPass ProxyPassReverse to work properly
with farms of machines at the backend. :P
R.
On Wed, 5 Dec 2001 [EMAIL PROTECTED] wrote:
My module now adds
X-Forwarded-For: remote.address# remote address of
client
X-Host: www.glurp.com # real
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
At 6:55 PM -0500 12/3/01, Vsevolod Ilyushchenko wrote:
Hi,
Is anyone aware of a Linux product equivalent to ASP.NET from MS? Its most
attractive feature is the GUI construction of Web forms and the automatic
connection of their fields to a database.
El Mié 05 Dic 2001 11:28, Brett W. McCoy escribió:
On Mon, 3 Dec 2001, Vsevolod Ilyushchenko wrote:
Is anyone aware of a Linux product equivalent to ASP.NET from MS? Its
most attractive feature is the GUI construction of Web forms and the
automatic connection of their fields to a database.
Kee Hinckley [EMAIL PROTECTED] writes:
At 6:55 PM -0500 12/3/01, Vsevolod Ilyushchenko wrote:
Hi,
Is anyone aware of a Linux product equivalent to ASP.NET from MS? Its most
attractive feature is the GUI construction of Web forms and the automatic
connection of their fields to a database.
It uses wildcard DNS and some other goodies to extend the
mod_perl-server-via-proxy-from-static-server setup
Why not just use name-based virtual hosts for the backend and avoid all the
monkeying with DNS?
- Perrin
The sad truth is that there is no automated way generate forms based on sql
tables or definitions. The same data maybe passed with many different form
elements. With some JavaScript sprinkled on top of it all, no single perl
module could go near automating this task.
The best one can do is to
I have been beating my head against this problem for days, to no avail.
I have tried google searches, etc., still no dice. So, I apologize for
the noise people.
I'm using Apache::Session and cookies to perform session management. In
watching the debug messages in my error_log, I can see
Dave Hodgkinson writes:
I did an auto-form generator-from-schema thing once.
Too many exceptions and meta-data involved to actually make it really
worthwhile.
Check out the mapping for, e.g. http://petshop.bivio.biz/pub/products?p=FISH
and click on Model.ProductList and View.products to see
Can't locate CapWiz/Home/App.pm in @INC (@INC contains: /data/ap/perl-
5.6.1/lib/5.6.1/sun4-solaris /data/ap/perl-5.6.1/lib/5.6.1
/data/ap/perl-5.6.1/l
ib/site_perl/5.6.1/sun4-solaris
/data/ap/perl-5.6.1/lib/site_perl/5.6.1 /data/ap
/perl-5.6.1/lib/site_perl . /data/ap/capwiz-apache/
Basic Idea, what is the path argument of the cookie you are using? If the
called pages are lying underneath different roots then the cookie
won't be read.
I even do not loose the session between windows :-)
Thanks for the prompt reply. The way I have this going, is a file at:
At 3:06 PM -0800 12/5/01, Michael A Nachbaur wrote:
I have been beating my head against this problem for days, to no
avail. I have tried google searches, etc., still no dice. So, I
apologize for the noise people.
I'm using Apache::Session and cookies to perform session management.
In
I've seen this happen on some NFS volumes on Solaris. In this case the
problem was supported by 'ls' reporting different contents on the same
directory between two different shells. Unfortunately, I'm not an NFS wiz
and I don't recall what the resolution was (yeah, I know... really helpful
:o)
At 4:41 PM -0700 12/5/01, Tim Tompkins wrote:
I've seen this happen on some NFS volumes on Solaris. In this case the
problem was supported by 'ls' reporting different contents on the same
directory between two different shells. Unfortunately, I'm not an NFS wiz
and I don't recall what the
Hi Michael -
I'm using Apache::Session and cookies to perform session management. In
watching the debug messages in my error_log, I can see that the cookie
is created, the session is created, and all subsequent calls correctly
loads the session. However, part of the design for my web
I have 'heard' that in some browsers there is a bug using HTTP/1.1 when they
use Keep-Alive. As they don't necessarily create another explicit tcp
connection for a request (but rather try to keep the connection alive), they
'forget' to send the Cookie headers for subsequent requests in the same
Vsevolod
See below.
Cheers
Ron Savage
[EMAIL PROTECTED]
http://savage.net.au/index.html
- Original Message -
From: Vsevolod Ilyushchenko [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, December 04, 2001 10:55 AM
Subject: ASP.NET Linux equivalent?
Hi,
Is anyone
(Though, it's always seemed to me that it might be a decent
design to have *one* vhost dedicated to accepting payments
for the other vhosts... so when the user is ready to close
the deal they get kicked to payment.super_secure.com where
they're asked for the credit card info to finish
Joe Brenner wrote:
Andy Sharp [EMAIL PROTECTED] wrote:
As others have aluded to, if you're trying to serve
multiple domains (or hostnames) off one IP, you use a
system called software virtual hosting. HTTP/1.1 Supports
the Host: field in the http header to resolve to the site
SAMS will publish the new mod_perl Developer's Cookbook by Geoffrey
Young, Paul Lindner and Randy Kobes in January, 2002. You can find more
info at http://www.modperlcookbook.org/.
Great work guys!
There are two more modperl books in the pipeline!
Andy Sharp [EMAIL PROTECTED] wrote:
As others have aluded to, if you're trying to serve
multiple domains (or hostnames) off one IP, you use a
system called software virtual hosting. HTTP/1.1 Supports
the Host: field in the http header to resolve to the site
domain.
There's a limitation
stas01/12/05 08:03:25
Modified:lib/Apache compat.pm
t/apache compat.t
t/response/TestApache compat.pm
Log:
- add 'PerlOptions +GlobalRequest' to avoid core dumps in tests
- warn user if Apache-request fails
- add the returned by tmpfile
richter 01/12/05 00:16:25
Modified:embperl Changes.pod.1.html Changes.pod.2.html
Changes.pod.cont.html Embperl.pod.14.html
Embperl.pod.2.html Embperl.pod.3.html
Embperl.pod.6.html Embperl.pod.7.html
stas01/12/05 08:39:01
Modified:t/apache compat.t
t/response/TestApache compat.pm
Log:
- add the rest of the sub tests for the $r methods provided by
Apache::File in 1.x.
Revision ChangesPath
1.6 +3 -3 modperl-2.0/t/apache/compat.t
On Sun, 28 Oct 2001, Paul DuBois wrote:
I don't know if you're still maintaing the list of publications
that mention mod_perl...looks like maybe not, given the dates on
the items. But if you are, this book (by me) has a chapter on
mod_perl in the context of using MySQL/DBI/Apache:
dougm 01/12/05 11:09:37
Modified:lib/Apache compat.pm
Log:
more info in Apache::File-tmpfile if Apache-request isn't available
Revision ChangesPath
1.27 +3 -2 modperl-2.0/lib/Apache/compat.pm
Index: compat.pm
dougm 01/12/05 11:11:34
Modified:lib/Apache compat.pm
Log:
some whitespace style nits
remove redundant use of Apache::{Response,RequestRec}
Revision ChangesPath
1.28 +4 -3 modperl-2.0/lib/Apache/compat.pm
Index: compat.pm
dougm 01/12/05 11:18:08
Modified:lib/Apache compat.pm
Log:
untabify and better fit for tmpfile error message
Revision ChangesPath
1.29 +5 -4 modperl-2.0/lib/Apache/compat.pm
Index: compat.pm
dougm 01/12/05 11:57:29
Modified:t/filter/TestFilter api.pm
Log:
s/use Test/use Apache::Test/
Revision ChangesPath
1.5 +3 -13 modperl-2.0/t/filter/TestFilter/api.pm
Index: api.pm
===
stas01/12/05 19:58:27
Modified:.index.html
Log:
- add a ref to the mod_perl Developer's Cookbook
Revision ChangesPath
1.94 +7 -0 modperl-site/index.html
Index: index.html
===
33 matches
Mail list logo