Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Startup Heroku (YC W08) Now Hosting 40,000+ Apps

gigaom.com

Post reply on HN
Print view View original

11–20 of 23 posts

Re: Startup Heroku (YC W08) Now Hosting 40,000+ Apps

#11

Post by jamesheroku »

nudded wrote: post #5
callmeed wrote: post #4

Perhaps this isn't the best place to say this, but since Heroku is a YC company, maybe someone is listening: I want to use Heroku for some upcoming projects, however they require the uploading of high-res images. Every time I've tested things on their free plan: - Uploads over 5mb cause errors 50% of the time - Some ImageMagick functions don't seem to be available Are these limitations that paying plans don't experie…

> - Uploads over 5mb cause errors 50% of the time the free plan only has 5mb of storage

Storage limits are for database data only, they don't apply to assets like uploads. Assets should be stored in an asset store, like S3.

Re: Startup Heroku (YC W08) Now Hosting 40,000+ Apps

#12

Post by jamesheroku »

mark_l_watson wrote: post #2

I'm writing an article for DevX as we speak for Heroku deployments. I think that Heroku is a good alternative for some applications where saving money by managing your own EC2s is offset by decreased development and admin costs. I'm also writing about Heroku deployments that use remote CouchDB or MongoDB services.

We've seen a ton of Couch and Mongo apps lately - works very well with Heroku. Check out http://www.mongohq.com.

Re: Startup Heroku (YC W08) Now Hosting 40,000+ Apps

#15

Post by xavi »

jamesheroku wrote: post #10
asdf333 wrote: post #8

Are they still supporting the herokugarden editor? That thing was awesome since designers could get started w/o installing anything at all. Feels like they are no longer supporting that. Is that right?

Correct, the editor is no longer supported. We hope to bring it back sometime in the future.

Now that will be specially interesting for people that want to develop using Chrome OS computers.

Re: Startup Heroku (YC W08) Now Hosting 40,000+ Apps

#16

Post by va_coder »

asdf333 wrote: post #8

Are they still supporting the herokugarden editor? That thing was awesome since designers could get started w/o installing anything at all. Feels like they are no longer supporting that. Is that right?

The problem with the editor is that it gave people the impression that Heroku was a toy, which is what I thought when I tried it.

I retried it 2 months ago and saw it is definitely not a toy. I think it rocks. I love that recent article with the headline 'you have to be an idiot not to use Heroku'.

Re: Startup Heroku (YC W08) Now Hosting 40,000+ Apps

#17

Post by callmeed »

jamesheroku wrote: post #7
callmeed wrote: post #4

Perhaps this isn't the best place to say this, but since Heroku is a YC company, maybe someone is listening: I want to use Heroku for some upcoming projects, however they require the uploading of high-res images. Every time I've tested things on their free plan: - Uploads over 5mb cause errors 50% of the time - Some ImageMagick functions don't seem to be available Are these limitations that paying plans don't experie…

Thanks for the feedback. === ImageMagick We have a couple thousand apps using ImageMagick/RMagick, and haven't had any reports of missing functions. We are running ImageMagick 6.2.4 (will be updated to 6.3 sometime soon), so you might check that, and also be sure you aren't trying to use custom-compiled options. If you still have trouble, open a ticket and we'll take care of it: http://support.heroku.com/tickets/new…

Thanks James. I appreciate the info.

Right now, I prefer to upload to the local filesystem then process and store on S3 via DelayedJob. But I will give this a try.

Are there any plans for add-ons that allow EBS storage (or something along those lines)?

Re: Startup Heroku (YC W08) Now Hosting 40,000+ Apps

#18

Post by callmeed »

jot wrote: post #6
callmeed wrote: post #4

Perhaps this isn't the best place to say this, but since Heroku is a YC company, maybe someone is listening: I want to use Heroku for some upcoming projects, however they require the uploading of high-res images. Every time I've tested things on their free plan: - Uploads over 5mb cause errors 50% of the time - Some ImageMagick functions don't seem to be available Are these limitations that paying plans don't experie…

I use direct uploads to S3 to get around this. It works much better as a long term solution and you can easily do image processing somewhere else in the background.

Right, but doesn't this effectively double or triple your bandwidth usage on S3? (since you're uploading, downloading, then re-uploading)

Re: Startup Heroku (YC W08) Now Hosting 40,000+ Apps

#19

Post by jamesheroku »

callmeed wrote: post #18
jot wrote: post #6

Earlier quoted context omitted.

I use direct uploads to S3 to get around this. It works much better as a long term solution and you can easily do image processing somewhere else in the background.

Right, but doesn't this effectively double or triple your bandwidth usage on S3? (since you're uploading, downloading, then re-uploading)

Transfer between S3 and your Heroku app (which lives inside EC2) is free.

Re: Startup Heroku (YC W08) Now Hosting 40,000+ Apps

#20

Post by jamesheroku »

callmeed wrote: post #17
jamesheroku wrote: post #7

Earlier quoted context omitted.

Thanks for the feedback. === ImageMagick We have a couple thousand apps using ImageMagick/RMagick, and haven't had any reports of missing functions. We are running ImageMagick 6.2.4 (will be updated to 6.3 sometime soon), so you might check that, and also be sure you aren't trying to use custom-compiled options. If you still have trouble, open a ticket and we'll take care of it: http://support.heroku.com/tickets/new…

Thanks James. I appreciate the info. Right now, I prefer to upload to the local filesystem then process and store on S3 via DelayedJob. But I will give this a try. Are there any plans for add-ons that allow EBS storage (or something along those lines)?

We aren't planning to provide any additional types of file storage, as we don't believe that the local file system should be used at all in a scalable app, as it creates state at the app server.

We do provide access to /tmp if you need scratch file space for processing (it is not persistent between requests). More info here:

http://docs.heroku.com/constraints#read-only-filesystem

Post reply on HN