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.
The
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 thread, because the subject was "template
kit." Now I shall reply all i
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(). So the
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 object
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:
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
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 other
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
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
"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 (certainly not
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
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 param,
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
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
--
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',
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 cookies are off
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 off then
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::Session is
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.
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.
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 can do
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 developers are with
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 standalone
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!
I would be
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 only
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 spec.
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 way that it sets up a
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
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
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
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
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
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.. ;^)
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
-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.
35 matches
Mail list logo