4ea9b62b5c
This adds all dashboard changes from the last couple months. We're about to remove the dashboard, but decided that we should get all the recent work in first in case anyone wants to pick up this project later on. * cmd, dashboard, eth, p2p: send peer info to the dashboard * dashboard: update npm packages, improve UI, rebase * dashboard, p2p: remove println, change doc * cmd, dashboard, eth, p2p: cleanup after review * dashboard: send current block to the dashboard client |
||
---|---|---|
.. | ||
assets | ||
assets.go | ||
chain.go | ||
config.go | ||
cpu_windows.go | ||
cpu.go | ||
dashboard.go | ||
geoip.go | ||
log.go | ||
message.go | ||
peers.go | ||
README.md | ||
system.go |
Go Ethereum Dashboard
The dashboard is a data visualizer integrated into geth, intended to collect and visualize useful information of an Ethereum node. It consists of two parts:
- The client visualizes the collected data.
- The server collects the data, and updates the clients.
The client's UI uses React with JSX syntax, which is validated by the ESLint linter mostly according to the Airbnb React/JSX Style Guide. The style is defined in the .eslintrc
configuration file. The resources are bundled into a single bundle.js
file using Webpack, which relies on the webpack.config.js
. The bundled file is referenced from dashboard.html
and takes part in the assets.go
too. The necessary dependencies for the module bundler are gathered by Node.js.
Development and bundling
As the dashboard depends on certain NPM packages (which are not included in the go-ethereum
repo), these need to be installed first:
$ (cd dashboard/assets && yarn install && yarn flow)
Normally the dashboard assets are bundled into Geth via go-bindata
to avoid external dependencies. Rebuilding Geth after each UI modification however is not feasible from a developer perspective. Instead, we can run yarn dev
to watch for file system changes and refresh the browser automatically.
$ geth --dashboard --vmodule=dashboard=5
$ (cd dashboard/assets && yarn dev)
To bundle up the final UI into Geth, run go generate
:
$ (cd dashboard && go generate)
Static type checking
Since JavaScript doesn't provide type safety, Flow is used to check types. These are only useful during development, so at the end of the process Babel will strip them.
To take advantage of static type checking, your IDE needs to be prepared for it. In case of Atom a configuration guide can be found here: Install the Nuclide package for Flow support, making sure it installs all of its support packages by enabling Install Recommended Packages on Startup
, and set the path of the flow-bin
which were installed previously by yarn
.
For more IDE support install the linter-eslint
package too, which finds the .eslintrc
file, and provides real-time linting. Atom warns, that these two packages are incompatible, but they seem to work well together. For third-party library errors and auto-completion flow-typed is used.
Have fun
Webpack offers handy tools for visualizing the bundle's dependency tree and space usage.
- Generate the bundle's profile running
yarn stats
- For the dependency tree go to Webpack Analyze, and import
stats.json
- For the space usage go to Webpack Visualizer, and import
stats.json