system. Please take a look at the
bug reporting guidelines here:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
- Perrin
cookies, which will tell you if multiple users on separate
browsers are sharing a login, but that's about all you can do without
possibly breaking your system for someone.
- Perrin
not using proxies,
you can use IP instead of cookies.
I want to ensure that if person A registers to use a site, they are not
able to register again using a different login
Ask them for a credit card then. There's no other way that will really
work 100% of the time.
- Perrin
a later version and check out the Mason handler and
the newer documentation on masonhq.com, I think it will all start to
make sense to you.
- Perrin
#An_example_of_using_Apac
he__Session__DBI_with_cookies. Perhaps it is a good beginning to try to
keep/get outdated and ancient stuff from Our Main Source of
Information?
Yes, it would definitely be good to update or remove that snippet. A
patch would certainly be appreciated.
- Perrin
::SysVSempaphoreLocker got involved in the first place, since I
don't explicitly reference it.
Apache::Session::DBI uses it for locking.
- Perrin
and they show the same trend,
then you can eliminate mod_perl as a possible source of the problem.
You should also verify that your versions of Perl, apache, and mod_perl
are exactly the same on both systems.
- Perrin
server by the same child in
Apache)
In apache 1.x on Win32, you always get the same child since there is
only one. With 1.x on FreeBSD, the allocation will basically
round-robin through all of your live apache children.
- Perrin
to implement a protocol
handler for IceCast instead? Or is that just overkill for this?
- Perrin
/wild/and/crazy/path/for/handlers/component1 and it
will work as long as your dispatcher is smart enough to ignore the
beginning path. (Apache::Dispatch is.)
- Perrin
by mod_perl. Is there something
you're trying to do?
- Perrin
on the apache.org website. This list is for
mod_perl users.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
. If you can make a
very short script that demonstrates the problem, you can post it here
and we'll help you find it.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
of locale issues on Red Hat 8 and 9 in
the list archives.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
On Fri, 2003-09-05 at 21:36, Stas Bekman wrote:
Bart is on win32, AS Perl 5.8.
Oops, sorry Bart, I missed that. Even so, I'm suspicious that 5.8 and
all of its unicode changes are involved somehow.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http
On Thu, 2003-09-04 at 16:56, Tim Edwards wrote:
I'm sending 3 cookies. The first one goes properly. The second two get print
to the screen. Same script run under normal perl works fine. Suggestions?
Show us the mod_perl part of your apache config.
- Perrin
--
Reporting bugs: http
On Wed, 2003-09-03 at 12:22, kfr wrote:
Anyone know how to capture the UUID from a request?
According to the mod_ssl manual, it is stored in an environment variable
called SSL_SESSION_ID.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org
was
about.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
this way and then wonder why their
form values never change. Passing $cgi to foo() fixes the problem.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
if $uname; ## this doesn't update 'uname'
Same as above -- it updates the uname value of the session.
$session{'time'} = time();## this updates 'time' record
But it doesn't update the time column in the database unless you hacked
the Apache::Session code to do that.
- Perrin
On Tue, 2003-09-02 at 00:13, James.Q.L wrote:
--- Perrin Harkins [EMAIL PROTECTED] wrote:
Did you add code of your own to update the time column?
no.
Maybe you added the time column as an automatic timestamp column? There
is no time column in the schema described in the Apache::Session
the database and I have
checked from a database client that there is no new row written.
Sorry, I don't understand what you're saying here. What you should be
doing is fetching the session once, putting it in pnotes, and getting it
from pnotes for the rest of the request.
- Perrin
--
Reporting
identifier in SSL that you may be able to
use. I know this because the f5 big/ip load balancers used it. Check
into that.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
identify a 'machine', like possible grabbing it's
mac address would be ideal but obviously that can't be done ...
Any clues?
Perhaps you could explain what you're trying to do?
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
the debugger. I do this by
calling Apache::DB-init because I don't want to actually profile
anything during startup but I do need the debugger turned on when I
compile code at startup for DProf to work.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http
server that is identical
except for using apache 1.3.28 and see if that fails as well. If you're
feeling ambitious, you can try the patch attached to that bug report.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
();
Your module doesn't export the CISCHeader sub, so you have to call it
with the full name: ModPerl::Rules1::CISCHeader(). If this doesn't make
sense to you, you should read the perlmod man page that explains how
modules and packages work.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs
the reference
to the earlier thread because anyone who wants to bring it up should at
least be aware of what was said in previous discussions.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
.
This is a standard perl error message. It is not related to mod_perl.
You can look in the perldiag man page for a more complete explanation.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
#C_Apache__Registry___C_Apache__PerlRun__and_Friends
There is a workaround for it on that page as well.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
On Tue, 2003-08-26 at 18:41, Bruce Tennant wrote:
Can we fix the list so that when a person replies, it defaults to
the list address and not the posters?
Read the following thread:
http://marc.theaimsgroup.com/?l=apache-modperlm=99790842623617w=2
- Perrin
--
Reporting bugs: http
before. If you're not trying to run mod_perl, the
mod_perl RPMs are not going to help you much.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
fine to do PerlModule Apache::DBI or
do a use Apache::DBI in startup.pl. You should not do both of them, and
you should make sure you load Apache::DBI in one of these ways before
loading anything that uses DBI. This is all in the Apache::DBI
documentation.
- Perrin
--
Reporting bugs: http
of use vars
qw($dbh %session); in your startup.pl? Do you actually know what
package these are being declared in? Probably not one that you will be
using later in your scripts.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
App in your httpd.conf? You
haven't actually shown us your real conf, startup, or code, so I'm just
guessing here.
Are you no longer having problems now that you turned off
PerlFreshRestart?
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist
would be coming from with PerlFreshRestart
off. That's why I was wondering if you had PerlModule call somewhere in
httpd.conf.
- Perrin
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
. There has to be another
solution, isn't there?
I'm asking you to try it and see if it works.
A possible solution if that is the problem is to make all the modules
that import it reload as well. You can do that with a touch file.
- Perrin
to the sub here,
and when it gets reloaded the alias is still pointing to an old version.
Try doing a fully-qualified sub call instead of importing.
- Perrin
. This usually works for things in the
symbol table, but people have reported problems in the past with things
that keep references to lexicals (closures) and other somewhat magical
features. However, your code here looks pretty vanilla and seems like
it should be working fine with Reload.
- Perrin
it is not a module, it's the actual script.
Apache::Registry? Just do a touch on the script file and Registry will
reload it. You could hack your own Apache::RegistryNG subclass that
would just reload everything when Apache::Reload triggers, but it's
probably not worth it.
- Perrin
. If that appeals to you, I recommend you take
a look at CGI::Application. There's an article about it here:
http://www.perl.com/pub/a/2001/06/05/cgi.html
- Perrin
, since it only takes a second.) If you're interested
in working on it, we could discuss possible approaches on the list and
review your patch.
- Perrin
of thing shouldn't happen unless you
request it.
Perhaps some options passed to PerlModule though adding (...) doesn't help
since PerlModule expects a list of modules.
There's no way it could since PerlModule has no way of knowing what
namespaces you are going to want polluted.
- Perrin
is to avoid importing things at all, but I know that many people
really love importing and will not want to give it up.
- Perrin
#Problems_with_Scripts_Running_with_Registry_Handlers_that_Cache_the_Code
Thanks Stas! I think you have a little mistake here:
@EXPORT = qw(set_colour);
That should be
@EXPORT = qw(colour);
- Perrin
that doesn't work when reloaded, like closures.
- Perrin
with sensitive information
can't leave themselves open to CSS attacks.
- Perrin
suggest you
turn on warnings, turn on strict, and embrace the good practice of
passing variables to your subs.
- Perrin
Josh Chamas wrote:
The latest version of Apache::ASP v2.55 has been released. The biggest
improvement is no longer loading Apache::compat for running under
mod_perl2.
Has this affected the performance measurements you made earlier in any way?
- Perrin
namespace.
You will not be able to call them in other scripts without importing
them there too.
- Perrin
#Converting_to_use_Apache_Perl_Modules
http://search.cpan.org/author/JOESUF/libapreq-1.2/Request/Request.pm
Or just use CGI.pm or something similar like CGI_Lite.
- Perrin
...
}
I think that will do it.
- Perrin
or CGI.pm.
- Perrin
.
- Perrin
. Best to make
it a global change so you won't have to set it every time you want to
run (or install) perl stuff.
- Perrin
a RequestRec object to CGI.pm when you call the new()
method. Registry scripts get a RequestRec object passed to them as
their first param, so you can just shift it into a variable (usually
called $r) and pass it as CGI-new($r).
- Perrin
is a bad thing to do. Maybe some script you're
loading is doing that. Try to figure out what's doing it.
As I understand it, the _startup.pl script tries to require() CGI.pm,
which gives the error message.
What happens if you comment out CGI.pm from your startup.pl?
- Perrin
that
instead.
- Perrin
is more complete, but if you don't see any more httpd.conf
files or Apache:: modules, you have probably cleaned things close
enough.
- Perrin
it is
isn't happening? Keep in mind, Apache::Reload has nothing to do with
reloading Registry scripts. That reloading is handled entirely within
Registry itself.
- Perrin
to use Apache::Cookie, but if you want to you should be
able to use it in the normal documented way. C::A should not have any
bearing on this.
- Perrin
actually starting
a new interpreter, but it is still possible for some code (especially
code using closures) to interact badly with them.
- Perrin
[ Please keep it on the list... ]
On Fri, 2003-08-01 at 14:06, petersm wrote:
Perrin Harkins [EMAIL PROTECTED] wrote
Do some debugging. Look at the traffic going back and forth. Test
it with GET or lynx. See if the cookie header is being sent.
Thanks for the suggestion. I used wget
bootstrapped.
- Perrin
in an environment variable or in httpd.conf with a
PerlSetVar.
- Perrin
to mod_perl 2 recently.
- Perrin
::SCRIPT_ROOT = 'foo';
/Perl
And then in your module:
my $root = $MyConfig::SCRIPT_ROOT;
- Perrin
about that. You can't build perl 5.8.0 successfully on
a RH 9 system unless you change the locale.
Note that 5.8.1 does not have this problem and is about to be released.
- Perrin
On Thu, 2003-07-31 at 15:44, Mark Deepak Puttnam wrote:
I have used the following code in the in my handler and I still do not
get the values.
Do you get anything at all? HTTP_REFERER is not always sent by
browsers.
- Perrin
On Thu, 2003-07-31 at 16:15, Mark Deepak Puttnam wrote:
Only PERL_SEND_HEADER=On. No other env. variables.
And you haven't turned off PerlSetupEnv in your httpd.conf?
- Perrin
$referer = $r-header_in(Referer);
- Perrin
be reasonable to get prefork working
properly, even if the threaded MPM isn't ready yet.
- Perrin
anything cached at all.
I think you might be mis-diagnosing the problem here. Maybe it's an
issue on the backend instead.
- Perrin
that could be
committed are things that you did earlier in the current request. And
remember, these are not shared between processes, so there's no need to
be worried about interference from other requests.
- Perrin
to the server to
run a PHP page, or maybe run it through the separate PHP executable with
a system call.
- Perrin
use Expires headers instead of the no_cache() stuff?
- Perrin
to answer.
- Perrin
, but there's no need to take them out of the other
modules: use() staments for modules that have already been loaded simply
skip the require() part and run the import().
- Perrin
On Thu, 2003-07-24 at 02:18, Eric Sammer wrote:
where did you (Perrin) keep
objects like your database handle (assuming DBI, but please correct
otherwise) and any objects that could be reused (TT, XML parser objects,
et al)?
People seem to ask about this frequently, but I don't think we
object-relational mapping tools at this year's
Perl Conference.
Is this past tense and if so, is the article up somewhere? Just curious...
I already gave the talk, but have not completed the article yet.
- Perrin
On Thu, 2003-07-24 at 17:22, Garrett Goebel wrote:
Perrin Harkins wrote:
The biggest thing the article didn't cover is the ideas
used by the guys coding the more interactive parts of the
application to express the state machine implemented by
each of their modules in a declarative data
/Template.pm#NOTES
- Perrin
://perl.apache.org/docs/tutorials/apps/scale_etoys/etoys.html
- Perrin
::Shareable is slow. You are better off with one of these:
MLDBM::Sync
Cache::Mmap
BerkeleyDB (with native locking)
Cache::FileCache
IPC::MM
- Perrin
.
A different approach would be store a separate BerkeleyDB index as a
BTree with a custom sorting function, or share your array as a
BerkeleyDB recno database (serial records accessed like an array).
- Perrin
On Tue, 2003-07-22 at 02:13, Tom Schindl wrote:
Sorry to step in here, but could I use any of the caching modules you
mentionned in mod_perl2?
I can't vouch for the thread safety of these modules, but all of them
should work in prefork mode.
- Perrin
They are equivalent. You can use either one.
- Perrin
it as a cleanup
handler.
- Perrin
can't guess much without
seeing your code.
- Perrin
and typically hurts performance. If I had an
Apache::ASP app and wanted to use XSLT, I would just use the built-in
support for it. If I had a Mason app, I would use XML::libXSLT
directly.
- Perrin
.
- Perrin
not really support the use of in-line subs. You have to put them in a
separate module.
- Perrin
::Registry keeps different package name for every script..
It means that all globals and subs are shared between all of your
scripts. It could cause a bug if you use the same names for globals or
subs in multiple scripts.
- Perrin
people aren't responding to your question?
Probably because almost no one uses ePerl any more.
- Perrin
scripts under
Apache::Registry, and then you'd be able to use the mod_perl API.
- Perrin
probably be better off using MLDBM::Sync, so that all changes are shared
immediately. It's quite fast, and since it uses a tied interface it
would be easy to switch your code to use globals if it turns out not be
fast enough.
- Perrin
) in
each handler of how long it's been since you last updated the data. If
it's longer than 5 minutes, refresh the data. The cleanup handler runs
after the client is disconnected, so it doesn't matter if it takes a few
seconds.
- Perrin
further with this? I've never heard of any problems
with pnotes(), but I also don't have a 1.27 installed to check it with.
Does it work if you just set and read a note in the same handler?
- Perrin
1 - 100 of 1298 matches
Mail list logo
