Live data from Hacker News

We ditched Google Analytics

spideroak.com

121–130 of 273 posts

Re: We ditched Google Analytics

#121
post #33

Earlier quoted context omitted.

Aren't there self-hosted analytics anyway? Piwik[1] comes to mind first, but I'm sure there are many. 1. https://piwik.org/

Unsurprisingly, Wikipedia has a list: https://en.wikipedia.org/wiki/List_of_web_analytics_software

Who makes these lists?!

Re: We ditched Google Analytics

#122
post #43

Not strictly on topic so I apologise if this is unwanted but I thought I'd share my experience with SpiderOak in case anyone here was thinking of purchasing one of their plans. In February SpiderOak dropped its pricing to $12/month for 1TB of data. Having several hundred gigabytes of photos to backup I took advantage and bought a year long subscription ($129). I had access to a symmetric gigabit fibre connection so I…

Many of these types of services seem to intentionally cap upload speeds to reduce their potential storage liability (since they're likely over-selling storage to be able to offer 1 TB for $12 with the level of redundancy, staffing costs, etc, needed). I wonder if that is happening in this specific case? Although if it were the case the vendor should still be honest about it. Just saying they limit uploads to 2 Mbps i…

> reduce their potential storage liability

Its to reduce their maximum bandwidth capacity required. I don't see it as a problem, considering their price points. They're selling you storage, not "slam 1TB of your data into our storage system in a day". If you're looking for that, ship a hard drive to Iron Mountain.

EDIT: Even AWS limits how fast you can upload to S3, and built an appliance for you to rent and ship back and forth if you need to move data faster. That station wagon full of tape is still alive and well.

Re: We ditched Google Analytics

#123
post #119

Earlier quoted context omitted.

Self-hosted means that it will be served from your own servers, and thereby your own domain. So unless your domain is on a block list, it will be loaded. EDIT: Sorry, I've been dealing with uBlock Matrix for too long, and forgot how advanced the other blockers pattern matching is. See the many responses to this for better information.

(my apologies for the tone - I have edited the post to try to keep it purely fact based) From EasyPrivacy[1] /piwik-$domain=~piwik.org /piwik.$script,domain=~piwik.org /piwik.php /piwik/js/*$domain=~piwik.org /piwik1. /piwik2.js /piwik_ /piwikapi.js /piwikC_ /piwikTracker. This doesn't include any renamed versions, nor does it include the numerous domain-specific variations. [1] https://easylist-downloads.adblockplus…

Slow down there guy, it was a simple mistake. I've been using uBlock Matrix for too long is all.

Re: We ditched Google Analytics

#124
post #94

Earlier quoted context omitted.

Ah, so you are passing some client IDs over the GA after all. An IP address perhaps? You know that's a leading question, right? Incidentally, I ran similar experiment with gaug.es few years ago - pulled on their tracking API from our server side. While it worked as expected, these sort of shenanigans are good for only one thing - hiding the fact that you are using 3rd party analytics from your visitors. On a more gen…

No. I am not passing IP. I am not passing a client-id. I am not passing any kind of correlation identifier from which a session can be inferred or created. I am not passing user-agent information. I am not passing a cookie ID. I am only passing a page view event. "Page /foo/bar?bash has been viewed". Take a look here: https://code.google.com/p/serversidegoogleanalytics/ Tell me where in that example (mine is similar)…

> I am only passing a page view event. "Page /foo/bar?bash has been viewed".

I would like to say, as someone extremely hostile to tracking of any kind, that if this is all you're sending to google, that sound perfectly fine from a privacy perspective. (Google gets your information, but that's between you and Google)

Thank you for choosing a method that respects the privacy of your readers.

Re: We ditched Google Analytics

#125
post #44

Earlier quoted context omitted.

Well, it's not a thing to implement in a few days, but a few weeks. That maybe no option...

If you can reimplement GA in a few weeks, you need to do this over December, then enjoy your FU money. GA is rather deep, with tons of integration and ways to slice and segment data. Yeah, maybe in a few weeks you can get _something_ that'll give you something that'll make some manager not too unhappy. Seems like a terrible value prop for almost all companies since, unfortunately, approximately no one cares (or they…

If it takes you more than a few days to put together a basic analytics platform and reporting system, you're a script kiddie.

Not hard to track page hits, time on, time off, and arbitrary events.

EDIT:

Seriously? Folks, it's a table for analytics events, a few SQL queries to do basic reporting (at least in Postgres), a little bit of client-side JS to post the events, and a bit of server-side code to create the routes and maybe display the report page.

I guess if it doesn't include Kafka, Mesos, Kubermetes, Neo4j, and Docker, it isn't delivering business value.

ffs.

Re: We ditched Google Analytics

#126

Earlier quoted context omitted.

Google is not the web, you are correct; but for all intents and purposes, it's the web's phonebook. You remove yourself from the phonebook, you make it very difficult for people to find you, or your business.

There are other ways to promote a business outside of search engines. The point is you can't say you have "ditched Google" while still being part of their systems that collect user data.

Should they block Google's public DNS servers from resolving their domain, too? Good grief.

Re: We ditched Google Analytics

#128
post #47

It took us only a few weeks to write our home-brew analytics package. Nothing super fancy yet now we have an internal dashboard that shows the entire company much of what we used analytics for anyway - and with some nice integration with some of our other systems too. I never quite grasp how the above isn't just a matter of intuition to anyone working in the tech sector. Google Analytics thrives on developers' lazine…

And I never quite grasp why many people working in the tech sector are insistent on reinventing things that already exist. Such thinking thrives on developers' personal sense of exceptionalism in my opinion.

Yeah, a nontrivial app is comprised of so many parts, if you tried to reinvent a few of them yourself you'd never get anywhere. Also, try looking at the commit history and issue lists of seemingly trivial libraries. It's incredibly easy to underestimate how complex something that looks simple at first can be.

Re: We ditched Google Analytics

#129
post #83

Earlier quoted context omitted.

Many of these types of services seem to intentionally cap upload speeds to reduce their potential storage liability (since they're likely over-selling storage to be able to offer 1 TB for $12 with the level of redundancy, staffing costs, etc, needed). I wonder if that is happening in this specific case? Although if it were the case the vendor should still be honest about it. Just saying they limit uploads to 2 Mbps i…

Definitely looks like it to me. Took me a good month to back up my (video) files with CrashPlan, as it was using some 10% of my upload. I think it would be a good selling point for a service like this to allow higher upload speeds.

A good upsell, yes. But initial seeding to "affordably priced" online services at full data rate can never be economically viable to the provider. Bandwidth is cheap(er) these days, but routers which can handle big bandwidth are still big bucks.

Hold on, this is hacker news. VCs, this is a great idea!

No, no of course it's not. Initial seeding is a competitive moat for the first mover. Moving a few hundred gigs to a new backup company just to save a few bucks? I don't think I could be bothered, because I KNOW how long it will take.

Re: We ditched Google Analytics

#130
post #41

How about open-sourcing your product before worrying about improving other products? SpiderOak has been "investigating a number of licensing options, and do expect to make the SpiderOak client code open source in the not-distant future" for a very, very long time now. It's no trivial thing to have a closed source client for a "zero knowledge" service. https://spideroak.com/faq/why-isnt-spideroak-open-source-yet... ED…

I am also concerned with that. That message has been there unchanged for some time now. To be fair, there's a lot of stuff on the Github page, including the Android client under Apache license. Although as far as I can tell, desktop client is not there yet.
Post reply on HN