-
Notifications
You must be signed in to change notification settings - Fork 3
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
Use the v1 vanity API #31
Conversation
public async setContentVanityURL (contentGUID: string, vanityURL: string): Promise<VanityRecordResponse> { | ||
return await this.client.put( | ||
`v1/content/${contentGUID}/vanity`, | ||
{ path: vanityURL } |
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.
Very nit, but it should be... based on convention
public async setContentVanityURL (contentGUID: string, vanityURL: string): Promise<VanityRecordResponse> { | |
return await this.client.put( | |
`v1/content/${contentGUID}/vanity`, | |
{ path: vanityURL } | |
public async setContentVanityURL (contentGuid: string, vanityUrl: string): Promise<VanityRecordResponse> { | |
return await this.client.put( | |
`v1/content/${contentGuid}/vanity`, | |
{ path: vanityUrl } |
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.
Local convention uses names like baseURL
and already used vanityURL
. There are a couple "GUID" references and they're appGuid
, but many appID
. I did not notice the appGuid
and thought I was following convention by uppercasing initialisms (URL, GUID).
@meatballhat - do you have a preference on naming convention?
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.
Ah, no worries then. Should keep it as is if the rest of the project is using that by convention.
available in all supported Connect versions
80b20c5
to
a02dd24
Compare
Builds upon #30 (for passing CI)
The v1 vanity API is available in all supported Connect versions. No need to fall-back to the unversioned API path.
Fixes #29