On Wed, 2 Aug 2000, Jeffrey W. Baker wrote:
> 2) The name change should happen. However, there is already a
> Persistent:: set of classes, that is somewhat similar to Apache::Session.
> For example, it implements LDAP, MySQL, Oracle, Sybase, mSQL, and File
> storage. These classes use all obje
>2) The name change should happen. However, there is already a
>Persistent:: set of classes, that is somewhat similar to
>Apache::Session.
>For example, it implements LDAP, MySQL, Oracle, Sybase, mSQL, and File
>storage. These classes use all object calls
>e.g. $persistent->add_attribute().
> > namespace on CPAN always confuses some people. There
> > are still people who get confused about the original
> > Apache::Session module that was replaced by Jeff's.
>
> people who get confused by name changes should not be
> catered to.
I wasn't following this
On Aug 1, 12:58pm, Jonathan Swartz wrote:
> Many Masonites have successfully used sessions with Mason. It takes about
> five lines of code in the handler.pl to integrate with Apache::Session,
> which will give you all the fancy session handling you need.
Jonathon makes an important point here.
T
Hi Denton --
Many Masonites have successfully used sessions with Mason. It takes about
five lines of code in the handler.pl to integrate with Apache::Session,
which will give you all the fancy session handling you need. Take a look at:
http://www.masonhq.com/docs/manual/Admin.html#persist
On Mon, 31 Jul 2000, Perrin Harkins wrote:
> Since it isn't really tied to HTTP or sessions, that
> would be kind of a misnomer as well. Jeff already
> suggested Persistent::Hash at once point, but changing
> namespace on CPAN always confuses some people. There
> are still people who get confus
On Sun, 30 Jul 2000, brian moseley wrote:
> using this vocabulary, i'd like to suggest that jeff's
> module be renamed HTTP::SessionPersistence.
Since it isn't really tied to HTTP or sessions, that would be kind of a
misnomer as well. Jeff already suggested Persistent::Hash at once point,
but ch
"Erich L. Markert" wrote:
>
> > What I don't understand is *why*. Why can't you use to
> > independent pieces of software: one for templates and the other
> > for sessions that work perfectly well together (or seperately)?
> >
>
> Paul,
>
> I don't think anyone (certain
Greg Cope wrote:
>
> I posted about a generic URL mangeler / cookie session handler a few
> days ago.
>
> Allthough this is not rocket science - I've writen a URI transhandler
> that will put the session id into pnotes, and if cookies are off will do
> a redirect to itself with a munged URL
> (w
On Mon, 31 Jul 2000, Erich L. Markert wrote:
> I know, personally, that my last project(s) would have
> benefitted greatly from a integrated perl app server
> solution - especially if alot of the underlying
> technologies can be hidden from the less than technical
> folks...
this is exactly the
> What I don't understand is *why*. Why can't you use to
> independent pieces of software: one for templates and the other
> for sessions that work perfectly well together (or seperately)?
>
Paul,
I don't think anyone (certainly not myself) is suggesting that all othe
Denton River wrote:
>
> Ofcourse i can use different pieces of software,,
> But that was not my point I *want* to have the session
> management in the same kit becouse it´s convinient.
>
I have used Apache::Session with HTML::Mason and it's
plain easy. You only have to worry about tieing the
%s
On Sun, 30 Jul 2000, Gerald Richter wrote:
> Jeffery don't want to build something like this into
> Apache::Session. He always expressed that
> Apache::Session is just a framework for storing session
> data!
it would be nice if we could agree on some vocabulary
relating to 'session management',
Gerald Richter sent the following bits through the ether:
> Jeffery don't want to build something like this into Apache::Session. He
> always expressed that Apache::Session is just a framework for storing
> session data!
If this is still the case then I think a name change is in order...
Leon
-
Today, Gerald Richter <[EMAIL PROTECTED]> frothed and gesticulated about RE:...:
> > Ian Kallen suggested a hash of know indexers - which is a good idea -
>
> Yes
>
> > but has one problem of how to keep this upto date.
> >
>
> Everybody could contribute and there could some (CPAN) where you ca
>
> I've looked thorugh Apache::Asp session code and saw your args method.
>
We should of course use anything that Joshua already has figured out. Maybe
the module could be written in a way that Apache::ASP can take use of it.
That would be the best thing from my point of view!
> Ian Kallen sugg
>
> Ofcourse i can use different pieces of software,,
> But that was not my point I *want* to have the session
> management in the same kit becouse it´s convinient.
>
> I have to tell my team what software to use and maby
> even teach them how to use it,
> I find it alot easier to do this with one
> >
> > If you do this, build it into Apache::Session! Leverage the existing
> > storage mechanisms built in there already (file, DBI, etc). My only
> > other feature requests for this:
>
Jeffery don't want to build something like this into Apache::Session. He
always expressed that Apache::Sess
>
> So therefore would it not be easy to modify your code to check for a
> pnotes entry called session and cookies ?
>
Yes, of course this would be very easy
> If session is set then use that.
>
> If cookie is set (ie 1) then assume cookies are on! else if you have a
> session and cookies are of
Ian Kallen wrote:
>
> Today, Greg Cope <[EMAIL PROTECTED]> frothed and...:
> > I posted about a generic URL mangeler / cookie session handler a few
> > days ago.
> >
> > Allthough this is not rocket science - I've writen a URI transhandler
> > that will put the session id into pnotes, and if cook
Joshua Chamas wrote:
>
> Greg & Gerald,
>
> I wanted to bring an important issue that came up with
> Apache::ASP, how will you deal with search engines indexing
> the session-ids in the URL?
>
> In Apache::ASP, this is handled a couple of ways, first the
> session-id is stored as a query string
Greg & Gerald,
I wanted to bring an important issue that came up with
Apache::ASP, how will you deal with search engines indexing
the session-ids in the URL?
In Apache::ASP, this is handled a couple of ways, first the
session-id is stored as a query string param, not in the path
to give a h
Ofcourse i can use different pieces of software,,
But that was not my point I *want* to have the session
management in the same kit becouse it´s convinient.
I have to tell my team what software to use and maby
even teach them how to use it,
I find it alot easier to do this with one kit.
Best reg
Gerald Richter wrote:
>
> Hi Greg,
> >
> > As far as I am aware (please someone prove me wrong!) the does not
> > appear to be such a module.
> >
>
> I meant the module your are about to write :-)
>
> >
> > Please send me ideas / thoughs and I'll have a go.
> >
>
> Embperl currently goes the w
Today, Greg Cope <[EMAIL PROTECTED]> frothed and...:
> I posted about a generic URL mangeler / cookie session handler a few
> days ago.
>
> Allthough this is not rocket science - I've writen a URI transhandler
> that will put the session id into pnotes, and if cookies are off will do
> a redirec
Today, Greg Cope <[EMAIL PROTECTED]> frothed and...:
> one of your parents sister. The only major issue is that I cannot
> appear to use posted values as they appear to get lost in the redirect
> (Clues wanted !).
Redirecting a POST request? Yup, expediency often requires violating the
HTTP s
Hi Greg,
>
> As far as I am aware (please someone prove me wrong!) the does not
> appear to be such a module.
>
I meant the module your are about to write :-)
>
> Please send me ideas / thoughs and I'll have a go.
>
Embperl currently goes the way that it sets up a tied hash at load time (so
it
Gerald Richter wrote:
>
> Hi Greg,
>
> >
> > Can I recommend you write a simple, standalone module that everyone can
> > use and not just an embperl solution - I'd be willing to help (or write
> > it) if people send me their wants / ideas, and then flame my code when I
> > think its ready!
> >
>
Hi Greg,
>
> Can I recommend you write a simple, standalone module that everyone can
> use and not just an embperl solution - I'd be willing to help (or write
> it) if people send me their wants / ideas, and then flame my code when I
> think its ready!
>
I would be happy if there is an standalon
Tom Brown wrote:
>
> On Fri, 28 Jul 2000, Paul J. Lucas wrote:
>
> > On Fri, 28 Jul 2000, Denton River wrote:
> >
> > > Its been a long time since i have done a jobb without using sessions. I would
> > > really like to have this feature included in the kit im using and i think
> > > alot of deve
Gerald Richter wrote:
>
> > I sure think that this template discussion is
> > intresting, forms autofill is one thing but another
> > thing that i think would be neat is if the kit could
> > do session handling, like the Apache::ASP. Can embperl
> > or mason do this fancy stuff.
> >
>
> Embperl
On Fri, 28 Jul 2000, Paul J. Lucas wrote:
> On Fri, 28 Jul 2000, Denton River wrote:
>
> > Its been a long time since i have done a jobb without using sessions. I would
> > really like to have this feature included in the kit im using and i think
> > alot of developers are with me on this one.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 28 Jul 2000, Paul J. Lucas wrote:
> > Its been a long time since i have done a jobb without using sessions.
> > I would really like to have this feature included in the kit im using
> > and i think alot of developers are with me on this one.
On Fri, 28 Jul 2000, Denton River wrote:
> Its been a long time since i have done a jobb without using sessions. I would
> really like to have this feature included in the kit im using and i think
> alot of developers are with me on this one.
What I don't understand is *why*. Why can't
Apache::ASP already has session URL rewriting
with SessionQueryParse
--Joshua
Denton River wrote:
>
> That´s it from right now I am a embperler, or what
> ever
> you call your self´s.
>
> I really think that the URL rewriting is the way to
> go..
> I think i start reading the docs right away.
That´s it from right now I am a embperler, or what
ever
you call your self´s.
I really think that the URL rewriting is the way to
go..
I think i start reading the docs right away.. ;^)
Denton River
Internet Developer
Java, Perl, embperl and what else is there
--- Gerald Richter <[EMAIL
> I sure think that this template discussion is
> intresting, forms autofill is one thing but another
> thing that i think would be neat is if the kit could
> do session handling, like the Apache::ASP. Can embperl
> or mason do this fancy stuff.
>
Embperl can do session handling. It uses Apache:
Hi there template discussion people,,
I sure think that this template discussion is
intresting, forms autofill is one thing but another
thing that i think would be neat is if the kit could
do session handling, like the Apache::ASP. Can embperl
or mason do this fancy stuff.
It´s been a long time
38 matches
Mail list logo
