Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Top, but for Nginx

github.com

Post reply on HN
Print view View original

41–50 of 72 posts

Re: Show HN: Top, but for Nginx

#41

Post by cholmon »

jimjag wrote: post #15

Hmmm... looks like nothing more than a weblog analyzer. Someone correct me if I'm wrong. It's not "real time" since it can only report on what the web-server has done not what it is doing . AFAIK, nginx has nothing like Apache httpd's mod_status... at least, nothing open source.

What frustrates me about Apache's mod_status is that it's powered by a normal request handler. If all the child workers are busy, your request for a status report will timeout, even if you're running it locally from the command line. Not super helpful when you're troubleshooting in real time.

Anyone know if there's a "deeper" way to get the same stats info about what Apache is doing without having to basically wait in line with all the other incoming requests?

Re: Show HN: Top, but for Nginx

#42

Post by fb03 »

squiguy7 wrote: post #12
fb03 wrote: post #8

Earlier quoted context omitted.

I thought the same thing. I was expecting to see some kind of screenshot so I could have a glimpse of the software. EDIT: 1# I'm gonna compile it and provide a screenshot via a pull request. 2# Compilation failed because it needed sqlite3 headers and this is not reported in the app. I'm gonna edit that in the readme too :) This year (specially with the whole covid thingy) I set a goal to contribute more to open sourc…

Thanks for submitting a patch! I have been throwing around the idea of using the "bundled" feature flag listed here: https://github.com/rusqlite/rusqlite#optional-features . I was hesitant to initially because it would force users to have a specific version of SQLite.

https://github.com/gsquire/topngx/pull/1

o/

Re: Show HN: Top, but for Nginx

#43

Post by likeclockwork »

411111111111111 wrote: post #36
mholt wrote: post #35

Earlier quoted context omitted.

Someone's a little out of the loop.

I know it was "fixed" after thousands of people chimed in. Nonetheless, I still wouldn't be able to trust developers who think that's reasonable. if it had been an error and unintentional i wouldn't have been worried. mistakes happen to everyone. but it was an actual design decision. Without serious code review i'd be too worried the developers had any other bright ideas.

You're responding to caddy's author.

Re: Show HN: Top, but for Nginx

#44

Post by SEJeff »

jimjag wrote: post #40
heipei wrote: post #21

Earlier quoted context omitted.

I'd love to just "switch to X", but there is no X which provides all of the above in one great package: Static file serving, load-balanced proxying (TCP/HTTP), fine-grained caching, automatic Let's Encrypt update, API-based configuration (for dynamic upstreams etc), monitoring. Maybe there shouldn't be such a tool. For all other use-cases I go with nginx since it at least provides decent proxying, caching and static…

X == Apache httpd 2.4

I was thinking the exact same thing ironically.

Static file serving? Sure!

Load balanced proxying? mod_proxy_balancer is great!

Fine grained caching? mod_disk_cache is also great

Updating loadbalancer bits via the api?

mod_proxy_balancer supports a balancer-manager endpoint for that to do live updates

monitoring? mod_status + prometheus exporter or

mod_prometheus_status

native LE support? https://github.com/icing/mod_md is going to be rolled into upstream apache

Re: Show HN: Top, but for Nginx

#45

Post by drngdds »

markstos wrote: post #33
maxmalysh wrote: post #17

Monitoring capabilities are missing from Nginx on purpose. They are not and will never be available for free because there is "NGINX Plus". This is why I recommend switching to HAProxy.

And why others would recommend Nginx Plus.

If you can afford to pay four figures per instance per year, yeah

Re: Show HN: Top, but for Nginx

#46

Post by atoav »

mmm_grayons wrote: post #38
heipei wrote: post #21

Earlier quoted context omitted.

I'd love to just "switch to X", but there is no X which provides all of the above in one great package: Static file serving, load-balanced proxying (TCP/HTTP), fine-grained caching, automatic Let's Encrypt update, API-based configuration (for dynamic upstreams etc), monitoring. Maybe there shouldn't be such a tool. For all other use-cases I go with nginx since it at least provides decent proxying, caching and static…

Nginx does automatic let's encrypt? Since when?

certbot --nginx foo.bar.com works like a charm

Re: Show HN: Top, but for Nginx

#47

Post by mklepaczewski »

maxmalysh wrote: post #17

Monitoring capabilities are missing from Nginx on purpose. They are not and will never be available for free because there is "NGINX Plus". This is why I recommend switching to HAProxy.

I always wonder - why no one from open source community has created better stats module? Is there something in the license that prohibits creation of modules that overlap with Nginx Plus?

Re: Show HN: Top, but for Nginx

#48

Post by gregoriol »

jluxenberg wrote: post #39
jrumbut wrote: post #3

This is the tool I've wanted (and half written 3-4 times) my whole career. From reading the github it looks lightweight, not a big infrastructure addition, and that it helps you figure out wtf is going on with the web server. Regarding the branding, for me top is a real-time tool rather than a logging tool. I was picturing something that may have been more useful for older style Apache httpd installs where you have s…

Pro tip: you can make any command into a real-time one with `watch`: watch bash -c "topngx Will run `topngx` against access.log every two seconds and display the output.

That's not "real time"! And definitely won't behave well if the processing takes more than 2 seconds (imagine log files of many millions rows)

Re: Show HN: Top, but for Nginx

#49

Post by superkuh »

>a rewrite of ngxtop to make it more easily installed and hopefully quicker.

What world does this guy live in that a program in Rust is easier to get running on any random machine than python script?

Re: Show HN: Top, but for Nginx

#50

Post by cyberpunk »

SEJeff wrote: post #44
jimjag wrote: post #40

Earlier quoted context omitted.

X == Apache httpd 2.4

I was thinking the exact same thing ironically. Static file serving? Sure! Load balanced proxying? mod_proxy_balancer is great! Fine grained caching? mod_disk_cache is also great Updating loadbalancer bits via the api? mod_proxy_balancer supports a balancer-manager endpoint for that to do live updates monitoring? mod_status + prometheus exporter or mod_prometheus_status native LE support? https://github.com/icing/mod…

Have you actually seen an apache in the wild in the last few years? No one picks it anymore, I'm not sure why.. Well, besides the fact that nginx is now nginx-ingress-controller and we all use k8.. :/
Post reply on HN