On 15 Nov 2005, at 02:11, Peter1 Alvin wrote: Please tell me I can do this! Using mod_perl, how do you keep Perl objects in RAM from page to page? I don't want to re-instantiate my objects on every page request, and I don't want the overhead of serializing my objects to a persistent store
I want to know how i can get the position of the -k start as it can
be at any location. So assuming some position of it and hard coding it
does not help. Also I tried using 5.8.0 perl without the fix. It
somehow did not reproduce the problem. How is this happening. Since
apache was not giving the
Jeremy Nixon am Dienstag, 15. November 2005 08.06:
Peter1 Alvin [EMAIL PROTECTED] wrote:
Please tell me I can do this!
Using mod_perl, how do you keep Perl objects in RAM from page to page?
[...]
As an example, I have a handler that needs to read a directory listing.
Most of the time it
On 11/15/05, John Doe [EMAIL PROTECTED] wrote:
Jeremy Nixon am Dienstag, 15. November 2005 08.06:
Peter1 Alvin [EMAIL PROTECTED] wrote:
Please tell me I can do this!
Using mod_perl, how do you keep Perl objects in RAM from page to page?
[...]
As an example, I have a handler that
David Baird am Dienstag, 15. November 2005 11.07:
On 11/15/05, John Doe [EMAIL PROTECTED] wrote:
Jeremy Nixon am Dienstag, 15. November 2005 08.06:
Peter1 Alvin [EMAIL PROTECTED] wrote:
[...]
{ # start a lexical scope
my %d_cache;
sub handler {
# stuff
if (not
On 15 Nov 2005, at 11:35, John Doe wrote:
Hope it's not a stupid question, but are you sure %d_cache
survives a
request? Maybe I'm totally misunderstanding something but I
thought after
the point
} end lexical scope
%d_cache gets destroyed (if not still referenced from somewhere
else).
The URL
ftp://ftp.dev.ecos.de/pub/perl/embperl/Embperl-2.1.0.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GR/GRICHTER/Embperl-2.1.0.tar.gz
size: 648356 bytes
md5: dd629a7a53f2eee8c7b71d73175f22da
This release adds UTF-8 support and Embperl::Inline, a module to inlcude
Embperl
John Doe am Dienstag, 15. November 2005 12.35:
David Baird am Dienstag, 15. November 2005 11.07:
On 11/15/05, John Doe [EMAIL PROTECTED] wrote:
Jeremy Nixon am Dienstag, 15. November 2005 08.06:
Peter1 Alvin [EMAIL PROTECTED] wrote:
[...]
{ # start a lexical scope
my
On 11/15/05, John Doe [EMAIL PROTECTED] wrote:
David Baird am Dienstag, 15. November 2005 11.07:
On 11/15/05, John Doe [EMAIL PROTECTED] wrote:
Jeremy Nixon am Dienstag, 15. November 2005 08.06:
Peter1 Alvin [EMAIL PROTECTED] wrote:
[...]
{ # start a lexical scope
my %d_cache;
On 11/15/05, Leo Lapworth [EMAIL PROTECTED] wrote:
On 15 Nov 2005, at 11:35, John Doe wrote:
Hope it's not a stupid question, but are you sure %d_cache
survives a
request? Maybe I'm totally misunderstanding something but I
thought after
the point
} end lexical scope
%d_cache
David Baird wrote:
No, the 'reference' to the lexical variable doesn't need to be a 'Perl
reference', just some mention of the variable in the code. That will
make it stick around, but only within the lexical scope specified.
David is correct. This is called a closure. Any use of a lexical
Peter1 Alvin wrote:
Using mod_perl, how do you keep Perl objects in RAM from page to page?
I don't want to re-instantiate my objects on every page request, and I
don't want the overhead of serializing my objects to a persistent store
from page to page (I use A LOT of objects).
I think you
On 11/15/05, Perrin Harkins [EMAIL PROTECTED] wrote:
Peter1 Alvin wrote:
I can't believe Perl doesn't support keeping objects in RAM. This would
de-qualify Perl for half of the projects I need to develop.
There are languages with better threading support, particularly Java.
If you're
On Tue, 2005-11-15 at 14:53 -0600, David Nicol wrote:
Or you could toss your apache server and write to Http::Server::Singlethreaded
isntead of mod_perl
Or POE for that matter. That wouldn't be very effective if you do a lot
of DBI or other blocking calls, but it could work if the data is all
John Doe [EMAIL PROTECTED] wrote:
Hope it's not a stupid question, but are you sure %d_cache survives a
request? Maybe I'm totally misunderstanding something but I thought
after the point
} end lexical scope
%d_cache gets destroyed (if not still referenced from somewhere else).
Leo Lapworth [EMAIL PROTECTED] wrote:
I don't think this would work...
You can set up a global variable within your startup.pl (before apache
spawns child processed) and all children will get it, but if you
edit it in anyway the changes are only reflected in that specific child
process
On 2005-11-15, at 03.11, Peter1 Alvin wrote:
Please tell me I can do this!
Using mod_perl, how do you keep Perl objects in RAM from page to page? I don't want to re-instantiate my objects on every page request, and I don't want the overhead of serializing my objects to a persistent store
Hi All,
I have backend apache-mod_perl processes running behind frontend
apache-proxy servers. I am aware that it is impossible for the backend
processes to know if a request has been cancelled, according to:
hi all :)
it's that time again, time to hit up your boss for a few days of sun in san
diego. oh, and some cool talks on the stuff we love.
here are the sessions that might be of interest to mod_perl related folks.
first the mod_perl related ones
o Practical mod_perl (full day tutorial)
o
On 2005-11-15, at 03.11, Peter1 Alvin wrote:
Using mod_perl, how do you keep Perl objects in RAM from page to page?
I don't want to re-instantiate my objects on every page request, and I
don't want the overhead of serializing my objects to a persistent store
from page to page (I use A LOT
Hi.
I have the following situation:
(Modperl1, apache 1.3)
I have a number of machines accessing the webserver.
Currently I either have them all authenticate through radius or none at all.
I have a web application that has it's own authentication mechanism.
When I have the radius
My perl script will not work correctly when run from Apache2 but works
fine from the command line.
Apache2 invokes the perl script to use Net::LDAP to bind through
stunnel to another server.
It works perfectly from the command line but it fails to bind when run
via Apache2 on this Fedora System.
Fedora 4 has SELinux enabled by default. This might be an SELinux issue.
Run the following command to test without SELinux:
#setenforce 0
If that fixes it, you need to tweak your SELinux settings for Apache.
You can email me for help if needed. Fair warning, reboot or 'setenforce
1' because
Thanks to the brilliance of Jonathan Steffan it turns out that Fedora 4
has SELinux enabled by default. Hello problem.
Thank you sir and hopefully no one will waste thier time now.
I appreciate it Jon and I appreciate the list maintainers here.
Sorry it turned out to be off topic.
Blair
Your welcome. You might try system-config-securitylevel and edit the
HTTPD settings. Try:
Allow HTTPD cgi support.
Allow HTTPD scripts to connect to the network.
Allow HTTPD to support built-in scripting.
Unify HTTPD handling of all content files. (maybe? try last)
Unify HTTPD to communicate
Turns out the SELinux options were set to restrict HTTP from accessing
the network so it could not bind to the local STUNNEL process.
httpd_can_network_connect -- inactive
I updated the booleans.local file and now it works perfectly.
httpd_can_network_connect -- active
Thank you again.
Blair
26 matches
Mail list logo
