settings proxy import / export

[jacoballen55]

📑 I have found these related issues/pull requests

there is no option for proxies import. I raised this last year but no response.

🏷️ Feature Request Type

Settings

🔖 Feature description

adding proxy import would be good.

✔️ Solution

adding in settings to setup new proxy import in format
ip:port:username:password

❓ Alternatives

No response

📝 Additional Context

No response

[CommanderStorm]

Proxy backup

I raised this last year but no response.

Not true, #2426 was closed as the backup feature introduced too many bugs and was unmaintainable.
Please see #2141 (comment):

In 1.18.3, the backup feature was deprecated due to [being left] unmaintained.

Backup & Restore with JSON has been deprecated and issues will not be fixed due to the amount of problems it has been causing for our users and us.
The current design is just not maintainable, causing countless bugs.
In v2.0 the deprecated backup tool is being removed because of this reason.
Please consider using SQL, API based¹ or infrastructure based² backup instead.

New approaches to these features should use SQLite dump or MariaDB dump respectively. (Here is our contribution guide)

You can subscribe to these issues meanwhile:

• Use two different database files for config and history #2496
• Automatic / periodical backups #477

Footnotes

1. using the third-party API: https://uptime-kuma-api.readthedocs.io/en/latest/ ↩

2. see https://github.com/louislam/uptime-kuma/issues/477#issuecomment-1557966187 for a setup example ↩

[CommanderStorm]

Proxy import

Why do you need this?
I am not quite convinced that adding such a feature would benefit the general user, as (at least the way I think our users use proxies => see #4456 for a relevant discussion)

I think the third party API might be a better fit¹ for your use case (you did not specify the WHY).

Footnotes

1. https://uptime-kuma-api.readthedocs.io/en/latest/api.html#uptime_kuma_api.UptimeKumaApi.add_proxy ↩

[bcookatpcsd]

.. just wanted to add

K12 here.. 10 buildings.. heavy into proxying..

Migrated from a docker uptime-kuma to a standalone for db/latency issues..

Seems all the 'proxy checks' we had on defined hosts were not the the backup/migrations (in whatever state that is in)

It was not clear they were not in all that we migrated/moved.

[CommanderStorm]

@bcookatpcsd I don't fully know what you wanted to add.
Your comment does not go into why adding this via the thrid party API (#4465 (comment)) is not a better fit.

Migrated from a docker uptime-kuma to a standalone for db/latency issues

I don't know what you are trying to do, but docker and standalone should not have latency differences to access the SQLite database. If you are trying to access an external DB to execute checks on, the latency should also be basically the same.

If you are trying to run many monitors (~500 on regular disks) or have lots of retention configured, the proper fix for this is to upgrade to v2.0 (or 1.23.X if you have not yet, there are some fixes in said release such as incremental vacuum) once it is out.
We have made some deep performance improvements, like storing data in an aggregated form.

It was not clear they were not [in the backup]

That is why this feature will get removed in v2.0 as stated in #4465 (comment).
I think the warning on the backup page is enough to discourage the usage or to not expect that the export will be complete:

deprecation warning on the Settings > Backup

[CommanderStorm]

I think my argument from above why this can and should be solved via the third party api, the third party cli or in the future also the first party api (#118).
I don't see a reason for a dedicated proxy export/import to exist.
=> closing as not planned.

If I am missing a part, we can reopen this issue.