https://github.com/karalabe/geth-prometheus
https://blog.ethereum.org/2019/07/10/geth-v1-9-0/
You can quickly reproduce the above charts via my clone of Maxim Krasilnikov’s project by running docker-compose up in the repo root and accessing http://localhost:3000 with the admin/admin credentials. Alternatively, you can view my testing snapshot on Raintank, or import this dashboard into your own Grafana instance
geth console
## get balance eth.getTransaction("")
eth.getTransactionReceipt("")
EX： transaction id 0x8dfaa1b5d2e660ee2d3aa9fd0eeb33cc726d50122790e882a914ffd7d02e3a83
eth.getTransaction(“0x8dfaa1b5d2e660ee2d3aa9fd0eeb33cc726d50122790e882a914ffd7d02e3a83”)
eth.getTransactionReceipt(“0x8dfaa1b5d2e660ee2d3aa9fd0eeb33cc726d50122790e882a914ffd7d02e3a83”)
## get transaction count eth.getTransactionCount()
eth.getTransactionCount(, “pending”)
EX： transaction id 0x8dfaa1b5d2e660ee2d3aa9fd0eeb33cc726d50122790e882a914ffd7d02e3a83
eth.getTransactionCount(“0x8dfaa1b5d2e660ee2d3aa9fd0eeb33cc726d50122790e882a914ffd7d02e3a83”)
eth.getTransactionCount(“0x8dfaa1b5d2e660ee2d3aa9fd0eeb33cc726d50122790e882a914ffd7d02e3a83”, “pending”)
## check pending queued txpool.status
EX:
{
pending: 0,
queued: 5
}
．需求書內 合約 改成 契約
勞務請購 準備文件
1. 購案核定清單
2. 自我檢核表
3. 報價單
4. 需求書
5. 承攬商 (有派人力到 中心/公司 工作情況)
最後 預估金額分析表 (簽核過財會後，請購人員會給予後填寫)
案子的負責「採購人員」是： AAA
先請試填請購單後，截取畫面併相關文件給採購人員確認是否正確後，再正式填寫請購單
會科問題 BBB 會計人員
金額比例 300 200 (依期數 如這裡500 分二期)
需求書上 兩次：10/30、6/31
付款注意：年底可能會關帳，要提前，建議一個月為主
特別注意：查驗和驗收不同，案子通常第一期為查驗，第二期為驗收，兩者皆為組長(負責主管)，如沒空，可找代理人，查驗/驗收需求項目、文件順序需按照需求書
第一期查驗：
．我方需要確認資料、系統和文件是否正確，系統檔案可存放光碟(建議全放)
．查驗文件依需求書需求項目為主，再說明查驗或驗收順序已備齊
．廠商準備現場DEMO及列印文件，務必提前一到二星期準備
．另廠商需寄送EMail告知開發完畢，可進行查驗或驗收，印該EMail代表收到開發完畢文件
．查驗文件上的完成覆約日期為收到EMail為主，查驗測試時間則為實際排定查驗測試日期
第二期驗收：
．需先再跑查驗流程(非第一期查驗)，再驗收
．需自行把系統自行跑過一次，代表有實際確認過
．其他同第一期
．查驗過後，將相關資料給予採購人員，會協助安排組長驗收時間，自行安排會議室
．驗收記錄給予廠商，進行發票開立作業
．收到廠商發票後交給採購人員
https://zhuanlan.zhihu.com/p/70280813
https://juejin.im/post/5d8f324ee51d45781e0f5dca
一、什么是全局状态管理 当我们在使用 Flutter 进行应用开发时，可能需要不同的页面共享应用或者说变量的状态，当这个状态发生改变时，所有依赖这个状态的 ui 都会随之发生改变。在同一个页面中还好说，直接通过 setState 就可以达到目的，要是不同的页面呢，或者当应用变得非常复杂，页面非常多的时候，这个时候全局状态管理就显得非常重要了。
在 Flutter 中，状态管理可以有如下几种方式：
1、setState flutter 中最简单使 ui 根据状态发生改变的方式。
2、 InheritedWidget & InheritedModel InheritedWidget 和 InheritedModel 是 flutter 原生提供的状态管理解决方案。 当InheritedWidget发生变化时，它的子树中所有依赖了它的数据的Widget都会进行rebuild，这使得开发者省去了维护数据同步逻辑的麻烦。
3、Provider & Scoped Model Provider 与 Scoped Model 都属于第三方库，两者使用起来差不多，其中 Provider 是 Google I/O 2019 大会上官方推荐的状态管理方式。
4、Redux 在 Redux 状态管理中，所有的状态都储存在Store里，Flutter 中的 Widget 会根据这个 Store 去渲染视图，而状态的改变也是通过 Reduex 里面的 action 来进行的。
5、BLoC / Rx BLoC的全称是 业务逻辑组件（Business Logic Component）。就是用reactive programming方式构建应用，一个由流构成的完全异步的世界。 BLoc 可以看作是 Flutter 中的异步事件总线，当然在除了 BLoc 外，Flutter 中有专门的响应式编程库，就是RxDart,RxDart是基于ReactiveX标准API的Dart版本实现，由Dart标准库中Stream扩展而成。
