<div dir="ltr"><div>That's true Alan, it will require some core field changes.</div><div><br></div><div>I would like to understand more about the access control limitation which you mentioned. Some scenarios, please?</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 20, 2019 at 11:08 PM Alan Lord <<a href="mailto:alanslists@gmail.com">alanslists@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Here's some thoughts.<br>
<br>
I have recently just hacked vtiger 6 and the portal to allow multiple <br>
portal sites access to the same vtiger. It was a fairly simple <br>
requirement but is not possible without editing core code (like the way <br>
the email template is HARDRCODED in the Contact class). So I can see <br>
this as a useful enhancement.<br>
<br>
Some general comments about the portal in vtiger 7...<br>
<br>
IMHO, the current Portal module configuration tool inside vtiger is not <br>
that good.<br>
<br>
There are a few really annoying bugs (reported on <a href="http://code.vtiger.com" rel="noreferrer" target="_blank">code.vtiger.com</a>) and <br>
there is no way to extend it to allow the portal to work with other <br>
modules, e.g. custom modules without modifying code.<br>
<br>
The access control is extremely limited and again there is no way to, <br>
for example, give create or even edit rights, to a different module than <br>
is already permitted by the code.<br>
<br>
The Portal itself is not easy to extend.<br>
<br>
<br>
Al<br>
<br>
<br>
On 20/06/2019 09:26, nilay khatri wrote:<br>
> Hi All,<br>
> <br>
> there is a thread with some discussion on Open Source solution for <br>
> multiple portals.<br>
> <br>
> <br>
> We have been thinking about this and have come up with following <br>
> approach to start with:<br>
> <br>
> 1. A setting page where admin user can define various types of portals. <br>
> This would be an enhancement to the existing Portal configuration <br>
> module. With a change that user can now define multiple portal <br>
> configurations and define a Unique Name for each of them.<br>
> 2. Separate the Portal fields from Contacts module into a Separate <br>
> module (Entity type). Which would act as a Junction between Contacts and <br>
> Various Portals.<br>
> So basically 1 record per contact per portal.<br>
> <br>
> The advantage here is:<br>
> - we can have a field in contacts module such as Type/Category. based on <br>
> the type a Contact could be automatically assigned access to portal via <br>
> workflows.<br>
> - we can create multiple portals with a different set of access such as <br>
> for Project, Referrals, Support etc.<br>
> - requires minimal code changes<br>
> - gives more control on which user can give access to portals, as the <br>
> Junction module would be an entity module<br>
> <br>
> Feedback, Opinion?<br>
> <br>
> Are you interested to contribute?<br>
> <br>
> <br>
> <br>
> _______________________________________________<br>
> <a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br>
> <br>
<br>
<br>
_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br>
</blockquote></div>