Re: add-ons not being saved
Hi Shane, We just fixed this issue. You should be able to install custom domains from the resources page now. Thanks! Pedro On Sat, Oct 10, 2009 at 8:02 PM, Shane Becker wrote: > > https://heroku.com/myapps/lessthanthree/resources > > Check "Custom Domains" to "On" > > Click "Save and Apply" > > Message: "App settings applied." > > Scroll down "Custom Domains" is set to off. > > Help? > > Thanks > Shane > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/heroku?hl=en -~--~~~~--~~--~--~---
Re: Nightly Backups or Don't Learn the Hard Way
It never occurred to me that the unlimited bundles were a backup strategy. It's probably because the resources form says "nightly backup soon" - which indicates that bundles aren't backup, and that backup isn't available yet. People tend to keep a rolling 7 days of db backup, at least I do. Having that as like a $5/mo option, separate from single bundle or unlimited bundles, would probably be used a lot. If the heroku costs are pretty much just S3, having it super cheap (or even free) if you supply your own S3, would be awesome. Jim On Mon, Oct 12, 2009 at 10:36 AM, Oren Teich wrote: > > Coincidentally, we've been working on documenting our security > policies (both how we treat your data as well as how we protect it). > This Danger/MS kerfufle shows me I can't get it out soon enough. > > In brief, there's two different aspects to this. > > 1) protection we provide. We provide disaster recovery of all data. > All database data is stored in a Raid 10 configuration. This provides > us a huge amount of resiliancy in case of individual hardware failure > on Amazon's side. In addition, all data in the database is backed up > once every 24 hours to Amazon S3. These backups are stored in > different availability zones to ensure no SPOF (single point of > failure). The backups are provided for disaster recovery only at this > time - they are not there to help individual application developers > recover. This is mostly due to process, not capability. We're > backing up the data in aggregate, so it's a few minutes of work to > restore an entire DB, but a few hours of work to restore an individual > app. > > 2) Protection we enable. Bundles are the best way for an individual > app owner to backup their entire app - git, database, etc. These > enable you to either store the data on our S3 account (with unlimited > bundles), or download them to your local machine. One common pattern > is to have cron on your mac automatically capture them for you and > download the next day. We've had surprisingly little adoption of the > unlimited_bundles add-on, and also not too much feedback on how we can > specifically improve the experiece. One obvious way would be to auto- > capture at a regular time, perhaps as part of the cron addon. > > Oren > > On Oct 12, 2009, at 6:11 AM, Chap wrote: > > > > > I'm sure we've all heard the news of Danger/MS loosing all their > > sidekicker's data. > > > > Which gets me thinking, what are you guys doing for backup? The > > bundles seem cool, but it would be nice if there was some automated > > way of creating them and downloading them on a regular basis. Not that > > I don't trust the cloud... > > > > > > > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/heroku?hl=en -~--~~~~--~~--~--~---
Re: Nightly Backups or Don't Learn the Hard Way
Regarding the bundles not being adopted... I never understood their benefit. I just returned to the docs to see if I missed something... There isn't anything there. No explanation of what they are or how they should be used. There is a mention of them in the Backups section of Import/Export but that is it. If Bundles are the primary means of doing backups then they deserve a full section by themselves. If there is something there and I missed it, then that means it isn't in the right place or needs better marketing. And I am not alone because it isn't being used. However, backups are not on many developer's minds until something awful happens. I would bet you guys would see improved use after the Danger/MS mess if you A) actually had something to save the day and B) advertised it better. I always kinda had the feeling that Bundles were the "little red button" that I didn't ask about. >From the Fifth Element: Zorg: I hate warriors, too narrow-minded. I'll tell you what I do like though: a killer, a dyed-in-the-wool killer. Cold blooded, clean, methodical and thorough. Now a real killer, when he picked up the ZF-1, would've immediately asked about the little red button on the bottom of the gun. On Mon, Oct 12, 2009 at 1:36 PM, Oren Teich wrote: > > Coincidentally, we've been working on documenting our security > policies (both how we treat your data as well as how we protect it). > This Danger/MS kerfufle shows me I can't get it out soon enough. > > In brief, there's two different aspects to this. > > 1) protection we provide. We provide disaster recovery of all data. > All database data is stored in a Raid 10 configuration. This provides > us a huge amount of resiliancy in case of individual hardware failure > on Amazon's side. In addition, all data in the database is backed up > once every 24 hours to Amazon S3. These backups are stored in > different availability zones to ensure no SPOF (single point of > failure). The backups are provided for disaster recovery only at this > time - they are not there to help individual application developers > recover. This is mostly due to process, not capability. We're > backing up the data in aggregate, so it's a few minutes of work to > restore an entire DB, but a few hours of work to restore an individual > app. > > 2) Protection we enable. Bundles are the best way for an individual > app owner to backup their entire app - git, database, etc. These > enable you to either store the data on our S3 account (with unlimited > bundles), or download them to your local machine. One common pattern > is to have cron on your mac automatically capture them for you and > download the next day. We've had surprisingly little adoption of the > unlimited_bundles add-on, and also not too much feedback on how we can > specifically improve the experiece. One obvious way would be to auto- > capture at a regular time, perhaps as part of the cron addon. > > Oren > > On Oct 12, 2009, at 6:11 AM, Chap wrote: > >> >> I'm sure we've all heard the news of Danger/MS loosing all their >> sidekicker's data. >> >> Which gets me thinking, what are you guys doing for backup? The >> bundles seem cool, but it would be nice if there was some automated >> way of creating them and downloading them on a regular basis. Not that >> I don't trust the cloud... >> >> >> > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/heroku?hl=en -~--~~~~--~~--~--~---
Re: Nightly Backups or Don't Learn the Hard Way
Coincidentally, we've been working on documenting our security policies (both how we treat your data as well as how we protect it). This Danger/MS kerfufle shows me I can't get it out soon enough. In brief, there's two different aspects to this. 1) protection we provide. We provide disaster recovery of all data. All database data is stored in a Raid 10 configuration. This provides us a huge amount of resiliancy in case of individual hardware failure on Amazon's side. In addition, all data in the database is backed up once every 24 hours to Amazon S3. These backups are stored in different availability zones to ensure no SPOF (single point of failure). The backups are provided for disaster recovery only at this time - they are not there to help individual application developers recover. This is mostly due to process, not capability. We're backing up the data in aggregate, so it's a few minutes of work to restore an entire DB, but a few hours of work to restore an individual app. 2) Protection we enable. Bundles are the best way for an individual app owner to backup their entire app - git, database, etc. These enable you to either store the data on our S3 account (with unlimited bundles), or download them to your local machine. One common pattern is to have cron on your mac automatically capture them for you and download the next day. We've had surprisingly little adoption of the unlimited_bundles add-on, and also not too much feedback on how we can specifically improve the experiece. One obvious way would be to auto- capture at a regular time, perhaps as part of the cron addon. Oren On Oct 12, 2009, at 6:11 AM, Chap wrote: > > I'm sure we've all heard the news of Danger/MS loosing all their > sidekicker's data. > > Which gets me thinking, what are you guys doing for backup? The > bundles seem cool, but it would be nice if there was some automated > way of creating them and downloading them on a regular basis. Not that > I don't trust the cloud... > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/heroku?hl=en -~--~~~~--~~--~--~---
Nightly Backups or Don't Learn the Hard Way
I'm sure we've all heard the news of Danger/MS loosing all their sidekicker's data. Which gets me thinking, what are you guys doing for backup? The bundles seem cool, but it would be nice if there was some automated way of creating them and downloading them on a regular basis. Not that I don't trust the cloud... --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Heroku" group. To post to this group, send email to heroku@googlegroups.com To unsubscribe from this group, send email to heroku+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/heroku?hl=en -~--~~~~--~~--~--~---