On Wed, 2003-07-23 at 18:18, Aleksandr Guidrevitch wrote:
Are there some common application design patterns using mod_perl + TT2
? Any links would be greatly appreciated
There are tutorials on the Template Toolkit site, a recent perl.com
article about TT and Class::DBI, and my article:
On Wed, 2003-07-23 at 18:21, Aleksandr Guidrevitch wrote:
What are common patterns of sharing data beetween apache processes,
for example I'd like to share some indexes. Also, I'd like to avoid
complex sycronyzation process (currently IPC::Sahreable seem to be the
right thing)
No,
Aleksandr Guidrevitch wrote:
Actually I think to use Cache::FileCache as the storage backend.
But I need to have Cache keys to be sorted by various criteria.
I strive to avoid re-reading Cache::* keys and sort them each time,
but to share somehow sorted lists beetween apache processes (as they
On Thu, 2003-07-24 at 12:48, Crispin Bivans wrote:
Situation: I have a custom templating package that will lookup translation texts
based off of keywords so we can use 1 html file for all 8-9 languages. I've made it
part of an Apache::Filter list that also run's Apache::SSI so that any server
On Thu, 2003-07-24 at 09:55, Frank Maas wrote:
What I found was that sometimes users got served 'cached' dynamic pages.
Although the server should not cache the page it looked like this happened
whenever two requests were received at (nearly) the same time by the server.
What happens if you
On Thu, 2003-07-24 at 09:20, Frank Wiles wrote:
I too would like to would like to have a better understanding of how
MVC can be applied to mod_perl. Maybe even HelloWorld sized example
showing how all of the different components interact?
There's one of those in my original article.
On Thu, 2003-07-24 at 04:32, Jamie Krasnoo wrote:
Will placing Apache::RequestRec Apache::RequestIO APR::Table in
startup.pl to load them up for multiple handlers have any bad side
effects? I noticed that when I load them via startup.pl the handlers
that use them don't complain that they
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
On Thu, 2003-07-24 at 15:17, Eric Sammer wrote:
Maybe a stupid question, but what would be the functional difference
between dumping the object after each request like you say and using the
same method as you describe for the TT object below? I ask because I'm
currently treating both
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
On Fri, 2003-07-25 at 04:32, Frank Maas wrote:
But the idea of setting the Expiry header back in time is appealing...
Come to think of it, I have never had problems with mod_proxy caching
thing I didn't want cached. Quite the opposite -- I had to be very
careful with Expires headers to get
On Fri, 2003-07-25 at 14:55, Levon Barker wrote:
If I have a $dbh global variable in a particular module that I 'use'. I know
that Apache::DBI will give a cached connection to the module to use.
There is no need to use a global. Apache::DBI caches it for you. If
you put it in a global, then
On Tue, 2003-07-29 at 07:23, Stas Bekman wrote:
That's correct. This is because $r-chdir_file in compat doesn't do anything.
The reason is that under threaded mpm, chdir() affects all threads. Of course
we could check whether the mpm is prefork and do things the old way, but that
means that
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
On Thu, 2003-07-31 at 15:44, Mark Deepak Puttnam wrote:
sub handler {
my $r=shift;
my $env=$r-subprocess_env;
%ENV=%$senv;
my $referer=$ENV{'HTTP_REFERER'};
x
}
Come to think of it, you should just use the Apache API for this:
my
On Fri, 2003-08-01 at 07:02, Tofu Optimist wrote:
I'm a linux newbie. I freshly installed RH 9.
I built perl 5.8.0 from source.
Go and change your locale from UTF8 to en_US or C. See this for why:
http://archive.develooper.com/[EMAIL PROTECTED]/msg97360.html
As non-root, I downloaded source
On Fri, 2003-08-01 at 10:31, Tofu Optimist wrote:
[1] How do I find *everything* on the box related to
perl / apache / mod_perl, both 1 and 2, both the RH
install and from my own ftp / tar / make fumblings?
Well, you can run updatedb and then use locate to look for things like
apachectl and
On Fri, 2003-08-01 at 11:10, Roger Davenport wrote:
I've been working with Apache::Reload and Registry and have been
unable to get any cache flushing to work. (I've added debug messages
in Registry to show cache use or reloading).
Can you tell us what you are trying to reload and how you know
On Fri, 2003-08-01 at 13:04, petersm wrote:
When running under mod_perl the cookie is no
where to be seen.
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.
If I understand this correctly, then C::A uses CGI to
On Fri, 2003-08-01 at 13:42, Scott wrote:
I have
looked at Apache::Reload and Apache::StatINC
And what was wrong with them? You should know that there is no perfect
way to reload a Perl module. It just isn't a feature of the language.
Those two modules come as close as you can get without
[ 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
On Fri, 2003-08-01 at 16:24, Tofu Optimist wrote:
Am I going to have problems following the MP 2.0
install instructions
http://perl.apache.org/docs/2.0/user/install/install.html
if I don't nuke the current perl first?
No, you should be fine. However, I have also simply installed a new
On Fri, 2003-08-01 at 15:46, Jean-Sebastien Guay wrote:
I see only disadvantages to having to specify absolute paths in both
these cases. For one, I have another web server running on port 8080,
which I use to test my scripts on, and whose DocumentRoot is
D:/htdocs-dev. So if I had to manually
On Fri, 2003-08-01 at 14:20, Jean-Sebastien Guay wrote:
[Fri Aug 01 13:49:05 2003] [error] Global $r object is not available.
Set:
PerlOptions +GlobalRequest
in httpd.conf at D:/Perl/lib/CGI.pm line 269.
Make sure you have the very latest CGI.pm. There were some changes
related to
On Fri, 2003-08-01 at 16:59, Jean-Sebastien Guay wrote:
Unfortunately, this doesn't seem to work. Even if I put the PerlSetVar
statement before my PerlRequire statement like so:
PerlSetVar SCRIPT_ROOT D:/htdocs
PerlRequire D:/htdocs/_startup.pl
the module, which is then loaded from
On Fri, 2003-08-01 at 17:46, Tofu Optimist wrote:
Ack!! My perl build failed.
[...]
Failed Test Stat Wstat Total
Fail Failed List of Failed
---
../lib/Locale/Codes/t/all.t
On Mon, 2003-08-04 at 04:05, gerard uolaquetalestem wrote:
But it seems to be that with modperl as DSO this directive does not work,
and that Apache::include is only a modperl1.x funcionality, so discarted in
mod perl 2.
I don't think this has anything to do with DSO vs. static.
On Fri, 2003-08-01 at 22:53, Tofu Optimist wrote:
Then as root I used CPAN to install
Bundle::WWW, LWP, and HTML::Parser.
Had some troubles, used the force option, and plowed
ahead. (Maybe I should have stopped here at the first
FYI, this was probably also because of the locale issue.
On Mon, 2003-08-04 at 09:32, Jean-Sebastien Guay wrote:
But I still get the same message...
[Mon Aug 04 09:31:57 2003] [error] Global $r object is not available. Set:
PerlOptions +GlobalRequest
in httpd.conf at D:/Perl/lib/CGI.pm line 307.
Compilation failed in require at
On Mon, 2003-08-04 at 12:08, Jean-Sebastien Guay wrote:
Doesn't all this require that I actually get a running Apache server
first? The error message shows up when I try to start up the Apache
service!
What? That shouldn't happen unless something is calling CGI-new in
your startup, which is a
On Tue, 2003-08-05 at 12:34, Alan Rafagudinov wrote:
Hello!
I have the next html code:
select name=sel_name multiple
option Smth_1
...
option Smth_n
/select
User is able to select many values in the list, how can I get all of
them in my mod_perl script?
Use Apache::Request or
On Tue, 2003-08-05 at 13:29, Alan Rafagudinov wrote:
Please small example of using Apache::Request.
$r-content;
$r = Apache-request;
does not work :-(
That's not Apache::Request, that's an Apache object.
Please read the documentation:
On Wed, 2003-08-06 at 04:50, Steve Bannerman wrote:
However, it doesn't really explain why the root problem exists. The way I
think about it, the creation of a new CGI object should create a new set
of slots for instance data.
That would make sense, but very little about CGI.pm actually works
On Tue, 2003-08-05 at 15:57, [EMAIL PROTECTED] wrote:
Thanks for your answer, this should do it indeed. Super! Somehow I didn't
think about perl sections...
Perl sections will not work for this. If you do it there, the symbols
you want will only get imported into the Apache::ReadConfig
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
On Thu, 2003-08-14 at 14:04, Jean-Sebastien Guay wrote:
Try doing a fully-qualified sub call instead of importing.
Err, that would actually be a pretty massive change to my codebase.
Changing all the somesub calls to Hybride::Module::somesub would be
a pain, not to mention too much typing.
On Thu, 2003-08-14 at 13:41, Jean-Sebastien Guay wrote:
Is there anything unusual about the
way you call this sub (AUTOLOAD, function ref, etc.)?
Not at all. It is imported with
use Hybride::Projects qw(getImage other imports);
I think that's the problem. You are creating an alias to
On Thu, 2003-08-14 at 11:43, Jean-Sebastien Guay wrote:
And I can see in the error_log that $image is still the absolute path
(D:/htdocs/images/project/prefix/bob.jpg in our example) even after
the change.
I don't see anything wrong with that chunk of code. If you restart the
server, does it
On Thu, 2003-08-14 at 14:29, Jean-Sebastien Guay wrote:
I'm asking you to try it and see if it works.
Ok, I tried it and it works.
I guess we need to add this to the docs: Apache::Reload will have
problems if you import subs from a module you are trying to reload.
The file that imports it
On Thu, 2003-08-07 at 23:56, Steve Bannerman wrote:
I was thinking of the subroutine as a method on a class and that the objects
in the class had a cgi instance associated with them.
That's a good way of doing things, but you would have to structure your
code a little differently. If that
On Thu, 2003-08-14 at 15:01, Jean-Sebastien Guay wrote:
Could something in Apache::Registry be implemented to integrate it
better with Apache::Reload? Something along the lines of keeping track
of which modules a certain script use()s, and at request time, checking
if Apache::Reload has
On Tue, 2003-08-05 at 04:55, [EMAIL PROTECTED] wrote:
loads the module but doesn't import the symbols since it is equivalent to
the use Foo::Bar (). Therefore I should use use Foo::Bar in each program
only to make the import.
Correct.
Is there other way to load the module and import the
On Thu, 2003-08-14 at 15:33, Jean-Sebastien Guay wrote:
In a week or so I'll have a bit more free time, and I might try
implementing it. I'll start by reading up on mod_perl internals... :-)
Actually, all you need to read is the code for Apache::Registry or
ModPerl::Registry (depending on which
On Thu, 2003-08-14 at 15:10, Stas Bekman wrote:
OK, I've written a proper entry for the man page, Jean-Sebastien can you
please verify that it all works, as I wrote it without testing. Thanks.
On Thu, 2003-08-14 at 11:24, Jean-Sebastien Guay wrote:
I'm using Apache::Reload, and I can see that my modified module is
getting reloaded (with ReloadDebug On), but the program still uses the
old code.
How can you tell? Can you post some sample code? You might be doing
something that
On Thursday 14 August 2003 8:06 am, Joelle Nebbe wrote:
What i do is store both the remote IP and the user agent HTTP parameters in
the session when the session is created. Whenever a new request comes in
with that session I check that those havent changed.
So, you don't care about AOL users
On Thu, 2003-08-07 at 03:36, Steve Bannerman wrote:
So with respect to your explanation about the long running perl system, am
I to understand that the old version of the saveFile() subroutine uses a
reference to a different $cgi instance that the $cgi instance in the main
body of the script?
On Fri, 2003-08-15 at 10:34, K Old wrote:
What's happening is that with use Apache::DBI uncommented in either
the httpd.conf or startup.pl Apache does not start.
Do you have something in your code that connects to a database during
startup? That could be a problem. Also, what's the point of
On Sat, 2003-08-16 at 01:46, Cory 'G' Watson wrote:
%somehash = ();
This declaration is outside of any subroutines.
Okay, so your subs that refer to it are now closures. That could be
part of the issue. If you make %somehash a real global, it might help.
I re-attacked this problem by
On Sun, 2003-08-17 at 22:15, Cory 'G' Watson wrote:
No, I only had a 'use App;' in my startup.
Your startup comes before the virtual host sections then?
When I added a caller() to the top of my module, I saw the initial
startup.pl use(), and then a later eval() that I couldn't track. When I
On Mon, 2003-08-18 at 11:33, K Old wrote:
My problem was that I was not declaring PerlModule Apache::DBI in
httpd.conf BEFORE my PerlRequire /etc/httpd/conf/startup.pl. Also, I
was doing a use Apache::DBI in my startup.pl file, which I shouldn't
have done.
Sorry, that is not correct. It's
On Thu, 2003-08-21 at 03:38, John Francis Lee wrote:
I have the existing apache rpm 2.0.40 installed on rh 8.0
Not finding an rpm for apache 2.0.47, I downloaded, compiled and
installed the source.
What are you trying to do? Are you trying to get mod_perl working? You
mentioned CGI scripts
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:
Stas Bekman wrote:
Please advise on another way to tell people to respond to the list and
not in private. I used to receive much less off-list replies earlier.
I actually couldn't care less what the reply-to header for the list is,
since I will just reply all as I always have. I posted the
On Fri, 2003-08-22 at 17:23, B. Fongo wrote:
I have a file (output_tab.pm) that I use to generate tables
dynamically. Even though it serves its purpose, it goes on generating
this error:
Script_name.pl: Use of uninitialized value in concatenation (.) or
string at output_tab.pm line 42.
On Wed, 2003-08-27 at 14:48, js wrote:
My question is, why isn't Apache2/Mod_perl finding the library to load, if
the PM file is in the same directory as the perl-script?
This is a mod_perl 2 issue, which is documented here:
On Thu, 2003-08-28 at 16:09, Tim Edwards wrote:
I in the process of switching my scripts over to Mod Perl.
I decide since Mod Perl doesn't like Sub routine in the the main program I'd
export make Modules out of the more come ones.
Just to be clear, mod_perl has no problem with subroutines
simran wrote:
The above code works perfectly on:
* On dev server in a standalone script
* On our dev server under: Apache/1.3.27 (Unix) mod_ssl/2.8.12 OpenSSL/0.9.6c
DAV/1.0.3 mod_perl/1.27
* Our live server as a standalong script
The code does not work on our live server under:
* Live
On Fri, 2003-08-29 at 17:11, Brian Hirt wrote:
I've installed Apache::DProf, but it seems hardly any of the calls are
profiled.
You probably compiled that code before you initialized the debugger.
Add a call to Apache::DB-init before you load your modules, as
described in the Apache::DB docs.
On Sat, 2003-08-30 at 15:34, Brian Hirt wrote:
i'll double check, but i'm fairly certain it's loaded first.
If you post your conf, we could probably help you more.
what if a module is loaded after the fact, but like this: eval { use
$module };
Doesn't matter. You just have to initialize
Xavier Noria wrote:
It seems, however, that Apache::Session objects stop being stored when I
put the session in pnotes() with a code analogous to this:
Can you tell us more about the problem is? What do you see when you
take the session hash back out of pnotes?
my $r =
James.Q.L wrote:
before i had three fields in table sessions : a_session,id,time in the DB.
Did you add code of your own to update the time column?
and updating table etc from the program was working just fine. however, after i added
one more
field (username) to the sessions table through
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
On Tue, 2003-09-02 at 05:02, Xavier Noria wrote:
Can you tell us more about the problem is? What do you see when you
take the session hash back out of pnotes?
I have dumped the hash in a content handler and it seems to be OK.
Okay, then what is the problem that you're asking for help with
On Tue, 2003-09-02 at 14:23, kfr wrote:
Yes, sorry. I have a site that allows my customers to become members via
monthly credit card subscription. The problem is we've been getting
fraudulent credit card transactions and need some mechanism to detect a user
who is a repeat offender so I can
On Tue, 2003-09-02 at 13:24, kfr wrote:
Any one out there know of some way, either from java or SLL or some other
combination, to collect any kind of machine specific information from a web
client logging into a site with SSL (Apache/mod_perl mod_ssl)? I need to
find some way to uniquely
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:
On Wed, 2003-09-03 at 15:03, John Saylor wrote:
is there an equivalent in mod_perl1?
Use Data::UUID from CPAN or mod_unique_id. Note that this (and the
mod_perl 2 approach Stas posted) has nothing to do with identifying the
actual client, which is what the original question on this thread was
On Wed, 2003-09-03 at 21:24, Stas Bekman wrote:
[...]
In effect you use local() to undef the variable, instead of explicitly
initializing it. Why not doing this explictly?
Firstly it's conceptually neater to use local. I want to think of the
variable as local rather than as a global
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:
On Fri, 2003-09-05 at 13:17, Niranjan Patel wrote:
I am getting the following error running Apache 1.3 on a windows XP
machine.
Are you running mod_perl? If so, how did you install it? If not, you
need to ask your question on another list. The list for general apache
user help can be found
Sorry, I missed this message until now...
On Tue, 2003-09-02 at 14:21, Xavier Noria wrote:
Let's assume a new user comes to the website. We set up a session for
him and put the session id in a cookie to be sent in the response. As
you know, somewhere in the request cycle of that particular
On Fri, 2003-09-05 at 19:14, Bart Terryn wrote:
PS: some might say that this has nothing to do with mod_perl
I would say that, but it's okay, you didn't know.
I am fairly sure it is not perl5.8.
I'm fairly sure it is. What is your locale set to? Are you on Red
Hat? See previous discussions
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:
On Mon, 2003-09-08 at 13:12, Geoffrey Young wrote:
actually, the assbackwards slot of the request record is there to indicate
that the incoming request used HTTP/0.9, which defines only GET and where no
headers are expected in the response.
Clearly this works, but wouldn't it be better to
On Mon, 2003-09-08 at 11:51, Steve Hay wrote:
Thus, I want to have something like this:
/myproject [mp1]
/myproject/component1 [mp1]
/myproject/component2 [mp1]
...
/myproject/images [static]
/myproject/javascript [static]
/myproject/stylesheets [static]
On Mon, 2003-09-08 at 16:10, Ray Zimmerman wrote:
Just curious ... what happens if I call 'die' in a mod_perl handler
(especially a CleanupHandler)? Does it actually kill the apache
child or does something catch the exception before that happens?
The latter. Your 'die' is caught by
On Mon, 2003-09-08 at 23:29, Philip M. Gollucci wrote:
I haven't really had a hard time with this except:
CGI.pm ($query = CGI-new())
What about it? Is it not working?
Spreadsheet::WriteExcel (0.26 or less for Win2k/ISS5.0PerlEx current is
.40 most likely not thread safe)
GD.pm
On Fri, 2003-09-12 at 09:35, Rafael Garcia-Suarez wrote:
Benchmarking simple CPU-intensive perl scripts shows that they
tend to be consistently slower in user time on AIX.
Are these mod_perl scripts or just Perl? If you benchmark some simple
Perl scripts that don't run under mod_perl and they
I found a pretty useful article at
http://www.linuxjournal.com/article.php?sid=4143 on how to use
Apache::Session with Mason.
I'm afraid that is not a very good article. It's out of date, and shows
poor error handling. If you want to use sessions with Mason, you should
be using the session
Is there a, or are there initiatives to keep an 'accurate' document
repository?
The field of knowledge is too broad for any one person to maintain,
especially since the main people who maintain the site docs are quite busy
building mod_perl 2. This is why we count on individuals stepping up
Eric,
Sorry if I came off overly critical. Many people have had problems
trying to use Mason with Apache::Session because of that article. This
is why on the Mason website the link to that article describes it as
outdated and steers people to newer documentation. (It probably should
also
On Tue, 2003-09-16 at 12:46, Zack Brown wrote:
I'd like to implement something that tries to ensure that one user can't
masquerade as multiple users.
We talked quite a bit about preventing multiple logins recently. I
think it was last week. Check the archives.
I'm looking into Captchas
Are
On Tue, 2003-09-16 at 14:42, Zack Brown wrote:
I want to prevent one person from having multiple accounts.
Okay.
That's correct, unless you have control over the client machines. You
can require cookies, which will tell you if multiple users on separate
browsers are sharing a login, but
On Thu, 2003-09-18 at 13:52, Matisse Enzer wrote:
I get the following error:
Can't locate object method lookup via package Apache::Directive at
/webcontent/dev.mycardmaker.com/lib/perl/Doodlelab/Apache/Test.pm line 4.
when I try to start Apache.
We need more information about your
Here's a patch for the sites.html page that adds information on our use of
mod_perl at eToys.
- Perrin
309a310,316
The Internet's largest on-line toy store, a
href="http://www.etoys.com/"eToys.com/a, uses mod_perl extensively.
We use an object-oriented approach built on standard CPAN
What about an additional requirement:
The site should be validated sucessfully by validator.w3.org
Maybe we should give the horse a chance to catch up to the cart...
Once there is a design that people are satisfied with, you are more than
welcome to submit patches to fix validation problems.
1201 - 1288 of 1288 matches
Mail list logo