Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve API logging #844

Closed
9 tasks
abitmore opened this issue Apr 13, 2018 · 9 comments
Closed
9 tasks

Improve API logging #844

abitmore opened this issue Apr 13, 2018 · 9 comments
Assignees
Labels
2a Discussion Needed Prompt for team to discuss at next stand up. 6 API Impact flag identifying the application programing interface (API) 6 Performance Impacts flag identifying system/user efficiency, performance, etc. feature logging

Comments

@abitmore
Copy link
Member

abitmore commented Apr 13, 2018

API logging can be enabled manually by node operators, as mentioned in #802. However the functionality is limited. We need to log info about client, e.g. IP addresses.

CORE TEAM TASK LIST

  • Evaluate / Prioritize Feature Request
  • Refine User Stories / Requirements
  • Define Test Cases
  • Design / Develop Solution
    • Assigned: @manikey123
    • Estimation: Pending completion of 783
    • Remittance: Pending merge
  • Perform QA/Testing
  • Update Documentation
@manikey123
Copy link
Contributor

claiming this

@ryanRfox ryanRfox added 2b Gathering Requirements Status indicating currently refining User Stories and defining Requirements 6 API Impact flag identifying the application programing interface (API) 6 Performance Impacts flag identifying system/user efficiency, performance, etc. labels Feb 4, 2019
@ryanRfox
Copy link
Contributor

ryanRfox commented Feb 4, 2019

Assigning @manikey123 and placing into (next) Feature Release for further review, with the understanding it will begin after 783 competes.

Please add some details about proposed development efforts along with estimate.

@abitmore
Copy link
Member Author

abitmore commented Feb 4, 2019

IIRC @jmjatlanta had made some progress on this. See bitshares/bitshares-fc#45.

@ryanRfox ryanRfox added 2a Discussion Needed Prompt for team to discuss at next stand up. and removed 2b Gathering Requirements Status indicating currently refining User Stories and defining Requirements labels Feb 6, 2019
@ryanRfox
Copy link
Contributor

ryanRfox commented Feb 6, 2019

Thanks for the above reference @abitmore

@manikey123 please connect with @jmjatlanta and between the two of you comment back here when it's time to add an estimate.

@jmjatlanta
Copy link
Contributor

jmjatlanta commented Feb 22, 2019

@manikey123 The basics of bitshares-fc could be explained in 2 parts:

  1. get the IP address of the remote node into the log
  2. if there is a proxy involved, have the proxy put the real ip in the header, and log the real ip instead of the proxy IP. I believe my code in that PR is on the right road, but I have not tested it.

@manikey123
Copy link
Contributor

thanks @jmjatlanta
will go through above PR code
For testing, should the testnet be used or any other option ?

@pmconrad
Copy link
Contributor

Since the change should only affect your own node, feel free to test this on mainnet.

@abitmore
Copy link
Member Author

abitmore commented May 2, 2020

bitshares/bitshares-fc#134 has been merged, need to bump FC and update some code in core to close this issue.

abitmore added a commit that referenced this issue May 7, 2020
@abitmore
Copy link
Member Author

Done via #2167.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
2a Discussion Needed Prompt for team to discuss at next stand up. 6 API Impact flag identifying the application programing interface (API) 6 Performance Impacts flag identifying system/user efficiency, performance, etc. feature logging
Projects
None yet
Development

No branches or pull requests

6 participants