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
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
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
A
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 st
> 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 a
> 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
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
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.0&PerlEx current is
> .40 most likely not thread safe)
> GD.pm (Ac
On Mon, 2003-09-08 at 21:49, Ray Zimmerman wrote:
> I was just considering how to handle it when a serious error occurs
> during a CleanupHandler
If you want the handler to continue, you have to catch the error
yourself using normal methods.
> and was wondering what the difference was
> between
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 mod_p
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 [stat
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 im
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://perl.apache.
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 discussion
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 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
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://perl.
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 tha
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
a
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/maillis
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 i
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 c
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
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 sch
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 phpmysq
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 = Apache::Request->inst
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 initializ
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 doc
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 S
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 subroutine
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:
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Re
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
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 ref
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-modperl&m=99790842623617&w=2
- Perrin
--
Reporting bugs: http://perl
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 scri
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
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
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 a
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 o
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 scr
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-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 doe
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 whic
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.
> http://perl.apache.org/docs/2.0/api/Apache/Reload.html#Problems_with_Scripts_Running_with_Registry_
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: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 rel
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 app
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
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
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 );
I think that's the problem. You are creating an alias to the sub
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 calls to Hybride::Module:: would be
> a pain, not to mention too much typing. There has
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 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 namesp
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 actual
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:
http://perl.apache.org/docs/1.0/guide/porti
On Tue, 2003-08-05 at 12:34, Alan Rafagudinov wrote:
> Hello!
>
> I have the next html code:
>
>
> Smth_1
> ...
> Smth_n
>
>
> 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 CGI.pm.
- Perrin
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 i
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
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 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.
Apache::Inc
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 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 f
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 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 manua
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 n
[ 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.
>
> T
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 a
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 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 kn
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 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 sour
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
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:
> 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 Wed, 2003-07-30 at 13:34, Collin Starkweather wrote:
> The build goes just fine, Apache doesn't so much as utter a peep of
> complaint, but when I try to get a web page, it seems Apache isn't
> serving content correctly. In Mozilla, accessing any web page results
> in a recursive page reload un
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 t
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 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 anyt
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 b
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 obj
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 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 the
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 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 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 serv
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
cou
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, IPC::Sha
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:
http:
On Wed, 2003-07-23 at 17:05, Aleksandr Guidrevitch wrote:
> Is there any way to completely avoid memory leackages while running
> mod_perl ?
Don't confuse memory leakage with size increase. Perl programs in any
environment tend to grow over time as a result of the work they are
doing. Calling i
[EMAIL PROTECTED] wrote:
Change that to:
You mean don't you? Or did I miss the
secret stealth hide-your-tags-in-html-comments feature? :-)
You missed it:
http://search.cpan.org/author/SAMTREGAR/HTML-Template-2.6/Template.pm#NOTES
- Perrin
On Tue, 2003-07-22 at 17:15, Michael A Nachbaur wrote:
> If I do a $dbh->disconnect, I know it will be ignored by Apache::DBI, but is
> it smart enough to pass something back to the database server telling it that
> it can purge temporary data?
No. If you come up with a way to do that, you can
They are equivalent. You can use either one.
- 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
Dennis Stout wrote:
So in startup.perl put
my %queue_list = list_queues;
my %tech_list = list_techs;
and so on?
Then each process would get a copy of the hash?
No, those are lexicals, not globals. Something like this:
package MyCompany::Globals;
use vars qw(%queue_list %tech_list);
%queue_list
Dennis Stout wrote:
Is there a way I could get these variables populated on server start and never
loaded again unless the database was changed? So in my subroutine for posting
an event that changed it I could call "repopulate_queue_hash" and have it redo
the hash, so changes still happened withou
On Fri, 2003-07-18 at 18:37, Patrick Galbraith wrote:
> The one thing about TT was that I don't know if I really liked how it
> had a different syntax than perl. Plus, as far as performance, we did
> some specific coding to make it faster for Slash so our templates would
> be in the DB.
That's
On Sun, 2003-07-20 at 15:47, Patrick Galbraith wrote:
> One thing that my code does is check to see if it's cache has been
> updated to the db, which I wish I could really have some sort of cache
> that's in one place in memory (as opposed to each child process).
Well, you can't, unless you use th
On Sun, 2003-07-20 at 17:15, Eric Ricardo Anton wrote:
> Since I can't port the scripts from mod_cgi to mod_perl, how can I make
> a CGI script call a mod_perl method?
You can't. When you run a script under mod_cgi, mod_perl functions are
not available. However, you could try running your
On Mon, 2003-07-21 at 02:41, Влад Сафронов wrote:
> I'm using only Apache::ePerl which allows me use Perl in the the way
> like
> PHP, since I don't need Mason or EmbPerl html features for small WAP
> resources.
I think you should consider using a system that is actually supported.
Embperl, Apach
On Mon, 2003-07-21 at 02:51, Влад Сафронов wrote:
> I have done code deparsing of eperl scripts saved in Cache
> all started with
>
> package Parse::ePerl;
> use strict 'refs';
> print(qq[\n]);
>
> so they all have the same package name. Can it cause a bug?
> Ap::Re
1 - 100 of 1417 matches
Mail list logo