and monitoring connections in use seems to
me to be one way to do it ...
Best Regards,
Mike Miller
[EMAIL PROTECTED]
On Wednesday, August 01, 2001, Perrin Harkins wrote the
following about [OT] Inspired by closing comments from the UBB thread.
ph Having your SQL right next to where it's being used is convenient,
ph and a HERE doc makes it easy to read.
Agreed. IMHO, it also makes it easier to maintain
/1.3.19 (Unix) PHP/4.0.5 mod_perl/1.25
perl5 (revision 5.0 version 6 subversion 1)
None here, other than problems I cause myself from bad coding. That
tends to happen a lot more than I care to admit. grin
Best Regards,
Mike Miller
[EMAIL PROTECTED]
On Wednesday, July 11, 2001, Doug MacEachern wrote the
following about upgrading mod_perl/CGI.pm shows some weirdness
DM On 6 Jul 2001, Peter Rooney wrote:
machine 1:
CGI.pm version 2.46
machine 2 (the new machine):
CGI.pm version 3.02
DM 3.02 is alpha, the README says:
DM Version 3
.
Regards,
Mike Miller
[EMAIL PROTECTED]
someone will answer with a
better solution than dumbing down encryption altogether.
Best Regards,
Mike Miller
[EMAIL PROTECTED]
for apache is to bind to
GB every IP on the system promiscuously which you don't want on a BE
GB server.
You can explicitly bind an apache server to localhost.
Best Regards,
Mike Miller
[EMAIL PROTECTED]
on "Take23" ...
Best Regards,
Mike Miller
[EMAIL PROTECTED]
it for
you is bad practice. If you want it done, be explicit and say so, or _assume_ it will
not be done. Especially where databases are concerned
Best Regards,
Mike Miller
[EMAIL PROTECTED]
at an object as being
self-sufficient, how else can it connect to the database That's
just my opinion, though.
This is really not a true mod_perl issue, however. Sorry for veering
off-topic.
Best Regards,
Mike Miller
[EMAIL PROTECTED
the mix at the same time, it may be
a combination of the above. My code ran fine under RH 6.2,
apache_1.3.14, and perl-5.005_03.
I know this was no real help, but at least you are not alone ...
Best Regards,
Mike Miller
[EMAIL PROTECTED]
PN I can't seem to get Apache::Log to work under linux. I'm calling it as
PN 'use Apache::Log();', and I can see the module as
PN /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Log.pm, but it won't
PN load. Are other people having this problem as well?
How about:
use Apache::Log;
not
PN
I'm sure this is not the right way grin, but I had this problem a while
ago, and ended up manually setting the domain of the cookie to null/undef.
I use cgi.pm to set the cookie, as follows. Note that where $q is a CGI.pm object
reference.
This is code extracted from an app framework running
I'm sure this is not the right way grin, but I had this problem a while
ago, and ended up manually setting the domain of the cookie to null/undef.
I use cgi.pm to set the cookie, as follows. Note that where $q is a CGI.pm object
reference.
This is code extracted from an app framework running
I use (/etc/rc.d/init.d/http stop; sleep 2; /etc/rc.d/init.d/http start)
Yeah, it causes a delay, but makes sure the dev box is in a clean state
before I mess it up again with whatever change I just made grin
--M.
On Sat, 07 Oct 2000 12:33:10 -0700, Perrin Harkins wrote:
Andreas Schiffler
On Tue, 05 Sep 2000 10:39:37 -0400, Drew Taylor wrote:
I'm also finding it useful. There have been many useful ideas/concepts
thrown about that I intend to use in the template comparison.
Seconded. Lots of useful stuff in this thread, and has been giving me a lot of
information about other
What about reading it through deja.com? As long as you can live with the ads ...
Brgds,
Mike.
On Wed, 19 Jul 2000 08:14:04 -0700 (PDT), Paul wrote:
--- David Hodgkinson [EMAIL PROTECTED] wrote:
kevin [EMAIL PROTECTED] writes:
Hello,
Whilst I am subscribed to modperl mailing list
On Tue, 11 Jul 2000 14:52:58 +0100 (BST), David Mitchell wrote:
From: Eric Strovink [EMAIL PROTECTED] wrote:
Write a simple socket interface to connect Apache Perl to your existing
Windoze Perl script (which you'll hack to set up as a simple server). Invent
your own protocol. Locking
On Tue, 11 Jul 2000 15:10:25 -0600 (MDT), rise wrote:
On Tue, 11 Jul 2000, Mike Miller wrote:
Not good for heavy use, but for the 3-4 times a month
it gets used in production, it works perfectly okay.
There is one significant issue with using DBD::Proxy / DBI::ProxyServer on
Windows: lack
On Thu, 08 Jun 2000 14:10:26 -0400, Drew Taylor wrote:
As I believe someone else said earlier, your code is VisualBasic, which
I'm reasonably sure Apache::ASP will NOT run.
Would be truly neat if it did grin! But then the question "why use VB instead of
Perl in a perl based
system
On Fri, 12 May 2000 11:15:02 -0500, Keith G. Murphy wrote:
What great functionality is lost if users turn off their scripting?
Of course, this may be an abstract question in terms of programming, if
users *do* insist on enabling scripting.
Some applications (for better or worse) support the
David,
Does PHP (of which I know nothing) use any of the dbm libraries statically? I
remember that I had a
hard time using DBlib a while back because there is a sybase dblib function called db
and one in the dbm
libraries called db, and they were conflicting. I had to recompile perl not to
22 matches
Mail list logo
