On Saturday, Sep 13, 2003, at 09:22 America/Denver, Perrin Harkins
wrote:
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
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
I'm afraid that is not a very good article. It's out of date,
...
Apache::Session::DBI (which is what the article refers to) is ancient
and should not be used.
I stumbled upon this problem quite a few times. Trying to get the hang
of using cookies for authentication and sessions
that the article you read
is outdated, and a link to the current
docs:http://masonhq.com/user/adpacifico/ApacheSessionMason.html
PS: Apache::Session::DBI might be ancient, when I did some research for
this mail I stumbled upon
http://perl.apache.org/docs/1.0/guide/snippets.html
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
I found a pretty useful article at
http://www.linuxjournal.com/article.php?sid=4143 on how to use
Apache::Session with Mason. I followed the article, more or less, and
ended up with this bit of code in my handler.pl to tie() my $session
variable to an Apache::Session class:
eval {
tie
for the rest of the request.
I am sorry, I'll try to reword it.
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 request
Apache::Session
request
Apache::Session::Oracle stores the session in the database.
It happens when the session object gets destroyed.
The problem I am facing is that if the session is stored in pnotes() it
doesn't end up in the database. When the user comes back that id
corresponds to no row
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
phpmysql, updating it in the program
seems has no effect on the username record. no problem on others.
Do you understand what Apache::Session does? It simply use Storable to
turn the whole hash of values into a single binary chunk and stores it
all in the a_session field. It uses the id field to find
one more
field (username) to the sessions table through phpmysql, updating it in the program
seems has no effect on the username record. no problem on others.
Do you understand what Apache::Session does? It simply use Storable to
turn the whole hash of values into a single binary chunk
$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.
now i don't know why the time record gets updated. isn't it suppose to
update the one in
a_session?
I guess
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 Tuesday 02 September 2003 07:46, you wrote:
(I am sorry I am not replying to the actual email, but to a forwarded
copy from my desktop at home.)
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
{
tie %session, 'Apache::Session::Oracle', $session_id,
{Handle = $class-dbh(), Commit = 1};
};
Okay, but I was asking how you get it back from pnotes.
That code works all right if \%session is not stored in pnotes(), but if
it is put the session is not read back from
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 request
Apache::Session::Oracle stores the session in the database.
When later that very user comes back
I am trying to retrieve/create an Apache::Session object for a given
user in the authentication phase, so the following handlers have them
available via pnotes. Sessions are stored in an Oracle database.
It seems, however, that Apache::Session objects stop being stored when I
put the session
i am experiencing a weird problem with the use of apache::session::mysql
before i had three fields in table sessions : a_session,id,time in the DB.
and updating table etc from the program was working just fine. however, after i added
one more
field (username) to the sessions table through
Hi
I might be missing the point but if you already are tracking with
Apache::Session why not encrypt the session id before giving it to the user
in the first place. You could store a public 'key' for the encryption in a
cookie on the users machine. That way only that user can give you
Aleksandr,
we had our own stripping methods. Just get the source for slashcode
http://slashcode.com and look for
Slash/Display/Display.pm: strip_paramattr = \strip_paramattr,
Slash/Display/Display.pm: strip_urlattr = \strip_urlattr,
Slash/Display/Display.pm: strip_anchor
Hi, All
What have you used to stip out that stuff ? I've reviewied
HTML::StripScripts, but it seems to be very slow. I've also
considered HTML::Filter to do that but I'm also affraid that
HTML::Parser is not the fastest thing on the earth, even though
it will be invoked once during initial
Hi
I do a few basic things that improve security - its still not strict security but
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.
If they
!
Aleksandr Guidrevitch wrote:
Hi, All
Sorry, this post might be out of scope of this particular list, but
still... don't punch me heavily :) I just think the people here might
have met this problem while deploying big public applications.
I use Apache::Session to identify logged in users. However
Hi, All
Sorry, this post might be out of scope of this particular list, but
still... don't punch me heavily :) I just think the people here might
have met this problem while deploying big public applications.
I use Apache::Session to identify logged in users. However, the users
are allowed
Aleksandr Guidrevitch said:
...
Is it possible to uniquely identify the user by some attributes ?
The only thing I consider now is IP, but what about proxies and NATs ?
User Agent string could also be stolen via javascript. That means I tend
to make stolen session ids non-reusable.
Went
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
Dan McCormick wrote:
Hi,
I'm running a site with Apache, MySQL, Mason, and
Apache::Session::MySQL. I've been sporadically seeing this message in
my error log:
[Wed Jul 9 20:41:42 2003] [error] Magic number checking on storable
string failed at blib/lib/Storable.pm (autosplit into
blib/lib/auto
PH On Mon, 2003-07-07 at 07:29, Andrew Alakozow wrote:
Apache::Session::Lock::File hangs under Windows if you try to remove
session or add data to existing session. This happenes because you
cannot flock($self-{fh}, LOCK_EX) if you already has
flock($self-{fh}, LOCK_SH) in Windows.
PH Under
On Tue, 8 Jul 2003 10:26:54 +0400
Andrew Alakozow [EMAIL PROTECTED] wrote:
Hi Andrew
BTW, 'clean' method of this model hangs as well.
Also Apache::Session::Lock::File (1.54) 'clean' method has a little bug in
checking lockfiles last access time.
See my post at:
http
Hello,
This may be OT, but may be not though Apache::Session is widely used under
mod_perl.
Apache::Session::Lock::File hangs under Windows if you try to remove
session or add data to existing session. This happenes because you cannot
flock($self-{fh},
LOCK_EX) if you already has flock($self-{fh
On Mon, 2003-07-07 at 07:29, Andrew Alakozow wrote:
Apache::Session::Lock::File hangs under Windows if you try to remove
session or add data to existing session. This happenes because you cannot
flock($self-{fh},
LOCK_EX) if you already has flock($self-{fh}, LOCK_SH) in Windows.
Under
Is Apache::Session::DB_type Faster than Apache::Session::File?
I already use a lot of DB connections and I used Apache::Session::File to
reduce this,
Marty
- Original Message -
From: Cees Hek [EMAIL PROTECTED]
To: Martin Moss [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, February
On Fri, 2003-02-28 at 08:47, Martin Moss wrote:
Is Apache::Session::DB_type Faster than Apache::Session::File?
It depends on your disk, OS, and filesystem. It stores all the files in
one directory, which is quite slow on some systems and not a problem on
others.
I already use a lot of DB
as I could be operating on 100's of
records.
I was using Apache::Session to generate session IDs and allow me to timeout
users etc...
Marty
- Original Message -
From: Perrin Harkins [EMAIL PROTECTED]
To: Martin Moss [EMAIL PROTECTED]
Cc: Cees Hek [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent
, don't use Apache::Session for that. Use
IPC::MM, Cache::Mmap, Cache::FileCache, or MLDBM::Sync.
- Perrin
in unlink while running
with-Tswitch at
/usr/lib/perl5/site_perl/5.6.0/Apache/Session/Store/File.pmline106
On Fri, 2003-02-28 at 09:10, Martin Moss wrote:
I can't use Apache::DBI.
I have multiple database connections.which are authenticated for
different
users.
You're pretty much screwed
All,
Can Anybody see what I'm doing wrong here?
I have the following error :-
[error] Insecure dependency in unlink while running with -T switch at
/usr/lib/perl5/site_perl/5.6.0/Apache/Session/Store/File.pm line 106.
When I run the following subroutine:-
sub delete_session
{
my $self=shift
Quoting Martin Moss [EMAIL PROTECTED]:
All,
Can Anybody see what I'm doing wrong here?
I have the following error :-
[error] Insecure dependency in unlink while running with -T switch at
/usr/lib/perl5/site_perl/5.6.0/Apache/Session/Store/File.pm line 106.
The problem
Quoting Martin Moss [EMAIL PROTECTED]:
just a minor comment regarding untainting techniques.
If do /(.*)/ to launder tainted vars as you did in:
if ($Directory =~ /^XX_GR_XX(.*)XX_GR_XX$/)
you can as well turn the taint mode off. For more info see:
--- Perrin Harkins [EMAIL PROTECTED] wrote:
If you look at the actual contents of
Apache::Session::MySQL, you'll see
that it's essentially just a config file. There's
no need to be
concerned about using Flex, but you could easilly
code up your own
Apache::Session::MySQLNoLocks
--- md [EMAIL PROTECTED] wrote:
Is it possible to have row-level locking (as opposed
to table-level or null locker) with MySQL 4.x and
Apache::Session?
Looks like I get that with InnoDB automatically...
__
Do you Yahoo!?
Yahoo! Tax Center
md wrote:
--- md [EMAIL PROTECTED] wrote:
Is it possible to have row-level locking (as opposed
to table-level or null locker) with MySQL 4.x and
Apache::Session?
You effectively have that already, since the MySQL locker only locks an
individual session. Check the code.
Looks like I get
Perrin Harkins wrote:
On Mon, 2003-02-24 at 07:09, Grant McLean wrote:
I get this error:
Can't locate object method get_lock_manager via package
Apache::Session::Postgres
And indeed, that method does not seem to be defined in any
of the modules which Apache::Session::Postgres
We're using Apache::Session::MySQL (Apache::Session
1.54) and occassionaly see long lock times.
Also, we'll soon be adding a substantial number of
users to our system and I wonder if it would be wise
to move away from the table locking that is currently
being used with Apache::Session::MySQL
On Tuesday, February 25, 2003, at 11:55 AM, md wrote:
We're using Apache::Session::MySQL (Apache::Session
1.54) and occassionaly see long lock times.
I had a similar problem a few months ago with
Apache::Session::Postgres. I occasionally had Apache processes hang,
and a quick ps aux shows
md wrote:
Also, we'll soon be adding a substantial number of
users to our system and I wonder if it would be wise
to move away from the table locking that is currently
being used with Apache::Session::MySQL.
It would be. Frankly, there is no value to the kind of mutual exclusion
that the Apache
--- Perrin Harkins [EMAIL PROTECTED] wrote:
It would be. Frankly, there is no value to the kind
of mutual exclusion
that the Apache::Session locking provides in a
typical web application.
If you use the null locker you will still get
atomic updates, but you
will have the possibility
I'm trying to use Apache::Session::Postgres and not having much luck.
When I try to create a new session like this:
use Apache::Session::Postgres;
tie %sess, 'Apache::Session::Postgres', undef, {
Handle = $self-dbh, Commit = 1
};
I get this error:
Can't locate object method
On Mon, 2003-02-24 at 07:09, Grant McLean wrote:
I get this error:
Can't locate object method get_lock_manager via package
Apache::Session::Postgres
And indeed, that method does not seem to be defined in any of the modules
which Apache::Session::Postgres inherits from.
I don't see
/site_perl/5.6.1/Apache/Session/Lock/MySQL.pm line 89 during
global destruction.
Which is Apache::Session::Lock:MySQL
I'm still no closer as to figuring out why though.
-Chris
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 11:55 AM
I'm having a problem since installing Apache::Session
All works well except when there is any kind of problem in the script where
the condition will die..
For example:
$db-execute() or die...
open yadda or die..
$db-prepare() or die...
etc.
When this happens everything to do with that script
it traps a die() to trigger the DESTROY
method in Apache::Session which releases all locks. You can find out
exactly what's going on if you run it in the debugger (Apache::DB) or
throw some debug logging into Apache::Session to find out where it gets
stuck. This is the beauty of having
is
not calling the right hooks when it traps a die() to trigger the DESTROY
method in Apache::Session which releases all locks. You can find out
exactly what's going on if you run it in the debugger (Apache::DB) or
throw some debug logging into Apache::Session to find out where it gets
stuck
Hi!
The following code hangs after reloading and the try to tie again the
previously created session! WHY?
package Loop;
use strict;
use Apache;
use Apache::Session::File;
use CGI qw(:cgi);
use Devel::Symdump;
use Data::Dumper;
use vars qw(
$id $sID
$lockDir
%session
Axel Huizinga wrote:
The following code hangs after reloading and the try to tie again the
previously created session! WHY?
...
use vars qw(
$id $sID
$lockDir
%session $sessionDir
);
The session variable has to go out of scope for the lock to be released.
I know
Hello,
I am looking for a PPM version of Apache::Session for Perl (v5.8.0
built for MSWin32-x86-multi-thread)
and Apache/2.0.43. Any pointers would be greatly appreciated.
Thanks,
Carl Holm
[EMAIL PROTECTED]
::Session
Hello,
I am looking for a PPM version of Apache::Session for Perl (v5.8.0
built for MSWin32-x86-multi-thread)
and Apache/2.0.43. Any pointers would be greatly appreciated.
Thanks,
Carl Holm
On Thu, 16 Jan 2003, Carl Holm wrote:
Hello,
I am looking for a PPM version of Apache::Session for Perl (v5.8.0
built for MSWin32-x86-multi-thread)
and Apache/2.0.43. Any pointers would be greatly appreciated.
Thanks,
Carl Holm
[EMAIL PROTECTED]
I just put one up under http
This is going to be a somewhat preliminary feeler post because we are not
yet able to fully describe or recreate the bug we're seeing, but I'm hoping
some of you have seen something similar.
We use Apache::Session::File as the storage module for our Apache::Session
sessions. I have written
I think most people don't use Apache::Session::File in production. It's
more of a testing thing. In your situation, you would probably get
great performance from MLDBM::Sync with SDBM_File. I'd suggest trying
that if you can't determine the cause of the Apache::Session::File issues
[EMAIL PROTECTED] wrote:
Anyway, my question for now is whether anyone has seen corruption like this
with Apache::Session::File in your typical multi-user mod_perl web app
environment?
I think most people don't use Apache::Session::File in production. It's
more of a testing thing. In your
Is this the correct list for help with
Apache::Session::MySQL?
Thanks,
Richard.
Is this the correct list for help with Apache::Session::MySQL?
This is a good list for it if you are using mod_perl. If you're using
CGI, try one of the CGI resources instead, or stick with perlmonks.org. I
just replied to your post there a few minutes ago.
- Perrin
in a min. Thank you!)
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, December 28, 2002 11:49 AM
Subject: Re: Apache::Session::MySQL
Is this the correct list for help with Apache::Session::MySQL?
This is a good list for it if you
increase. Depending on
what you're doing, it can make a really huge difference in performance.
I do recommend that you fix your current Apache::Session problem first,
before thinking about converting to mod_perl.
- Perrin
12:08 PM
Subject: Re: Apache::Session::MySQL
Ah. ok. I don't use Mod_Perl, I hear it is a big security risk, since
it runs as root. Is this true?
It's not true. The parent process runs as root in order to open port 80,
but that's the same for CGI as well. The child processes
At 01:25 PM 12/28/2002 -0600, Richard wrote:
So mod_perl is safe Ok. one other question. If I do upgrade to Mod_Perl,
can I still run regular Perl scripts, without using Mod_Perl, or do I have
to use one or the other, only.
Richard,
Yes,you can still run regular cgi, as with MP you have to
So by user nobody, you mean in the httpd.conf file in the virtualhost
tags the user and group?
I have it set to user username and group username for each account,
since all of our boxes use SuExec.
Okay, that may be an issue because SuExec does not work with mod_perl.
Each apache daemon can
Great, thank you guys!
I am trying to first fix my Apache::Session problem before I open
a whole new bag of candy :o)
Thank you very much for your input, I am grateful!
Richard.
- Original Message -
From: Perrin Harkins [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED
md wrote:
My question is with regards to whether I need or
should put the submitted data into the session as the
user navigates the forms (to create an account). The
user will be taken through three forms to create an
account. So for instance, form one will ask the user
to create a username,
On Mon, 9 Dec 2002, Perrin Harkins wrote:
md wrote:
My question is with regards to whether I need or
should put the submitted data into the session as the
user navigates the forms (to create an account). The
user will be taken through three forms to create an
account. So for instance,
Rafiq Ismail (ADMIN) wrote:
I'm not sure how often a user will attempt to complete one form through
multiple browsers. To be honest I'm not sure that he/she should.
There are all kind of forms. An obvious example would be a search.
Users often open up multiple windows when browsing a site
this. Everyone was so helpful the last time I had a
Apache::Session question (thread what goes in a
session?) so I'm back with another question.
The last project I worked on really had no transient
data, so the only thing I put in the session was the
user id (well, there was one transisent item
On 16 Nov 2002 13:24:13 +0200
Clinton Gormley [EMAIL PROTECTED] wrote:
I've written a new module as a wrapper around Apache::Session which
provides short term (ie session) tracking (which is something that
Apache::SessionManager and Apache::SessionX provide), but this adds long
term user
Hi Enrico
After posting, I looked at Apache::AuthCookie for the first time - don't why I hadn't looked at it before - to find that I was, indeed, duplicating a lot of work that has been done before. Didn't I feel foolish!
It looks like Perrin may have to write a ...why not to write your own
I've written a new module as a wrapper around Apache::Session which
provides short term (ie session) tracking (which is something that
Apache::SessionManager and Apache::SessionX provide), but this adds long
term user tracking, and methods to aid login, logout etc.
It is meant to be subclassed
Hi Jeffrey,
I've found a little bug in clean method of Apache::Session::Lock::File when
it checks lockfiles last access time.
In effects the result of the expression (file ./Session/Lock/File.pm, line 136)
(stat($dir.'/'.$file))[8] - $now
is always negative and lock dir cleanup isn't
1)I am using Apache::Session::File to maintain state information (just a
user_id and a few small items).
2)The man page for Apache::Session indicates that the following regexp
should be used to find the session cookie.
$cookie =~ s/SESSION_ID=(\w*)/$1/;
3)This $cookie value is then used
an id from Sys::UniqueID, send it to the browser each request in a
cookie or whatever, then use DBI::Tie to reinstate the session for each
request. (Thinking about it, that sounds easier than Apache::Session
anyways)
Isn't your user table referenced by a user ID?
Yeah. I said that in the OP
Todd W wrote:
Im looking at Apache::Session and trying to figure out what it does.
It provides shared storage of a hash of data, and gives you a unique ID
that you can tie to a user.
From what I
can tell, Apache::Session will only give generic sessions, of which I know
nothing about
Im looking at Apache::Session and trying to figure out what it does. What I
want
to do is tie sessions to a particular record in a database table. From what
I
can tell, Apache::Session will only give generic sessions, of which I know
nothing about the user untill they give me information
Hi
I am running a RedHat 7.3 server with kernel 2.4.18, Apache 1.3.26,
mod_perl 1.26-5 and Apache::Session and HTML:Mason-1.05 modules. When I
try to start apache i get the error message
Starting httpd: Subroutine status_mason redefined
at /usr/lib/perl5/vendor_perl/5.6.1/i386-linux/Apache
HiI am running a RedHat 7.3 server with kernel 2.4.18, Apache
1.3-26, mod_perl 1.26-5 and Apache::Session 1.53 and HTML::Mason-1.05
modules. When I try to start apache i get the error message:Starting
httpd: Subroutine status_mason redefined at
/usr/lib/perl5/vendor_perl/5.6.1/i386-linux
Greetings.
[...]
Rob Bloodgood wrote:
I tried Apache::Session::File, but after MUCH hair-pulling
it seems that the
Lock mechanism is COMPLETELY hosed (things are either never
locked or never
unlocked, or something...)
AFAIK, Win32 has no flock.
I once ran into the same
On Tue, 20 Aug 2002 [EMAIL PROTECTED] wrote:
We are investigating using IPC rather then a file based
structure but its purely investigation at this point.
What are the speed diffs between an IPC cache and a
Berkely DB cache. My gut instinct always screams 'Stay Off
The Disk' but my gut is
On 21 Aug 2002 at 2:09, Ask Bjoern Hansen wrote:
Now using good old Fcntl to control access to simple flat files.
(Data serialized with pack(N*, ...); I don't think anything beats
pack and unpack for serializing data).
The expiration went into the data and purging the cache was a simple
Hi Peter --
The morale of the story: Flat files rock! ;-)
If I'm using Apache::DBI so I have a persistent connection to MySQL,
would it not be faster to simply use a table in MySQL?
Unlikely. Even with cached database connections you are probably not going
to beat the performance of
Jesse Erlbaum [EMAIL PROTECTED] wrote:
Hi Peter --
The morale of the story: Flat files rock! ;-)
If I'm using Apache::DBI so I have a persistent connection to MySQL,
would it not be faster to simply use a table in MySQL?
Unlikely. Even with cached database connections you are probably
Hey James --
One way to think about it is this: MySQL stores its data in
files. There
are many layers of code between DBI and those files, each of which add
processing time. Going directly to files is far less code, and
less code is
most often faster code.
MySQL also stores indices.
Ask Bjoern Hansen wrote:
The performance? I don't remember the exact figure, but it was at
least several times faster than the BerkeleyDB system. And *much*
simpler.
In my benchmarks, recent versions of BerkeleyDB, used with the
BerkeleyDB module and allowed to manage their own locking,
Peter J. Schoenster wrote:
If I'm using Apache::DBI so I have a persistent connection to MySQL,
would it not be faster to simply use a table in MySQL?
Probably not, if the MySQL server is on a separate machine. If it's on
the same machine, it would be close. Remember, MySQL has more work
fancier options with
things like Spread, but
that's getting a little ahead of the game.) You can
use MySQL for
caching, and it will probably have similar
performance to a networked
file system. Unfortunately, the Apache::Session
code isn't all that
easy to use for this, since it assumes
On Mon, Aug 19, 2002 at 06:54:01PM -0700, md wrote:
I can definitely get it all from the db, but that doesn't
seem very efficient.
Don't worry about whether it *seems* efficient. Do it right, and then
worry about how to speed that up - if, and only if, it's too slow.
Premature optimisation is
We do see some slowdown on our langauge translation db
calls since they are so intensive. Moving to a 'per child'
cache for each string as it came out of the db sped page
loads up from 4.5 seconds to .6-1.0 seconds per page which
is significant.
Currently we are working on a 'per machine'
On Tue, 20 Aug 2002 [EMAIL PROTECTED] wrote:
Currently we are working on a 'per machine' cache so all
children can benefit for each childs initial database read
of the translated string, the differential between
children is annoying in the 'per child cache' strategy.
Sounds like you want
We are investigating using IPC rather then a file based
structure but its purely investigation at this point.
What are the speed diffs between an IPC cache and a
Berkely DB cache. My gut instinct always screams 'Stay Off
The Disk' but my gut is not always right.. Ok, rarely
right.. ;)
John-
md wrote:
I haven't looked at the cache modules docs yet...would
it be possible to build cache on the separate
load-balanced machines as we go along...as we do with
template caching?
Of course. However, if a user is sent to a random machine each time you
won't be able to cache anything
Thanks...you've given me plenty to work with. Great
explination. This is good pragmatic stuff to know!
__
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com
[EMAIL PROTECTED] wrote:
We are investigating using IPC rather then a file based structure but
its purely investigation at this point.
What are the speed diffs between an IPC cache and a Berkely DB cache. My
gut instinct always screams 'Stay Off The Disk' but my gut is not always
Thanks, you just saved us a ton of time.
Off to change course ;)
J
On Tue, 20 Aug 2002 13:12:29 -0400
Perrin Harkins [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
We are investigating using IPC rather then a file based
structure but
its purely investigation at this point.
What are the
1 - 100 of 484 matches
Mail list logo