# Backup solution to free hosting provider

**URL:** https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994
**Category:** Support
**Created:** [5월 17, 2019, 5:21오전 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994 "2019-05-17T05:21:26Z")
**Posts on this page:** 10
**Page:** 1

<div class="post-metadata">

### Author: ![dandv](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/dandv/32/169779_2.png) [@dandv](https://meta.discourse.org/u/dandv)
#### Post date: [5월 17, 2019, 5:21오전 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/1 "2019-05-17T05:21:26Z")

</div>

Hey all, long time no see 🙂 Used to be quite active here a few years ago.

Anyway, I’m the admin of a relatively small [forum](https://forum.quantifiedself.com). Our backups clock in at under 1GB, and will likely stay that way for the next few years.

I want to set up backups with a cloud provider that’s not tied to my identity, so that I can share login details with other forum owners. This excludes Amazon S3, which is our current solution, tied to my Amazon account. Google Drive would also be a little problematic (would have to create a special account, which requires phone number validation nowadays). Sharing a folder might be another solution, but that would chew up my Google Drive quota.

So is there a _free_ cloud provider for backups that Discourse supports? I’ve spent the last ~15 minutes searching through threads, and it appears most plugins but S3 are deprecated or broken ☹ Happy to be wrong and pointed to a working solution.

Also, any ongoing work on building this into Discourse? Is it a lot more complicated than it seems to use Dropbox’s API and upload the latest backup file?

---

<div class="post-metadata">

### Author: ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [5월 17, 2019, 9:41오전 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/2 "2019-05-17T09:41:53Z")

</div>

Why aren’t you looking at any S3 compatible service? There are many now..

---

<div class="post-metadata">

### Author: ![gerhard](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gerhard/32/119479_2.png) [@gerhard](https://meta.discourse.org/u/gerhard)
#### Post date: [5월 17, 2019, 10:10오전 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/3 "2019-05-17T10:10:00Z")

</div>

> [@dandv](#):
>
> so that I can share login details with other forum owners

Are they admins on your forum? You don’t need to share your S3 login details if that’s the case. They can download backups in the Admin → Backups. Discourse will generate a secure link to download directly from S3.

> [@dandv](#):
>
> Is it a lot more complicated than it seems to use Dropbox’s API and upload the latest backup file?

It should be a lot simpler to create plugins for different storage providers than it was before the rewrite of the backup storage backend. I guess there isn’t a high demand for anything else than S3, so nobody created a plugin yet.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [5월 17, 2019, 11:14오전 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/4 "2019-05-17T11:14:31Z")

</div>

You could run a Dropbox container that synced to Dropbox, or go old school and old school and rsync the files to some other location.

---

<div class="post-metadata">

### Author: ![dandv](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/dandv/32/169779_2.png) [@dandv](https://meta.discourse.org/u/dandv)
#### Post date: [5월 17, 2019, 8:09오후 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/5 "2019-05-17T20:09:30Z")

</div>

> [@gerhard](#):
>
> You don’t need to share your S3 login details if that’s the case. They can download backups in the Admin → Backups.

The idea is to have access to the backups off-site in case our hosting blows up. If Discourse could keep pushing the links to the latest backups somewhere (e.g. into a Google Sheet), that would be interesting.

---

<div class="post-metadata">

### Author: ![tomtjes](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tomtjes/32/131271_2.png) [@tomtjes](https://meta.discourse.org/u/tomtjes)
#### Post date: [5월 17, 2019, 8:58오후 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/6 "2019-05-17T20:58:31Z")

</div>

I use [Rclone](https://rclone.org/) with a cron job to move my backups to a non-S3 destination. Might be an option for you?

---

<div class="post-metadata">

### Author: ![marianord](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/marianord/32/90502_2.png) [@marianord](https://meta.discourse.org/u/marianord)
#### Post date: [5월 18, 2019, 5:06오전 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/7 "2019-05-18T05:06:38Z")

</div>

I use `rsync` to my machine every few days, that’s the best option for me for now while keeping the costs really down. I keep 3-5 backups online with Discourse and up to 15 locally (sometimes I forget to delete the old ones).

A totally free option is kinda difficult. You could have a script that runs in the Discourse server and copies the file from there to any other place (Google Drive, Dropbox) with their API and a Cronjob.

Other option is to use S3 or S3-alikes as DigitalOcean’s Spaces (5$/250GB)

---

<div class="post-metadata">

### Author: ![dandv](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/dandv/32/169779_2.png) [@dandv](https://meta.discourse.org/u/dandv)
#### Post date: [7월 1, 2019, 8:48오후 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/8 "2019-07-01T20:48:31Z")

</div>

> [@tomtjes](#):
>
> I use [Rclone](https://rclone.org/) with a cron job to move my backups to a non-S3 destination. Might be an option for you?

Indeed, it was super easy to follow [this guide and setup rclone](https://meta.discourse.org/t/how-to-sync-your-backups-to-cloud-storage-alternative-method/97294) for use with a shared Gmail/Google Drive account that our team shares access to. 15GB of storage is more than enough.

Using the `sync` rclone command means that only the current backups will be stored on Google Drive. this is actually a lot more convenient than the default/built-in AWS plugin, because that one didn’t delete the old backups, nor the log files, and I had to log into AWS and delete them manually now and then.

Note that you need to run `rclone cleanup` as well, before `rclone sync`, in order to clean up the Trash. Otherwise Google Drive may run out of space, because files in Trash still count against the quota.

[https://github.com/rclone/rclone/issues/3395](https://github.com/rclone/rclone/issues/3395)

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [7월 1, 2019, 9:01오후 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/9 "2019-07-01T21:01:18Z")

</div>

> [@dandv](#):
>
> this is actually a low more convenient than the default/built-in AWS plugin, because that one didn’t delete the old backups, nor the log files,

FWIW, there is a `s3 disable cleanup` site setting: _Disable the removal of backups from S3 when removed locally._

---

<div class="post-metadata">

### Author: ![system](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/system/32/443519_2.png) [@system](https://meta.discourse.org/u/system)
#### Post date: [7월 31, 2019, 9:01오후 UTC](https://meta.discourse.org/t/backup-solution-to-free-hosting-provider/117994/10 "2019-07-31T21:01:22Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
