Uh oh!
There was an error while loading. Please reload this page.
cache webcal calendars on server - #10059
Conversation
9d83b9f to
2cba151Compare88c8f76 to
864e40fComparerullzer
commented
Jul 2, 2018
@georgehrke I'd say for now just write a small abstraction class yourself to solve the extra check issue. |
MorrisJobke
commented
Jul 20, 2018
Most likely nothing for 14 -> moving to 15. |
b072922 to
c0868f8CompareUh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
fb7c1f4 to
1b17e2fCompare| if ($calendarObjectsTable->hasIndex('calobjects_index')) { | ||
| $calendarObjectsTable->dropIndex('calobjects_index'); | ||
| } | ||
| $calendarObjectsTable->addUniqueIndex(['calendarid', 'calendartype', 'uri'], 'calobjects_index'); |
There was a problem hiding this comment.
@nickvergessen Will building new indices be an issue? Should it be outsourced to a migration step?
There was a problem hiding this comment.
I think for this it is fine. Should be relatively fast.
However, a step first to see if there are duplicated might be needed.
As else it will just explode
There was a problem hiding this comment.
It removes the old index consisting of calendarid, uri and creates a new index calendarid, calendartype, uri. And calendartype is the all new column that was introduced by the same migration and set to 0 for all existing entries. So there should be no duplicates.
There was a problem hiding this comment.
@rullzer I was generally not sure what's the cleanest / best approach here.
We have calendars and subscriptions in different tables: calendars respectively calendarsubscriptions. This was no issue so far since we didn't store objects related to subscriptions.
So basically there are two options
- Have duplicate tables of
calendarchanges,calendarobjectsandcalendarobjects_propsfor subscriptions - Introduce
calendartypethat indicates whethercalendaridrefers to thecalendarsor thesubscriptionstable.
There was a problem hiding this comment.
I'm fine with both ways - even if the second one would be cleaner you need to update all the existing queries, right?
There was a problem hiding this comment.
Yes, i guess the big question here is whether introducing the new column calendartype is reducing performance of day-to-day queries.
There was a problem hiding this comment.
When it is used in queries just add an index to it and it should be fine.
georgehrke
commented
Oct 31, 2018
@tcitworld Can you please test? Are there any other remarks? :) |
Uh oh!
There was an error while loading. Please reload this page.
The acceptance test results are unrelated. The phan thing seems to be a faulty php-doc in Sabre/Dav. |
georgehrke
commented
Nov 7, 2018
Should I just use |
georgehrke
commented
Nov 7, 2018
Just wanted to send a pull-request, but it's already fixed upstream: https://github.com/georgehrke/vobject/blob/master/lib/Splitter/ICalendar.php#L86 |
blizzz
commented
Nov 7, 2018
@georgehrke is the upstream released and reasonable to get this in? Otherwise, let's suppress it with a note/issue to remove the suppression once we pull again. |
georgehrke
commented
Nov 7, 2018
The fix was not released yet, adding |
georgehrke
commented
Nov 7, 2018
@MorrisJobke How to update phan? |
blizzz
commented
Nov 7, 2018
31ac4b6 to
cc66f65Compare| /** | ||
| * @param $subscriptionId | ||
| */ | ||
| public function getSubscriptionById($subscriptionId) { |
There was a problem hiding this comment.
When int $subscriptionId works for bigint colums i would use it here.
730c48e to
8967e85CompareSigned-off-by: Georg Ehrke <developer@georgehrke.com>
MorrisJobke
commented
Nov 7, 2018
Please update the 3rdparty repo due to |
Signed-off-by: Georg Ehrke <developer@georgehrke.com>
8967e85 to
712b79eComparegeorgehrke
commented
Nov 7, 2018
Failing tests seem unrelated to me |
rullzer
left a comment
There was a problem hiding this comment.
Code looks good to me. Lets do this.
ChristophWurst
commented
Nov 12, 2018
FYI: This caused a regression: #12410 |
BernieO
commented
Aug 22, 2019
I accidentally stumpled accross this when debugging an abnormality with my script calcardbackup and noticed that this is not in the changelog for Nextcloud 15 This commit adds events with the same All this are quite big changes which are definitely worth to be mentioned in the changelog. Could this new featur please be added to the changelog? |
fixes#1497
ToDos:
constructoris called beforerun, but we only know the corresponding subscription when we know the arguments forrun