[Vtigercrm-developers] Shared Calendar performance

boruapps pobrien at boruapps.com
Fri Jan 23 06:29:02 GMT 2015


Yes, we would like to put it up in the marketplace.  This was a huge
development project though and we will probably wait until there are some
encryption options we can use in the marketplace.

Patrick O'Brien
Boru, Inc.
More Sales, Better Service - Results for Small Business
Work    312-878-6461, Ext 1
Mobile  312-282-4561
Follow us on Twitter <http://www.twitter.com/BoruApps>
Like us on Facebook <http://www.facebook.com/BoruApps>

On Thu, Jan 22, 2015 at 11:30 PM, Uma S [via vtiger CRM] <
ml-node+s2324883n14995h16 at n4.nabble.com> wrote:

> Hi,
>
> I think you can provide this calendar add-on as an extension through
> market-place.
>
> On Fri, Jan 23, 2015 at 4:18 AM, boruapps <[hidden email]
> <http:///user/SendEmail.jtp?type=node&node=14995&i=0>> wrote:
>
>> If anyone is interested, we have developed an add-on calendar for vtiger
>> 6.1 that has no user count restrictions.  It also has a lot of additional
>> functions like ical invites and colored alerts based on logical conditions.
>>  it's not on our website yet since it is just coming out of Beta, but here
>> is a link to a demo calendar.
>>
>> http://devl04.borugroup.com/w2cdemo (admin / admin)
>>
>> Go to All/Tools/WebCalendar
>> http://devl04.borugroup.com/w2cdemo/index.php?module=WebCalendar&view=List
>>
>>
>> Patrick O'Brien
>> Boru, Inc.
>> More Sales, Better Service - Results for Small Business
>> Work    312-878-6461, Ext 1
>> Mobile  312-282-4561
>> Follow us on Twitter <http://www.twitter.com/BoruApps>
>> Like us on Facebook <http://www.facebook.com/BoruApps>
>>
>> On Thu, Jan 22, 2015 at 4:19 AM, Alan Bell-6 [via vtiger CRM] <[hidden
>> email] <http:///user/SendEmail.jtp?type=node&node=14992&i=0>> wrote:
>>
>>> looks like it has already been reported
>>> https://code.google.com/p/fullcalendar/issues/detail?id=1405
>>>
>>> Alan.
>>> On 22/01/15 05:06, Prasad wrote:
>>>
>>> Alan,
>>>
>>>  Would be great if you can file the same on fullcalendar issue tracker
>>> too. I'm sure there was a reason for turning off the ajax-rendering. Please
>>> update the issue link here too.
>>>
>>>      --
>>> FB <http://www.facebook.com/vtiger> I Twit
>>> <http://twitter.com/vtigercrm> I LIn
>>> <https://www.linkedin.com/company/1270573?trk=tyah> I Blog
>>> <https://blogs.vtiger.com> I Website <https://www.vtiger.com/>
>>>
>>> On Thu, Jan 22, 2015 at 10:21 AM, Uma S <[hidden email]
>>> <http:///user/SendEmail.jtp?type=node&node=14986&i=0>> wrote:
>>>
>>>> Hi Alan,
>>>>
>>>>  Thanks! for the notification and quick fix regarding the calendar
>>>> performance issue.
>>>>
>>>>  I have raised a ticket in trac
>>>> <http://trac.vtiger.com/cgi-bin/trac.cgi/ticket/8402#ticket> for same.
>>>> Please do update your further observations regarding this here in trac. we
>>>> will look into this soon.
>>>>
>>>> On Mon, Jan 19, 2015 at 8:27 PM, Alan Bell <[hidden email]
>>>> <http:///user/SendEmail.jtp?type=node&node=14986&i=1>> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> at the moment the shared calendar in vtiger does one request per
>>>>> person to get the events, so if you have 20 people in the calendar that is
>>>>> 20 POST requests to vtiger, with form data like:
>>>>>
>>>>> module:Calendar
>>>>> action:Feed
>>>>> start:2013-12-29
>>>>> end:2014-02-09
>>>>> type:Events
>>>>> userid:70
>>>>> color:#7e5c1d
>>>>> textColor:white
>>>>>
>>>>> browsers have a limit of 6 parallel requests per server (the RFC says
>>>>> it should only be 2) and this isn't going to change (Google say that if it
>>>>> is a problem then your web application is broken, not their browser), this
>>>>> means that it can't get the data for more than 6 people until one of the
>>>>> first requests has come back, this means that if you have more than 6
>>>>> people on the calendar it starts to slow down rather a lot.
>>>>> You also don't get any clue that anything is happening until they all
>>>>> show up at once. This is because around line 925 of
>>>>> libraries/fullcalendar/fullcalendar.js there is a little bit of code that
>>>>> stops it rendering the calendar until the count of pending requests is
>>>>> zero. Commenting out the if statement like this:
>>>>>
>>>>>                                 //if (!pendingSourceCnt) {
>>>>>                                         reportEvents(cache);
>>>>>                                 //}
>>>>>
>>>>> makes it render the calendars progressively. It isn't any faster
>>>>> overall, but it looks more responsive. At the moment it does ajax requests
>>>>> to progressively get the data, but it doesn't show the user anything until
>>>>> all the data has arrived, which in my opinion is not really doing ajax
>>>>> properly.
>>>>>
>>>>> The real solution to this is to have a multi-id feed request for the
>>>>> calendar, so it does one request containing an array of IDs and colours and
>>>>> this gets processed on the server and there is a single response with all
>>>>> of the data. Is this something that is going to happen in a future release
>>>>> or should I crack on and write it in this one?
>>>>>
>>>>> Alan.
>>>>> _______________________________________________
>>>>> http://www.vtiger.com/
>>>>>
>>>>
>>>>
>>>>
>>>>   --
>>>>  With
>>>> Best Regards
>>>> Uma.S
>>>> Vtiger Team
>>>>
>>>> _______________________________________________
>>>> http://www.vtiger.com/
>>>>
>>>
>>>
>>>
>>> _______________________________________________http://www.vtiger.com/
>>>
>>>
>>>
>>> _______________________________________________
>>> http://www.vtiger.com/
>>>
>>> ------------------------------
>>>  If you reply to this email, your message will be added to the
>>> discussion below:
>>>
>>> http://vtiger-crm.2324883.n4.nabble.com/Vtigercrm-developers-Shared-Calendar-performance-tp14953p14986.html
>>>  To start a new topic under vtigercrm-developers, email [hidden email]
>>> <http:///user/SendEmail.jtp?type=node&node=14992&i=1>
>>> To unsubscribe from vtiger CRM, click here.
>>> NAML
>>> <http://vtiger-crm.2324883.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>>>
>>
>>
>> ------------------------------
>> View this message in context: Re: Shared Calendar performance
>> <http://vtiger-crm.2324883.n4.nabble.com/Vtigercrm-developers-Shared-Calendar-performance-tp14953p14992.html>
>> Sent from the vtigercrm-developers mailing list archive
>> <http://vtiger-crm.2324883.n4.nabble.com/vtigercrm-developers-f4.html>
>> at Nabble.com.
>>
>> _______________________________________________
>> http://www.vtiger.com/
>>
>
>
>
> --
> With
> Best Regards
> Uma.S
> Vtiger Team
>
> _______________________________________________
> http://www.vtiger.com/
>
> ------------------------------
>  If you reply to this email, your message will be added to the discussion
> below:
>
> http://vtiger-crm.2324883.n4.nabble.com/Vtigercrm-developers-Shared-Calendar-performance-tp14953p14995.html
>  To start a new topic under vtigercrm-developers, email
> ml-node+s2324883n4h95 at n4.nabble.com
> To unsubscribe from vtiger CRM, click here
> <http://vtiger-crm.2324883.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=2&code=cG9icmllbkBib3J1YXBwcy5jb218MnwtMjAzOTc3MTQxNA==>
> .
> NAML
> <http://vtiger-crm.2324883.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
>




--
View this message in context: http://vtiger-crm.2324883.n4.nabble.com/Vtigercrm-developers-Shared-Calendar-performance-tp14953p15000.html
Sent from the vtigercrm-developers mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20150122/1b187c32/attachment-0001.html>


More information about the vtigercrm-developers mailing list