feat: add rootless dev docker scripts

[CjS77]

Local development without root - in docker.

The standard Bitcart startup flow is:

setup.sh → Installs Docker, writes system-level config to /etc/profile.d/,
registers systemd services, edits /etc/hosts for .local domains,
and calls start.sh. Must be run as root.

start.sh → Sources helpers.sh, calls load_env (which reads the profile
script from /etc/profile.d/ and the .deploy file), then runs
bitcart_start to build plugins and bring up containers.
Assumes setup.sh has already run.

Both scripts assume root access for:
- Writing to /etc/profile.d/ (environment persistence)
- Binding ports 80/443
- Editing /etc/hosts for .local domains
- Touching files inside Docker volume paths on the host filesystem

Sometimes, root access is not available, or not desirable. This script bypasses all of that:

• Writes the profile script to a local file (.bitcart-env-dev.sh) instead
  of /etc/profile.d/
• Uses sslip.io wildcard DNS (*.127-0-0-1.sslip.io → 127.0.0.1) so no
  /etc/hosts editing is needed
• Binds to high ports (8080/8443) instead of 80/443
• Manages the .plugins-failed sentinel file via a throwaway container
  instead of touching the Docker volume path directly on the host
• Applies compose/dev-overrides.yml which adds extra_hosts entries so
  that admin/store containers can reach the API via sslip.io (which
  would otherwise resolve to 127.0.0.1 inside the container)
• Limits API workers to 2 to avoid exhausting postgres connections
• Sets all deployment config as env vars (not in .deploy) so they
  survive save_deploy_config overwriting .deploy

Usage

./dev-start.sh # start/restart the stack
./dev-stop.sh # stop the stack

After startup

Service	URL
API	http://api.127-0-0-1.sslip.io:8080/
Admin	http://admin.127-0-0-1.sslip.io:8080/
Store	http://127-0-0-1.sslip.io:8080/

[MrNaif2018]

Thank you/claude, but what is the main purpose of this PR?
Is this to allow deploying bitcart without root - which would require modifying main scripts and not creating new ones

Or deployment in docker, but for what purposes specifically? Local development of e.g. plugins?
It is recommended to deploy via https://docs.bitcart.ai/deployment/manual if you want to develop plugins or contribute fixes, because developing in docker is useless

Otherwise, I don't think I understand why this is needed?

Also this deploy disables one domain mode for some reason
Hardcodes specific cryptos, bypasses env var loading from /etc/profile.d, which is required if you want to re-configure your instance and not loose all env vars already set
sets non-existing (STATIC_SITES_PATH) env vars
overrides workers for some reason

(also admin panel and store now send requests only from browser in optimized use case)
duplicates plugin build code
and more