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

fix: config store documentation fix (#1160) #1161

Merged
merged 11 commits into from
Apr 3, 2025

Conversation

vcarvajal-sigsci
Copy link
Collaborator

@vcarvajal-sigsci vcarvajal-sigsci commented Apr 2, 2025

@@ -41,7 +41,7 @@ Dynamic backends are a compute feature that allow services to define backends fo

When dynamic backends are enabled at the service level, the explicit `backend` option is no longer required for `fetch()` requests, and will instead be automatically created.

In addition, custom backend confiuration options can then also be provided through the [`Backend()`](../fastly:backend/Backend/Backend.mdx) constructor.
Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@gaylin is this worth a docs bug bounty? 😄
The breadcrumbs start here fastly documentation before going to the SDK Reference

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sadly, no. It's not a typo just a mistake. :) But with that said, we officially will make you an honorary tech writer for a day. <3

@@ -23,7 +23,7 @@ new ConfigStore(name);
### Parameters

- `name` _: string_
- The name of the [Fastly Edge Dictionary](https://docs.fastly.com/en/guides/about-edge-dictionaries) that this `ConfigStore` instance should provide access to.
- The name of the [Fastly Edge ConfigStore](https://www.fastly.com/documentation/reference/api/services/resources/config-store/) that this `ConfigStore` instance should provide access to.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Guess what you've stepped into without realizing it... :-)

As we're discussing in another thread right now, this is incorrect, as the name provided to the constructor must be the name of the service's resource link which links to the Config Store, not the name of the Config Store itself. This is also true for KV Stores and Secret Stores, so whatever language we come up with to address that here should be applied to those resource types too.

Suggested change
- The name of the [Fastly Edge ConfigStore](https://www.fastly.com/documentation/reference/api/services/resources/config-store/) that this `ConfigStore` instance should provide access to.
- The name of the [Fastly Config Store](https://www.fastly.com/documentation/reference/api/services/resources/config-store/) that this `ConfigStore` instance should provide access to.

Copy link
Collaborator Author

@vcarvajal-sigsci vcarvajal-sigsci Apr 2, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So we can either change the wording and drop a breakcrumb so it eventually goes to the source.
The name provided must be the service's resource link [name](https://www.fastly.com/documentation/guides/concepts/edge-state/dynamic-config/#config-stores).
or
Add a note
Note The name is the service's resource link name which links to the Config Store, not the name of the Config Store itself.

I prefer the first but I'll include either in the other resources docs as well, what do you think?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll defer to @gaylin for that one.

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@dbarshop , could you weigh in here please on the terminology that you've worked out with Eng and Legal in the past?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(commenting here to subscribe to the thread and see the outcome for the Rust SDK as well)

@gaylin gaylin removed their request for review April 2, 2025 19:18
@kpfleming
Copy link
Contributor

This PR will also need to update the documentation for the Dictionary constructor which claims that it was replaced by ConfigStore; that was true for a while, until the ConfigStore constructor was changed to use the Config Store hostcalls.

@vcarvajal-sigsci
Copy link
Collaborator Author

This PR will also need to update the documentation for the Dictionary constructor which claims that it was replaced by ConfigStore; that was true for a while, until the ConfigStore constructor was changed to use the Config Store hostcalls.

updated in 38d3335

Copy link
Contributor

@kpfleming kpfleming left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

With the last two changes I've suggested I'm good with this.

Copy link
Contributor

@dbarshop dbarshop left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A few non-blocking copyedits!

@vcarvajal-sigsci vcarvajal-sigsci enabled auto-merge (squash) April 3, 2025 20:53
@vcarvajal-sigsci vcarvajal-sigsci force-pushed the config_store_docs_updates branch from 65ae1f7 to 55374c6 Compare April 3, 2025 20:56
@vcarvajal-sigsci vcarvajal-sigsci merged commit 4047c7b into main Apr 3, 2025
28 checks passed
@vcarvajal-sigsci vcarvajal-sigsci deleted the config_store_docs_updates branch April 3, 2025 21:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants