Sami - Thanks for the links on LDAP, that looks like a solid path to single sign on. <div><br></div><div>I have looked at OpenID previously, but I think it would be challenging for the low-tech community members to deal with.  The main pain points I noticed is that if someone does not yet have an OpenID, getting one is a several step process.   If the person has one, they do not know which url to provide, and the sign in process is multi-step.  </div>
<div><br></div><div>Any ideas/pointers for a successful roll-out of a Drupal site using OpenID with a _very_ low-tech crowd? </div><div><br></div><div>-Sarah</div><div><br></div><div> <br><br><div class="gmail_quote">On Fri, Jun 25, 2010 at 12:45 AM, Sami Khan <span dir="ltr">&lt;<a href="mailto:sami@etopian.net">sami@etopian.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">LDAP:<br>
<br>
<a href="http://docs.moodle.org/en/LDAP_authentication" target="_blank">http://docs.moodle.org/en/LDAP_authentication</a><br>
<br>
<a href="http://drupal.org/project/ldap_provisioning" target="_blank">http://drupal.org/project/ldap_provisioning</a><br>
<br>
<a href="http://drupal.org/project/ldap_integration" target="_blank">http://drupal.org/project/ldap_integration</a><br>
<br>
Regards,<br>
<div class="im">Sami<br>
<br>
On Fri, 2010-06-25 at 00:29 -0500, Sarah Poger Gladstone wrote:<br>
</div><div><div></div><div class="h5">&gt; The level of integration I am looking for is just single-sign on so<br>
&gt; that anyone with a Drupal user name and password can seamlessly log<br>
&gt; into Moodle.   Then picking a similar color scheme for the Moodle<br>
&gt; theme so that it compliments the Drupal theme.<br>
&gt;<br>
&gt; I am NOT planning to tie content from from one to the other, or any<br>
&gt; other connectivity.<br>
&gt;<br>
&gt; Some links I have looked at for single sign on:<br>
&gt; <a href="http://drupal.org/project/moodle" target="_blank">http://drupal.org/project/moodle</a>    and<br>
&gt; <a href="http://moodle.org/mod/data/view.php?d=13&amp;rid=2941&amp;filter=1" target="_blank">http://moodle.org/mod/data/view.php?d=13&amp;rid=2941&amp;filter=1</a><br>
&gt;<br>
&gt; Thanks,<br>
&gt; Sarah<br>
&gt;<br>
&gt; On Thu, Jun 24, 2010 at 1:16 PM, Sami Khan &lt;<a href="mailto:sami@etopian.net">sami@etopian.net</a>&gt; wrote:<br>
&gt; &gt; On Thu, 2010-06-24 at 11:06 -0400, Joe Murray wrote:<br>
&gt; &gt;<br>
&gt; &gt;&gt; Just to echo parts of what Sami and Tim are saying: try to keep the<br>
&gt; &gt;&gt; level of integration required between the Moodle and Drupal/CiviCRM<br>
&gt; &gt;&gt; parts of the site to a minimum. Where it is necessary, try to make it<br>
&gt; &gt;&gt; as thin and standardized as possible, or as loose and distant as<br>
&gt; &gt;&gt; possible. For example, give Moodle and Drupal/CiviCRM complementary<br>
&gt; &gt;&gt; but separate branding, so you don&#39;t have to replicate changes in both<br>
&gt; &gt;&gt; environments, especially not simultaneously. It might even be good to<br>
&gt; &gt;&gt; make one application a subdomain, eg <a href="http://crm.mycongregation.org" target="_blank">crm.mycongregation.org</a>. Also, you<br>
&gt; &gt;&gt; might want to try to avoid developing integrated login by using LDAP<br>
&gt; &gt;&gt; for single sign-on, though of course setting that up for Moodle and<br>
&gt; &gt;&gt; Drupal / CiviCRM can be its own small kettle of fish. The objective as<br>
&gt; &gt;&gt; I see it would be to avoid having to maintain middleware code that<br>
&gt; &gt;&gt; would have to be kept in synch with two or more projects that each has<br>
&gt; &gt;&gt; its own upgrade cycle.<br>
&gt; &gt;<br>
&gt; &gt; Agree. The problem is that there is no middle ware. Any such work often<br>
&gt; &gt; ends up corrupting one of the systems with tons of hacks that are not<br>
&gt; &gt; easily maintained. Also, it never looks like one app and expending<br>
&gt; &gt; resources to make it look like one is a waste of time.<br>
&gt; &gt;<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; As this is starting to become fairly complex but is really useful for<br>
&gt; &gt;&gt; your vertical, you might want to make it into a SaaS offering so that<br>
&gt; &gt;&gt; the setup and maintenance costs (and expertise) can be reduced through<br>
&gt; &gt;&gt; scale and allocated to more customers.<br>
&gt; &gt;<br>
&gt; &gt; Agree.<br>
&gt; &gt;<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; consulting mailing list<br>
&gt; &gt; <a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
&gt; &gt; <a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
&gt; &gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
<br>
_______________________________________________<br>
consulting mailing list<br>
<a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
<a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Sarah Gladstone<br>main: 312-970-0613<br>direct: 312-933-9275<br>skype: sarah.gladstone<br>Pogstone Inc.<br><a href="http://www.pogstone.com">www.pogstone.com</a><br>
<br><br>
</div>