chore(monorepo): move everything into subdirectory for easy diffing

docs/User Guide/User Guide/Troubleshooting/Anonymized Database.md

@@ -1,18 +0,0 @@
-# Anonymized Database
-![](Anonymized%20Database_image.png)
-
-In certain scenarios, understanding the structure of a database is crucial for troubleshooting issues. However, sharing your actual [database](../Advanced%20Usage/Database.md) file with personal notes is not advisable. To address this, Trilium offers a feature to anonymize the database. This feature can be accessed via Menu -> Options -> Advanced tab.
-
-This feature creates a copy of your database with all sensitive data removed. Specifically, it strips out note titles, contents, revisions, history, and some non-system attributes while retaining the overall structure and metadata, such as modification dates. After anonymization, the database undergoes a [vacuuming process](https://sqlite.org/lang_vacuum.html) to ensure no sensitive data remnants remain in the file. The anonymized database is saved in the `anonymized` directory within the [data directory](../Installation%20%26%20Setup/Data%20directory.md), making it safe to share with bug reports.
-
-This will create a copy of your document and remove all sensitive data (currently note titles, contents, revisions, history and some of the options, and non-system attributes) while leaving all structure and metadata (e.g. date of last change). After this is done, the database is [VACUUMed](https://sqlite.org/lang_vacuum.html) to make sure there's no stale sensitive data in the document file. The resulting file is stored in `anonymized` directory (placed in the [data directory](../Installation%20%26%20Setup/Data%20directory.md)). You can safely attach it to a bug report.
-
-## Command Line Anonymization
-
-If your [database](../Advanced%20Usage/Database.md) is corrupted to the point where Trilium cannot start, the anonymization process can still be executed via the command line:
-
-```
-node src/anonymize.js
-```
-
-Run this command from the directory containing Trilium's source files, typically found in the `resources/app` directory for desktop builds.

docs/User Guide/User Guide/Troubleshooting/Error logs.md

@@ -1,39 +0,0 @@
-# Error logs
-It's important to provide all available error logs together with bug reports. This page will show you how to do it.
-
-## Backend logs
-
-Open [data directory](../Installation%20%26%20Setup/Data%20directory.md), go to `log` subdirectory and find the latest log file, e.g. `trilium-2022-12-14.log`. You can attach the whole file to the bug report (preferable) or open it and copy-paste only the last lines / lines you believe are relevant.
-
-If you have trouble finding it the log files, there's also an in-app option in top-left menu button -> Advanced -> Show backend log.
-
-## Frontend logs
-
-To provide frontend logs, we need to open the Developer Console. Often the easiest way is to press <kbd>Ctrl</kbd>\-<kbd>Shift</kbd>\-<kbd>I</kbd> which should work in most browsers (and desktop app). Make sure that the error producing action happened right before you copy&paste the errors, the console is cleared on app restart.
-
-If that doesn't work, then:
-
-*   in Trilium desktop app, go to top-left menu button -> Advanced -> Open Dev Tools
-*   In Firefox/Chrome right-click anywhere in the page and click Inspect:
-
-![](Error%20logs_error-logs-fire.png)
-
-Once you have Dev Tools open, click on "Console" tab:
-
-![](Error%20logs_image.png)
-
-Copy-paste (or screenshot) the logs. It's better to provide not just errors, but the whole log, which might provide context while analyzing the bug.
-
-## Providing sensitive data
-
-If you don't feel comfortable attaching the logs or anything sensitive to the public GitHub issues, feel free to contact the devs in our Matrix [support channel](https://github.com/TriliumNext/Notes#-discuss-with-us).
-
-Use this email to also provide anything which could assist in analysing the bug - e.g. files/images/ZIPs being imported or [anonymized database](Anonymized%20Database.md).
-
-### Exporting note subtree for reproduction
-
-Often times, bugs manifest themselves in specific notes and having them would greatly ease reproduction and fixing.
-
-In such case, please export the relevant note subtree by right-clicking it on the left tree, choosing Export - HTML as ZIP:
-
-![](Error%20logs_error-logs-expo.png)

docs/User Guide/User Guide/Troubleshooting/Refreshing the application.md

@@ -1,4 +0,0 @@
-# Refreshing the application
-Some changes to the application will not take effect immediately and as such it might require to manually reload or refresh the application.
-
-To do so, simply press <kbd>Ctrl</kbd>+<kbd>Shift</kbd>+<kbd>R</kbd>.

docs/User Guide/User Guide/Troubleshooting/Reporting issues.md

@@ -1,4 +0,0 @@
-# Reporting issues
-Go to [Issues · TriliumNext/Notes](https://github.com/TriliumNext/Notes/issues) and press “New issue”.
-
-If you are reporting a bug, select “Bug Report” and fill in the details.

docs/User Guide/User Guide/Troubleshooting/Synchronization fails with 504.md

@@ -1,21 +0,0 @@
-# Synchronization fails with 504 Gateway Timeout
-Synchronization can sometimes take a long amount of time in order to compute the items that require update. When running behind a reverse proxy, the request can time out.
-
-The solution is to increase the timeout at proxy level.
-
-## Nginx
-
-Add the following to the configuration file:
-
-```nginx
-proxy_connect_timeout 300;
-proxy_send_timeout 300;
-proxy_read_timeout 300;
-send_timeout 300;
-```
-
-And restart the server.
-
-See [Nginx Proxy Setup](../Installation%20%26%20Setup/Server%20Installation/2.%20Reverse%20proxy/Nginx.md) for more information about the Nginx setup.
-
-If it still doesn't work, try increasing the timeout.