Photo uploading is broken
blog.filepicker.io
blog.filepicker.io
We spent the better part of two weeks introducing inline images into our social network's stream which worked by the user copy-pasting a URL to a youtube video/vimeo video/imgur gallery page/imgur photo page/direct link to any image mimetype into their status update box and posting it. If they did this, some javascript would (almost) magically show a preview of the attached media and show them that it would be displayed inline. We thought it was awesome and would be the greatest thing ever.
No one used it.
Not only that, our biggest assumption was wrong: Our users didn't know how to upload photos from their computers onto imgur or another photo upload service, if they were told they could copy/paste the URL to an image and have it show up.
Luckily, the weekend after we released this feature Filepicker was announced and we jumped on it right away, I set up a new version of inline images on our site using Filepicker and our previous method combined in less than 2 days, and it was live that Monday, and guess what? While most people still don't add images on our site, the usage rate has almost gone up by 10x.
We looked at Filepicker.io but just couldn't justify the cost. I also had a hard time putting a core part of our business in the hands of somebody else. We see it too often where you take a hard dependency like this and then the service either goes down or worse, gets acqui-hired.
We now just use a simple link the user clicks on to add an image from their computer which then gets processed and uploaded to S3. Took me about 1/2 a day to code up and my monthly cost is about $1.50. I admit it isn't fancy. We don't have drag and drop, you can't add images from Dropbox or Facebook directly, but it works for us and our customers.
I have tons of traffic from both the landing page and directly to the creation- and save-page. Most users do save their content for embedding but there is hardly any traffic from the embed-links given to the users. It's not that other people don't click the links, even the thumbnails have comparatively low traffic. This means that most people save their work but they don't know what to do with it later, they simply don't understand why they are given a unique url and that it can be pasted into another site.
Googling for my links also shows that the ratio of published links out of all saved links is very low.
I've looked through the docs briefly, but couldn't find exactly this question answered: Can we force our users to crop their photos to a certain dimension with filepicker.io? I played with the Aviary demo and was able to crop, but I couldn't tell if there was a way for the implementor to specify and lock the dimensions.
Currently we have users upload their raw photo, then send them to a cropping page, and then save that, but if we could replace it all in one go with this tool that would be amazing!
Then, if I'm reading it correctly, we're given a URL and have four hours to grab the image from you guys?
Lastly, and I feel a little dirty for asking, but I've been working on this since "what's the worst that can happen?": are any sort of discounts you can offer for a fellow HN user? We're in TechStars Boston and there's a lot of cross-talk among the startups about nifty tools and services to use, so I can assure you we'd promote filepicker.io if it's as amazing and convenient as it seems!
As a developer, when we built Unifyphotos(http://export.goyaka.com/) to transfer photos from flickr to facebook, and got some traffic peaks, it was lot of work to scale up the download_from_flickr -> scale_photos -> upload_to_Facebook process, and we had 6 machines just doing this. Wish Filepicker.io was there back then. We could just have worried about the features and not the infrastructure. Even better, if Facebook used Filepicker, there would have been no need for a service to migrate those photos.
From a consumer side, I've often had to download my Facebook profile pic and upload as profile pic on sites like trello, basecamp, etc. If only they used Filepicker.io...
It also wouldn't hurt if Dropbox would stop trying to wrap image links in a gallery page. Anyway, here's a picture of a robot's shadow on Mars.
https://photos-3.dropbox.com/thumb/AADVCsDpEacRaKHkyoPhQUU86...
Uploading was trivial. Sharing was a bit harder because they made it harder.
Anyone want to make and sell that Wordpress plugin? It would make sharing trivial for a broad audience with a habit of paying for useful plugins.
Here's an example of displaying photos from Dropbox (in this example it's S3).
http://current.openphoto.me/photos/list
Disclaimer: I'm a lead dev on the project
At letitcast, we're dealing with large video uploads (up to 500Mo), image uploads and resumes (pdf). Giving to our users a nice experience was very time consuming.
We had the following requirement for the client side uploader: iE7 support (we have worldwide inexperienced users), progressbar, multiple file chooser, client side file type detection (server side too). We ended up using swfupload + a lot of js. It mostly work but we're not completely satisfied. Last time we checked, there was at least two popular uploaders on Github but both of them are HTML5-only (vs flash based) and didn't offered the same experience in every browser.
We were first uploading directly to the Rails backend but it eventually killed our frontends. We experimented with sinatra async, eventmachine and node.js and endend up using node to handle file uploads, validations, image processing, S3 storage and video encoding (via zencoder). This was our first app with node and in less than a week we had our app in production, handling hundreds of upload/day.
We also had a few suprises with imagemagick causing 100% CPU load (https://www.google.com/webhp?rlz=1C1CHFX_frFR491FR491&so...).
I'm pretty sure I forgot a lot of issues we ran into. We learned a lot along the way but it's nice to see some people are trying to tackle this issue.
FYI the guys at transloadit also work on this.
Drag and drop or control + V is all you need
There is no such thing as too simple.
I think it's slightly perverse that no browser has attempted to offer a method for uploading reduced-size photos. I know it's a new set of patents to trample over but this is a problem that has existed for years that has only been able to use messy plugins to workaround.
Edit: For clarity I'm talking about extending the <file type="input" /> tag to include extra attributes for specifying the maximum dimensions of an image. To me this isn't any weirder than limiting mime-type (which you can through the accept attribute).
$600/yr for the pro plan is about one day's developer salary. Rather a no-brainer in my opinion.
Dropbox, however, started wanting to copy ALL photos from my cameras and/or Pictures folder to it, which made me bristle because I don't want all my photos, and especially the NSFW ones, on Dropbox.
>But from the developer perspective, he will still have to maintain multiple integrations into FB, Dropbox etc.
Yeah. Especially because I'm averse to FB, but Joe down the street loves it, and Jane mostly uses Picasa, and so on.
If you're going to use profanities, then please, at least use profanities.
"In a free society the biggest danger is that you're afraid to the point where you censor yourself." - Tim Robbins
I cannot. Please, do tell us some of those "awesome applications" if we had access to several billion photos easily:
>One of my favourite services that does more with all these photos is Picplum. Picplum allows you to print and send your photo prints to loved ones.
Awesome... is probably not the right word.