[Vtigercrm-developers] Shared Calendar performance

Uma S uma.s at vtiger.com
Fri Jan 23 05:31:06 GMT 2015


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 <pobrien at boruapps.com> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20150123/6ea2aaca/attachment.html>


More information about the vtigercrm-developers mailing list