296 karma · joined August 28, 2012
In the meantime it's probably just as effective to put the condition as a query, i.e "iPhone 5 used"
My servers surprisingly seemed to handle it ok with one minor crash.
I'm guess a stats nerd so I like to see that stuff haha.
I like your feature suggestion, just put it in my product backlog.
Your problem was the reason why I filtered out results below $100. There's just too much junk below that range like "Fender Bass HELLO KITTY STRAP". Eventually I'll have to think of a way to algorithmically exclude those results.
Thanks for the suggestion.
NEED MOAR ENGINEERS
I actually originally intended this for the buyer! I wanted an iphone for myself, so I scraped the 'completed listings' page on ebay, and converted it to csv to build a histogram in excel.
The data is up to the minute. But I cache the queries in order the save computational resources. Each cache expires within 15 minutes.
Initially the data was scraped, but then I moved to the API which improved performance by 200 - 300%.
Yeah, I've come across Pricenomics but found their data inconsistent and the sample size too small with ebay results. They're doing good work nonetheless and their front end rapes mine haha. I ain't much of a designer.
Perhaps I need to filter it within 1 or 1.5 stdevs. Will experiment with this.
However, sometimes you can easily see there are two clusters of results. Not sure how to mathematically determine this. Any ideas?
This article explains it better than I ever will.
http://blog.codeship.io/2012/05/06/Unicorn-on-Heroku.html
I'm running 8 unicorn workers per dyno at the moment and that's still within the 512mb memory limit because I'm not using ActiveRecord.
Feel free delve into any questions.
Any feedback would be fantastic, especially on UX!