I started this fork in part to port it to go and in part to create a set of packages for getting at linux system information(for use in monitoring agents, etc). I haven't visited it in a while but it's always in the back of my mind in case anyone would like to contribute :)
There are actually quite a few github users who have ported the project to Go, Ruby, Python, etc. I believe there already exists a popular java based alternative.
Node would be awesome for a project like this. Especially with Gulp. If someone hasn't already built it, I would love to.
Node would be overkill for a project like this, though. It's a lot to install, manage, compile, etc. just for a simple, relatively static dashboard that just collects basic stats, especially if your package manager doesn't have v8 and node in its repos.
I feel as though the great thing about this project is its drop-in-ness (which is difficult to provide without PHP) and its flexibility; for example, I can put this on a server behind Apache, running PHP, and set up LDAP authentication to restrict access to it. With Node, that's a huge amount more work for little to no gain (since I would probably just put it behind Apache anyway).
Just my two cents, but as much as I find PHP distasteful, it really does feel like the best tool for the niche the tool currently serves.
A simple Python version that could serve out JSON data and a nice frontend that could collect and display it all (in groups) would be a nice way of having essentially a live munin graph. That would be cool.
php is ok for this type of work. Unsexy as it is, I think it's better than Java. For running a simple poller, gathering a metric, with the JVM you get one of two (poor) scenarios: either a slow starting short lived poller process, or a long lived memory hungry long lived process. Neither is acceptable for this use case.
Comments
This has really come a long way since I last used it however I wish it didn't have the php dependency (not so much php, but php+apache/nginx).
IMO something self contained like a static (go) binary or another language that could host its own servers (node, java, etc) would be much better
https://github.com/ProTip/linux-go-dash
I started this fork in part to port it to go and in part to create a set of packages for getting at linux system information(for use in monitoring agents, etc). I haven't visited it in a while but it's always in the back of my mind in case anyone would like to contribute :)
Here is one in Python, posted here a while back: https://github.com/k3oni/pydash and https://news.ycombinator.com/item?id=7224710
There are actually quite a few github users who have ported the project to Go, Ruby, Python, etc. I believe there already exists a popular java based alternative.
Node would be awesome for a project like this. Especially with Gulp. If someone hasn't already built it, I would love to.
Node would be overkill for a project like this, though. It's a lot to install, manage, compile, etc. just for a simple, relatively static dashboard that just collects basic stats, especially if your package manager doesn't have v8 and node in its repos.
I feel as though the great thing about this project is its drop-in-ness (which is difficult to provide without PHP) and its flexibility; for example, I can put this on a server behind Apache, running PHP, and set up LDAP authentication to restrict access to it. With Node, that's a huge amount more work for little to no gain (since I would probably just put it behind Apache anyway).
Just my two cents, but as much as I find PHP distasteful, it really does feel like the best tool for the niche the tool currently serves.
A simple Python version that could serve out JSON data and a nice frontend that could collect and display it all (in groups) would be a nice way of having essentially a live munin graph. That would be cool.
Do you have a link for the python version?
php is ok for this type of work. Unsexy as it is, I think it's better than Java. For running a simple poller, gathering a metric, with the JVM you get one of two (poor) scenarios: either a slow starting short lived poller process, or a long lived memory hungry long lived process. Neither is acceptable for this use case.
CherryPy shines in these use cases..
PHP can indeed run it's own server via "php -S localhost:8000".
Please don't tell people to run the development PHP server in a production environment.