Kisomaji RSS cha kujihostia kipi kinafaa kwa VPS?

Kisomaji RSS cha kujihostia kipi kinafaa kwa VPS ndogo

Miniflux ndicho kisomaji RSS cha kujihostia cha kuweka kwenye VPS ndogo. Ni binary moja ya Go inayofanya kazi sambamba na PostgreSQL. Inatumia APIs za Fever na Google Reader, hivyo programu za simu za watu wengine zinaweza kuunganishwa, na uboreshaji (upgrade) ni docker compose pull moja tu. Chagua FreshRSS badala yake ikiwa unataka viendelezi (extensions) na kontena moja lenye SQLite ndani yake.

Visomaji vitano vinafaa nafasi ya diski kwenye VPS: Miniflux, FreshRSS, CommaFeed, yarr na Tiny Tiny RSS. Ukurasa huu unalinganisha tofauti halisi kati yao: kumbukumbu (memory) inayohitajika na kila stack, hifadhidata (database) ambayo kila moja inakulazimisha kutumia, API ya usawazishaji (sync) inayohitajika na programu yako ya simu, na kinachotokea siku ya uboreshaji. Kila takwimu hapa imechapishwa na mradi husika au ni hesabu rahisi, na maandishi yanaeleza ni ipi kati ya hizo. Hakuna hata moja kati ya hizi inayopima utendaji wa maunzi yako (benchmark), kwa hivyo pima seva yako mwenyewe kwa kutumia docker stats.

Wasomaji watano, kila mmoja aya moja

Miniflux imeandikwa kwa Go na inasambazwa kama binary moja iliyokusanywa (statically compiled). Nyaraka zake ziko wazi kuhusu utegemezi mmoja mgumu: "inafanya kazi na PostgreSQL pekee". Hakuna hali ya SQLite. Inatoa REST API, API inayooana na Fever, na API inayooana na Google Reader, pamoja na uwezo wa kuingiza na kutoa OPML. Utafutaji wa maandishi kamili (full text search) unashughulikiwa na PostgreSQL, ambayo ndiyo sababu database si ya hiari.

FreshRSS ni PHP na inaendeshwa kama container moja inayoshikilia seva ya wavuti na programu yenyewe. SQLite ndiyo database chaguo-msingi na haihitaji huduma ya pili, wakati PostgreSQL na MySQL zinaungwa mkono kwa usakinishaji mkubwa zaidi. Inatumia Google Reader API na Fever API. Usakinishaji wake tayari umeshughulikiwa katika mwongozo wetu wa FreshRSS kwenye VPS, kwa hivyo ukurasa huu unaifanya kulinganisha badala ya kurudia usakinishaji.

CommaFeed ni Java kwenye Quarkus yenye mpangilio unaonakili Google Reader. Database yake huchaguliwa wakati wa ujenzi (build time), si wakati wa kuendesha (run time), kwa hivyo mradi huchapisha image moja kwa kila database: athou/commafeed:latest-h2 kwa database ya H2 iliyopachikwa, athou/commafeed:latest-postgresql kwa PostgreSQL, na lahaja zaidi kwa MySQL na MariaDB. Tags hizo ni builds zilizokusanywa kiasili, na kiambishi tamati cha -jvm huashiria lahaja zinazoendeshwa kwenye JVM badala yake. Inatoa REST API na API inayooana na Fever, na tangu toleo la 7.3.0 (Agosti 2026) pia ina API inayooana na Google Reader.

yarr (yet another rss reader) ni binary moja ya Go yenye SQLite iliyopachikwa, na haihitaji container yoyote. ./yarr ya kawaida husikiliza kwenye 127.0.0.1:7070. Flags zake ni fupi: -addr 0.0.0.0:7070 -auth alice:secret huifungua kwa mtandao nyuma ya nenosiri, na -db /data/yarr.db huweka database mahali unapotaka. Ina API inayooana na Fever. Toleo lake jipya zaidi lililowekewa tag ni v2.9, la Septemba 2026, lililokaguliwa Oktoba 2026, likifuata v2.7 mwezi Juni na v2.8 mwezi Julai, kwa hivyo inaendelezwa kikamilifu tena.

Tiny Tiny RSS ni ya zamani zaidi kati ya hizo tano na nzito zaidi kuendesha. Mradi wa asili katika tt-rss.org ulistaafu tarehe 1 Novemba 2025, na maendeleo yanaendelea katika fork ya jamii kwenye github.com/tt-rss/tt-rss, ambayo nyaraka zake sasa ndizo usanidi rasmi. Usanidi huo ni huduma nne: container ya PostgreSQL, container ya programu ya PHP-FPM, container tofauti ya kusasisha (updater) inayochota feeds, na container ya nginx iliyo mbele. Nyaraka zinasema wazi kwamba "usanidi huu unatumia PostgreSQL". Ina JSON API yake yenyewe, ambayo mteja wake wa Android na programu kadhaa za watu wengine hutumia. Fever si sehemu yake.

Kiasi cha kumbukumbu kinachohitajika na kila stack

Takwimu hapa chini ni bajeti, si vipimo: ni ukomo wa kumbukumbu ambao kila stack inapaswa kubaki ndani yake kwenye VPS ndogo. Namba ya CommaFeed ni mfano uliotolewa na mradi wenyewe, ambao huweka ukomo wa container kwenye 256 MB. Nyingine ni viwango vya juu vinavyotoa nafasi kwa ajili ya feed fetcher, sehemu inayoongeza matumizi ya kumbukumbu wakati mzunguko wa kusasisha (refresh cycle) unapoanza.

[
  {
    "label": "yarr (SQLite)",
    "containers": 1,
    "mem_limit_mb": 128
  },
  {
    "label": "FreshRSS (SQLite)",
    "containers": 1,
    "mem_limit_mb": 256
  },
  {
    "label": "CommaFeed (H2)",
    "containers": 1,
    "mem_limit_mb": 256
  },
  {
    "label": "Miniflux + Postgres",
    "containers": 2,
    "mem_limit_mb": 320
  },
  {
    "label": "Tiny Tiny RSS",
    "containers": 4,
    "mem_limit_mb": 640
  }
]

yarr inatumia kiasi kidogo zaidi kwa 128 MB kwa sababu ni binary moja na faili moja ya SQLite, bila seva ya database au runtime ya lugha chini yake. Miniflux inahitaji 320 MB katika 2 containers, na sehemu kubwa ya hiyo ni ya PostgreSQL badala ya Miniflux yenyewe. Tiny Tiny RSS ni tofauti kwa kutumia 640 MB katika 4 containers, kwa sababu programu, updater, database na web server ni michakato (processes) minne tofauti yenye heaps nne tofauti.

Weka hivi kama ukomo halisi badala ya matarajio tu. Ukomo wa kumbukumbu katika Docker Compose inaelezea sintaksia na kile ambacho container hufanya inapofikia ukomo huo. Container isiyo na ukomo haishindwi kwa utaratibu kwenye seva iliyojaa: kernel huchagua mchakato wa kutoa kafara na kuumaliza, na mara nyingi mchakato huo si ule container uliosababisha msongamano wa kumbukumbu.

Database ambayo kila msomaji hukulazimisha kuitumia

Database ndiyo tofauti kubwa zaidi ya kiutendaji kati ya hizi tano. Hili ni uamuzi mkubwa kuliko tofauti yoyote katika kiolesura cha mtumiaji, kwa sababu huamua utaratibu wako wa backup na hatari ya upgrade.

PostgreSQL inahitajika na Miniflux na usanidi rasmi wa Tiny Tiny RSS. Inakupa uwezo wa kweli wa full text search na uandishi salama wa wakati mmoja (concurrent writes). Inagharimu container ya pili, volume, na tatizo moja linalojirudia: picha rasmi za PostgreSQL haziwezi kuhamisha data kati ya matoleo makuu (major versions) zikiwa zinafanya kazi. Nyaraka za Tiny Tiny RSS zinasema hivyo moja kwa moja, na kuonya kwamba "picha rasmi za PostgreSQL hazina msaada wa kuhamisha data kati ya matoleo makuu". Kwa msomaji wa feed, chaguo zako za kweli ni kufunga (pin) toleo kuu la zamani, au kufanya dump na restore kwa kutumia pg_dump na pg_restore. PostgreSQL pia inaelezea pg_upgrade na upgrades zinazotegemea replication, ambazo hustahili usanidi wake wa ziada kwenye database kubwa ambapo downtime ni muhimu, na database ya msomaji wa feed mara chache huwa hivyo. Panga kufanya hivyo mara moja kila mwaka au miwili.

SQLite ndiyo chaguo-msingi la FreshRSS na yarr. Faili moja, hakuna seva, hakuna port, hakuna password. Inafanya kazi vizuri kwa mtu mmoja mwenye mamia machache ya feeds, na hupunguza kasi wakati watumiaji kadhaa wanaandika kwa wakati mmoja, ambapo chaguo la PostgreSQL la FreshRSS huanza kuonyesha thamani yake. yarr iliongeza msaada wa hiari wa PostgreSQL katika v2.7, lakini faili iliyopachikwa ndiyo njia ya kawaida ya kuiendesha.

H2 ndiyo chaguo-msingi lililopachikwa la CommaFeed, na linastahili muda wa kufikiria kabla ya kuanza, kwa sababu CommaFeed huchagua database yake wakati picha (image) inajengwa. Kuhama kutoka H2 kwenda PostgreSQL baadaye si mabadiliko ya configuration. Ni picha tofauti pamoja na uhamiaji wa data (data migration) ambao lazima ujifanyie mwenyewe, kwa hivyo amua kabla ya kuwa na historia ya mwaka mzima ya usomaji ndani ya kisanduku hicho.

Je, programu yako ya simu itafanya kazi?

Swali hili huamua mambo mengi kuliko watu wanavyotarajia, kwa sababu kiolesura cha wavuti ni nusu tu ya jinsi msomaji wa feed (feed reader) anavyotumiwa.

Miniflux inatumia API inayooana na Fever na API inayooana na Google Reader, kwa hivyo wateja wengi wa iOS na Android huunganishwa nayo. FreshRSS inatumia hizo mbili pia, na nyaraka zake zenyewe huzipanga hivi: API ya Google Reader ndiyo "bora" ikiwa na usaidizi kamili wa vipengele, wakati API ya Fever ina "vipengele vichache na utendaji usio na ufanisi mkubwa". FreshRSS pia inahitaji hatua mbili kabla ya programu yoyote kuweza kuingia (log in). Washa "Allow API access (required for mobile apps)" chini ya Authentication, kisha tengeneza nenosiri la API katika wasifu wa mtumiaji. Kuruka hatua ya nenosiri la API husababisha hitilafu ya uthibitishaji (authentication failure) kwenye programu wakati kuingia kupitia wavuti kukiendelea kufanya kazi, jambo ambalo huchanganya hadi pale unapojua pa kuangalia.

CommaFeed sasa inatumia zote mbili pia: imekuwa na API inayooana na Fever kwa muda mrefu, na toleo la 7.3.0 liliongeza API inayooana na Google Reader kwa ajili ya programu zisizosaidia Fever, kwa hivyo tumia 7.3.0 au toleo jipya zaidi ikiwa programu yako inatumia Google Reader pekee. yarr hutoa API inayooana na Fever pekee, kwa hivyo inafanya kazi na wateja wanaotumia Fever na si na programu zinazotumia Google Reader pekee. Tiny Tiny RSS ina API yake yenyewe, jambo linalomaanisha kuwa unahitaji mteja (client) aliyeandikwa kwa ajili yake. Hakikisha kuwa programu unayopendelea inasaidia msomaji huyo kabla ya kuingiza (import) feed 300 ndani yake.

Faili la compose linalofanya kazi kwenye seva ya 1 GB

Hii ni stack ya Miniflux, iliyorekebishwa kutoka kwa mfano wa Docker wa mradi wenyewe kufikia Oktoba 2026. Port iliyochapishwa imefungwa kwenye loopback, anwani ya kusikiliza imewekwa wazi, na container zote mbili zina kikomo cha kumbukumbu.

services:
  miniflux:
    image: miniflux/miniflux:latest
    restart: unless-stopped
    ports:
      - "127.0.0.1:8080:8080"
    depends_on:
      db:
        condition: service_healthy
    environment:
      - DATABASE_URL=postgres://miniflux:CHANGE_ME@db/miniflux?sslmode=disable
      - LISTEN_ADDR=0.0.0.0:8080
      - BASE_URL=https://rss.example.com/
      - RUN_MIGRATIONS=1
      - CREATE_ADMIN=1
      - ADMIN_USERNAME=admin
      - ADMIN_PASSWORD=CHANGE_ME_TOO
      - POLLING_FREQUENCY=60
    healthcheck:
      test: ["CMD", "/usr/bin/miniflux", "-healthcheck", "auto"]
    mem_limit: 128m
  db:
    image: postgres:18
    restart: unless-stopped
    environment:
      - POSTGRES_USER=miniflux
      - POSTGRES_PASSWORD=CHANGE_ME
      - POSTGRES_DB=miniflux
    volumes:
      - miniflux-db:/var/lib/postgresql
    healthcheck:
      test: ["CMD", "pg_isready", "-U", "miniflux"]
      interval: 10s
      start_period: 30s
    mem_limit: 192m
volumes:
  miniflux-db:

Mistari mitatu katika faili hilo ndiyo watu hukosea. LISTEN_ADDR=0.0.0.0:8080 inarudia kile ambacho image rasmi tayari imeweka kwenye Dockerfile yake, kwa hivyo kwa miniflux/miniflux ni kinga isiyo na madhara badala ya marekebisho. Ni muhimu unapojenga image yako mwenyewe au kuendesha binary iliyopakiwa, kwa sababu default iliyoandikwa ya binary hiyo ni 127.0.0.1:8080, na mchakato uliowekwa kwenye loopback ndani ya container hauwezi kufikiwa kupitia port iliyochapishwa, kwa hivyo unapata connection reset huku container ikionekana kuwa na afya. Njia ya volume /var/lib/postgresql inalingana na PostgreSQL 18; toleo la 17 na la awali huhifadhi data katika /var/lib/postgresql/data, na ku-mount njia isiyo sahihi inamaanisha saraka ya data haipo kwenye volume hata kidogo, kwa hivyo kila kitu hupotea wakati mwingine container inapoundwa upya. 127.0.0.1:8080:8080 inazuia port isifikiwe na mtandao wa umma, kwa sababu kuchapisha port bila anwani huandika sheria kwenye chain ambayo ufw haisimamii. Docker ports bypass ufw inaelezea utaratibu huo, na a Traefik reverse proxy ndiyo njia unayotumia kuweka TLS mbele yake.

docker compose up -d
docker compose ps
docker compose logs -f miniflux
docker stats --no-stream

docker compose ps inapaswa kuorodhesha huduma zote mbili kama zinazoendelea, huku database ikiwa imewekwa alama healthy. Mwanzo wa kwanza wa Miniflux huandika schema migrations zake kwenye log, jambo ambalo RUN_MIGRATIONS=1 huchochea. docker stats --no-stream huchapisha safu ya kumbukumbu ya moja kwa moja, na hiyo ndiyo namba ya kulinganisha na viwango vya juu katika chati hapo juu. Ikiwa container ya Miniflux inaanza upya kwa mzunguko, soma log yake: connect: connection refused inamaanisha ilianza kabla ya PostgreSQL kuwa tayari kukubali miunganisho, ambayo ndiyo hasa hali ya service_healthy inayozuia, kwa hivyo hakikisha hali hiyo imesalia baada ya kuhariri kwako. Ikiwa Compose yenyewe ni ngeni kwako, Docker Compose basics on a VPS inashughulikia mpangilio wa faili kwanza.

Huduma zisizotoshea kwenye seva ya 1 GB

Tiny Tiny RSS ni huduma ya kuepuka. Stack yake rasmi ya huduma nne hufanya kazi kwenye VPS ya 1 GB ikiwa VPS hiyo haifanyi kazi nyingine yoyote, na haifanyi kazi hapo ikiwa imewekwa kando ya programu nyingine inayotumia database na reverse proxy. Huduma nne inamaanisha seti nne za matumizi ya rasilimali, na mojawapo ni PostgreSQL.

CommaFeed inatoshea, lakini kwa kutumia image ya H2 pekee na kikomo cha 256 MB ambacho mfano wa mradi huo wenyewe umeweka. Muunganiko unaovuruga seva ndogo ni CommaFeed ikiwa kando ya seva tofauti ya database, na lahaja za image za -jvm hufanya hali kuwa mbaya zaidi, kwa sababu nyaraka za mradi huo huonya kuwa JVM ni mbinafsi kwa chaguo-msingi na hairudishi kumbukumbu isiyotumika kwa mfumo wa uendeshaji. Tag za latest-h2 na latest-postgresql ni native builds, ambazo mradi huo huzipendekeza kwa sababu ya matumizi yao madogo ya kumbukumbu, kwa hivyo endelea kuzitumia isipokuwa kama una sababu ya kuendesha JVM.

Seva ikikosa kumbukumbu, kernel out of memory killer huchagua mchakato na kuusitisha. dmesg -T huonyesha mstari kama Out of memory: Killed process 1234 (java), na container hutoweka ghafla kutoka docker compose ps bila ujumbe wowote kwenye log ya programu, kwa sababu programu haikupata nafasi ya kuandika ujumbe wowote.

Jinsi upgrades zinavyofanya kazi kwa kila moja

• Miniflux: docker compose pull && docker compose up -d, huku migrations za schema zikitekelezwa wakati wa kuanza ikiwa RUN_MIGRATIONS=1 imewekwa. Hatari ya upgrade si Miniflux yenyewe. Ni toleo kuu la PostgreSQL lililo chini yake.
• FreshRSS: vuta image mpya. Ukiwa na SQLite hakuna database engine ya kufanyiwa upgrade, kwa hivyo hitilafu za kawaida hutokana na extensions za watu wengine ambazo hazijasasishwa.
• CommaFeed: vuta image variant inayolingana na database yako. Kubadili kutoka latest-h2 kwenda latest-postgresql hakuhishi data zako.
• yarr: badilisha binary na ubaki na faili la database. Releases zilitoka Juni, Julai na Septemba 2026, huku v2.9 ikiwa ndiyo mpya zaidi kufikia Oktoba 2026, kwa hivyo angalia ukurasa wa releases mara kwa mara.
• Tiny Tiny RSS: docker compose pull && docker compose up -d. Container ya programu hujisasisha yenyewe wakati wa kuanza, na FAQ ya mradi huu huunganisha makosa ya update ya schema na volume iliyoharibika au usanidi wa override, kwa hivyo angalia hayo kwanza ikiwa kosa lolote litatokea. Ikiwa compose file yako bado inavuta images kutoka kwenye mradi wa tt-rss.org uliostaafishwa, badilisha kwenda kwenye images za fork hiyo (supahgreg/tt-rss kwenye Docker Hub au ghcr.io/tt-rss/tt-rss).

Chukua database dump kabla ya kufanya yoyote kati ya haya, si baada ya hapo.

docker compose exec -T db pg_dump -U miniflux miniflux | gzip > miniflux-$(date +%F).sql.gz

Gharama ya muda wa kusasisha kwa kipimo cha bandwidth

Nambari zilizo hapa chini ni za kihisabati, si kipimo halisi. Zinachukulia kuwa kuna feeds 100, ombi moja kwa kila feed kwa kila muda, na KB 40 kwa kila jibu. Trafiki halisi huwa chini wakati seva inapoheshimu maombi ya masharti (conditional requests), na huwa juu wakati feeds zikiwa na maandishi kamili ya makala.

[
  {
    "label": "Every 5 minutes",
    "fetches_per_month": "864,000",
    "gb_per_month": 34.6
  },
  {
    "label": "Every 15 minutes",
    "fetches_per_month": "288,000",
    "gb_per_month": 11.5
  },
  {
    "label": "Every 30 minutes",
    "fetches_per_month": "144,000",
    "gb_per_month": 5.8
  },
  {
    "label": "Every 60 minutes",
    "fetches_per_month": "72,000",
    "gb_per_month": 2.9
  }
]

Muda wa dakika tano kwa feeds 100 ni maombi 864,000 na takriban GB 34.6 kwa mwezi. Kupiga kura (polling) kila saa ni maombi 72,000 na takriban GB 2.9. Miniflux inatolewa ikiwa na POLLING_FREQUENCY iliyowekwa kuwa dakika 60, ambayo ndiyo safu ya mwisho ya chati hiyo, na chaguo hilo la awali ni sahihi kwa karibu kila mtu. Makala haifiki mapema kwa sababu umeomba mara nyingi zaidi.

Maombi ya masharti ndiyo yanayofanya nambari halisi kuwa chini ya ile ya kihisabati. Msomaji anayehifadhi vichwa vya habari (headers) vya ETag na Last-Modified vilivyorejeshwa na feed, huvituma tena kama If-None-Match na If-Modified-Since, na seva isiyo na jipya hujibu 304 Not Modified bila mwili wa ujumbe. Muunganisho bado unagharimu handshake, lakini si payload. Feeds zinazopuuza maombi ya masharti hukupa hati nzima kila wakati, kwa hivyo feeds chache kubwa zinaweza kutawala bili yako ya uhamisho wa data peke yake.

Kupiga kura kwa nguvu pia husababisha kuzuiwa. Seva inayoamua kuwa unaishambulia kwa maombi hujibu 429 Too Many Requests, na baadhi ya tovuti hujibu 403 badala yake. Miniflux hurekodi kosa la mwisho dhidi ya feed yenyewe, kwa hivyo orodha ya feeds ndiyo mahali pa kwanza pa kuangalia wakati feed moja inapoacha kusasishwa huku zingine zikiendelea kufanya kazi.

Feeds hufa, na faili la OPML si chelezo

Feeds huchakaa haraka kuliko unavyotarajia. Domains huisha muda wake, tovuti huhama kwenda kwenye majukwaa yasiyo na feed, na URL iliyokuwa ikitoa XML huanza kutoa ukurasa wa makosa wa HTML wenye status 200 OK. Hali hiyo ya mwisho ndiyo yenye utata: uletaji wa data (fetch) unafanikiwa, uchanganuzi (parse) unashindwa, na kisomaji chako kinarekodi kosa la uchanganuzi badala ya kosa la mtandao. Mara moja kwa mwaka, panga orodha ya feeds kulingana na muda wa mwisho kusasishwa na ufute zile zilizokaa kimya.

Usafirishaji wa OPML ni orodha yako ya usajili. Faili la kawaida la OPML huhifadhi URL za feeds na majina ya folda. FreshRSS huongeza XML namespace yake yenyewe ambayo pia hubeba mipangilio ya kila feed kama vile muda wa kusasisha (refresh interval), XPath scraping selectors, na vichujio vya kusoma kiotomatiki (auto-read filters), lakini hakuna usafirishaji wa OPML unaohifadhi hali ya kusoma (read state), makala zilizotiwa nyota, au maandishi ya makala uliyohifadhi. Ingiza OPML hiyo kwenye usakinishaji mpya na utapata feeds zako zote zikiwa na kila makala uliyowahi kusoma ikiwa imewekwa alama ya kutokusomwa tena.

Chelezo cha maana ni hifadhidata (database). Kwa PostgreSQL, amri ya pg_dump hapo juu ndiyo kazi nzima. Kwa kisomaji cha SQLite kama FreshRSS au yarr, simamisha mwandishi (writer) na unakili faili, au chukua nakala thabiti wakati inaendelea kufanya kazi kwa kutumia sqlite3 yarr.db ".backup '/tmp/yarr-backup.db'". cp ya kawaida ya hifadhidata inayoandikiwa inaweza kutoa faili ambalo halitafunguka baadaye, kwa sababu nakala hiyo inakamata uandishi ambao haujakamilika. Kisha hamisha faili hizo nje ya seva kwa ratiba, jambo ambalo ndilo kusudi la restic backups on a VPS, na urejeshe moja kwenye container ya majaribio angalau mara moja ili ujue utaratibu unafanya kazi.

Kisomaji cha feeds ni moja ya huduma za bei nafuu zaidi kujiendeshea mwenyewe, ndiyo maana kinaonekana kwenye kila orodha ya things worth self-hosting in 2026. Weka a self-hosted SearXNG instance karibu yake na usomaji wako pamoja na utafutaji wako vitabaki kwenye vifaa unavyovimiliki.

FAQ

Ni kisoma RSS gani cha kujihostia kinachotumia kumbukumbu kidogo zaidi?

yarr. Hii ni binary moja ya Go yenye SQLite iliyojumuishwa ndani, kwa hivyo hakuna seva ya database wala runtime ya lugha nyingine inayohitajika, na ukomo wa 128 MB unatosha kabisa. Hasara yake ni uchache wa vipengele: inatumia Fever API pekee, na toleo lake jipya zaidi ni v2.9 la Septemba 2026. Ikiwa unataka usaidizi wa Google Reader API na utafutaji wa maandishi kamili (full text search) kwa matumizi sawa ya kumbukumbu, Miniflux pamoja na PostgreSQL kwa 320 MB ndilo jibu bora zaidi.

Je, ninaweza kuendesha kisoma RSS cha kujihostia kwenye VPS ya 1 GB?

Ndiyo. Miniflux pamoja na PostgreSQL inatosha ndani ya takriban 320 MB unapoweka mem_limit kwenye container zote mbili, na FreshRSS yenye SQLite inatosha kwenye container moja. Huduma ya kuepuka kwenye 1 GB ni stack rasmi ya Tiny Tiny RSS, ambayo ina 4 huduma ikijumuisha PostgreSQL yake yenyewe. Weka kila wakati mipaka ya kumbukumbu (memory limits), kwa sababu container isiyo na kikomo kwenye seva iliyojaa hufanya mchakato wake uuawe na kernel, na mchakato unaochaguliwa mara nyingi huwa ni database badala ya programu iliyosababisha tatizo.

Ni yapi kati ya haya hufanya kazi na programu za RSS za iOS na Android?

Miniflux, FreshRSS na CommaFeed 7.3.0 au toleo jipya zaidi hutumia Fever API na Google Reader API, kwa hivyo karibu mteja yeyote wa simu anaweza kuunganishwa. yarr hutoa Fever API pekee. Tiny Tiny RSS hutumia API yake yenyewe, kwa hivyo unahitaji mteja aliyetengenezwa kwa ajili yake. Kwenye FreshRSS lazima pia uwezeshe API access chini ya Authentication na uweke nenosiri tofauti la API kwenye profile, vinginevyo programu itashindwa kuingia wakati tovuti bado inafanya kazi.

Je, OPML export ni backup ya kisoma RSS changu?

Hapana. OPML hujenga upya orodha yako ya usajili, na export iliyopanuliwa ya FreshRSS pia hubeba mipangilio ya kila feed na vichujio, lakini hali ya kusoma (read state), vitu vilivyotiwa nyota na maandishi ya makala yote hukaa kwenye database. Fanya backup ya database yenyewe kwa kutumia pg_dump kwa PostgreSQL, au amri ya .backup kwa SQLite, kisha nakili matokeo hayo nje ya seva.

Je, Miniflux inasaidia SQLite?

Hapana. Nyaraka za mradi huu zinasema "inafanya kazi na PostgreSQL pekee", na utafutaji wa maandishi kamili (full text search) unatekelezwa kwa kutumia vipengele vya PostgreSQL, kwa hivyo hakuna hali nyepesi zaidi ya kubadili. Ikiwa unataka kisoma feed kisicho na container ya database kabisa, endesha FreshRSS na backend yake ya kawaida ya SQLite au yarr na faili yake iliyopachikwa.