那 be sorry to do sth 是啥意思
We are sorry to extend the end date of maintenance to Sunday, August 28, 2022, 23:59 UTC+8 due to some technical issues.
We are sorry for extending the end date of maintenance to Sunday, August 28, 2022, 23:59 UTC+8 due to some technical issues.
We are sorry, but the end date of maintenance will be postponed until Sunday, August 28, 2022, 23:59 UTC+8, due to some technical issues.
We are sorry to announce that the end date of maintenance will be postponed until … .
我感觉We are sorry to announce似乎比We are sorry to extend更合适一些，因为前者有个announce，听的人有心里准备，后者直接就讲extend，好像太直了一点 。
卧槽（表惊喜）！ cloud 能打开啦！
Wankata from Ru-Board said:
FreeMdict has been running since yesterday. However, I’m afraid that I won’t be able to use it to the full extent, or at least not soon - the server does not synchronize with the local folder, constantly gives different errors, uploads and downloads the same files dozens of times, making only useless traffic, arbitrarily blocks and deletes folders and files, etc. For now, use a temporary mirror in the Cloud. If I manage to deal with the described problems, I will unsubscribe here.
“Wankata” has a laptop used exclusively to sync the Ru-Board Collection. It is bad news that the syncronization is deleting local folders.
@hua should Wankata stop syncing the local folder with FreeMDict Cloud ?
What software does he use? I know there are erorrs and I need to investigate.
Any data loss on the cloud? I have full backup.
@hua here is a reply from Wankata:
Thanks, after manually syncing via http folder to folder and archiving the large files in 700 megabyte parts, so far so good. There is now a limit on the size of files that can be synchronized through the client - it is now 50 megabytes, with files of a larger size it gives errors and the files has to be added manually via http in the corresponding folder, no other way. Adding of files with size over 1 GB is now practically impossible (with several exclusions) - error at the end of uploading. If the date of the file on the server does not match the modified date of the file in the local folder, the client downloads the entire file. If the dates of the folders do not match, it downloads the entire folder with all the files in it (downloaded MultiTran at least 5 times with error or lost connection at the end of whole download). A nightmare.
No, no data lost - I also have a backup on the second server, but if it wasn’t there things would be bad - I recovered deleted data three times.
So far everything is fine and the dictionary-server is now usable:
Dictionaries for GoldenDict (and partly for Lingvo):
Dictionaries for Android:
Others dictionaries in electronic format:
The second directory on Mail.ru will also remain functional:
I believe that Wankata from Ru-Board uses the Official NextCloud Sync server on Windows.
Can you help tell him that I am working on the fix? I am aware that there are errors
I am still working on some fix.
New bug - today I deleted one file (small - 80 KB), renamed several files, moved several more files and several folders without uploading anything by this operation. Before this moving, renaming etc. the occupied space was 237.7 gigabytes, after moving the folders it is 240.5 gigabytes, e.g. 2.8 gigabytes appeared from nowhere, and I see already red warning line below space indicator. The tab “Activity” shows only those my actions that I already know about and nothing more.
I figured out the reason - when syncing after the move, the server both moved the folders and left copies of same folders in their old places. I deleted manually the left copies; the server syncs (reflect the changes) with some delay.