-
Notifications
You must be signed in to change notification settings - Fork 7
Fix OTel Next.js guide #355
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
base: main
Are you sure you want to change the base?
Conversation
url: `https://${process.env.AXIOM_DOMAIN}/v1/traces`, | ||
headers: { | ||
Authorization: `Bearer ${process.env.API_TOKEN}`, | ||
"X-Axiom-Dataset": `${process.env.DATASET_NAME}`, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
would be nice to standardize the environment variables between the different guides (API_TOKEN
is also just not very descriptive)
in https://axiom.co/docs/ai-engineering/quickstart we use AXIOM_DATASET
and AXIOM_TOKEN
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Placeholders are standardised as API_TOKEN
and DATASET_NAME
. What you refer to are environment variable names which are not standardised. Please see this research for more details and the rationale behind this: https://www.notion.so/axiomhq/Standardise-placeholders-18bfc65a3019809eab60f67858e42ac4
But the placeholders in the AI engineering quickstart are wrong. Thanks for spotting that. I've just updated them.
I'm open to discussing different standards, but for now, I would keep everything API_TOKEN
and DATASET_NAME
so that we can easily change it in the future if required.
|
||
Add the `API_TOKEN` and `DATASET_NAME` environment variables to your `.env` file. For example: | ||
1. Add the `AXIOM_DOMAIN`, `API_TOKEN`, and `DATASET_NAME` environment variables to your `.env` file. For example: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
see above
{ | ||
"compilerOptions": { | ||
"target": "ES2017", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
possible to go even newer? no worries if not
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@c-ehrlich This is what was generated in my testing. Should we go newer? If yes, what would you recommend? What are the possible issues of going higher?
Basis: https://watchlyhq.slack.com/archives/C03HV6C998A/p1751613195572309