HN user
Not exactly. Although Segment has some backend integrations, most tags still need to be on the client side. Each tag typically tracks its own cookies and uses third-party cookies to learn more about each user. However, as those cookies are starting to go away and privacy is starting to increase, we may see a big shift.
I'm hopeful something like this will take off. I'm tired of adding so many slow third-party tags.
Awesome! With that + HTTP/2 server push, we'll really be flying.
We already started to proxy our S3 / CloudFront assets through our load balancer so they can be cached and served through the SPDY (now HTTP/2) CloudFlare connection. However, since we're using imgix to serve different images by device, we can't allow CloudFlare to cache.
I've set up some tests to proxy Fastly through CloudFlare and my initial tests are inconclusive as to whether the crazy extra hop is worth it. It seems that if we have tons of images, it probably will be faster, but most of our pages only load about 6 images above the fold and lazy load everything else, so that might be why the difference is negligible. I'll have to test on a page where more images download concurrently to see if 1 extra hop to get SPDY and HTTP/2 is worth it.
Ideally, CloudFlare would allow you to route specific paths to different backends so you could just aggregate multiple services within your single domain for the fewest connections and DNS lookups.
Feels crazy but this makes me think to proxy imgix, which uses Fastly (not supporting SPDY or HTTP/2 yet), through CloudFlare. I'll just set up CNAMEs on my imgix account that are subdomains of my main domain, then add them to CloudFlare with acceleration on - but no caching (since imgix serves images by user agent). This adds an extra datacenter to datacenter hop, but hopefully that's really fast and upgrading the client to SPDY or HTTP/2 would outweigh that.
Anybody else tried something like this?
We started using Google Cloud Storage when it first came out so that user uploads would be closer to them (in theory) due to GCS' distributed design. They seem to have periods of 15-90 minutes every few months where they start timing out or giving us huge errors and often times we don't even hear about it either. They don't have a status page any only announce via email list - usually way after we've been scrambling.
Anybody else have a bad experience with Google Cloud Storage? I'm wondering if we're better off going with S3. Most users on my site are uploading photos, so when that dies, everything is down.
How would you compare Inbox to Context.IO from a REST API functionality perspective and overall goals?
Seems very similar to me - except Context.IO is either free or $0.05 / month / mailbox.
Do you have to throw out all your social rankings?
I've been wanting to switch to HTTPS but have been avoiding it due to significant accumulation of Facebook likes and some +1's. Last I checked, you had to do some big hacks to maintain your Facebook like count. Has anybody found a good way to handle this or do you just have to start over?
I've been looking for something like this for a while to provide copy / paste address book import functionality from Excel or any spreadsheet program. Google Apps script was interesting because you could do complex rules like adding validation but I don't think it's really designed to be dropped in to your site to be used by anonymous users and having Google Spreadsheets as a dependency isn't ideal.
However, for simple input this looks great. What else is out there? I saw the projects listed on this project's github but those weren't the same - just start editing and pasting.