Hacker Newsnew | past | comments | ask | show | jobs | submit | more qhoxie's commentslogin

I think that "double the price per bandwidth" figure is way off – where did you get that? imgix pricing looks to be about a 30% premium over the US CloudFront pricing, and much less than that internationally (imgix doesn't appear to distinguish).


I don't think littleutils does much more than optimize images, which is pretty different from: http://www.imgix.com/docs/urlapi

Resizing or optimizing images, in isolation, is not a hard problem. I've solved subsets of this problem a handful of times before, and I could do it again, but I gladly pay for imgix. The time and headaches saved are easily worth it. The next time I have to rely on ImageMagick will be too soon.


Mike McCandless gives a good overview here: http://blog.mikemccandless.com/2012/07/lucene-400-alpha-at-l...

He has some other posts on there that do a deeper dive as well.


I think Cloud Code is a good example of why this is not the case. The more flexibility and customization they allow in the platform, the fewer long tail features they need to implement because people will be able to do it themselves.


I imagine the argument is "once you add Cloud Code and people start using it to solve problems, you have pretty much re-built Google App Engine"; it means the only thing that separates Parse/StackMob/CloudMine (which now all have this feature) is that they come with a simple default app which provides an HTTP API to the data store that is used by an even simpler client library.


Except Parse is much more usable and more productive than AppEngine for regular folks who build mobile and web apps.


Right, because they provide the two things I stated: a default app on the other side that provides fairly liberal access to your schema, and a library that can be used on the client that provides a fairly reasonable API (maybe even CoreData integration; I know some of their competitors do this) to access that API.

Neither of these, however, are that complex to do, and the value of both of these drops dramatically once you start writing server-side logic in Java.


http://downscout.com/twitter.com if anyone wants to track it.


Definitely. Swiftype currently supports geo-based searching/filtering, but it appears we haven't pushed out the docs for it yet. They will be up soon!


Awesome! Can't wait to give it a spin.


Had a couple of hiccups due to load spikes in engine creation. Working on a fix to prevent this in the future.


Spot on. This is one of the real advantages to leverage in a site search system. We have only scratched the surface of what's possible, but there is a lot more to this coming soon.

Also, not sure if you caught this on the site yet, but we do have support for custom metadata: http://swiftype.com/documentation/meta_tags


At my company, in addition to having a need to index our own content, we also have a need to index content of a few other partner organizations. Does Swiftype have functionality in place to help out in this scenario?

As an example: We are foo.org but are also partnered with bar.org and baz.org. A search for "code awareness" should return a result from either of the three websites.


We do support multiple domains and even diverse types of sources (crawl and API in a single engine). Unfortunately we don't have it exposed in the interface just yet! We will get that turned on in the next day or so.


Ooh, thanks, I'd missed that!


Both of those are great suggestions. We'll likely make those changes soon. Thanks for the thoughts!


Yes and yes. We do a fair amount of post-processing on the pages to handle things like boilerplate text pruning. Hopefully, it should catch what you mentioned. That said, we have bulk modification tools in the works.


Awesome!


Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: