VPS లో Mealie రెసిపీ మేనేజర్‌ను ఇన్‌స్టాల్ చేయడం ఎలా?

సెల్ఫ్-హోస్టెడ్ రెసిపీ మేనేజర్ ఏమి చేస్తుంది

సెల్ఫ్-హోస్టెడ్ రెసిపీ మేనేజర్ మీ వంటకాలకు సంబంధించిన సమాచారాన్ని మీరు సొంతంగా నిర్వహించే సర్వర్‌లోని డేటాబేస్‌లో భద్రపరుస్తుంది. చాలా గృహాలు Mealie ని ఎంచుకుంటాయి. మీరు ఏదైనా రెసిపీ పేజీ యొక్క అడ్రస్‌ను పేస్ట్ చేసినప్పుడు, Mealie అందులోని పదార్థాలు, తయారీ విధానం, ఎంతమందికి సరిపోతుంది మరియు వంట సమయం వంటి వివరాలను సేకరిస్తుంది; అనవసరమైన కథనాలు మరియు ప్రకటనలను తొలగిస్తుంది. చివరకు మీ కలెక్షన్‌లో కేవలం వంటకానికి సంబంధించిన సమాచారం మాత్రమే మిగులుతుంది.

ఈ అప్లికేషన్‌లోని మిగిలిన ఫీచర్లు చాలా సరళమైనవి. ఇందులో వారపు మీల్ ప్లానర్ ఉంటుంది, దీనిలోకి మీరు రెసిపీలను డ్రాగ్ చేయవచ్చు. ఆ ప్లాన్ ఆధారంగా షాపింగ్ లిస్ట్ తయారవుతుంది. వంట చేసే ప్రతి వ్యక్తికి ప్రత్యేక లాగిన్ ఉంటుంది. ఇదంతా ఒకే కంటైనర్‌లో రన్ అవుతుంది. అభ్యర్థనలు లేనప్పుడు ఇది ఖాళీగా ఉంటుంది కాబట్టి, తక్కువ సామర్థ్యం ఉన్న VPS లో కూడా ఇది ఎటువంటి ఇబ్బంది లేకుండా నడుస్తుంది.

ఈ గైడ్ Docker Compose ను ఉపయోగిస్తుంది. మీకు services: మరియు volumes: అనే పదాలు కొత్తగా అనిపిస్తే, ముందుగా Docker Compose ఫైళ్లు ఎలా రూపొందుతాయి అనే అంశాన్ని చదవండి. ఎందుకంటే కింద ఉన్నదంతా ఒకే compose ఫైల్ మరియు నాలుగు కమాండ్లకు సంబంధించినది.

Docker Composeతో Mealieను ఇన్‌స్టాల్ చేయడం

Mealie తన images ను GitHub container registryకి publish చేస్తుంది. October 2026 నాటికి ప్రస్తుత stable tag v3.28.0. latest ను ఉపయోగించకుండా versionను pin చేయండి: latest ఉపయోగిస్తే, సంబంధం లేని రోజున జరిగే docker compose pull వల్ల మీరు సిద్ధంగా లేని database migrationలోకి వెళ్లిపోవచ్చు.

sudo mkdir -p /srv/mealie
cd /srv/mealie
sudo nano docker-compose.yml

services:
  mealie:
    image: ghcr.io/mealie-recipes/mealie:v3.28.0
    container_name: mealie
    restart: always
    ports:
      - "127.0.0.1:9925:9000"
    deploy:
      resources:
        limits:
          memory: 1000M
    volumes:
      - mealie-data:/app/data/
    environment:
      ALLOW_SIGNUP: "false"
      PUID: 1000
      PGID: 1000
      TZ: Europe/Amsterdam
      BASE_URL: https://recipes.example.com

volumes:
  mealie-data:

ప్రారంభించే ముందు రెండు linesను పరిశీలించాలి.

Portను 127.0.0.1:9925:9000 గా రాశారు, 9925:9000 గా కాదు. Container లోపల 9000పై listen చేస్తుంది, host 9925ను దానికి map చేస్తుంది. ఆ mapను loopback addressకు bind చేయడం వల్ల nginx Mealieను చేరుకోగలదు, కానీ internet నుంచి చేరుకోలేరు. Docker packet filterలో తన సొంత rulesను రాస్తుంది. అందువల్ల firewallలో port మూసి ఉందని చూపించినా, సాధారణ 9925:9000 బయట నుంచి చేరుకోగలదు. ఈ అనూహ్య ప్రవర్తనను ఒకసారి అర్థం చేసుకోవాలి: published Docker ports ufw నియమాలను ఎందుకు పట్టించుకోవు చూడండి.

BASE_URL మీరు ఉపయోగించబోయే ఖచ్చితమైన public address అయి ఉండాలి. అందులో scheme ఉండాలి, చివర trailing slash ఉండకూడదు. Mealie password reset links మరియు invitation linksను దీని ఆధారంగా రూపొందిస్తుంది. దాన్ని http://localhost:9925 గా సెట్ చేస్తే, మీ భాగస్వామికి పంపే invitationలో serverపైనే పనిచేసే link ఉంటుంది.

దీన్ని ప్రారంభించి, మొదటి bootను monitor చేయండి.

sudo docker compose up -d
sudo docker compose logs -f mealie

మొదటి start SQLite databaseను సృష్టించి migrationsను అమలు చేస్తుంది. దీనికి కొన్ని seconds పడుతుంది. Log స్థిరపడిన తరువాత migration lines ముద్రించడం ఆగితే, appను స్థానికంగా తనిఖీ చేయండి.

curl -I http://127.0.0.1:9925

200 OK అంటే app సరిగ్గా నడుస్తోంది. Connection refused అంటే container నడవడం లేదు: sudo docker compose ps అమలు చేసి exit codeను పరిశీలించండి. 137 codeతో ఆగిపోయిన container 1000M memory limitను మించినందుకు kill చేయబడింది. ఇది అతి చిన్న plansలో జరుగుతుంది.

మొదటి login మరియు బహిరంగ signup నిలిపివేత

డిఫాల్ట్ account changeme@example.com, దాని password MyPassword. దీనితో login చేసి, వెంటనే రెండింటినీ మార్చండి. ఈ జత documentation లో ముద్రించబడి ఉంటుంది. అందువల్ల ప్రతి scanner కు ఇది తెలిసి ఉంటుంది.

compose file లోని ALLOW_SIGNUP: "false" ఉద్దేశపూర్వకంగానే ఉంది. signup తెరిచి ఉంటే, address కనుగొన్న ఎవరైనా మీ recipe box లో account సృష్టించగలరు. signup మూసి ఉంటే, admin area నుంచి వ్యక్తులను add చేయవచ్చు. అప్పుడు మీరు స్వయంగా పంపగల invitation link రూపొందుతుంది. ఆ link BASE_URL నుంచి రూపొందుతుంది. అందుకే ఆ value ముఖ్యమైనది. ఒకే server పై అనేక apps నడుపుతూ, వాటన్నింటికీ ఒకే password కావాలనుకుంటే, Mealie తన login ను self-hosted Authentik instance వంటి external identity provider కు అప్పగించగలదు.

Mealie users ను ఒక household లో ఉంచుతుంది. Households ఒక group లో ఉంటాయి. ఒక household లోని అందరూ meal plan మరియు shopping list ను పంచుకుంటారు. కుటుంబానికి ఇది అవసరమైన విధానం. Recipe collection పరిధి మరింత విస్తృతంగా ఉంటుంది. అదే group లోని ప్రతి household, ఇతర households తో recipes, tags మరియు categories ను పంచుకుంటుంది. అందువల్ల ఒకే server లోని వేర్వేరు households తమ plans మరియు lists ను వేర్వేరుగా ఉంచుకుంటాయి. అయితే అందరూ ఒకే recipes నుంచి వంట చేస్తారు. Anchovies గురించి ఎవరూ ఏకాభిప్రాయానికి రాని flatshare కు కూడా ఇది అనుకూలంగా ఉంటుంది. పూర్తిగా వేర్వేరు collections కావాలంటే, వారికి వేర్వేరు groups ఇవ్వండి. Groups మధ్య ఏదీ పంచుకోబడదు.

ఈ importer ను అమలు చేయడానికి ఇదే కారణం

Recipe collection ను తెరిచి, URL నుంచి recipe సృష్టించే ఎంపికను ఎంచుకుని, ఒక link ను paste చేయండి. Mealie ఆ page ను fetch చేసి, structured recipe data కోసం చూస్తుంది. ఇది search engines కోసం చాలా recipe sites పొందుపరిచే machine-readable block. ఆ block ఉంటే import శుభ్రంగా, వెంటనే పూర్తవుతుంది.

మీరు AI provider ను configure చేస్తే, image లేదా మీరు paste చేసే plain text నుంచి కూడా import చేయవచ్చు. ఇందులో cookbook లోని page యొక్క photograph కూడా ఉంటుంది. Image import కోసం images చదవగల provider అవసరం. Provider లేకపోతే ఈ imports అందుబాటులో ఉండవు. ఇవి నెమ్మదైన మార్గం ద్వారా process అవుతాయి. తరువాత తనిఖీ చేయాలి, ఎందుకంటే handwritten fraction ను తప్పుగా చదవడం సులభం.

Bulk imports కూడా అదే screen నుంచి అమలు చేయవచ్చు. Addresses జాబితాను ప్రతి line కు ఒకటి చొప్పున paste చేయండి. Mealie వాటిని background లో process చేస్తుంది. రెండు వందల bookmarks ను ఒకే సారి import చేయవచ్చు.

భోజన ప్రణాళికలు మరియు షాపింగ్ జాబితా

మీల్ ప్లానర్ అనేది ఒక క్యాలెండర్. ఒక రెసిపీని ఏదైనా రోజుపైకి డ్రాగ్ చేయడం ద్వారా దానిని ప్లాన్ చేయవచ్చు. షాపింగ్ జాబితా ప్లాన్ చేసిన రెసిపీల నుండి కావలసిన పదార్థాలను సేకరించి ఒకే జాబితాగా మారుస్తుంది. ఇది డూప్లికేట్లను తొలగిస్తుంది; ఉదాహరణకు, రెండు రెసిపీలకు ఉల్లిపాయలు అవసరమైతే, అవి రెండు లైన్లుగా కాకుండా ఒకే లైన్‌గా కనిపిస్తాయి.

మీరు షాపులో ఉన్నప్పుడు ఈ జాబితా మీ ఫోన్‌లో లైవ్ పేజీలా పనిచేస్తుంది. ఇది మీ స్వంత సర్వర్‌లో ఉంటుంది కాబట్టి, ఇంట్లో ఉన్న వారందరూ ఒకే సమయంలో ఒకే జాబితాను చూడగలరు. ఒక వ్యక్తి పాలు కొన్నట్లు టిక్ చేస్తే, అది మరొకరి స్క్రీన్ నుండి కూడా తొలగించబడుతుంది.

Nginx మరియు TLS ను ముందు ఉంచడం

Mealie సాధారణ HTTP లో మాత్రమే పనిచేస్తుంది మరియు దీనికి సొంతంగా certificate నిర్వహణ లేదు. కాబట్టి, దీనికి ముందు Nginx లో TLS (Transport Layer Security) ను ముగించండి (terminate). ముందుగా మీ సర్వర్ IP కి ఒక DNS A record ను పాయింట్ చేయండి, ఎందుకంటే certificate జారీ చేసేటప్పుడు ఆ పేరును ధృవీకరిస్తారు.

sudo apt update && sudo apt install -y nginx
sudo nano /etc/nginx/sites-available/mealie

server {
    listen 80;
    server_name recipes.example.com;

    client_max_body_size 64M;

    location / {
        proxy_pass http://127.0.0.1:9925;
        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;
    }
}

sudo ln -s /etc/nginx/sites-available/mealie /etc/nginx/sites-enabled/
sudo nginx -t && sudo systemctl reload nginx

nginx -t ను ప్రింట్ చేయడం మరియు syntax is ok, test is successful లను తనిఖీ చేయడం చాలా ముఖ్యం. కాన్ఫిగరేషన్ సరిగ్గా ఉన్నప్పుడు మాత్రమే reload చేయండి, ఎందుకంటే తప్పుగా ఉన్న కాన్ఫిగరేషన్‌ను reload చేస్తే పాతదే రన్ అవుతూ ఉంటుంది, దీనివల్ల తదుపరి restart వరకు మీరు చేసిన తప్పు బయటపడదు.

client_max_body_size 64M ఇక్కడ ఉండాలి, ఎందుకంటే Nginx డిఫాల్ట్ పరిమితి 1 MB మాత్రమే. బ్రౌజర్ ద్వారా రెసిపీ ఫోటోను అప్‌లోడ్ చేసినప్పుడు లేదా బ్యాకప్‌ను restore చేసినప్పుడు అంతకంటే పెద్ద ఫైల్ వెళ్తుంది. ఈ లైన్ లేకపోతే, Mealie నుండి కాకుండా Nginx నుండి 413 Request Entity Too Large వస్తుంది, దీనివల్ల అప్లికేషన్ లాగ్‌లో ఎటువంటి సమాచారం కనిపించదు.

ఆ తర్వాత certificate ను జారీ చేయండి. ఆ ప్రక్రియ మరియు దాని renewal టైమర్ గురించి certbot ఉపయోగించి Nginx కోసం Let's Encrypt certificate జారీ చేయడం లో చూడవచ్చు.

sudo apt install -y certbot python3-certbot-nginx
sudo certbot --nginx -d recipes.example.com

Certbot మీ server block ను 443 పోర్ట్ వద్ద వినేలా మారుస్తుంది మరియు 80 పోర్ట్ నుండి redirect ను జోడిస్తుంది. https:// ద్వారా సైట్‌ను లోడ్ చేసి, బ్రౌజర్ certificate ను అంగీకరిస్తుందో లేదో నిర్ధారించుకోండి. ఒకవేళ Mealie లోడ్ అయినా, దాని లింకులు మిమ్మల్ని http:// కి పంపిస్తుంటే, అప్పుడు BASE_URL లో ఇంకా http అని ఉండి ఉండవచ్చు. దాన్ని సరిచేసి, కొత్త విలువతో కంటైనర్‌ను మళ్ళీ సృష్టించడానికి sudo docker compose up -d ని రన్ చేయండి.

Mealie ను example.com/recipes వంటి subpath కింద అందించడం సాధ్యం కాదు, ఎందుకంటే frontend ను subpath నుండి అందించలేము. కాబట్టి subdomain నే ఉపయోగించండి.

బ్యాకప్‌లు మరియు restore నిజంగా చేసే పని

Mealie నిర్వహించే మొత్తం డేటా container లోని /app/data/ లో ఉంటుంది. ఇది mealie-data volume. ఆ volume ను copy చేస్తే recipes, images, database అన్నీ కలిసి copy అవుతాయి. SQLite install ను బ్యాకప్ చేయడానికి container ను ఆపి ఈ folder ను copy చేయడం ఉత్తమమైన మార్గమని Mealie documentation పేర్కొంటుంది.

sudo docker volume ls
sudo docker compose stop mealie
sudo docker run --rm -v mealie_mealie-data:/data -v "$PWD":/backup \
  alpine tar czf /backup/mealie-data.tgz -C /data .
sudo docker compose start mealie

Volume name కు project name prefix గా ఉంటుంది. Compose file ఉన్న directory నే project name అంటారు. /srv/mealie నుండి volume పేరు mealie_mealie-data. అందుకే మొదటి command docker volume ls: ఇది చూపించే పేరునే ఉపయోగించాలి, ఈ guide లోని పేరును కాదు. ముందుగా container ను ఆపడం ముఖ్యం. SQLite తరచుగా write ప్రక్రియలో ఉంటుంది. అందువల్ల నడుస్తున్న container నుంచి తీసిన copy ను restore చేసినప్పుడు అది చదవలేనిదిగా మారవచ్చు.

Mealie కి admin area లో స్వంత backup page కూడా ఉంది. ఇది database ను database.json గా కలిగి ఉన్న zip archive ను రాస్తుంది. Version మార్పు సమయంలో ఇది పనిచేస్తుందని ఆధారపడవద్దు. Archive ను తయారు చేసిన అదే Mealie version తోనే restore చేయాలి. Version సరిపోకపోతే restore error తో ఆగిపోతుంది. Servers మధ్య data తరలించడానికి కొత్త server పై అదే pinned version ను నడపాలి. తరువాత volume ను అక్కడికి copy చేయాలి లేదా archive ను అక్కడ restore చేయాలి. Restore విధానం ఉద్దేశపూర్వకంగా destructive. ఇది archive ను load చేయడానికి ముందు ప్రస్తుత database ను తొలగిస్తుంది. దీనిని undo చేయలేరు. ప్రక్రియ పూర్తయ్యాక మీరు logout అవుతారు.

ఈ రెండు copies కూడా అదే server లో ఉన్నంతకాలం backup కావు. Archive ను schedule ప్రకారం వేరే ప్రదేశానికి పంపాలి. దీని కోసమే restic తో encrypted off-server backups ఉపయోగపడుతుంది.

Mealie ని అప్‌డేట్ చేయడం

cd /srv/mealie
sudo nano docker-compose.yml
sudo docker compose pull
sudo docker compose up -d
sudo docker compose logs -f mealie

ఫైల్‌లో పిన్ చేసిన వెర్షన్ సంఖ్యను పెంచండి, ఆపై కొత్త ఇమేజ్‌ను pull చేసి, కంటైనర్‌ను మళ్లీ సృష్టించండి. కొత్త ఇమేజ్ మొదటిసారి ప్రారంభమైనప్పుడు డేటాబేస్ మైగ్రేషన్లు ఆటోమేటిక్‌గా జరుగుతాయి. మేజర్ వెర్షన్ మార్పుకు ముందు వాల్యూమ్ (volume) యొక్క కాపీని తీసుకోండి. ఎందుకంటే మైగ్రేషన్ మధ్యలో విఫలమైతే, పాత ఇమేజ్ ఆ డేటాబేస్‌ను ఇకపై తెరవలేదు. మీరు ఉపయోగిస్తున్న వెర్షన్ నుండి కొత్త వెర్షన్ వరకు మధ్యలో వచ్చిన అన్ని release notes ను తప్పకుండా చదవండి.

ఇంపోర్టర్ విఫలమైనప్పుడు

కొన్ని సైట్‌లు ఎటువంటి structured recipe డేటాను ప్రచురించవు, అప్పుడు Mealie కేవలం శీర్షికను మాత్రమే దిగుమతి చేసుకుని, పదార్థాల జాబితాను ఖాళీగా ఉంచుతుంది. దీనిని మీరు కాన్ఫిగరేషన్ ద్వారా సరిచేయలేరు. అటువంటి సందర్భాల్లో రెసిపీ టెక్స్ట్‌ను మాన్యువల్‌గా కాపీ చేసి పేస్ట్ చేయండి.

ఇతర వైఫల్యాలు రెసిపీ సైట్ ముందు ఉండే bot protection వల్ల సంభవిస్తాయి; ఇవి Mealie కి రెసిపీకి బదులుగా challenge పేజీని పంపుతాయి. Mealie ఇప్పటికే బ్రౌజర్‌ను పోలి ఉండేలా ప్రవర్తిస్తూ, తన user agent ను మారుస్తూ ఉంటుంది. అయినప్పటికీ సైట్ అనుమతించకపోతే, డాక్యుమెంట్ చేయబడిన పరిష్కారాలు ఇవే: మెరుగైన reputation ఉన్న proxy ద్వారా scraper ను పంపడం, లేదా challenge ను నిజమైన బ్రౌజర్‌లో పరిష్కరించే FlareSolverr instance ను రన్ చేయడం. ఇవి రెండూ ఐచ్ఛికం మరియు కంటైనర్‌లోని environment variables ద్వారా సెట్ చేయబడతాయి.

మీ సర్వర్ ఆ సైట్‌ను అస్సలు చేరుకోలేకపోవడం వల్ల ఇంపోర్ట్ విఫలమైతే, అది వేరే సమస్య. scraper ను నిందించే ముందు, ఆ సర్వర్ నుండి curl -I https://the-site.example/recipe కమాండ్‌తో పరీక్షించి, status line ను చదవండి.

ఇది ఎక్కడ సరిపోతుంది

Mealie అనేది గృహ అవసరాల కోసం self-hosted అప్లికేషన్‌గా ప్రారంభించడానికి ఒక మంచి ఎంపిక, ఎందుకంటే మీతో పాటు నివసించే వారు దీనిని అడగకుండానే ఉపయోగిస్తారు. ఇది Immich తో మీ స్వంత ఫోటో లైబ్రరీని నిర్వహించడం వంటిదే, అయితే ఇది చాలా తేలికైనది. ఇది ఈ ఏడాది self-host చేయదగిన వాటి జాబితాలో ఒక భాగంగా ఉంటుంది. ఒక చిన్న సర్వర్ ఈ రెండింటినీ నిర్వహించగలదు. ఆ రెండో పని కోసం Immich మాత్రమే ఏకైక ఎంపిక కాదు. మీరు ఇంకా నిర్ణయించుకోకపోతే, PhotoPrism మరియు Immich ల మెమరీ అవసరాలు మరియు బ్యాకప్ కమాండ్ల గురించి చదవడం మంచిది, ఎందుకంటే డిస్క్ స్థలాన్ని కేటాయించే ముందు వాటి మధ్య తేడాలను తెలుసుకోవడం ముఖ్యం. మీ ఇంట్లో భోజన ప్రణాళికలతో పాటు ఇతర నోట్స్ కూడా ఉంచుకోవాలనుకుంటే, self-hosted AFFiNE workspace కూడా అదే రకమైన compose-file ప్రక్రియను కలిగి ఉంటుంది. అయితే దీనికి నాలుగు containers మరియు Mealie కంటే ఎక్కువ మెమరీ అవసరమవుతుంది, కాబట్టి సర్వర్‌లో ఎంత సామర్థ్యం మిగిలి ఉందో ముందుగా తనిఖీ చేయండి. ఒకవేళ మీ ఇంట్లో భోజనంతో పాటు వ్యాయామాలను కూడా ట్రాక్ చేయాలనుకుంటే, openGym వ్యాయామాలను ట్రాక్ చేస్తుంది. దీనికి కూడా మీరు ఇంతకుముందు ఉపయోగించిన అదే pinned tag, compose file మరియు certificate సరిపోతాయి. భోజనం తర్వాత సమయం కోసం, Halcyon ఇప్పటికే ఉన్న Jellyfin లైబ్రరీని 1990ల నాటి అద్దె దుకాణంలా మారుస్తుంది. ఇది మీరు ఇప్పటికే నడుపుతున్న సర్వీసు ముందు ఉండే ఒక చిన్న container మాత్రమే, దీని కోసం ప్రత్యేకంగా బ్యాకప్ తీసుకోవాల్సిన database ఏమీ ఉండదు. ఈ జాబితాలోనివన్నీ గృహ అవసరాల కోసం మాత్రమే కావు. ఒకవేళ మీరు పని కోసం ఏదైనా నిర్వహించాల్సి వస్తే, self-hosted Chatwoot support desk కోసం అదే pinned tag మరియు certificate సరిపోతాయి. అయితే దీని వెనుక Postgres, Redis మరియు అవుట్‌బౌండ్ మెయిల్ సర్వీసులు ఉంటాయి. ఇది Mealie కంటే చాలా పెద్దది, కాబట్టి దీనికి ప్రత్యేక సర్వర్ అవసరం.

FAQ

రెసిపీ URLని దిగుమతి చేయడం ఎందుకు విఫలమవుతుంది?

దీనికి సాధారణంగా రెండు కారణాలు ఉంటాయి. ఆ పేజీ structured recipe data ను ప్రచురించకపోవచ్చు. అందువల్ల scraper కు ఏమీ దొరకదు, ingredients లేకుండా title మాత్రమే లభిస్తుంది. లేదా ఆ సైట్ ముందు ఉన్న bot-protection layer recipe బదులు challenge page ను పంపవచ్చు. రెండవ సందర్భంలో మెరుగైన address reputation ఉన్న proxy ను లేదా నిజమైన browser లో challenge ను పరిష్కరించే self-hosted FlareSolverr instance ను Mealie ఉపయోగించేలా configure చేయవచ్చు. ఏ మార్పు చేయకముందు, curl -I తో మీ server ఆ పేజీని అసలు చేరుకోగలదో నిర్ధారించండి.

నాకు PostgreSQL అవసరమా, లేక SQLite సరిపోతుందా?

ఇంటికి SQLite సరిపోతుంది. అదే default కూడా. Data directory network attached storage లో ఉన్నప్పుడు PostgreSQL కు మారండి. కారణం, network filesystem పై SQLite ఉపయోగిస్తే locked-database errors ఏర్పడవచ్చు, file పాడవచ్చు. PostgreSQL లో restore చేయడానికి database user superuser అయి ఉండాలి. Restore ప్రక్రియ archive ను load చేయడానికి ముందు మొత్తం data ను తొలగిస్తుంది.

Domain name లేకుండా Mealie నడపవచ్చా?

అవును, మీ స్వంత network లో నడపవచ్చు. మీరు వాస్తవంగా type చేసే address కు BASE_URL ను set చేయండి. ఉదాహరణకు http://192.168.1.20:9925 ను ఉపయోగించవచ్చు. nginx ను skip చేయండి. Invitation మరియు password reset links BASE_URL ఆధారంగా రూపొందుతాయి. అందువల్ల తప్పు value ఉంటే మరెవరూ open చేయలేని links ఏర్పడతాయి. Plain HTTP ద్వారా దీన్ని internet కు expose చేయవద్దు. అలా చేస్తే login వివరాలు encryption లేకుండా పంపబడతాయి.

నా కుటుంబ సభ్యులకు వారి స్వంత logins ఎలా ఇవ్వాలి?

ALLOW_SIGNUP ను "false" గా ఉంచండి. తరువాత admin area నుంచి వ్యక్తులను add చేయండి. అప్పుడు వారికి పంపగల invitation link రూపొందుతుంది. ఒకే kitchen ను ఉపయోగించే వారందరినీ ఒకే household లో ఉంచండి. అప్పుడు వారు meal plan మరియు shopping list ను పంచుకుంటారు. ఏ పరిస్థితిలోనైనా group లోని ప్రతి household తో recipes share అవుతాయి. కాబట్టి వేర్వేరు collections అవసరమైన వారికి వేర్వేరు groups కావాలి.

Mealie నడపడం ఆపితే నా recipes కు ఏమవుతుంది?

అవి మీ వద్దే ఉంటాయి. Admin backup మీ data ను JSON గా రాస్తుంది. Mealie recipes ను plain markdown files గా కూడా export చేయగలదు. ఎలాంటి software లేకుండానే అవి ఏ text editor లోనైనా చదవగలిగేలా ఉంటాయి. అవసరం ఏర్పడకముందే ఒక export తీసుకోండి. దాన్ని మీరు open చేయగలరని నిర్ధారించండి.