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
{{ message }}
This repository was archived by the owner on Nov 19, 2024. It is now read-only.
Copy file name to clipboardExpand all lines: src/cloud/project/project-webint-basic.md
+36-32Lines changed: 36 additions & 32 deletions
Original file line number
Diff line number
Diff line change
@@ -61,30 +61,30 @@ You can set the following configuration options for each environment:
61
61
</tr>
62
62
<tr>
63
63
<td>HTTP access control</td>
64
-
<td>Setting this option <strong>On</strong> enables you to configure security for the project's Web Interface using a login and also IP address access control.</td>
64
+
<td>Setting this option <strong>On</strong> enables you to configure security for the Project Web Interface using a login and also IP address access control.</td>
65
65
</tr>
66
66
</table>
67
67
68
68
### Configure emails for testing {#email}
69
69
70
70
By default, email support is **disabled** on Staging and Production environments. You must enable email support on an environment to send emails including Welcome, password reset, and two-factor authentication emails for Cloud project users.
71
71
72
-
You can manage email support for each Cloud project environment from the Project Web interface or from the command line.
72
+
You can manage email support for each Cloud project environment from the Project Web Interface or from the command line.
73
73
74
74
- On master and integration branches, use the *Outgoing emails* toggle in the Project Web interface to enable or disable email support.
75
75
76
-
- On Production and Staging environments or other environments where the *Outgoing emails toggle* is not available in the Project Web interface, you can check the current configuration from the Project Web interface, but you can only change the configuration from the command line using the [Cloud CLI for Commerce]({{ site.baseurl }}/cloud/reference/cli-ref-topic.html) `environment:info` command to set the `enable_smtp` property.
76
+
- On Production and Staging environments or other environments where the *Outgoing emails toggle* is not available in the Project Web Interface, you can check the current configuration from the Project Web Interface, but you can only change the configuration from the command line using the [Cloud CLI for Commerce]({{ site.baseurl }}/cloud/reference/cli-ref-topic.html) `environment:info` command to set the `enable_smtp` property.
77
77
78
78
Enabling SMTP updates the `MAGENTO_CLOUD_SMTP_HOST` environment variable with the IP address of the SMTP host for sending mail.
79
79
80
80
{% include cloud/note-env-config-redeploy-warning.md%}
81
81
82
82
{:.procedure}
83
-
To manage email support from the Project Web interface:
83
+
To manage email support from the Project Web Interface:
84
84
85
85
1.[Access your project](#project-access) and select the environment to configure.
86
86
87
-
1. Select **Configure environment**.
87
+
1. Select **Configure environment**, and then select the **Variables** tab.
88
88
89
89
1. To enable or disable outgoing emails, toggle *Outgoing emails***On** or **Off**.
90
90
@@ -95,7 +95,7 @@ After you change the setting, the environment builds and deploys with the new co
95
95
{:.procedure}
96
96
To manage email support from the command line:
97
97
98
-
1. Check the current email configuration in the Project web interface.
98
+
1. Check the current email configuration in the Project Web Interface.
## Set environment and project variables {#project-conf-env-var}
146
+
## Set project and environment variables {#project-conf-env-var}
146
147
147
-
You can set project wide and environment specific variables through the Project Web Interface. Variables can be either text or JSON format. For more information, see [Environment variables]({{ site.baseurl }}/cloud/env/variables-intro.html).
148
-
149
-
For an example of variables, we walk you through creating Admin variables through Onboarding and project creation tasks. You may want to add _environment variables_ for sensitive data like payment method information. _Project variables_ are set across all branches and environments.
148
+
You can set project wide and environment specific variables through the Project Web Interface. Variables can be either text or JSON format. _Project variables_ are set across all branches and environments. Use _environment variables_ for sensitive data like payment method information. For more information, see [Environment variables]({{ site.baseurl }}/cloud/env/variables-intro.html).
150
149
151
150
To view or edit environment variables, you must have at minimum the project reader role with [environment admin]({{ site.baseurl }}/cloud/project/user-admin.html) privileges.
152
151
153
152
{% include cloud/wings-variables.md %}
154
153
155
-
### Environment variable {#env}
154
+
### Project variables {#project}
156
155
157
-
To set environment specific variables in the Project Web Interface:
156
+
To set project variables in the Project Web Interface:
157
+
158
+
1. [Access your project](#project-access).
159
+
1. Select the Settings icon, and thenselectthe**Variables** tab.
1. As needed, selectoptionsfor**JSON value**, **Enabled**, **Inheritable by child environments** and **Sensitive**. If you do not have Super User access, you may only see the JSON value option.
169
+
1. As needed, selectoptionsfor**JSON value**, **Visible during build**, and **Visible during runtime**. If you do not have Super User access, you may only see the JSON value option.
168
170
1. Click **Add Variable**. After you add the variable, the environment will deploy. Wait until deployment completes before more edits.
169
171
170
-
{:.bs-callout-warning}
171
-
If you are attempting to [override configuration settings]({{ site.baseurl }}
172
-
), you must prepend `env:` to the variable name. For example:
1. As needed, selectoptionsfor**JSON value**, **Visible during build**, and **Visible during runtime**. If you do not have Super User access, you may only see the JSON value option.
185
+
1. As needed, selectoptionsfor**JSON value**, **Enabled**, **Inheritable by child environments** and **Sensitive**. If you do not have Super User access, you may only see the JSON value option.
188
186
1. Click **Add Variable**. After you add the variable, the environment will deploy. Wait until deployment completes before more edits.
189
187
188
+
{:.bs-callout-warning}
189
+
If you are attempting to [override configuration settings]({{ site.baseurl }}
190
+
), you must prepend `env:` to the variable name. For example:
Routes allow you to set redirects or upstream settings for applications for your specific environment. For full details on routes, see [routes.yaml]({{ site.baseurl }}/cloud/project/routes.html). These routes (or URLs) are used to access your storefront.
193
196
194
197
1. [Access your project](#project-access) and select a specific environment.
198
+
1. Select **Configure environment**.
195
199
1. Select the Routes tab.
196
200
1. Select **Add Route**.
197
201
1. Enter a URL. You can use `{default}`in the URL, which is a placeholder for the default domain.
@@ -207,7 +211,7 @@ Routes allow you to set redirects or upstream settings for applications for your
207
211
1. To configure a Redirect, enter a URL to **Redirect to**. You can use `{default}`in the URL, which is a placeholder for the default domain.
208
212
1. Click **Add Route** to save. The setting is saved and deployed to the environment.
209
213
210
-

214
+
{:width="650px"}
211
215
212
216
## View environment history {#project-conf-hist}
213
217
@@ -218,19 +222,19 @@ An environment's history includes:
218
222
- Syncs and merges
219
223
- Code pushes
220
224
221
-
To view the history for an environment, log in to your project and select the environment. The page displays a general history of actions completed on the page. For a detailed list of completed actions during build and deployment, we recommend reviewing logs directly on the servers. See [View logs]({{ site.baseurl }}/cloud/project/log-locations.html).
225
+
To view the history for an environment, log in to your project and select the environment. The page displays a general history of actions completed on the page. For a detailed list of completed actions during build and deployment, Adobe recommends reviewing logs directly on the servers. See [View logs]({{ site.baseurl }}/cloud/project/log-locations.html).
0 commit comments