joshyi

5 ms·

1.
by joshyi 1mo ago
If you're using it to serve the marketing team, then yeah. We use it more for server performance and metrics that cookie-cutter JS analytics tools can't really provide. btw, JS-based analytics are no longer as accurate for identif
2.
by joshyi 1mo ago
It's a oneliner for us, we run Caddy at the office and just specify --log-format=CADDY --keep-last=90 --date-spec=min and a single instance is ingesting ~100M/req a month
3.
by joshyi 1mo ago
and honestly, there's still no other tool that does what GoAccess does quite as well. Most of the alternatives are cookie-cutter, JS-based Google Analytics wannabes. And with bots becoming much smarter and more prevalent when accessing
4.
by joshyi 2y ago
We use it on our site, which handles around 100M requests per month, works really nice. In fact, we have a screen in the office that continuously displays the stats, quite nifty!
5.
by joshyi 3y ago
I believe JS analytics tools serve marketing well, providing estimates like who's purchasing my product or how many are reading my article. However, for devops, relying too much on these tools can be a trap, potentially causing securit
6.
by joshyi 3y ago
I think many developers overlook this aspect. If you're not in marketing, it's not just about tallying human visitors on our sites. It's essential to be vigilant against possible daily attacks and avoid excessive reliance on
7.
by joshyi 3y ago
JS analytics are increasingly susceptible to inaccuracies as data manipulation methods multiply, leading to the production of unreliable events from JavaScript endpoints. Staying abreast of industry developments highlights a rising trend of
8.
by joshyi 3y ago
While JS analytics may suit the needs of marketing professionals concerned with product sales and article visibility, those focused on precise traffic patterns, like daily devops, find GoAccess to be a more effective tool. JS analytics face
9.
by joshyi 3y ago
I would contend the contrary. Our company consistently runs GoAccess because we are primarily concerned with unusual traffic patterns. This involves monitoring for potential attacks or abnormal bot traffic that might impact our servers, etc
10.
by joshyi 3y ago
If accuracy refers solely to human-vs-bot detection, there might be a point, but for comprehensive traffic analysis, access logs are unparalleled in accuracy. JavaScript analytics are increasingly prone to inaccuracies due to numerous metho
11.
by joshyi 4y ago
Same here. We’ve been using goaccess for years on a 300M hits a month. Self-host is the way to go for us.
12.
by joshyi 4y ago
100% + Google $$$
13.
by joshyi 5y ago
Only canceled.
14.
by joshyi 5y ago
For sure lots of issues for peloton after those accidents with kids.
15.
by joshyi 5y ago
We’re using our own logs with https://goaccess.io processing over 300M requests a month with no issues. No privacy issues to worry about using trackers.
16.
by joshyi 5y ago
I think it depends a lot in what you are after. Accurate results through the logs, including bots. Or inaccurate results via JS. Bunch of services folks are using out there that blocks them.
17.
by joshyi 5y ago
Still, there's a lot more data outputting from goaccess with support for custom logs.
18.
by joshyi 6y ago
Tracking visitors at the client level deflates the actual number of visitors. On the other hand, server-side tracking provides a more accurate number with the tradeoff of not knowing for sure if the client is a human behind a browser.
19.
by joshyi 6y ago
I'm waiting as well for the ability to use filters directly from goaccess. Hope they get to it soon! https://github.com/allinurl/goaccess/issues/117
20.
by joshyi 6y ago
We use goaccess against a pretty busy centralized log server and has worked really well for years. We don't have to worry about JS and that's always a plus. I personally like how it follows the unix philosophy.
21.
by joshyi 6y ago
I think server logs are more accurate, it will tell you exactly what's going on, but like you said, bots will show up as well. On the other hand, a bunch of folks (+600M) block JS analytics/trackers so it will deflate the actual n
22.
by joshyi 6y ago
I agree, works really well for us. Above all, no javascript!
23.
by joshyi 6y ago
For us it was literately an `apt install goaccess`, picked the COMBINED log format and it's been running for over a month in prod without issues (rotating weekly). You should post the issue on their https://github.com/a
24.
by joshyi 6y ago
Doubt very much that ~2M will be a memory issue (unless you got less than ~130MB). https://goaccess.io/faq#performance We're running v1.4 in production and it has been working pretty nice for us.
25.
by joshyi 6y ago
It is 100% real-time. https://rt.goaccess.io/
26.
by joshyi 7y ago
You can always create an issue on their github page, lots of help in there: https://github.com/allinurl/goaccess/issues
27.
by joshyi 7y ago
I think a big problem with Google Analytics is accuracy, especially with the now so popular adblockers. Log analysis such as GoAccess should be able to track these down fine since it works at the server level. I believe tracking visitors at
28.
by joshyi 7y ago
Google Analytics keeps track of visitors using cookies, so if a browser has cookies or JavaScript disabled, then it won't keep track of it. This includes the now so popular adblockers and bots as well. Log analysis such as GoAccess sho
29.
by joshyi 7y ago
Google Analytics keeps track of visitors using cookies, so if a browser has cookies or JavaScript disabled, then it won't keep track of it. This includes the now so popular adblockers and bots as well. Log analysis such as GoAccess sho
30.
by joshyi 7y ago
I'd say start with the basic command of goaccess and then you can add extra options to the command line as needed. We have ours on a big display at our office running real time with only the most relevant panels that fit our needs. Ove

More ›