You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: TurboStack Platform/Hosts/Accounts/accountclone.md
+2-4Lines changed: 2 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ icon: upload
5
5
6
6
# Cloning an account
7
7
8
-
To make a clone of an existing application, we provide the **Clone Account** feature. This function replicates the entire configuration and copies the files and database, enabling a quick and efficient setup with minimal effort.
8
+
To make a clone of an **existing application**, we provide the **Clone Account** feature. This function **replicates the entire configuration** and **copies the files and database**, enabling a quick and efficient setup with minimal effort.
9
9
10
10
!!!Info
11
11
This feature is extremely useful to quickly copy your production environment to a staging environment or vice versa!
@@ -26,6 +26,4 @@ Here’s how to do it:
26
26
6. The server will now clone the account, indicated by the **publishing** indicator in the top left.
Copy file name to clipboardExpand all lines: TurboStack Platform/Hosts/Accounts/databaseusers.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ label: Extra database users
6
6
7
7
## Adding extra database users
8
8
9
-
It is possible to add an additional database user with read-only or admin access to a databases. You can also retrieve the credentials for this user.
9
+
It is possible to add an **additional database user** with **read-only** or **admin** access to a databases. You can also retrieve the **credentials** for this user.
6. Choose the destination account (it must be an existing one) and select whether to migrate the database, files, or both. Then click **Next**.
33
+
6. Choose the **destination account** (it must be an existing one) and select whether to **migrate the database, files, or both**. Then click **Next**.
7. Select the hostname(s) you want to associate with the account and choose the type of certificate to activate. Click **Start Import** to begin the migration.
36
+
7. Select the **hostname(s)** you want to associate with the account and choose the **type of certificate** to generate. Click **Start Import** to begin the migration.
Copy file name to clipboardExpand all lines: TurboStack Platform/Hosts/Accounts/setup.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,15 +4,15 @@ icon: plus-circle
4
4
---
5
5
# Setup
6
6
7
-
This article explains how to set up your application environment from scratch. If you want to replicate an existing environment, or want to migrate an application from an external server to TurboStack, please consult the [Account Cloning](accountclone.md) and [Migration Hero](migrationhero.md) articles respectively.
7
+
This article explains how to set up your application environment from scratch. If you want to **replicate an existing environment**, or want to **migrate an application from an external server to TurboStack**, please consult the [Account Cloning](accountclone.md) and [Migration Hero](migrationhero.md) articles respectively.
8
8
9
9
!!! info
10
-
New servers can also be auto-configured using **Templates**! Visit [this](../../templates.md) page for more information.
10
+
New servers can also be autoconfigured using **Templates**! Visit [this](../../templates.md) page for more information.
11
11
!!!
12
12
13
13
## What is an account and what is it used for?
14
14
15
-
The account is a linux user which can be used simply to access the server. However, you probably want to deploy one or multiple **applications** under this user. This guide will explain how to deploy system users and all settings your application requires.
15
+
The account is a **Linux user** which can be used simply to access the server. However, you probably want to deploy one or multiple **applications** under this user. This guide will explain how to deploy system users and all settings your application requires.
16
16
17
17
!!!
18
18
For staging and production instances of an application, best practice is always to use an entirely different server, because it's by design unavoidable that resources allocated for staging, will be (silently) "taken away" from production. Even when this staging application is rarely used, it would still consume memory for e.g. databases, causing avoidable overhead.
@@ -37,7 +37,7 @@ Creating a new user on the [TurboStack Platform](https://my.turbostack.app "Turb
Copy file name to clipboardExpand all lines: TurboStack Platform/Hosts/advancedtab.md
+17-17Lines changed: 17 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,20 +15,20 @@ The **advanced** tab offers some more advanced configuration options for specifi
15
15
16
16
**DKIM (DomainKeys Identified Mail)** is an email authentication method that helps prevent email spoofing. It works by adding a **digital signature** to outgoing messages, which receiving mail servers can verify using the **public key** published in the sender’s domain DNS records. This sections allows you to easily set up DKIM for your mail domain.
17
17
18
-
1. Fill in the FQDN (Fully Qualified Domain Name), which is the domain you want to mail from.
19
-
2. Choose a selector for the DKIM record. This selector will be used as the subdomain part of the record.
20
-
3. SSH to the server and use the command `tscli dkim records` to acquire your DKIM record.
21
-
4. Create the DKIM record in your domain's DNS settings
22
-
5. SSH to the server and use the command `tscli dkim validate` to check if the DNS record was created correctly.
18
+
1. Fill in the **FQDN (Fully Qualified Domain Name)**, which is the domain you want to mail from.
19
+
2. Choose a **selector** for the DKIM record. This selector will be used as the **subdomain** part of the record.
20
+
3. SSH to the server and use the command `tscli dkim records` to **acquire your DKIM record**.
21
+
4.**Create the DKIM record** in your domain's DNS settings
22
+
5. SSH to the server and use the command `tscli dkim validate` to check if the **DNS record was created correctly**.
23
23
6. All done!
24
24
25
25
!!! info
26
-
DKIM is part of your domain's mail deliverability optimisation. For more information on mail deliverability, take a look [here](../../Configuration/Mail/deliverability.md).
26
+
DKIM is part of your domain's mail **deliverability** optimisation. For more information on mail deliverability, take a look [here](../../Configuration/Mail/deliverability.md).
27
27
!!!
28
28
29
29
### Mail Devtool - Enabling mail capturing and mail testing
30
30
31
-
TurboStack allows you to use either Mailpit or Mailhog to test your mailing. Once activated, you can reach the GUI through the URLs https://<hostname>/mailpit or https://<hostname>/mailhog respectively. Here, a basic auth prompt will appear, where you can enter the [system user's credentials](Accounts/credentials.md).
31
+
TurboStack allows you to use either **Mailpit** or **Mailhog** to test your mailing. Once activated, you can reach the GUI through the URLs https://<hostname>/mailpit or https://<hostname>/mailhog respectively. Here, a basic auth prompt will appear, where you can enter the [system user's credentials](Accounts/credentials.md).
32
32
33
33
!!! info
34
34
We currently recommend Mailpit over Mailhog, as the Mailhog project is no longer receiving updates.
@@ -40,23 +40,23 @@ We currently recommend Mailpit over Mailhog, as the Mailhog project is no longer
40
40
41
41
### Varnish Cache Size
42
42
43
-
This value determines the amount of memory that can be used by Varnish to store cached content. The default setting auto-scales based on your server flavour, but can be set to a size of your preference.
43
+
This value determines the **amount of memory** that can be used by Varnish to store cached content. The default setting **auto-scales** based on your server flavour, but can be set to a size of your preference.
44
44
45
45
### Use your own Varnish custom VCL
46
46
47
-
Your Varnish is set up to use a default VCL (Varnish Configuration Language) based on and optimised for your selected app_type. However, you can use your own VCL if you wish. To do so, toggle this option on and add your VCL file to the directory /etc/varnish/conf.d/ on your server.
47
+
Your Varnish is set up to use a **default VCL** (Varnish Configuration Language) based on and optimised for your selected **app type**. However, you can use your own VCL if you wish. To do so, toggle this option on and add your VCL file to the directory `/etc/varnish/conf.d/` on your server.
48
48
49
49
### Varnish Flavor
50
50
51
-
Choose between the Open Source and Enterprise versions of Varnish. The Open Source flavor is free, while the Enterprise version requires you to buy a seperate license.
51
+
Choose between the **Open Source** and **Enterprise** versions of Varnish. The Open Source flavor is free, while the Enterprise version requires you to buy a **separate license**.
52
52
53
-
The Open Source flavor includes an option to enable Varnish modules.
53
+
The Open Source flavor includes an option to **enable Varnish modules**.
54
54
55
55
## RabbitMQ Options
56
56
57
57

58
58
59
-
The RabbitMQ Plugins options allows you to easily install RabbitMQ plugins.
59
+
The RabbitMQ Plugins options allows you to easily **install RabbitMQ plugins**.
60
60
61
61
## FTP Server Options
62
62
@@ -68,26 +68,26 @@ Generate an SSL certificate for FTP connections using a hostname of your choice.
68
68
69
69
### Enable SFTP for FTP Users
70
70
71
-
Enables SFTP connections over port 222 using the existing FTP daemon and users. This does not work over port 22, as this is reserved for the SSH service.
71
+
Enables SFTP connections over **port 222** using the existing FTP daemon and users. This does not work over port 22, as this is reserved for the SSH service.
A non-exhaustive list of packages to be installed. Please note this list is not complete, and more options are available when using source YAML mode! More info on editing YAML can be found [here](yaml.md)
79
+
A non-exhaustive list of packages to install. Please note this list is not complete, and more options are available when using source YAML mode! More info on editing YAML can be found [here](yaml.md)
80
80
81
81
### Maintenance Window
82
82
83
-
Set a maintenance window for patches and updates that require rebooting the server. This allows you to choose your least critical timing for this essential maintenance.
83
+
Set a maintenance window for **patches and updates** that require rebooting the server. This allows you to choose your **least critical timing** for essential updates.
84
84
85
85
## Advanced Database Monitoring
86
86
87
87

88
88
89
-
Allows you to set up the database monitoring tool PMM (Percona Monitoring and Management) on your TurboStack.
89
+
Allows you to set up the database monitoring tool **PMM (Percona Monitoring and Management)** on your TurboStack.
90
90
91
-
If you have a pmm advanced database analytics system, you can fill in the PMM master server's hostname to link your TurboStack server to it. The PMM Sampling Rate can be set in Advanced Settings.
91
+
If you have a PMM advanced database analytics system, you can fill in the **PMM master server's hostname** to link your TurboStack server to it. The **PMM Sampling Rate** can be set in Advanced Settings.
92
92
93
93
More information on PMM can be found [here](https://docs.percona.com/percona-monitoring-and-management/3/index.html).
Copy file name to clipboardExpand all lines: TurboStack Platform/Hosts/general.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,7 +13,7 @@ Before we get down to the details, let's look into some general functionality:
13
13
14
14
#### 1. Switch between the GUI layout and the (advanced) YAML layout
15
15
16
-
You can deploy your server using the GUI, or if you're more of an infrastructure-as-code nerd, you can dive straight into the YAML. Any changes you make in either GUI or YAML will be reflected in the other, so feel free to try both!
16
+
You can deploy your server using the **GUI**, or if you're more of an **infrastructure-as-code** nerd, you can dive straight into the **YAML**. Any changes you make in either GUI or YAML will be reflected in the other, so feel free to try both!
17
17
18
18
For more information on configuring your server using YAML, click [here](yaml.md).
19
19
@@ -23,18 +23,18 @@ If you want to set YAML as default, you can do so by clicking the icon on the to
23
23
24
24
#### 2. Revisions: shows all historic configuration changes made to the server
25
25
26
-
We all make mistakes, but we have you covered: The revision function allows you to review the full history of server configuration changes and revert to a past version at the click of a button.
26
+
We all make mistakes, but we have you covered: The **revision function** allows you to review the **full history** of server configuration changes and **revert to a past version** at the click of a button.
27
27
28
28
#### 3. Fetch the credentials and IPs of the server's users and databases
29
29
30
-
The credentials button gives you a full overview of all your server credentials, including system users, database users, FTP users, etc.
30
+
The **Credentials** button gives you a full overview of all your server credentials, including system users, database users, FTP users, etc.
31
31
32
32
#### 4. Save any changes made to the configuration
33
33
34
34
Save your changes when settings have been modified, without deploying the changes to the server.
35
35
36
36
#### 5. Save and Publish: saves and deploys the changes made to the server
37
37
38
-
Save the changes you've made to the configuration, and immediately deploy them to the server. There is also an option to save & full publish, which will ensure everything is deployed, as opposed to only the changes.
38
+
Save the changes you've made to the configuration, and immediately **deploy** them to the server. There is also an option to **save & full publish**, which will ensure **everything** is deployed, as opposed to only the changes.
39
39
40
40
The following pages describe configuration options for all tabs in the host management console.
Copy file name to clipboardExpand all lines: TurboStack Platform/Hosts/groupstab.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,8 +5,8 @@ icon: people
5
5
6
6
# Groups tab
7
7
8
-
Groups make it possible to apply certain settings across multiple TurboStack nodes, such as time zones or SSH key access.
8
+
Groups make it possible to **apply certain settings across multiple TurboStack nodes**, such as time zones or SSH key access.
9
9
10
10

11
11
12
-
This section of the Hosts management allows you to apply or remove Groups you have created separately to and from the current server. More info on what Groups are and how to manage them can be found [here](../groups.md).
12
+
This section of the **Hosts** management allows you to apply or remove Groups you have created separately to and from the current server. More info on what Groups are and how to manage them can be found [here](../groups.md).
Copy file name to clipboardExpand all lines: TurboStack Platform/Hosts/monitoring.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,7 +4,7 @@ icon: eye
4
4
---
5
5
# Monitoring
6
6
7
-
Hosted Power proactively monitors your infrastructure to ensure server and service availability while simultaneously tracking resource usage. It alerts you if the load is too high, disk space is running low, or other critical thresholds are met, helping you maintain optimal performance.
7
+
Hosted Power proactively **monitors your infrastructure** to ensure server and service **availability** while simultaneously tracking **resource usage**. It alerts you if the load is too high, disk space is running low, or other critical thresholds are met, helping you maintain optimal performance.
8
8
9
9
The general health of the server can be seen in the TurboStack Platform overview:
10
10
@@ -15,12 +15,12 @@ The general health of the server can be seen in the TurboStack Platform overview
15
15
3. CPU load and usage
16
16
4. Disk usage
17
17
18
-
If any of these checks alert, the icons will become red. When this is the case, please contact the Hosted Power support asap.
18
+
If any of these checks alert, the icons will become red. When this is the case, please contact the [Hosted Power Support](../../Support/standard_support.md) asap.
19
19
20
20
## Website monitoring URL
21
21
22
-
The TurboStack Platformis also able to monitor a website URL per application. In this case, the website URL will be added to our monitoring system
23
-
and Hosted Power will monitor the availability of the website based on the URL, and intervene 24/7 if an issue arises.
22
+
The [TurboStack Platform](https://my.turbostack.app/"TurboStack Platform")is also able to **monitor a website URL** per application. In this case, the website URL will be added to our monitoring system
23
+
and Hosted Power will **monitor the availability** of the website based on the URL, and **intervene 24/7** if an issue arises.
24
24
25
25
Please follow the instructions below to activate the monitoring url on your server
0 commit comments