Actual Budget-ஐ உங்கள் VPS-ல் நிறுவுவது எப்படி?

நீங்கள் உருவாக்குவது

Actual Budget என்பது ஒரு self-hosted envelope budgeting செயலி ஆகும். YNAB-க்கு மாற்றாக, தாங்களே host செய்துகொள்ளக்கூடிய ஒரு செயலியைத் தேடுபவர்களுக்கு இதுவே சிறந்த தேர்வாகும். இந்த server ஒரு container, ஒரு data volume மற்றும் ஒரு HTTPS name ஆகியவற்றைக் கொண்டது. ஒரு சாதாரண budget-க்குத் தேவையான அனைத்தும் மிகச்சிறிய VPS-லேயே தடையின்றி இயங்கும், ஏனெனில் இந்த server முக்கியமாக கோப்புகளைச் சேமிக்கவும் அவற்றை sync செய்யவும் மட்டுமே பயன்படுகிறது.

நீங்கள் எதையும் தட்டச்சு செய்வதற்கு முன், இதன் கட்டமைப்பைப் புரிந்துகொள்வது அவசியம். Budget என்பது உங்கள் browser மற்றும் ஒவ்வொரு mobile app-க்குள்ளும் இருக்கும் ஒரு SQLite database ஆகும். நீங்கள் இப்போது நிறுவப்போகும் server ஒரு sync endpoint ஆகச் செயல்படுகிறது: இது account பட்டியல், budget கோப்புகள் மற்றும் ஒரு phone-க்கும் laptop-க்கும் இடையே தரவுகளை ஒத்திசைக்க உதவும் change log ஆகியவற்றை வைத்திருக்கிறது. இதனால்தான் server இயங்காதபோதும் செயலி வேலை செய்கிறது; மேலும், ஏதேனும் ஒரு client-ல் ஒரு நகல் இருக்கும் வரை, server-ஐ இழந்தாலும் உங்கள் budget தரவுகள் அழியாது.

server-க்கு ஏன் HTTPS தேவைப்படுகிறது

Actual-க்கு HTTPS அவசியம், இது வெறும் சம்பிரதாயம் அல்ல. browsers-ல் Web Crypto API மட்டுமே உள்ளது; Actual தனது end-to-end encryption-க்கு இதையே பயன்படுத்துகிறது. இந்த API-ஐ browsers ஒரு 'secure context'-ல் மட்டுமே அனுமதிக்கும். ஒரு secure context என்பது https:// அல்லது http://localhost ஆகும். மற்றொரு கணினியில் உள்ள browser-ல் http://203.0.113.10:5006 மூலம் app-ஐத் திறந்தால், அந்த அம்சங்கள் வேலை செய்யாது; ஏனெனில் browser அந்தப் பக்கத்திற்கு அந்த வசதிகளை வழங்காது. அதிகாரப்பூர்வ mobile builds-ம் plain http:// server URL-ஐ ஏற்காது.

எனவே, இரண்டு நடைமுறை வழிகள் உள்ளன. இந்த வழிகாட்டியில் விவரிக்கப்பட்டுள்ளபடி, container-க்கு முன்னால் ஒரு உண்மையான domain name மற்றும் certificate-ஐ அமைப்பது முதல் வழி. அல்லது, project ஆவணங்களில் உள்ளபடி ACTUAL_HTTPS_KEY மற்றும் ACTUAL_HTTPS_CERT பயன்படுத்தி self-signed certificate-ஐ உருவாக்குவது இரண்டாவது வழி; இதில் ஒவ்வொரு சாதனத்திலும் browser எச்சரிக்கையை நீங்கள் ஏற்க வேண்டியிருக்கும். Let's Encrypt மூலம் இலவச certificate பெறுவதற்கு ஐந்து நிமிடங்கள் மட்டுமே ஆகும் என்பதால், முதல் வழியையே தேர்ந்தெடுக்கவும்.

Docker Compose மூலம் Actual Budget-ஐ நிறுவுதல்

உங்கள் server புதியது என்றால், முதலில் Docker-ஐ நிறுவவும். Compose file syntax உங்களுக்குப் புதியது என்றால், VPS-க்கான Docker Compose அடிப்படைகள் வழிகாட்டி கீழே பயன்படுத்தப்பட்டுள்ள புலங்களை விளக்குகிறது.

sudo install -d -m 755 /opt/actual
sudo install -d -m 700 /opt/actual/data

/opt/actual/docker-compose.yml-ஐ எழுதவும்:

services:
  actual:
    image: actualbudget/actual-server:latest
    container_name: actual
    restart: unless-stopped
    ports:
      - '127.0.0.1:5006:5006'
    volumes:
      - ./data:/data

அந்தக் கோப்பில் உள்ள மூன்று விவரங்கள் முக்கியமானவை.

இதன் image actualbudget/actual-server:latest ஆகும், இது திட்டக்குழுவால் Docker Hub-ல் வெளியிடப்பட்டு ghcr.io/actualbudget/actual-ல் பிரதி எடுக்கப்படுகிறது. குறைந்த திறன் கொண்ட கணினிகளுக்கு latest-alpine tag உள்ளது.

இந்த container அனைத்துத் தரவுகளையும் /data-க்குக் கீழே எழுதுகிறது. அதற்குள் server-files உள்ளது, இது உங்கள் login மற்றும் session tokens-ஐக் கொண்ட account.sqlite-ஐ வைத்திருக்கிறது. மேலும் user-files, பட்ஜெட் கோப்புகளைத் தன்னகத்தே கொண்டுள்ளது. அந்தப் பாதையை mount செய்யவும், இல்லையெனில் அடுத்த docker compose pull உங்கள் பட்ஜெட் தரவுகளை அழித்துவிடும். ACTUAL_DATA_DIR மூலம் அதை மாற்றலாம், ஆனால் இயல்புநிலை அமைப்பே போதுமானது.

இந்த port 127.0.0.1-ல் மட்டுமே வெளியிடப்படுகிறது. வெறும் 5006:5006 என அமைத்தால் அது அனைத்து interface-களிலும் வெளியாகும். Docker தனது சொந்த விதிகளை ufw-க்கு முன்னதாகவே எழுதிவிடும் என்பதால், deny-all firewall இருந்தாலும் application இணையத்திற்குத் திறந்துவிடும். இந்த ஆச்சரியமான செயல்பாடு Docker வெளியிடும் ports ஏன் ufw-ஐத் தவிர்க்கின்றன என்பதில் விளக்கப்பட்டுள்ளது. Loopback-ல் இணைப்பதன் மூலம், அதே server-ல் உள்ள reverse proxy-ஆல் மட்டுமே அதை அணுக முடியும்.

இதைத் தொடங்கவும்:

cd /opt/actual
docker compose up --detach
docker compose logs -f actual

server port 5006-ல் listen செய்வதாகத் தெரிவித்தவுடன் log சீராகிவிடும். DNS-ஐ அமைக்கும் முன் உள்ளூர் அளவில் இதைச் சரிபார்க்கவும்:

curl -fsS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:5006/

200 என்பது application இயங்குவதைக் குறிக்கிறது. curl: (7) Failed to connect என்பது container இயங்கவில்லை என்பதைக் குறிக்கிறது, மேலும் docker compose ps அது வெளியேறியதைக் காட்டும். இதற்குப் பொதுவான காரணம் mount செய்யப்பட்ட volume-ல் உள்ள அனுமதி (permission) சிக்கலாகும், இது log-ல் EACCES வரியாகத் தெரியும்.

சான்றிதழ் மற்றும் சரியான பெயரை அமைத்தல்

VPS-ன் IP முகவரிக்கு ஒரு A record-ஐச் சுட்டிக்காட்டவும், budget.example.com, அது resolve ஆகும் வரை காத்திருக்கவும். பின்னர் nginx-ஐ நிறுவி, சான்றிதழைப் பெறவும். Ubuntu 24.04-ல் nginx உடன் Certbot வழிகாட்டி, சான்றிதழ் பெறுதல் மற்றும் தானியங்கி புதுப்பித்தல் (renewal timer) குறித்த முழுமையான தகவல்களை வழங்குகிறது.

Proxy தொகுதி:

server {
    listen 443 ssl;
    http2 on;
    server_name budget.example.com;

    ssl_certificate     /etc/letsencrypt/live/budget.example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/budget.example.com/privkey.pem;

    client_max_body_size 100m;

    location / {
        proxy_pass http://127.0.0.1:5006;
        proxy_set_header Host              $host;
        proxy_set_header X-Real-IP         $remote_addr;
        proxy_set_header X-Forwarded-For   $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

client_max_body_size என்பது பயனர்கள் பெரும்பாலும் மறக்கும் வரியாகும். முழுமையான sync-ன் போது budget கோப்பு முழுமையாக upload செய்யப்படும். Nginx-ன் இயல்புநிலை request body அளவு 1 MB ஆகும்; எனவே கோப்பு இந்த அளவைத் தாண்டும்போது, sync தோல்வியடையும் மற்றும் nginx access log-ல் 413 Request Entity Too Large என்ற பிழை பதிவாகும், அதே சமயம் application-ல் பொதுவான sync பிழை மட்டுமே தோன்றும். Server-க்குத் தனிப்பட்ட வரம்புகள் உள்ளன: ACTUAL_UPLOAD_FILE_SYNC_SIZE_LIMIT_MB இயல்பாக 20 என்றும், ACTUAL_UPLOAD_SYNC_ENCRYPTED_FILE_SYNC_SIZE_LIMIT_MB இயல்பாக 50 என்றும் இருக்கும், எனவே உங்களுக்குப் பொருந்தும் வரம்பை விட nginx வரம்பை அதிகமாக அமைக்கவும்.

Reload செய்து சோதிக்கவும்:

sudo nginx -t && sudo systemctl reload nginx
curl -fsS -o /dev/null -w '%{http_code}\n' https://budget.example.com/

முதல் முறை இயக்குதல்: கடவுச்சொல் மற்றும் உங்கள் முதல் பட்ஜெட் கோப்பு

https://budget.example.com-ஐ ஒரு browser-ல் திறக்கவும். முதல் திரையில் server கடவுச்சொல்லை அமைக்கக் கேட்கும். அந்த ஒரே கடவுச்சொல் முழு server-ஐயும் பாதுகாக்கிறது, எனவே நீண்ட மற்றும் சீரற்ற (random) கடவுச்சொல்லை உருவாக்கி, self-hosted Vaultwarden password manager போன்ற பாதுகாப்பான இடத்தில் சேமித்து வைக்கவும். இதில் பயனர் கணக்குகளை உருவாக்க வேண்டிய அவசியமில்லை. Actual server வடிவமைப்பிலேயே ஒற்றை கடவுச்சொல் முறைதான் உள்ளது, எனவே ஒரு பட்ஜெட்டைப் பகிர வேண்டுமென்றால், அந்த கடவுச்சொல்லையும் பகிர வேண்டும்.

பிறகு ஒரு பட்ஜெட் கோப்பை உருவாக்கவும். End-to-end encryption-ஐ இயக்க வேண்டுமா என்று Actual கேட்கும். ஆம் என்று தேர்வு செய்யவும்; அப்போது server-ல் ciphertext மட்டுமே சேமிக்கப்படும், இது வாடகைக்கு எடுக்கப்பட்ட கணினியில் நிதித் தரவுகளைப் பாதுகாப்பாக வைக்கச் சரியான வழியாகும். இதன் விளைவு முக்கியமானது: encryption கடவுச்சொல் server-க்குச் செல்லாது, எனவே அதை நீங்கள் தொலைத்துவிட்டால் கோப்பை மீட்க முடியாது, reset செய்யவும் வழியில்லை. அந்தத் திரையைத் தாண்டிச் செல்லும் முன் கடவுச்சொல்லைக் குறித்து வைத்துக்கொள்ளவும்.

பல ஆண்டுகால வரலாற்றை import செய்வதற்குப் பதிலாக, உங்கள் வங்கியின் தற்போதைய இருப்பைக் கொண்டு தொடக்க நிலையை (starting balances) அமைக்கவும். Envelope budgeting முறை உங்களிடம் இப்போது இருக்கும் பணத்தை வைத்தே செயல்படுகிறது, எனவே வரலாற்றுக் கோப்புகள் இல்லாவிட்டாலும் எந்தப் பாதிப்பும் இல்லை.

பரிவர்த்தனைகளை உள்ளிடுதல்

சுய-வழங்கி (self-hosted) பட்ஜெட் மென்பொருள்களில் இருந்து பயனர்கள் வெளியேறுவதற்கு முக்கிய காரணம் தரவு இறக்குமதி (import) தொடர்பான சிக்கல்களே என்பதால், இங்கு ஆர்வத்தை விட நேர்மையே முக்கியமானது.

கைமுறையாக உள்ளிடுதல் (Manual entry) அடிப்படை முறையாகும், இது எப்போதும் வேலை செய்யும். உறை முறைக்கு (envelope method) இதுவே சிறந்தது, ஏனெனில் ஒரு செலவை நீங்களே தட்டச்சு செய்யும் போதுதான் அதன் முக்கியத்துவத்தை உணர்வீர்கள்.

கோப்பு இறக்குமதி (File import) அதிகப்படியான தரவுகளைக் கையாள உதவுகிறது. Actual மென்பொருள் CSV, QIF, OFX மற்றும் QFX கோப்புகளை வாசிக்கும்; அனைத்து வங்கிகளும் குறைந்தது ஒரு வடிவத்திலாவது தரவை ஏற்றுமதி செய்யும். கணக்குத் திரையில் இருந்து ஒவ்வொரு கணக்கிற்கும் தனித்தனியாக இறக்குமதி செய்யவும். நெடுவரிசைகளை (columns) ஒருமுறை மேப் (map) செய்தால் போதும், அந்த கணக்கிற்கான அமைப்பை Actual நினைவில் வைத்துக்கொள்ளும்.

தானியங்கி வங்கி ஒத்திசைவு (Automatic bank sync) வசதி உள்ளது. இதற்கு மூன்றாம் தரப்பு சேவை தேவை, ஏனெனில் உங்கள் server நேரடியாக வங்கிகளுடன் தொடர்பு கொள்ள முடியாது. வட அமெரிக்க வங்கிகளுக்கு SimpleFIN Bridge, ஐரோப்பாவிற்கு Enable Banking, நியூசிலாந்திற்கு Akahu மற்றும் பிரேசிலிற்கு Pluggy.ai ஆகியவற்றை Actual ஆதரிக்கிறது. GoCardless இன்னும் ஆதரிக்கப்படுகிறது, ஆனால் புதிய கணக்குகளை ஏற்பதில்லை. நீங்கள் அந்த சேவை வழங்குநரிடம் பதிவு செய்து, நற்சான்றிதழ்களை (credentials) உருவாக்கி, அவற்றை server-ல் சேர்க்க வேண்டும். ஜூலை 2026 நிலவரப்படி, SimpleFIN Bridge 25 நிறுவனங்கள் வரை ஆண்டுக்கு 15 US டாலர்கள் கட்டணம் வசூலிக்கிறது; மற்ற சேவைகளின் விலை மாறுபடும்.

இதைச் சார்ந்திருப்பதற்கு முன் இரண்டு வரம்புகளைப் புரிந்துகொள்ள வேண்டும். API நற்சான்றிதழ்கள் server-ல் சேமிக்கப்படுகின்றன, இவை end-to-end encryption-ஆல் பாதுகாக்கப்படுவதில்லை, ஏனெனில் server அவற்றை பயன்படுத்த வேண்டியுள்ளது. மேலும், Actual தானாகவே தரவுகளைப் பெறுவதில்லை (poll); ஒத்திசைவு என்பது நீங்கள் ஒரு பொத்தானை அழுத்தும் போது நடக்கும் செயல், இது பின்னணிப் பணியாக (background job) இயங்காது.

Backups, because it is only files

நீங்கள் முக்கியமாகக் கருதும் அனைத்தும் /opt/actual/data-க்கு கீழே உள்ளன. இதில் export செய்யும் படிநிலையோ அல்லது script செய்ய வேண்டிய database dump-ஓ இல்லை.

இதில் உள்ள ஒரே சிக்கல் SQLite ஆகும். server அதில் எழுதிக்கொண்டிருக்கும்போது account.sqlite-ஐ நகலெடுத்தால், அது பாதியில் நின்ற transaction-ஐப் பதிவு செய்துவிடக்கூடும்; அதை restore செய்ய முயற்சிக்கும் வரை உங்களுக்குத் தெரியாது. நகலெடுக்கும் அந்தச் சில வினாடிகளுக்கு container-ஐ நிறுத்தி வைக்கவும்:

cd /opt/actual
docker compose stop
restic -r sftp:backup@backup.example.com:/srv/restic backup /opt/actual/data
docker compose start

இதை restic backups on a VPS-ல் உள்ள அணுகுமுறையைப் பயன்படுத்தி ஒரு கால அட்டவணையில் (schedule) சேர்க்கவும். இது repository அமைப்பு, retention மற்றும் restore பயிற்சி ஆகியவற்றை உள்ளடக்கியது. Restore பயிற்சியைச் செய்து பார்க்கவும். நீங்கள் ஒருபோதும் restore செய்யாத backup என்பது வெறும் யூகமே.

Actual-ன் சொந்த client-side backups என்பது தனிப்பட்டது மற்றும் அதைப் பற்றித் தெரிந்துகொள்வது அவசியம். browser சமீபத்திய budget file நகல்களை வைத்திருக்கும். அதை file menu-விலிருந்து அணுகலாம். இது server-ஐத் தொடாமலேயே "தவறுதலாக ஒரு category-ஐ நீக்கிவிட்டேன்" போன்ற சிக்கல்களைச் சரிசெய்ய உதவும்.

Server-ஐ மேம்படுத்துதல்

cd /opt/actual
docker compose pull
docker compose up --detach

புதிய image-இலிருந்து Compose container-ஐ மீண்டும் உருவாக்கி, அதே volume-ஐ மீண்டும் இணைக்கும்; எனவே data பாதுகாப்பாக இருக்கும். Clients-ஐயும் update செய்யவும். Server மற்றும் app versions அருகருகே இருக்க வேண்டும். Server-ஐ விட மிகவும் பழைய client, version mismatch message-ஐக் காட்டி sync செய்ய மறுக்கலாம். Major version jump செய்வதற்கு முன் backup எடுக்கவும்; முதல் start நேரத்தில் migrations இயங்கும், downgrade செய்வதற்கான வழி இல்லை. Actual-ன் state, files கொண்ட directory ஆக இருப்பதால், floating latest tag-ஐப் பயன்படுத்துவது பொதுவாகப் பிரச்சினையில்லை. உண்மையான database-ஐக் கொண்ட app-க்கு இது பொருந்தாது. Chatwoot-ஐ self-hosting செய்வது pinned tags மற்றும் upgrade-க்கு முன் எடுக்க வேண்டிய dump பற்றிய நடைமுறையை விளக்குகிறது.

எவை செயலிழக்கும், எதை நீங்கள் காண்பீர்கள்

பயன்பாடு (app) ஏற்றப்படுகிறது, ஆனால் ஒத்திசைவு (sync) முடிவடைவதில்லை. 413-க்கான nginx access log-ஐச் சரிபார்க்கவும். இது client_max_body_size மிகக் குறைவாக அமைக்கப்பட்டிருப்பதைக் குறிக்கிறது. 502 என்பது nginx இயங்குகிறது, ஆனால் container இயங்கவில்லை என்பதைக் குறிக்கிறது.

குறியாக்க விருப்பங்கள் (encryption options) இல்லை, அல்லது மொபைல் செயலி URL-ஐ ஏற்க மறுக்கிறது. பக்கம் பாதுகாப்பான சூழலில் (secure context) இல்லை. முகவரிப் பட்டியில் (address bar) http:// மற்றும் ஒரு IP முகவரி அல்லது localhost அல்லாத ஒரு hostname தோன்றும். தற்காலிகத் தீர்வுகளைத் தேடுவதை விட, certificate-ஐச் சரிசெய்யவும்.

பட்ஜெட் கோப்பு இந்த பதிப்புடன் இணக்கமாக இல்லை என்ற செய்தி. client மற்றும் server பதிப்புகள் வேறுபட்டுள்ளன. இரண்டையும் ஒரே release-க்கு மேம்படுத்தி, மீண்டும் ஏற்றவும் (reload).

container மீண்டும் மீண்டும் தொடங்குகிறது (restart loop). docker compose logs actual-ஐப் படிக்கவும். /data-ல் உள்ள அனுமதிப் பிழை (permission error), container-ன் பயனர் அந்த directory-ல் எழுத முடியாது என்பதைக் குறிக்கிறது. address-in-use பிழை என்பது, loopback-ல் 5006 port-ஐ வேறொரு சேவை ஏற்கனவே பயன்படுத்துகிறது என்று அர்த்தம்.

முதல்முறை ஏற்றும்போது மெதுவாக உள்ளது. நீங்கள் திறக்கும்போது முழு பட்ஜெட் கோப்பும் browser-க்குத் தரவிறக்கம் செய்யப்படுகிறது. இது ஒரு பெரிய பரிமாற்றம், அதன் பிறகு உள்ளூர் வாசிப்பு (local reads) நடக்கும். இது server-ன் அளவு சார்ந்த சிக்கல் அல்ல, RAM-ஐ அதிகரிப்பதால் எந்த மாற்றமும் இருக்காது.

FAQ

Actual Budget இயங்க HTTPS அவசியமா?

ஆம், நடைமுறையில் இது அவசியம். Actual-ன் end-to-end encryption, browser-ன் Web Crypto API-ஐப் பயன்படுத்துகிறது. பாதுகாப்பான சூழலில் மட்டுமே browsers இதை அனுமதிக்கும், அதாவது https:// அல்லது http://localhost. மற்றொரு கணினியிலிருந்து plain HTTP மூலம் அணுகும்போது இந்த வசதிகள் கிடைக்காது. மேலும், அதிகாரப்பூர்வ mobile apps plain HTTP server URL-ஐ ஏற்காது. ஒரு உண்மையான hostname-ல் Let’s Encrypt certificate-ஐப் பயன்படுத்தவும், அல்லது நீங்கள் desktop browser-ஐ மட்டுமே பயன்படுத்துபவர் என்றால் ACTUAL_HTTPS_KEY மற்றும் ACTUAL_HTTPS_CERT உடன் self-signed certificate-ஐப் பயன்படுத்தலாம்.

Actual மூலம் எனது வங்கிப் பரிவர்த்தனைகளைத் தானாக இறக்குமதி செய்ய முடியுமா?

நீங்கள் நீங்களாகவே பதிவு செய்துகொள்ளும் மூன்றாம் தரப்புச் சேவைகள் மூலம் மட்டுமே இது சாத்தியம்: வட அமெரிக்காவில் SimpleFIN Bridge, ஐரோப்பாவில் Enable Banking, நியூசிலாந்தில் Akahu, அல்லது பிரேசிலில் Pluggy.ai. GoCardless ஆதரிக்கப்படுகிறது, ஆனால் புதிய கணக்குகளை அது ஏற்பதில்லை. அந்த API credentials உங்கள் server-ல் சேமிக்கப்படும், அவை end-to-end encryption-ன் கீழ் வராது. ஒத்திசைவு (Sync) கைமுறையாகவே நடக்கும், எனவே நீங்கள் ஒரு பொத்தானை அழுத்தினால் மட்டுமே அது செயல்படும்; பின்னணியில் தானாக எதுவும் இயங்காது. CSV, QIF, OFX மற்றும் QFX இறக்குமதிக்கு எந்த மூன்றாம் தரப்புச் சேவையும் தேவையில்லை.

நான் எதை மட்டும் backup எடுக்க வேண்டும்?

இந்த வழிகாட்டியில் /opt/actual/data என்று குறிப்பிடப்பட்டுள்ள mounted data directory-ஐ மட்டும் backup எடுக்க வேண்டும். இதில் logins மற்றும் sessions அடங்கிய server-files/account.sqlite மற்றும் budget files அடங்கிய user-files உள்ளன. நகலெடுக்கும் முன் container-ஐ நிறுத்திவிடவும், ஏனெனில் இயங்கிக்கொண்டிருக்கும் SQLite database-ஐ நகலெடுக்கும்போது தரவுகள் முழுமையற்றதாக மாற வாய்ப்புள்ளது. server-ல் உள்ள வேறு எந்தப் பகுதியும் state-ஐக் கொண்டிருக்கவில்லை.

encryption password-ஐ மறந்துவிட்டால் என்னவாகும்?

அந்தக் கோப்பை மீட்டெடுக்க முடியாது. password ஒருபோதும் server-க்குச் செல்வதில்லை, அதுதான் end-to-end encryption-ன் அடிப்படை நோக்கம். எனவே, இதை reset செய்யவோ அல்லது உதவி பெறவோ வழியில்லை. கோப்பை உருவாக்கிய உடனேயே அதை ஒரு password manager-ல் சேமிக்கவும், அதே server-ஐச் சாராத வேறொரு இடத்தில் அதன் நகலை வைத்திருக்கவும்.

Actual Budget-க்கு எவ்வளவு server திறன் தேவை?

மிகக்குறைந்த அளவே போதும். இந்த container static assets மற்றும் கோப்புகளை மட்டுமே வழங்குகிறது, budget கணக்கீடுகள் அனைத்தும் browser-லேயே நடக்கின்றன. 1 GB RAM கொண்ட ஒரு shared vCPU-ல் இது தடையின்றி இயங்கும். பல ஆண்டுகால வரலாற்றைக் கொண்ட ஒரு குடும்ப budget-ன் தரவு அளவு சில பத்து megabytes மட்டுமே இருக்கும். Disk பயன்பாடு உங்கள் backups மற்றும் பிற containers-ஐப் பொறுத்தது, Actual-ஐப் பொறுத்ததல்ல. அதிகத் திறன் தேவைப்படும் பிற மென்பொருட்களுடன் இதை இயக்குவதாக இருந்தால், photo server போன்றவற்றுக்குத் தேவைப்படும் RAM அளவைச் சரிபார்க்கவும். எனவே, ஒரு திட்டத்தைத் தேர்ந்தெடுக்கும் முன் PhotoPrism மற்றும் Immich-க்கு எவ்வளவு RAM தேவை என்பதைச் சரிபார்க்கவும்.