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

Merging to release-5.4: [DX-1437] organise --> organize (PR 2) (#5077) #5079

Merged

Conversation

buger
Copy link
Member

@buger buger commented Jul 15, 2024

User description

DX-1437 organise --> organize (PR 2) (#5077)

  • organise 2

  • organise fix 1

  • Update tyk-docs/content/basic-config-and-security/security/dashboard/organisations.md


Co-authored-by: Yaara [email protected]


PR Type

documentation


Description

  • Standardized the spelling of "organization" across multiple documentation files.
  • Updated various instances of "organisation" to "organization" for consistency.
  • Ensured uniform terminology in documentation related to LDAP profiles, SSO, API security governance, event types, monitors, basic authentication, dashboard security, key hashing, mutual TLS concepts, OWASP top ten, Vault key-value storage, GraphQL API creation, plugin bundles, JavaScript middleware scripting, gRPC custom auth Python, rich plugins data structures, account and billing, managing billing admins, plans, retirement, upgrade free trial, environments and deployments, managing control planes, managing environments, managing gateways, managing organizations, hybrid gateways Helm, hybrid gateways, create account, setup environment, setup organization, setup team, to conclude, getting started, securing your APIs, managing teams, managing users, user roles, glossary, what is Tyk Cloud, invite codes, manage API consumers, manage API users, and managing access.

Changes walkthrough 📝

Relevant files
Documentation
45 files
dashboard-login-ldap-tib.md
Standardize spelling of "organization" in LDAP profile documentation

tyk-docs/content/advanced-configuration/integrate/3rd-party-identity-providers/dashboard-login-ldap-tib.md

  • Changed "organisation" to "organization" in multiple instances.
+1/-1     
sso.md
Standardize spelling of "organization" in SSO documentation

tyk-docs/content/advanced-configuration/integrate/sso.md

  • Changed "organisation" to "organization" in multiple instances.
+2/-2     
governance.md
Standardize spelling of "organizations" in API security governance
documentation

tyk-docs/content/apim-best-practice/api-security-best-practice/governance.md

  • Changed "organisations" to "organizations" in multiple instances.
+1/-1     
event-types.md
Standardize spelling of "organization" in event types documentation

tyk-docs/content/basic-config-and-security/report-monitor-trigger-events/event-types.md

  • Changed "organisation" to "organization" in multiple instances.
+2/-2     
monitors.md
Standardize spelling of "organization" in monitors documentation

tyk-docs/content/basic-config-and-security/report-monitor-trigger-events/monitors.md

  • Changed "organisation" to "organization" in multiple instances.
+5/-5     
basic-auth.md
Standardize spelling of "organization" in basic authentication
documentation

tyk-docs/content/basic-config-and-security/security/authentication-authorization/basic-auth.md

  • Changed "organisation" to "organization" in multiple instances.
+2/-2     
dashboard.md
Standardize spelling of "organized" in dashboard security
documentation

tyk-docs/content/basic-config-and-security/security/dashboard.md

  • Changed "organised" to "organized".
+1/-1     
organisations.md
Standardize spelling of "organizations" in dashboard organizations
documentation

tyk-docs/content/basic-config-and-security/security/dashboard/organisations.md

  • Changed "organisations" to "organizations" in multiple instances.
+13/-13 
key-hashing.md
Standardize spelling of "organization" in key hashing documentation

tyk-docs/content/basic-config-and-security/security/key-hashing.md

  • Changed "organisation" to "organization".
+1/-1     
concepts.md
Standardize spelling of "organization" in mutual TLS concepts
documentation

tyk-docs/content/basic-config-and-security/security/mutual-tls/concepts.md

  • Changed "organisation" to "organization" in multiple instances.
+2/-2     
owasp-top-ten.md
Standardize spelling of "organization" in OWASP top ten documentation

tyk-docs/content/basic-config-and-security/security/owasp-top-ten.md

  • Changed "organisation" to "organization".
+1/-1     
vault.md
Standardize spelling of "organization" in Vault key-value storage
documentation

tyk-docs/content/deployment-and-operations/tyk-self-managed/deployment-lifecycle/deployment-to-production/key-value-storage/vault.md

  • Changed "organisation" to "organization".
+1/-1     
creating-gql-api.md
Standardize spelling of "organization" in GraphQL API creation
documentation

tyk-docs/content/graphql/creating-gql-api.md

  • Changed "organisation" to "organization".
+1/-1     
plugin-bundles.md
Standardize spelling of "organize" in plugin bundles documentation

tyk-docs/content/plugins/how-to-serve-plugins/plugin-bundles.md

  • Changed "organise" to "organize".
+1/-1     
middleware-scripting-guide.md
Standardize spelling of "organization" in JavaScript middleware
scripting guide

tyk-docs/content/plugins/supported-languages/javascript-middleware/middleware-scripting-guide.md

  • Changed "organisation" to "organization".
+1/-1     
custom-auth-python.md
Standardize spelling of "organization" in gRPC custom auth Python
documentation

tyk-docs/content/plugins/supported-languages/rich-plugins/grpc/custom-auth-python.md

  • Changed "organisation" to "organization" in multiple instances.
+4/-4     
rich-plugins-data-structures.md
Standardize spelling of "organization" in rich plugins data structures
documentation

tyk-docs/content/plugins/supported-languages/rich-plugins/rich-plugins-data-structures.md

  • Changed "organisation" to "organization".
+2/-2     
account-billing.md
Standardize spelling of "organization" in account and billing
documentation

tyk-docs/content/tyk-cloud/account-billing.md

  • Changed "organisation" to "organization".
+1/-1     
managing-billing-admins.md
Standardize spelling of "Organization Admin" in managing billing
admins documentation

tyk-docs/content/tyk-cloud/account-billing/managing-billing-admins.md

  • Changed "Organisation Admin" to "Organization Admin".
+1/-1     
plans.md
Standardize spelling of "organizations" in plans documentation

tyk-docs/content/tyk-cloud/account-billing/plans.md

  • Changed "organisations" to "organizations".
+2/-2     
retirement.md
Standardize spelling of "organization" in retirement documentation

tyk-docs/content/tyk-cloud/account-billing/retirement.md

  • Changed "organisation" to "organization".
+1/-1     
upgrade-free-trial.md
Standardize spelling of "organization" in upgrade free trial
documentation

tyk-docs/content/tyk-cloud/account-billing/upgrade-free-trial.md

  • Changed "organisation" to "organization".
+2/-2     
environments-&-deployments.md
Standardize spelling of "organizations" in environments and
deployments documentation

tyk-docs/content/tyk-cloud/environments-&-deployments.md

  • Changed "organisations" to "organizations".
+1/-1     
managing-control-planes.md
Standardize spelling of "Organization Admin" in managing control
planes documentation

tyk-docs/content/tyk-cloud/environments-&-deployments/managing-control-planes.md

  • Changed "Organisation Admin" to "Organization Admin".
+2/-2     
managing-environments.md
Standardize spelling of "organization" in managing environments
documentation

tyk-docs/content/tyk-cloud/environments-&-deployments/managing-environments.md

  • Changed "organisation" to "organization".
+2/-2     
managing-gateways.md
Standardize spelling of "organization" in managing gateways
documentation

tyk-docs/content/tyk-cloud/environments-&-deployments/managing-gateways.md

  • Changed "organisation" to "organization".
+1/-1     
managing-organisations.md
Standardize spelling of "organizations" in managing organizations
documentation

tyk-docs/content/tyk-cloud/environments-&-deployments/managing-organisations.md

  • Changed "organisations" to "organizations".
+8/-8     
hybrid-gateways-helm.md
Standardize spelling of "Organization ID" in hybrid gateways Helm
documentation

tyk-docs/content/tyk-cloud/environments-deployments/hybrid-gateways-helm.md

  • Changed "Organisation ID" to "Organization ID".
+1/-1     
hybrid-gateways.md
Standardize spelling of "Organization ID" in hybrid gateways
documentation

tyk-docs/content/tyk-cloud/environments-deployments/hybrid-gateways.md

  • Changed "Organisation ID" to "Organization ID".
+1/-1     
create-account.md
Standardize spelling of "organization" in create account documentation

tyk-docs/content/tyk-cloud/getting-started-tyk-cloud/create-account.md

  • Changed "organisation" to "organization".
+2/-2     
setup-environment.md
Standardize spelling of "organization" in setup environment
documentation

tyk-docs/content/tyk-cloud/getting-started-tyk-cloud/setup-environment.md

  • Changed "organisation" to "organization".
+2/-2     
setup-org.md
Standardize spelling of "organization" in setup organization
documentation

tyk-docs/content/tyk-cloud/getting-started-tyk-cloud/setup-org.md

  • Changed "organisation" to "organization".
+9/-9     
setup-team.md
Standardize spelling of "organization" in setup team documentation

tyk-docs/content/tyk-cloud/getting-started-tyk-cloud/setup-team.md

  • Changed "organisation" to "organization".
+5/-5     
to-conclude.md
Standardize spelling of "Organization" in to conclude documentation

tyk-docs/content/tyk-cloud/getting-started-tyk-cloud/to-conclude.md

  • Changed "Organisation" to "Organization".
+1/-1     
getting-started.md
Standardize spelling of "organization" in getting started
documentation

tyk-docs/content/tyk-cloud/getting-started.md

  • Changed "organisation" to "organization".
+4/-4     
securing-your-apis.md
Standardize spelling of "organization" in securing your APIs
documentation

tyk-docs/content/tyk-cloud/securing-your-apis.md

  • Changed "organisation" to "organization".
+2/-2     
managing-teams.md
Standardize spelling of "organization" in managing teams documentation

tyk-docs/content/tyk-cloud/teams-&-users/managing-teams.md

  • Changed "organisation" to "organization".
+5/-5     
managing-users.md
Standardize spelling of "organization" in managing users documentation

tyk-docs/content/tyk-cloud/teams-&-users/managing-users.md

  • Changed "organisation" to "organization".
+2/-2     
user-roles.md
Standardize spelling of "organization" in user roles documentation

tyk-docs/content/tyk-cloud/teams-&-users/user-roles.md

  • Changed "organisation" to "organization".
+6/-6     
glossary.md
Standardize spelling of "organization" in glossary documentation

tyk-docs/content/tyk-cloud/troubleshooting-&-support/glossary.md

  • Changed "organisation" to "organization".
+10/-10 
what-is-tyk-cloud.md
Standardize spelling of "organizations" in what is Tyk Cloud
documentation

tyk-docs/content/tyk-cloud/what-is-tyk-cloud.md

  • Changed "organisations" to "organizations".
+1/-1     
invite-codes.md
Standardize spelling of "organization" in invite codes documentation

tyk-docs/content/tyk-stack/tyk-developer-portal/enterprise-developer-portal/managing-access/invite-codes.md

  • Changed "organisation" to "organization".
+1/-1     
manage-api-consumers.md
Standardize spelling of "organizations" in manage API consumers
documentation

tyk-docs/content/tyk-stack/tyk-developer-portal/enterprise-developer-portal/managing-access/manage-api-consumers.md

  • Changed "organisations" to "organizations".
+6/-6     
manage-api-users.md
Standardize spelling of "organization" in manage API users
documentation

tyk-docs/content/tyk-stack/tyk-developer-portal/enterprise-developer-portal/managing-access/manage-api-users.md

  • Changed "organisation" to "organization".
+1/-1     
managing-access.md
Standardize spelling of "organizations" in managing access
documentation

tyk-docs/content/tyk-stack/tyk-developer-portal/enterprise-developer-portal/managing-access/managing-access.md

  • Changed "organisations" to "organizations".
+1/-1     

💡 PR-Agent usage:
Comment /help on the PR to get a list of all available PR-Agent tools and their descriptions

* organise 2

* organise fix 1

* Update tyk-docs/content/basic-config-and-security/security/dashboard/organisations.md

---------

Co-authored-by: Yaara <[email protected]>

(cherry picked from commit 2596815)
@buger buger enabled auto-merge (squash) July 15, 2024 11:21
Copy link

netlify bot commented Jul 15, 2024

PS. Pls add /docs/nightly to the end of url

Name Link
🔨 Latest commit b1f7209
🔍 Latest deploy log https://app.netlify.com/sites/tyk-docs/deploys/669506576c7d880008b34d47
😎 Deploy Preview https://deploy-preview-5079--tyk-docs.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site configuration.

1 similar comment
Copy link

netlify bot commented Jul 15, 2024

PS. Pls add /docs/nightly to the end of url

Name Link
🔨 Latest commit b1f7209
🔍 Latest deploy log https://app.netlify.com/sites/tyk-docs/deploys/669506576c7d880008b34d47
😎 Deploy Preview https://deploy-preview-5079--tyk-docs.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site configuration.

@buger buger merged commit 54aca32 into release-5.4 Jul 15, 2024
10 checks passed
@buger buger deleted the merge/release-5.4/2596815a4e8c344b0dfd6ec5fbcd8c16dafcdcce branch July 15, 2024 11:24
Copy link
Contributor

PR Reviewer Guide 🔍

⏱️ Estimated effort to review: 1 🔵⚪⚪⚪⚪
🧪 No relevant tests
🔒 No security concerns identified
⚡ No key issues to review

Copy link
Contributor

PR Code Suggestions ✨

CategorySuggestion                                                                                                                                    Score
Security
Add a security check for org_id against authorized IDs before user creation

To enhance security, consider adding a note about verifying the org_id against a
list of authorized IDs within the system before creating a Basic Authentication
user. This ensures that users are created within the correct and authorized
organization context.

tyk-docs/content/basic-config-and-security/security/authentication-authorization/basic-auth.md [138]

-Be careful to ensure that the `org_id` is set correctly and consistently so that the Basic Authentication user is created in the correct organization.
+Be careful to ensure that the `org_id` is set correctly and consistently so that the Basic Authentication user is created in the correct organization. Always verify the `org_id` against your system's list of authorized organization IDs before creating a user.
 
Suggestion importance[1-10]: 9

Why: This suggestion enhances security by ensuring that the org_id is verified against a list of authorized IDs, preventing unauthorized user creation.

9
Enhance the security warning for IP Whitelisting to emphasize best practices

For security documentation, it's crucial to emphasize the limitations and risks of
IP Whitelisting more prominently to ensure users are aware of security best
practices.

tyk-docs/content/tyk-cloud/securing-your-apis.md [37]

-IP Whitelisting is susceptible to IP Spoofing, and it is recommended to be combined with an API Key in secure environments.
+Please note, IP Whitelisting has vulnerabilities such as susceptibility to IP Spoofing. It is strongly recommended to use it in conjunction with an API Key or other authentication methods to ensure a higher level of security in your environments.
 
Suggestion importance[1-10]: 9

Why: The suggestion significantly improves the security documentation by emphasizing the risks associated with IP Whitelisting and recommending additional security measures, which is important for maintaining secure environments.

9
Clarity
Clarify that a user can only belong to one organization at a time

To avoid potential confusion, consider specifying that a user can only belong to one
organization at a time, as the current wording might imply a user can belong to
multiple organizations.

tyk-docs/content/tyk-stack/tyk-developer-portal/enterprise-developer-portal/managing-access/manage-api-consumers.md [31]

-**Users** - External developers / portal users. A user can belong to multiple teams but can only belong to one organization.
+**Users** - External developers / portal users. A user can belong to multiple teams but is restricted to a single organization at any given time.
 
Suggestion importance[1-10]: 9

Why: This suggestion addresses potential confusion and provides a clearer understanding of user organization membership, which is crucial for accurate documentation.

9
Enhancement
Provide a direct link to the specific documentation section on retrieving an organization ID

It's recommended to provide a direct link to the specific section in the Dashboard
Admin API documentation that details how to retrieve the organization ID, rather
than just linking to the main page. This would improve user experience by making the
information more accessible.

tyk-docs/content/advanced-configuration/integrate/3rd-party-identity-providers/dashboard-login-ldap-tib.md [130]

-* `OrgId`: The organization id which the profile is connected to - make sure this is the correct id for your organization (see the [Dashboard Admin API documentation]({{< ref "dashboard-admin-api/organisations" >}}) for details on how to retrieve this)
+* `OrgId`: The organization id which the profile is connected to - make sure this is the correct id for your organization. For details on how to retrieve this, see the specific section in the [Dashboard Admin API documentation]({{< ref "dashboard-admin-api/organisations#retrieving-an-organization-id" >}})
 
Suggestion importance[1-10]: 8

Why: This suggestion improves user experience by providing a direct link to the specific section in the documentation, making it easier for users to find the information they need.

8
Provide the specific command for generating a certificate SHA256 fingerprint

To improve clarity, it would be helpful to complete the sentence about generating
the certificate SHA256 fingerprint and provide the specific command needed. This
addition will aid users in managing certificates more effectively.

tyk-docs/content/basic-config-and-security/security/mutual-tls/concepts.md [75]

-Certificate storage uses a hex encoded certificate SHA256 fingerprint as its ID. When used with the Dashboard API, Tyk additionally appends the organization id to the certificate fingerprint. It means that certificate IDs are predictable, and you can check certificates by their IDs by manually
+Certificate storage uses a hex encoded certificate SHA256 fingerprint as its ID. When used with the Dashboard API, Tyk additionally appends the organization id to the certificate fingerprint. It means that certificate IDs are predictable, and you can check certificates by their IDs by manually generating the SHA256 fingerprint using the following command:
+```bash
+openssl x509 -noout -fingerprint -sha256 -inform pem -in [your-certificate-file.crt]
+```
 
Suggestion importance[1-10]: 8

Why: Including the specific command for generating a certificate SHA256 fingerprint improves clarity and aids users in managing certificates more effectively.

8
Clarify what "Enhanced(silver) support" includes

To avoid ambiguity, consider specifying what "Enhanced(silver) support" includes or
linking to a page with detailed information about what support levels entail.

tyk-docs/content/tyk-cloud/account-billing/plans.md [26]

-This plan includes all of the features of the Tyk Stack. **Enhanced(silver) support** will be provided.
+This plan includes all of the features of the Tyk Stack. **Enhanced(silver) support** will be provided, which includes 24/7 support with a maximum response time of 2 hours for critical issues. [More about support levels](#support-levels).
 
Suggestion importance[1-10]: 8

Why: The suggestion provides important details about support levels, which can significantly help users understand what they are getting. This is crucial for setting expectations.

8
Improve clarity and reduce redundancy in the definition of "Organisations"

Consider rephrasing the definition of "Organisations" to avoid redundancy and
enhance clarity. The phrase "An organization can be used which can include multiple
teams" is somewhat redundant and could be simplified.

tyk-docs/content/tyk-stack/tyk-developer-portal/enterprise-developer-portal/managing-access/manage-api-consumers.md [27]

-**Organisations** - An organization can represent larger business units of a company. It works as a container for various teams and users. An organization can be used which can include multiple teams.
+**Organisations** - Represents larger business units within a company, serving as a container for various teams and users.
 
Suggestion importance[1-10]: 8

Why: The suggestion effectively removes redundancy and enhances clarity, making the definition more concise and easier to understand.

8
Add an example to clarify how org_id interacts with tokens

Consider adding a brief explanation or example of how the org_id setting in the API
Definition object interacts with tokens owned by organizations. This will enhance
the clarity and usability of the documentation.

tyk-docs/content/plugins/supported-languages/rich-plugins/rich-plugins-data-structures.md [260]

-The organization this user belongs to. This can be used in conjunction with the org_id setting in the API Definition object to have tokens "owned" by organizations.
+The organization this user belongs to. This can be used in conjunction with the `org_id` setting in the API Definition object to have tokens "owned" by organizations, for example, restricting API access to members of the same organization.
 
Suggestion importance[1-10]: 7

Why: The suggestion improves clarity by providing an example, which can help users understand the interaction better. However, it is not crucial for functionality.

7
Explain the implications of the fixed home region setting

Adding a note about the implications of not being able to change the home region
after creating an organization could provide users with better guidance on setting
up their account.

tyk-docs/content/tyk-cloud/environments-&-deployments/managing-organisations.md [16]

-Your Organisation is your "container" for all your Environments, Control Planes and Cloud Data Planes. When you setup your Organisation when [creating your account]({{< ref "tyk-cloud/getting-started-tyk-cloud/create-account" >}}), you assign it to a Home Region where all your data is stored. You cannot change this home region after creating your organization.
+Your Organisation is your "container" for all your Environments, Control Planes and Cloud Data Planes. When you setup your Organisation when [creating your account]({{< ref "tyk-cloud/getting-started-tyk-cloud/create-account" >}}), you assign it to a Home Region where all your data is stored. You cannot change this home region after creating your organization, which is crucial for data compliance and latency considerations.
 
Suggestion importance[1-10]: 7

Why: The suggestion adds valuable context about the implications of the fixed home region, which can help users make informed decisions. However, it is not critical for immediate functionality.

7
Clarify the limitations on region selection based on subscription plans

It's recommended to clarify the limitations on the number of regions available for
the Cloud Data Plane based on the subscription plan. This can help users make
informed decisions during setup.

tyk-docs/content/tyk-cloud/getting-started-tyk-cloud/setup-environment.md [28]

-* **Step 3 - Configure your first Cloud Data Data Plane:** Select the region you want to locate your [Cloud Data Plane]({{< ref "tyk-cloud/troubleshooting-&-support/glossary.md#cloud-data-plane" >}}) in from the drop-down list. Your Cloud Data Plane is not confined to the same region as your Organization and Control Plane but the amount of regions you have to choose from can be limited depending on your subscription plan. Give your Cloud Data Plane a name.
+* **Step 3 - Configure your first Cloud Data Plane:** Select the region you want to locate your [Cloud Data Plane]({{< ref "tyk-cloud/troubleshooting-&-support/glossary.md#cloud-data-plane" >}}) in from the drop-down list. Note that the number of available regions for your Cloud Data Plane may vary based on your subscription plan. Give your Cloud Data Plane a name.
 
Suggestion importance[1-10]: 7

Why: The suggestion improves clarity by explicitly stating the limitations on region selection based on subscription plans, which can help users make more informed decisions. However, the existing text already implies this, so the improvement is minor.

7
Specify exclusive permissions of the account creator Organization Admin

It would be beneficial to specify the permissions or actions that the account
creator Organization Admin can perform, which are not available to other roles, to
distinguish this role clearly.

tyk-docs/content/tyk-cloud/account-billing/managing-billing-admins.md [37]

-* Be the account creator Organization Admin (this user also has the Billing Admin role assigned to them)
+* Be the account creator Organization Admin (this user also has the Billing Admin role assigned to them, with exclusive permissions such as managing billing settings and user roles)
 
Suggestion importance[1-10]: 6

Why: The suggestion adds useful information about the specific permissions of the account creator Organization Admin, enhancing the documentation's clarity. However, it addresses a minor detail.

6
Clarification
Specify the permanence of the organization's regional connection

To enhance clarity, it's beneficial to specify that the organization's connection to
a single region is a permanent setting that cannot be changed after initial setup.

tyk-docs/content/tyk-cloud/getting-started-tyk-cloud/setup-org.md [21-22]

-* An organization is the main entity for all your data (Environments, APIs, Users, etc)
-* An Organization is connected to a single region and once connected, cannot be changed.
+* An organization is the main entity for all your data (Environments, APIs, Users, etc). Once an organization is connected to a region during setup, this setting is permanent and cannot be changed.
 
Suggestion importance[1-10]: 8

Why: This suggestion enhances clarity by explicitly stating that the organization's regional connection is permanent, which is crucial information for users during the setup process.

8
Clarify the role required for creating or deleting teams

To avoid ambiguity, explicitly mention that the 'Organization Admin' role is
required to perform certain administrative actions such as creating or deleting
teams.

tyk-docs/content/tyk-cloud/teams-&-users/managing-teams.md [23]

-* Create or delete a team (Organization Admin only)
+* Create or delete a team. Note: Only users with the 'Organization Admin' role have the permissions to perform this action.
 
Suggestion importance[1-10]: 7

Why: The suggestion reduces ambiguity by clearly stating that only users with the 'Organization Admin' role can create or delete teams, which helps in understanding role-based permissions better.

7
Readability
Simplify the explanation of the default setup during the Tyk Portal installation

The explanation of the default setup during the Tyk Portal installation could be
more concise and direct, enhancing the overall readability and understanding.

tyk-docs/content/tyk-stack/tyk-developer-portal/enterprise-developer-portal/managing-access/manage-api-consumers.md [37]

-When installing the Tyk Portal, by default the API Consumers section will already have a default organization with a default team added. This means, if your specific use case doesn't require multiple organizations and teams, you can get started straight away and invite a new external user to the developer portal, adding them to the default organization and default team.
+Upon installing the Tyk Portal, the API Consumers section includes a default organization and team. This setup allows immediate onboarding of new external users to the default organization and team, unless your use case requires additional organizations and teams.
 
Suggestion importance[1-10]: 8

Why: The suggestion makes the explanation more concise and direct, improving readability and comprehension without losing essential information.

8
Enhance the readability of the "Teams" description

The sentence structure in the description of "Teams" could be improved for better
readability. Specifically, the phrase "a team always needs to be part of an
organization" could be more integrated into the sentence.

tyk-docs/content/tyk-stack/tyk-developer-portal/enterprise-developer-portal/managing-access/manage-api-consumers.md [29]

-**Teams** - Teams are used to bundle multiple users, a team always needs to be part of an organization.
+**Teams** - Comprising multiple users, each team must be part of an organization.
 
Suggestion importance[1-10]: 7

Why: The improved sentence structure increases readability and flow, making the description clearer without changing the meaning.

7
Best practice
Include an example of how to configure the sha256 hashing algorithm

It would be beneficial to include a brief example or code snippet demonstrating how
to set the sha256 algorithm in the configuration. This practical example can help
users implement the suggested security enhancement more effectively.

tyk-docs/content/basic-config-and-security/security/key-hashing.md [33]

-We have also introduced a new `sha256` cryptographic key hashing algorithm, for cases when you are willing to sacrifice some performance for additional security.
+We have also introduced a new `sha256` cryptographic key hashing algorithm, for cases when you are willing to sacrifice some performance for additional security. To use this algorithm, set the `hash_algorithm` configuration to `sha256` in your Tyk setup:
+```json
+{
+  "hash_algorithm": "sha256"
+}
+```
 
Suggestion importance[1-10]: 7

Why: Providing a practical example helps users implement the sha256 hashing algorithm more effectively, improving the documentation's usefulness.

7

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants