SSD Nodes Learn Hosting plans →
Panduan Matt ConnorOleh Matt Connor

Perbandingan Pembaca RSS Self-hosted untuk VPS Kecil

Bandingkan Miniflux, FreshRSS, CommaFeed, yarr, dan Tiny Tiny RSS: kebutuhan memori, database, dukungan API Fever dan Google Reader, serta perilaku upgrade.

Pembaca RSS self-hosted mana yang cocok untuk VPS kecil

Miniflux adalah pembaca RSS self-hosted yang tepat untuk VPS kecil. Aplikasi ini berupa satu binary Go yang berjalan bersama PostgreSQL. Miniflux mendukung API Fever dan Google Reader, sehingga aplikasi ponsel pihak ketiga dapat terhubung, dan proses upgrade cukup dilakukan dengan satu docker compose pull. Pilih FreshRSS jika Anda menginginkan ekstensi dan satu container yang sudah menyertakan SQLite.

Lima pembaca RSS layak dipasang pada VPS: Miniflux, FreshRSS, CommaFeed, yarr, dan Tiny Tiny RSS. Halaman ini membandingkan perbedaan yang benar-benar relevan: memori yang dibutuhkan setiap stack, database yang diwajibkan masing-masing aplikasi, API sinkronisasi yang dibutuhkan aplikasi ponsel, serta proses yang terjadi saat upgrade. Setiap angka di sini berasal dari publikasi proyek atau perhitungan sederhana, dan teks menjelaskan sumbernya. Tidak ada angka yang merupakan benchmark perangkat keras Anda, jadi ukur server Anda sendiri dengan docker stats.

Lima pembaca, masing-masing satu paragraf

Miniflux ditulis dalam Go dan dirilis sebagai satu binary yang dikompilasi secara statis. Dokumentasinya menyebutkan satu dependensi wajib secara tegas: aplikasi ini "hanya bekerja dengan PostgreSQL". Tidak ada mode SQLite. Miniflux menyediakan REST API, API yang kompatibel dengan Fever, dan API yang kompatibel dengan Google Reader, serta mendukung impor dan ekspor OPML. Pencarian teks lengkap ditangani oleh PostgreSQL. Inilah salah satu alasan database tersebut tidak bersifat opsional.

FreshRSS ditulis dalam PHP dan berjalan sebagai satu container yang berisi web server serta aplikasi. SQLite adalah database default dan tidak memerlukan service kedua, sedangkan PostgreSQL dan MySQL didukung untuk instalasi yang lebih besar. FreshRSS mendukung Google Reader API dan Fever API. Instalasinya telah dibahas dalam panduan FreshRSS pada VPS, sehingga halaman ini membandingkannya tanpa mengulangi langkah instalasi.

CommaFeed ditulis dalam Java pada Quarkus dengan tata letak yang meniru Google Reader. Database dipilih saat build, bukan saat runtime. Karena itu, proyek ini menerbitkan satu image untuk setiap database: athou/commafeed:latest-h2 untuk database H2 tertanam, athou/commafeed:latest-postgresql untuk PostgreSQL, serta varian lain untuk MySQL dan MariaDB. Tag tersebut adalah build yang dikompilasi secara native. Sufiks -jvm menandai varian yang berjalan pada JVM. CommaFeed menyediakan REST API dan API yang kompatibel dengan Fever. Sejak versi 7.3.0 (August 2026), aplikasi ini juga menyediakan API yang kompatibel dengan Google Reader.

yarr (yet another rss reader) adalah satu binary Go dengan SQLite tertanam dan tidak memerlukan container. ./yarr biasa melakukan listen pada 127.0.0.1:7070. Flag-nya singkat: -addr 0.0.0.0:7070 -auth alice:secret membukanya ke jaringan dengan perlindungan password, sedangkan -db /data/yarr.db menentukan lokasi database. yarr menyediakan API yang kompatibel dengan Fever. Rilis bertag terbarunya adalah v2.9 dari September 2026, diperiksa pada October 2026, setelah v2.7 pada June dan v2.8 pada July. Ini menunjukkan bahwa pengembangannya kembali aktif.

Tiny Tiny RSS adalah yang paling lama di antara kelima aplikasi ini dan paling berat untuk dijalankan. Proyek asli di tt-rss.org dihentikan pada 1 November 2025. Pengembangannya berlanjut dalam fork komunitas di github.com/tt-rss/tt-rss, dan dokumentasi fork tersebut kini menjadi panduan penyiapan resmi. Penyiapan ini terdiri atas empat service: container PostgreSQL, container aplikasi PHP-FPM, container updater terpisah yang mengambil feed, dan container nginx di bagian depan. Dokumentasinya menyatakan dengan jelas bahwa "penyiapan ini menggunakan PostgreSQL". Tiny Tiny RSS memiliki JSON API sendiri, yang digunakan oleh client Android-nya dan beberapa aplikasi pihak ketiga. Fever tidak didukung.

Kebutuhan memori setiap stack

Angka di bawah ini adalah anggaran, bukan hasil pengukuran: batas memori yang harus dipatuhi setiap stack pada VPS kecil. Angka CommaFeed berasal dari contoh resmi yang dipublikasikan proyek tersebut, yang membatasi container hingga 256 MB. Angka lainnya adalah batas yang masih menyisakan ruang untuk feed fetcher, yaitu komponen yang penggunaan memorinya melonjak saat siklus refresh dimulai.

GrafikMemory ceiling per reader stack, in MB
Data di balik grafik ini
[
  {
    "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 memiliki kebutuhan terendah, yaitu 128 MB, karena hanya terdiri dari satu binary dan satu file SQLite, tanpa database server dan language runtime di bawahnya. Miniflux membutuhkan 320 MB untuk 2 container, dan sebagian besar memori tersebut digunakan PostgreSQL, bukan Miniflux. Tiny Tiny RSS merupakan pengecualian dengan kebutuhan 640** MB untuk 4 container, karena aplikasi, updater, database, dan web server berjalan sebagai empat proses terpisah dengan heap masing-masing.

Tetapkan angka ini sebagai batas nyata, bukan sekadar harapan. Batas memori di Docker Compose membahas sintaks dan perilaku container saat mencapai batas tersebut. Container tanpa batas tidak berhenti dengan baik ketika host kehabisan memori: kernel memilih satu proses lalu menghentikannya, dan proses yang dihentikan sering kali bukan proses dari container yang menyebabkan tekanan memori.

Database yang dipaksakan oleh setiap pembaca

Database merupakan perbedaan operasional terbesar di antara kelima aplikasi ini. Keputusan ini lebih penting daripada perbedaan apa pun pada antarmuka pengguna, karena menentukan prosedur pencadangan dan risiko upgrade Anda.

Miniflux dan konfigurasi resmi Tiny Tiny RSS memerlukan PostgreSQL. PostgreSQL menyediakan pencarian teks lengkap yang sesungguhnya dan penulisan konkuren yang aman. Konsekuensinya adalah satu container tambahan, satu volume, dan satu masalah berulang: image PostgreSQL resmi tidak dapat memigrasikan data antaversi mayor secara langsung. Dokumentasi Tiny Tiny RSS menyatakannya secara langsung dan memperingatkan bahwa "official PostgreSQL containers have no support for migrating data between major versions". Untuk pembaca feed, pilihan realistis Anda adalah mempertahankan versi mayor lama, atau melakukan dump dan restore dengan pg_dump dan pg_restore. PostgreSQL juga mendokumentasikan pg_upgrade dan upgrade berbasis replikasi. Keduanya sepadan dengan konfigurasi tambahan pada database besar yang memerlukan waktu henti minimal, sedangkan database pembaca feed jarang memenuhi kondisi tersebut. Rencanakan proses ini setiap satu atau dua tahun.

SQLite merupakan default FreshRSS dan yarr. Hanya satu file, tanpa server, port, atau password. SQLite bekerja baik untuk satu orang dengan beberapa ratus feed, tetapi melambat ketika beberapa pengguna melakukan penulisan secara bersamaan. Pada kondisi tersebut, opsi PostgreSQL pada FreshRSS mulai memberikan manfaat. yarr menambahkan dukungan PostgreSQL opsional pada v2.7, tetapi file embedded merupakan cara normal untuk menjalankannya.

H2 merupakan default embedded CommaFeed, dan perlu dipertimbangkan sebelum Anda memulai, karena CommaFeed menentukan databasenya saat image dibuat. Beralih dari H2 ke PostgreSQL nanti bukan sekadar perubahan konfigurasi. Anda memerlukan image yang berbeda dan harus melakukan migrasi data sendiri. Karena itu, tentukan pilihan sebelum server tersebut menyimpan riwayat pembacaan selama setahun.

Apakah aplikasi ponsel Anda akan berfungsi

Pertanyaan ini lebih penting daripada yang diperkirakan banyak orang, karena antarmuka web hanya mencakup separuh cara feed reader digunakan.

Miniflux menyediakan API yang kompatibel dengan Fever dan API yang kompatibel dengan Google Reader, sehingga sebagian besar client iOS dan Android dapat terhubung ke layanan ini. FreshRSS juga menyediakan kedua API tersebut, dan dokumentasinya sendiri mengurutkan keduanya: Google Reader API disebut "best" dengan dukungan fitur lengkap, sedangkan Fever API memiliki perilaku dengan "limited features and less efficient". FreshRSS juga memerlukan dua langkah sebelum aplikasi dapat login. Aktifkan "Allow API access (required for mobile apps)" di bagian Authentication, lalu buat kata sandi API pada profil pengguna. Jika kata sandi API tidak dibuat, aplikasi akan mengalami kegagalan autentikasi, sementara login melalui web tetap berfungsi. Hal ini membingungkan sampai Anda mengetahui tempat untuk memeriksanya.

CommaFeed kini juga menyediakan kedua API tersebut: layanan ini telah lama memiliki API yang kompatibel dengan Fever, dan version 7.3.0 menambahkan API yang kompatibel dengan Google Reader untuk aplikasi yang tidak mendukung Fever. Karena itu, gunakan 7.3.0 atau versi yang lebih baru jika aplikasi Anda hanya mendukung Google Reader. yarr menyediakan API yang kompatibel dengan Fever dan tidak menyediakan API lain, sehingga dapat digunakan dengan client yang mendukung Fever, tetapi tidak dengan aplikasi yang hanya mendukung Google Reader. Tiny Tiny RSS memiliki API sendiri, sehingga Anda memerlukan client yang dibuat khusus untuk layanan tersebut. Pastikan aplikasi pilihan Anda mendukung reader tersebut sebelum mengimpornya 300 feed.

File compose yang berfungsi untuk server 1 GB

Ini adalah stack Miniflux, yang diadaptasi dari contoh Docker resmi proyek tersebut per Oktober 2026. Port yang dipublikasikan di-bind ke loopback, alamat listen ditetapkan secara eksplisit, dan kedua container memiliki batas memori.

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:

Tiga baris dalam file tersebut sering salah dikonfigurasi. LISTEN_ADDR=0.0.0.0:8080 mengulangi pengaturan yang sudah ditetapkan image resmi dalam Dockerfile-nya, sehingga bersama miniflux/miniflux, pengaturan ini hanya menjadi pengaman dan bukan perbaikan. Pengaturan ini penting saat Anda membuat image sendiri atau menjalankan binary yang dipaketkan, karena default yang didokumentasikan untuk binary tersebut adalah 127.0.0.1:8080. Proses yang di-bind ke loopback di dalam container tidak dapat diakses melalui port yang dipublikasikan. Akibatnya, koneksi di-reset meskipun container terlihat sehat. Path volume /var/lib/postgresql sesuai dengan PostgreSQL 18. Versi 17 dan sebelumnya menyimpan data di /var/lib/postgresql/data. Jika path yang di-mount salah, direktori data sama sekali tidak berada di volume. Akibatnya, semua data hilang saat container dibuat ulang. 127.0.0.1:8080:8080 menjaga port agar tidak dapat diakses dari Internet publik, karena memublikasikan port tanpa alamat akan menulis aturan ke chain yang tidak dikelola oleh ufw. Port Docker melewati ufw menjelaskan mekanisme tersebut, sedangkan reverse proxy Traefik digunakan untuk menempatkan TLS di depannya.

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

docker compose ps seharusnya menampilkan kedua service sebagai running, dengan database berstatus healthy. Saat pertama kali dijalankan, Miniflux mencatat migrasi skemanya ke log. Inilah yang dipicu oleh RUN_MIGRATIONS=1. docker stats --no-stream menampilkan kolom memori aktual. Bandingkan angka tersebut dengan batas pada tabel di atas. Jika container Miniflux terus-menerus restart, baca log-nya. connect: connection refused berarti container dimulai sebelum PostgreSQL siap menerima koneksi. Inilah kondisi yang dicegah oleh service_healthy. Karena itu, pastikan kondisi tersebut tetap ada setelah Anda mengedit file. Jika Compose masih baru bagi Anda, Dasar-Dasar Docker Compose pada VPS menjelaskan tata letak file terlebih dahulu.

Apa yang tidak akan muat pada server 1 GB

Tiny Tiny RSS adalah aplikasi yang sebaiknya dilewati. Stack empat service resminya dapat berjalan pada VPS 1 GB jika VPS tersebut tidak menjalankan apa pun selain itu. Namun, stack tersebut tidak dapat berjalan bersama aplikasi lain yang menggunakan database dan reverse proxy. Empat service berarti empat set overhead. Salah satunya adalah PostgreSQL.

CommaFeed dapat berjalan, tetapi hanya dengan image H2 dan batas 256 MB yang ditetapkan dalam contoh milik proyek tersebut. Kombinasi yang membuat server kecil kehabisan sumber daya adalah CommaFeed yang berjalan bersama server database terpisah. Varian image -jvm memperburuk keadaan karena dokumentasi proyek memperingatkan bahwa JVM secara default menggunakan banyak memori dan tidak mengembalikan memori yang tidak terpakai ke sistem operasi. Tag latest-h2 dan latest-postgresql adalah build native. Proyek merekomendasikannya karena penggunaan memorinya lebih rendah. Jadi, gunakan varian tersebut kecuali Anda memiliki alasan untuk menjalankan JVM.

Jika server kehabisan memori, kernel out-of-memory killer akan memilih sebuah proses lalu menghentikannya. dmesg -T menampilkan baris seperti Out of memory: Killed process 1234 (java). Container tersebut kemudian menghilang dari docker compose ps tanpa pesan dalam log aplikasi karena aplikasi tidak sempat menulis pesan.

Perilaku upgrade pada masing-masing aplikasi

  • Miniflux: docker compose pull && docker compose up -d, dengan migrasi skema yang diterapkan saat start ketika RUN_MIGRATIONS=1 disetel. Risiko upgrade bukan pada Miniflux, melainkan pada versi mayor PostgreSQL yang mendasarinya.
  • FreshRSS: pull image baru. Dengan SQLite, tidak ada database engine yang perlu di-upgrade, sehingga masalah yang biasanya muncul berasal dari ekstensi pihak ketiga yang belum diperbarui.
  • CommaFeed: pull varian image yang sesuai dengan database Anda. Beralih dari latest-h2 ke latest-postgresql tidak memindahkan data Anda.
  • yarr: ganti binary dan pertahankan file database. Rilis tersedia pada Juni, Juli, dan September 2026, dengan v2.9 sebagai versi terbaru per Oktober 2026. Karena itu, periksa halaman rilis secara berkala.
  • Tiny Tiny RSS: docker compose pull && docker compose up -d. Container aplikasi memperbarui dirinya saat startup. FAQ proyek mengaitkan error pembaruan skema dengan volume atau konfigurasi override yang rusak. Jika error tersebut muncul, periksa keduanya terlebih dahulu. Jika file compose Anda masih mengambil image dari proyek tt-rss.org yang sudah dihentikan, ubah ke image milik fork tersebut (supahgreg/tt-rss di Docker Hub atau ghcr.io/tt-rss/tt-rss).

Buat database dump sebelum melakukan salah satu tindakan ini, bukan setelahnya.

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

Biaya bandwidth berdasarkan interval refresh

Angka di bawah ini adalah hasil perhitungan, bukan hasil pengukuran. Perhitungan ini mengasumsikan 100 feed, satu request per feed pada setiap interval, dan 40 KB per response. Trafik aktual biasanya lebih rendah jika server mematuhi conditional request, dan lebih tinggi jika feed memuat teks artikel lengkap.

GrafikMonthly fetches and bandwidth for 100 feeds at 40 KB per response
Data di balik grafik ini
[
  {
    "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
  }
]

Interval lima menit pada 100 feed menghasilkan 864,000 request dan sekitar 34.6 GB per bulan. Polling setiap jam menghasilkan 72,000 request dan sekitar 2.9 GB. Miniflux menggunakan POLLING_FREQUENCY selama 60 menit secara default, yang merupakan baris terakhir pada grafik tersebut, dan nilai default ini tepat untuk hampir semua orang. Artikel tidak akan tersedia lebih cepat hanya karena Anda memintanya lebih sering.

Conditional request menjaga angka aktual tetap di bawah hasil perhitungan. Reader yang menyimpan header ETag dan Last-Modified yang dikembalikan oleh feed akan mengirimkannya kembali sebagai If-None-Match dan If-Modified-Since, lalu server yang tidak memiliki konten baru akan menjawab 304 Not Modified tanpa body. Koneksi tetap memerlukan handshake, tetapi tidak memerlukan payload. Feed yang mengabaikan conditional request akan mengirimkan seluruh dokumen setiap kali, sehingga beberapa feed berukuran besar dapat mendominasi biaya transfer Anda.

Polling terlalu sering juga dapat menyebabkan Anda diblokir. Server yang memutuskan bahwa Anda mengirim terlalu banyak request akan membalas 429 Too Many Requests, dan beberapa situs akan membalas 403 sebagai gantinya. Miniflux mencatat error terakhir pada feed itu sendiri, sehingga daftar feed adalah tempat pertama yang perlu diperiksa ketika satu feed berhenti diperbarui sementara feed lainnya tetap berfungsi.

Feed dapat berhenti, dan file OPML bukan cadangan

Feed berhenti berfungsi lebih cepat dari yang Anda perkirakan. Domain kedaluwarsa, situs berpindah ke platform yang tidak menyediakan feed, dan URL yang sebelumnya menyajikan XML mulai menyajikan halaman error HTML dengan status 200 OK. Kasus terakhir paling sulit ditangani: pengambilan berhasil, penguraian gagal, dan pembaca Anda mencatat error penguraian, bukan error jaringan. Setahun sekali, urutkan daftar feed berdasarkan waktu pembaruan terakhir, lalu hapus feed yang sudah lama tidak aktif.

Ekspor OPML adalah daftar langganan Anda. File OPML standar berisi URL feed dan nama folder. FreshRSS menambahkan namespace XML sendiri yang juga memuat pengaturan per feed, seperti interval refresh, selector scraping XPath, dan filter baca otomatis. Namun, tidak ada ekspor OPML yang menyimpan status baca, artikel berbintang, atau teks artikel yang Anda simpan. Jika OPML tersebut diimpor ke instalasi baru, feed Anda akan kembali, tetapi semua artikel yang pernah Anda baca akan kembali ditandai sebagai belum dibaca.

Cadangan yang penting adalah database. Untuk PostgreSQL, perintah pg_dump di atas sudah mencakup seluruh proses. Untuk pembaca berbasis SQLite seperti FreshRSS atau yarr, hentikan proses penulis lalu salin file tersebut, atau buat salinan konsisten saat proses berjalan menggunakan sqlite3 yarr.db ".backup '/tmp/yarr-backup.db'". cp biasa terhadap database yang sedang ditulis dapat menghasilkan file yang nantinya tidak dapat dibuka, karena salinan tersebut menangkap proses penulisan yang belum selesai. Setelah itu, kirim file tersebut ke luar server secara terjadwal. Inilah kegunaan cadangan restic pada VPS. Pulihkan salah satunya ke container sementara setidaknya sekali untuk memastikan prosedurnya berfungsi.

Pembaca feed adalah salah satu service yang paling murah untuk dijalankan sendiri. Karena itu, service ini muncul dalam setiap daftar hal yang layak di-self-host pada 2026. Letakkan instance SearXNG yang di-self-host di server yang sama. Dengan demikian, aktivitas membaca dan pencarian Anda tetap berjalan pada perangkat keras yang Anda kendalikan.

FAQ

Pembaca RSS self-hosted mana yang menggunakan memori paling sedikit?

yarr. Aplikasi ini berupa satu binary Go dengan SQLite yang dikompilasi di dalamnya, sehingga tidak memerlukan server database atau runtime bahasa lain, dan batas 128 MB sudah memadai. Konsekuensinya adalah fitur yang lebih terbatas: aplikasi ini hanya mendukung Fever API, dan rilis terbarunya adalah v2.9 dari September 2026. Jika Anda memerlukan dukungan Google Reader API dan pencarian teks lengkap dengan penggunaan sumber daya yang serupa, Miniflux plus PostgreSQL pada 320 MB merupakan pilihan yang lebih baik.

Apakah saya dapat menjalankan pembaca RSS self-hosted pada VPS 1 GB?

Ya. Miniflux dengan PostgreSQL dapat berjalan dengan penggunaan sekitar 320 MB jika Anda menetapkan mem_limit pada kedua container, dan FreshRSS dengan SQLite dapat berjalan dalam satu container. Yang harus dihindari pada VPS 1 GB adalah stack Tiny Tiny RSS resmi, yang terdiri atas 4 service termasuk PostgreSQL-nya sendiri. Selalu tetapkan batas memori, karena container tanpa batas pada host yang kehabisan sumber daya dapat menyebabkan kernel menghentikan suatu proses, dan proses yang dipilih sering kali adalah database, bukan aplikasi yang bermasalah.

Mana yang dapat digunakan dengan aplikasi RSS untuk iOS dan Android?

Miniflux, FreshRSS, dan CommaFeed 7.3.0 atau yang lebih baru mendukung Fever API dan Google Reader API, sehingga hampir semua client mobile dapat terhubung. yarr hanya menyediakan Fever API. Tiny Tiny RSS menggunakan API-nya sendiri, sehingga Anda memerlukan client yang dibuat untuk aplikasi tersebut. Pada FreshRSS, Anda juga harus mengaktifkan akses API di Authentication dan menetapkan password API terpisah pada profil. Jika tidak, aplikasi gagal login sementara situs web tetap berfungsi.

Apakah ekspor OPML merupakan backup pembaca RSS saya?

Tidak. OPML membangun ulang daftar langganan Anda, dan extended export FreshRSS juga membawa pengaturan serta filter per feed, tetapi status baca, item berbintang, dan teks artikel semuanya tersimpan di database. Buat backup database itu sendiri dengan pg_dump untuk PostgreSQL, atau perintah .backup untuk SQLite, lalu salin hasilnya ke luar server.

Apakah Miniflux mendukung SQLite?

Tidak. Dokumentasi proyek menyatakan bahwa aplikasi ini "hanya berfungsi dengan PostgreSQL", dan pencarian teks lengkap diimplementasikan menggunakan fitur PostgreSQL, sehingga tidak ada mode yang lebih ringan untuk digunakan. Jika Anda menginginkan pembaca feed tanpa container database sama sekali, jalankan FreshRSS dengan backend SQLite default-nya atau yarr dengan file tertanamnya.