swisspol

12 ms·

61.
by swisspol 13y ago
Your analysis is certainly logical, but with all due respect relies on the faulty assumption that Everpix's infrastructure, responsible for almost all of variable costs, was somehow "frozen". The reason we were getting closer
62.
by swisspol 13y ago
We had already very efficient image optimization for full-resolution photos using 4X to 5X less space than competitors. Without that our AWS bill would have been insane. So as far as it goes for pure storage on S3, we were as low as possibl
63.
by swisspol 13y ago
No way, I'm a co-founder too! Were you at that office on 2nd street? We should totally have hung out :P
64.
by swisspol 13y ago
This is the best data: https://github.com/everpix/Everpix-Intelligence/blob/master/...
65.
by swisspol 13y ago
No marketing campaigns (we spent maybe ~10K on online ads mostly for testing). We did use a national PR firm though for several months and PR contractor for a couple months as well before that.
66.
by swisspol 13y ago
At Everpix, we were already extensively using spot instances for the vast majority of our EC2 needs (which were pretty intense considering the type of computation and image science we were doing). That did save quite a bit of money when we
67.
by swisspol 13y ago
[Everpix founder here] Interesting idea and no we didn't try negotiating with Amazon. Not sure how much room there is here? However it's important to keep in mind in a situation like this, and at this scale of burn rate, you'
68.
by swisspol 13y ago
I keep reading comments from this angle, so I'll throw in my 2 cents as an Everpix founder :) I can assure you that without the facilities of AWS, which saved us a ton of time and development overhead early on, there would have been
69.
by swisspol 13y ago
Mostly RDS / EC2 / Python with C/C++ extensions
70.
by swisspol 13y ago
We built a unique image pipeline with excellent full-res image optimizations allowing to save close to 5X in bandwidth and storage costs. Incidentally, it also makes syncing entire life photo collections much faster, that's why the ave
71.
by swisspol 13y ago
It's something that was absolutely on the table for our planned 4th generation infrastructure. It was unlikely to us we could stay on AWS. We already had 400 millions full-res photos and running 80+ EC2 / RDS instances for 50,000
72.
by swisspol 13y ago
FWIW we designed Everpix's infrastructure and our unique image pipeline so it would break even and it did: revenue from subscriptions (around $40K / month) did cover both free and paid accounts (around $30K / month).
73.
by swisspol 13y ago
Actually, Everpix was making around $40K / month from subscription revenue covering the infrastructure costs for both free and paid users with some margin. The problem is (obviously) having enough to cover fixed costs as well i.e. most
74.
List of Megaprojects(en.wikipedia.org)
2 points by swisspol 13y ago|0 comments
75.
Crazy Controllerism(youtube.com)
1 points by swisspol 13y ago|0 comments
76.
by swisspol 13y ago
Well, I'd say 1, 2 and 4 also apply to ChartIO ;) We like your service after comparing various ones but for us the advantage vs data warehousing is a much easier setup and UX.
77.
by swisspol 13y ago
You guys should really suggest this approach in the setup guide (it can be phrased in a way not to scare potential users). The alternative of directly accessing production database servers is really risky.
78.
by swisspol 13y ago
In our case we set up a dedicated cheap database server only for ChartIO. Then we have a script that copies to it analytics data from our production servers every few hours (while also anonymizing what needs to be just to be extra safe).
79.
Everpix.com adds WebP support (easy dynamic setting in preferences)(status.everpix.com)
1 points by swisspol 13y ago|1 comments
80.
Forget touch UX, make music with 3D motion and arcade buttons(store.djtechtools.com)
1 points by swisspol 13y ago|0 comments
81.
by swisspol 13y ago
Ah you're talking about something quite different more like editable photo pages - we are working on it, stay tuned!
82.
by swisspol 14y ago
Thanks! You can share photos across sets on the website (use Share button at top level of view), but not on iOS (yet).
83.
by swisspol 14y ago
Can't believe it's already been 10 years though: http://www.polhosting.info/web-archives/pixelshox_technology...
84.
by swisspol 14y ago
Nope, I left early 2009 after building QC and its team for close to 5 years, followed by a year of iOS and then WebKit. After that Cooliris and now back to entrepreneurship with Everpix :)
85.
by swisspol 14y ago
(Everpix founder here) Thanks for the kind words! Note that in the case of Everpix, one of our key goal is that no manual organization be needed. Just keep taking photos the way you are used to, let stuff sync in the background and we'll ta
86.
by swisspol 14y ago
(Everpix founder here) You raise a fair question, but all I can share publicly is that we have a very optimized infrastructure designed from the ground up to deal with large amount of photos per user account. I can assure you this is not a
87.
by swisspol 14y ago
(Everpix founder here) Ah I see. Sorry I should have pointed you out to our Terms of Services instead [1]. Our Privacy Policy mostly covers what we do with visitor's data. Because Everpix ends up storing the entire life in photos of each of
88.
by swisspol 14y ago
(Everpix founder here) Just to be clear, we certainly allow users to re-download photos in full-resolution and with all their metadata, but in batches from various places in www.everpix.com, not as a single gigantic multi-gigabytes ZIP arch
89.
by swisspol 14y ago
(Everpix founder here) Not sure why you mean by "it seems to keep starting and stopping as if it gets confused". Please use "Contact Support" from the Uploader menu so we can get to the bottom of this.
90.
by swisspol 14y ago
(Everpix founder here) We're still a small team and we much prefer on-site at this point. However we would be happy to relocate the right person - we are in SOMA in San Francisco.

More ›