|
28 | 28 | * Therefore, the Notes app maintains this information on its own. It is saved |
29 | 29 | * in the database table `notes_meta`. To be honest, we do not store the exact |
30 | 30 | * changed time, but a time `t` that is at some point between the real changed |
31 | | - * time and the next synchronization time. However, this is totally sufficient |
| 31 | + * time and next synchronization time. However, this is totally sufficient |
32 | 32 | * for this purpose. |
33 | 33 | * |
34 | | - * Therefore, on synchronization, the method `MetaService.getAll` is called. |
35 | | - * It generates an ETag for each note and compares it with the ETag from |
| 34 | + * Therefore, on synchronization, the method `MetaService::getAll` is called. |
| 35 | + * It generates an ETag for each note and compares it with the ETag from the |
36 | 36 | * `notes_meta` database table in order to detect changes (or creates an entry |
37 | 37 | * if not existent). If there are changes, the ETag is updated and `LastUpdate` |
38 | 38 | * is set to the current time. The ETag is a hash over all note attributes |
39 | 39 | * (except content, see below). |
40 | 40 | * |
41 | 41 | * But in order to further speed up synchronization, the content is not |
42 | | - * compared every time (this would be very expensive!). Instead, a file hook |
43 | | - * (see `OCA\Notes\NotesHook`) deletes the meta entry on every file change. As |
44 | | - * a consequence, a new entry in `note_meta` is created on next |
| 42 | + * compared every time (this would be very expensive!). Instead, a file event |
| 43 | + * listener invalidates the meta entry on every relevant file change. As a |
| 44 | + * consequence, a new entry in `notes_meta` is created on the next |
45 | 45 | * synchronization. |
46 | 46 | * |
47 | 47 | * Hence, instead of using the real content for generating the note's ETag, it |
48 | | - * uses a "content ETag" which is a hash over the content. Additionaly to the |
49 | | - * file hooks, this "content ETag" is updated if Nextcloud's "file ETag" has |
| 48 | + * uses a "content ETag" which is a hash over the content. Additionally to the |
| 49 | + * file events, this "content ETag" is updated if Nextcloud's "file ETag" has |
50 | 50 | * changed (but again, the "file ETag" is just an indicator, since it is not a |
51 | 51 | * hash over the content). |
52 | 52 | * |
|
0 commit comments