[prev in list] [next in list] [prev in thread] [next in thread]
List: drupal-consulting
Subject: Re: [consulting] "Political" question about single login
From: "Audrius Naslenas" <audrius.naslenas () gmail ! com>
Date: 2010-03-31 20:40:35
Message-ID: E8B054451CA04238BD365556ACAE09BE () audrius
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
The idea is to give an option for extra privacy - if on one site user is
named "johnsmith" so he could name himself "magician33" on the other, as
some of the sites on the network will be with real names revealed on their
posts, other - with some privacy, third - only usernames.
_____
From: consulting-bounces@drupal.org [mailto:consulting-bounces@drupal.org]
On Behalf Of matt j. sorenson
Sent: Wednesday, March 31, 2010 8:01 PM
To: consulting@drupal.org
Subject: Re: [consulting] "Political" question about single login
d.o. integrated with g.d.o. using bakery...
project: http://drupal.org/project/bakery
faq: http://drupal.org/node/567410
with bakery, each user account has 1 user and 1 password... so it probably
doesn't account for your #2 wish... what is the motivation/requirement for
one (1) login having multiple usernames & profiles?
On 3/31/2010 9:37 AM, Jason Smith wrote:
domain access is a fantastic module, but it is a far reaching one. Some
things it handles very well, some .... not. It is a really comprehensive
module, but it cannot catch every use case or handle all third party
modules. So if you don't fit in the groove, prepare for some work. What you
are describing is more of a side effect of domain, not it's central use.
It will handle 1. easily enough, but not 2. Personally, I would use OpenID
as it would be more targeted to your needs.
On Wed, Mar 31, 2010 at 9:20 AM, sivaji j.g <sivaji2009@gmail.com> wrote:
On Wed, Mar 31, 2010 at 7:40 PM, Audrius Naslenas
<audrius.naslenas@gmail.com> wrote:
What is the best way to make single login solution with:
1. Single and preferably only one login/register place on "central" site of
network
2. Different usernames (display names) and configurable user profile data on
each site
For now, I am not in a rush to sell soul to Facebook Connect, (well even
this module does not have 100% needed features) what are the other viable
choices?
Some other LDAP based solution, not even Drupal itself? CAS? Single Sign On
module? OpenID + supporting modules?
Try Domain Access module http://drupal.org/project/domain
--
Thanks
Sivaji
_______________________________________________
consulting mailing list
consulting@drupal.org
http://lists.drupal.org/mailman/listinfo/consulting
_______________________________________________
consulting mailing list
consulting@drupal.org
http://lists.drupal.org/mailman/listinfo/consulting
[Attachment #5 (text/html)]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.18876"></HEAD>
<BODY bgColor=#ffffff text=#333333>
<DIV dir=ltr align=left><SPAN class=531143720-31032010><FONT color=#0000ff
size=2 face=Arial>The idea is to give an option for extra privacy - if on one
site user is named "johnsmith" so he could name himself "magician33" on the
other, as some of the sites on the network will be with real names revealed on
their posts, other - with some privacy, third - only
usernames.</FONT></SPAN></DIV><BR>
<DIV dir=ltr lang=en-us class=OutlookMessageHeader align=left>
<HR tabIndex=-1>
<FONT size=2 face=Tahoma><B>From:</B> consulting-bounces@drupal.org
[mailto:consulting-bounces@drupal.org] <B>On Behalf Of </B>matt j.
sorenson<BR><B>Sent:</B> Wednesday, March 31, 2010 8:01 PM<BR><B>To:</B>
consulting@drupal.org<BR><B>Subject:</B> Re: [consulting] "Political" question
about single login<BR></FONT><BR></DIV>
<DIV></DIV>d.o. integrated with g.d.o. using bakery... <BR>
project: <A
href="http://drupal.org/project/bakery">http://drupal.org/project/bakery</A><BR> \
faq: <A
href="http://drupal.org/node/567410">http://drupal.org/node/567410</A><BR><BR>with
bakery, each user account has 1 user and 1 password... so it probably doesn't
account for your #2 wish... what is the motivation/requirement for one (1) login
having multiple usernames & profiles?<BR><BR><BR>On 3/31/2010 9:37 AM, Jason
Smith wrote:
<BLOCKQUOTE
cite=mid:n2ta1c307e21003310737p9463fc2ay43f717389a122b73@mail.gmail.com
type="cite">domain access is a fantastic module, but it is a far reaching one.
Some things it handles very well, some .... not. It is a really comprehensive
module, but it cannot catch every use case or handle all third party modules.
So if you don't fit in the groove, prepare for some work. What you are
describing is more of a side effect of domain, not it's central use.
<DIV><BR></DIV>
<DIV>It will handle 1. easily enough, but not 2. Personally, I would use
OpenID as it would be more targeted to your needs.<BR><BR>
<DIV class=gmail_quote>On Wed, Mar 31, 2010 at 9:20 AM, sivaji j.g <SPAN
dir=ltr><<A href="mailto:sivaji2009@gmail.com"
moz-do-not-send="true">sivaji2009@gmail.com</A>></SPAN> wrote:<BR>
<BLOCKQUOTE
style="BORDER-LEFT: rgb(204,204,204) 1px solid; MARGIN: 0pt 0pt 0pt 0.8ex; \
PADDING-LEFT: 1ex" class=gmail_quote><BR><BR>
<DIV class=gmail_quote>
<DIV class=im>On Wed, Mar 31, 2010 at 7:40 PM, Audrius Naslenas <SPAN
dir=ltr><<A href="mailto:audrius.naslenas@gmail.com" target=_blank
moz-do-not-send="true">audrius.naslenas@gmail.com</A>></SPAN> wrote:<BR>
<BLOCKQUOTE
style="BORDER-LEFT: rgb(204,204,204) 1px solid; MARGIN: 0pt 0pt 0pt 0.8ex; \
PADDING-LEFT: 1ex" class=gmail_quote>
<DIV lang=EN-AU vlink="purple" link="blue">
<DIV><SPAN><FONT color=#0000ff size=2 face=Arial>What is the best way to
make single login solution with:</FONT></SPAN></DIV>
<DIV><SPAN><FONT color=#0000ff size=2 face=Arial>1. Single and preferably
only one login/register place on "central" site of
network</FONT></SPAN></DIV>
<DIV><SPAN></SPAN><SPAN><FONT color=#0000ff size=2 face=Arial>2. Different
usernames (display names) and configurable user profile data on each
site</FONT></SPAN></DIV></DIV></BLOCKQUOTE>
<BLOCKQUOTE
style="BORDER-LEFT: rgb(204,204,204) 1px solid; MARGIN: 0pt 0pt 0pt 0.8ex; \
PADDING-LEFT: 1ex" class=gmail_quote>
<DIV lang=EN-AU vlink="purple" link="blue">
<DIV><SPAN></SPAN> </DIV>
<DIV><SPAN><FONT color=#0000ff size=2 face=Arial>For now, I am not in a
rush to sell soul to Facebook Connect, (well even this module does
not have 100% needed features) what are the other viable
choices?</FONT></SPAN></DIV>
<DIV><SPAN><FONT color=#0000ff size=2 face=Arial>Some other LDAP based
solution, not even Drupal itself? CAS? Single Sign On module? OpenID +
supporting modules?</FONT></SPAN></DIV></DIV></BLOCKQUOTE></DIV>
<DIV><BR>Try Domain Access module <A href="http://drupal.org/project/domain"
target=_blank
moz-do-not-send="true">http://drupal.org/project/domain</A>
<BR> <BR></DIV>
<BLOCKQUOTE
style="BORDER-LEFT: rgb(204,204,204) 1px solid; MARGIN: 0pt 0pt 0pt 0.8ex; \
PADDING-LEFT: 1ex" class=gmail_quote>
<DIV lang=EN-AU vlink="purple" link="blue">
<DIV><SPAN></SPAN> </DIV><BR></DIV><BR></BLOCKQUOTE></DIV><BR
clear=all><BR>-- <BR>Thanks<BR><FONT
color=#888888>Sivaji<BR></FONT><BR>_______________________________________________<BR>consulting \
mailing list<BR><A href="mailto:consulting@drupal.org"
moz-do-not-send="true">consulting@drupal.org</A><BR><A
href="http://lists.drupal.org/mailman/listinfo/consulting" target=_blank
moz-do-not-send="true">http://lists.drupal.org/mailman/listinfo/consulting</A><BR><BR></BLOCKQUOTE></DIV><BR></DIV><PRE \
wrap=""><FIELDSET class=mimeAttachmentHeader></FIELDSET> \
_______________________________________________ consulting mailing list
<A class=moz-txt-link-abbreviated \
href="mailto:consulting@drupal.org">consulting@drupal.org</A> <A \
class=moz-txt-link-freetext \
href="http://lists.drupal.org/mailman/listinfo/consulting">http://lists.drupal.org/mailman/listinfo/consulting</A>
</PRE></BLOCKQUOTE></BODY></HTML>
_______________________________________________
consulting mailing list
consulting@drupal.org
http://lists.drupal.org/mailman/listinfo/consulting
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic