diff --git a/docs/admin_docs/configuration/networking-settings.mdx b/docs/admin_docs/configuration/networking-settings.mdx index f1af8a87ab6..b37d93bedcc 100644 --- a/docs/admin_docs/configuration/networking-settings.mdx +++ b/docs/admin_docs/configuration/networking-settings.mdx @@ -64,7 +64,7 @@ There are two approaches to making dashboards publicly accessible: 3. Edit each dashboard's properties and add the "Public" role 4. Only dashboards with the Public role explicitly assigned are visible to anonymous users -See the [Public role documentation](/admin-docs/security/security#public) for more details. +See the [Public role documentation](/admin-docs/security/#public) for more details. #### Embedding a Public Dashboard @@ -111,7 +111,7 @@ FEATURE_FLAGS = { This flag only hides the logout button when Superset detects it is running inside an iframe. Users accessing Superset directly (not embedded) will still see the logout button regardless of this setting. :::note -When embedding with SSO, also set `SESSION_COOKIE_SAMESITE = 'None'` and `SESSION_COOKIE_SECURE = True`. See [Security documentation](/docs/security/securing_superset) for details. +When embedding with SSO, also set `SESSION_COOKIE_SAMESITE = 'None'` and `SESSION_COOKIE_SECURE = True`. See [Security documentation](/admin-docs/security/securing_superset) for details. ::: ## CSRF settings diff --git a/docs/admin_docs/configuration/timezones.mdx b/docs/admin_docs/configuration/timezones.mdx index db53fcc6f46..2e2a239f1e2 100644 --- a/docs/admin_docs/configuration/timezones.mdx +++ b/docs/admin_docs/configuration/timezones.mdx @@ -20,7 +20,7 @@ To help make the problem somewhat tractable—given that Apache Superset has no To strive for data consistency (regardless of the timezone of the client) the Apache Superset backend tries to ensure that any timestamp sent to the client has an explicit (or semi-explicit as in the case with [Epoch time](https://en.wikipedia.org/wiki/Unix_time) which is always in reference to UTC) timezone encoded within. -The challenge however lies with the slew of [database engines](/admin-docs/databases#installing-drivers-in-docker) which Apache Superset supports and various inconsistencies between their [Python Database API (DB-API)](https://www.python.org/dev/peps/pep-0249/) implementations combined with the fact that we use [Pandas](https://pandas.pydata.org/) to read SQL into a DataFrame prior to serializing to JSON. Regrettably Pandas ignores the DB-API [type_code](https://www.python.org/dev/peps/pep-0249/#type-objects) relying by default on the underlying Python type returned by the DB-API. Currently only a subset of the supported database engines work correctly with Pandas, i.e., ensuring timestamps without an explicit timestamp are serializd to JSON with the server timezone, thus guaranteeing the client will display timestamps in a consistent manner irrespective of the client's timezone. +The challenge however lies with the slew of [database engines](/user-docs/databases#installing-drivers-in-docker) which Apache Superset supports and various inconsistencies between their [Python Database API (DB-API)](https://www.python.org/dev/peps/pep-0249/) implementations combined with the fact that we use [Pandas](https://pandas.pydata.org/) to read SQL into a DataFrame prior to serializing to JSON. Regrettably Pandas ignores the DB-API [type_code](https://www.python.org/dev/peps/pep-0249/#type-objects) relying by default on the underlying Python type returned by the DB-API. Currently only a subset of the supported database engines work correctly with Pandas, i.e., ensuring timestamps without an explicit timestamp are serialized to JSON with the server timezone, thus guaranteeing the client will display timestamps in a consistent manner irrespective of the client's timezone. For example the following is a comparison of MySQL and Presto, diff --git a/docs/admin_docs/installation/kubernetes.mdx b/docs/admin_docs/installation/kubernetes.mdx index e54cf47cd2e..c18bf803f92 100644 --- a/docs/admin_docs/installation/kubernetes.mdx +++ b/docs/admin_docs/installation/kubernetes.mdx @@ -149,7 +149,7 @@ For production clusters it's recommended to build own image with this step done Superset requires a Python DB-API database driver and a SQLAlchemy dialect to be installed for each datastore you want to connect to. -See [Install Database Drivers](/admin-docs/databases#installing-database-drivers) for more information. +See [Install Database Drivers](/user-docs/databases#installing-database-drivers) for more information. It is recommended that you refer to versions listed in [pyproject.toml](https://github.com/apache/superset/blob/master/pyproject.toml) instead of hard-coding them in your bootstrap script, as seen below. diff --git a/docs/developer_docs/extensions/overview.md b/docs/developer_docs/extensions/overview.md index 74ee7ac98c3..c5ef59f428b 100644 --- a/docs/developer_docs/extensions/overview.md +++ b/docs/developer_docs/extensions/overview.md @@ -43,7 +43,7 @@ Extensions can provide: ## UI Components for Extensions -Extension developers have access to pre-built UI components via `@apache-superset/core/components`. Browse all available components on the [UI Components](/docs/components/) page and filter by **Extension Compatible** to see components available to extensions. +Extension developers have access to pre-built UI components via `@apache-superset/core/components`. Browse all available components on the [UI Components](/developer-docs/components/) page and filter by **Extension Compatible** to see components available to extensions. ## Next Steps diff --git a/docs/docs/using-superset/creating-your-first-dashboard.mdx b/docs/docs/using-superset/creating-your-first-dashboard.mdx index 99a859818af..adc6977bb60 100644 --- a/docs/docs/using-superset/creating-your-first-dashboard.mdx +++ b/docs/docs/using-superset/creating-your-first-dashboard.mdx @@ -215,7 +215,7 @@ Access to dashboards is managed via owners and permissions. Non-owner access can through dataset permissions or dashboard-level roles (using the `DASHBOARD_RBAC` feature flag). For detailed information on configuring dashboard access, see the -[Dashboard Access Control](/admin-docs/security/security#dashboard-access-control) section in the +[Dashboard Access Control](/admin-docs/security/#dashboard-access-control) section in the Security documentation. diff --git a/docs/docusaurus.config.ts b/docs/docusaurus.config.ts index 19338b06b96..351f7dd20ee 100644 --- a/docs/docusaurus.config.ts +++ b/docs/docusaurus.config.ts @@ -178,7 +178,7 @@ if (!versionsConfig.admin_docs.disabled) { }, { label: 'Security', - to: '/admin-docs/security/security', + to: '/admin-docs/security/', activeBaseRegex: '^/admin-docs/security/', }, ], diff --git a/docs/src/pages/index.tsx b/docs/src/pages/index.tsx index dba54bc6065..75c9c57daa5 100644 --- a/docs/src/pages/index.tsx +++ b/docs/src/pages/index.tsx @@ -717,7 +717,7 @@ export default function Home(): JSX.Element { line - + Get Started