Comments (2)
That sort of documentation could be a little difficult to maintain. I can imagine it would be very easy to add new functions and forget to add this extra documentation. In general, I think best practice here would be to log the http requests directly. civis
uses httr
so we can add a hook to httr
to produce logs. For example:
(Quick Side Note: be careful that all the logs produced below will contain your api key)
library(civis)
httr::set_config(httr::verbose())
df <- read_civis(sql("SELECT 1"), database="database")
Prints all the logs, including:
-> GET /databases/ HTTP/1.1^M
-> GET /credentials/?default=TRUE
-> POST /scripts/sql HTTP/1.1^M
So my advice for this would be
- to add the
httr::set_config(httr::verbose())
hook to the script of calls they need to make - write that output to a log file
- search the logs for
GET
,POST
,PUT
andPATCH
.
Using a linux/mac command line:
Rscript my_script_with_hook.R >log.txt 2>&1
cat log.txt | grep "GET\|POST\|PUT\|PATCH"
remove log.txt when you are done with it since it has your api key stored in it
from civis-r.
Interesting! I can see that. What would the ideal method for communicating this be for you? In the web docs of the function? In a specific page for html docs? In redshift?
from civis-r.
Related Issues (20)
- DOC: remove models endpoints from documentation
- ENH helper function to list models
- ENH helper function to share models
- ENH automatically deploy docs on release
- ENH provide option to override default polling interval HOT 1
- ENH: Automatically retry on all verbs when rate limit is exeeded
- ENH: Point civis_ml script templates to aliases HOT 1
- Add `patch` option to `get_script_fun` HOT 4
- Generalize `write_job_output` to an arbitrary object instead of "File" HOT 2
- Generalized `patch` function (plus a motivating example) HOT 3
- ENH: retry more than 3 times
- Is there any use in writing a file locally first before calling `write_civis_file`? HOT 3
- Adding project/report sharing utility code HOT 3
- BUG: error handling on 429
- Switch to CSVImports for Redshift upload
- DOC: Documentation on CASS/NCOA endpoint not complete HOT 1
- BUG: `fetch_all` throws error on `aliases_list` API function HOT 3
- Argument 'local' of Future() to become defunct [breaks your package] HOT 4
- future: Rename 'state' from `"succeeded" to "finished" HOT 10
- Is this repo and the 'civis' package maintained? HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from civis-r.