ranrub

Security bounty hunters are going to make some $$$

Cloudinary is an end-to-end solution for managing images and videos, for developers. The CDN and optimization parts are tightly coupled with the digital asset management: e.g. if you change an image, the system knows to invalidate the relevance cached images, and is CDN-agnostic. So no, CDNs are not competition, but rather good partners to Cloudinary.

Regarding the DAM: CMS and Ecom systems are indeed getting better, but media assets you upload to them become siloed in the CMS. Cloudinary acts as a headless DAM that you can embed in any CMS and use as a single source of truth, relieving a lot of the pains of handling media files and their versions.

FD: I'm a Cloudinary employee

Also in: https://github.com/shadiabuhilal/rtl-detect/issues/11

Cedexis gets another lease on life

Most shocking to me was that the whole process plus the super creepy text ‘Do not attempt to open another developer account’ hasn’t changed in 5 years

I would add a image/video hosting & management category - there are some well established players in the market that have nice free tiers (full disclosure: I work at one). Makes life simpler than working with Storage & CDNs.

TLS is still slow, for users on 3G phones, remote areas, and 3rd world countries. But who cares about them? They're poor! They can cope with a slow web.

We ran FLIF and BPG on 200,000 random images - FLIF won http://cloudinary.com/blog/flif_the_new_lossless_image_forma...

I had ELB issues all week - might be related to a change in their scaling policies.

with kernel tuning, S3 performance improves (and will probably improve on GC/Azure as well). Also, author uses Ubuntu 14.4 (see https://twitter.com/Zbjorn/status/684492084422688768), which doesn't use AWS "Enhanced networking" by default. Would be interesting to see results for tuned systems.

Almost every website can be optimized, but this is really wasteful...

Looks like it's getting better on our side now

"1:08 AM PDT We believe we have identified the root cause of the elevated error rates and latencies for requests to the US-STANDARD Region and are working to resolve the issue."

looks like the cavalry are coming

Is this really just a webview that loads m.facebook.com?

Ok, tineye.com to the rescue, it's David Huffman! Geekorgasm!

Thanks for sharing this and being on HN to answer - very interesting architecture! How do you deal with customers from remote locations (Asia, Oceania) complaining about slow upload speeds?

And with Lambda based on S3 events, you can run stuff automatically on that as well. However, if you want your uploaders to get feedback on their uploads immediately and/or synchronously, you need to upload to app servers.

It also means that you need to scale your upload servers (IO & long requests), this is more difficult than trusting S3 to scale for you. However having your S3 open to uploads has it's downsides. We at Cloudinary do uploads to our own (autoscaled) instances and only then persist.

Popular photo sharing company opens the kimono on their photo processing stack.

What about this downsampler? I think it's a bit better http://res.cloudinary.com/rancloud2/image/fetch/w_400/https:...

The easiest way to find similar images, ever!

Useful!

Almost as bad as pushing contextual ads based on what you are searching for, eh?

Dude, chill. Apps using Pingjam displayed a very concise and clear explanation of the caller Id functionality at startup, including a screenshot, and activated it only if the user explicitly agreed to it. Ads appeared only on calls which were identified (I.e. when you got value from it), and the ads were always relevant to the call (e.g. when you called a spa you were offered a coupon for spa treatments) Every caller id screen and every ad had clear attribution to the app that brought it, plus a button to immediately opt out of the service.