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
* Remove old note from config topic
* MAGECLOUD-2128 update multisite URL construct
* Fixmagento#1785
* MAGECLOUD-2128 Formatting and fixes from feedback
* Remve old graphics and fix steps so don't need them
* remind to add to the secure section
* edits based on feedback
* broken link
* more broken links after running report
These links are not really associated with the point of this PR, but fixed them anyway.
* Reformatted all steps
locations are italicized, elements of action are bold
Copy file name to clipboardExpand all lines: guides/v2.1/cloud/access-acct/first-time-setup_import-prepare.md
+1-7Lines changed: 1 addition & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,12 +1,6 @@
1
1
---
2
2
group: cloud
3
-
subgroup: 080_setup
4
3
title: Prepare your existing Magento Commerce install
5
-
menu_title: Prepare your existing Magento Commerce install
6
-
menu_order: 153
7
-
menu_node:
8
-
level3_menu_node: level3child
9
-
level3_subgroup: import
10
4
version: 2.1
11
5
functional_areas:
12
6
- Cloud
@@ -34,7 +28,7 @@ To import {{site.data.var.ee}} code to a {{site.data.var.ece}} project, you need
34
28
*[`.magento.app.yaml`]({{ page.baseurl }}/cloud/project/project-conf-files_magento-app.html) manages applications, service relationships, mounts for writable directories, and cron jobs
35
29
*[`.magento/services.yaml`]({{ page.baseurl }}/cloud/project/project-conf-files_services.html) for service configurations including MySQL, PHP, Redis, Solr (2.0.X only), ElasticSearch (2.1.X and later)
36
30
*[`.magento/routes.yaml`]({{ page.baseurl }}/cloud/project/project-conf-files_routes.html) for handling routes including redirections, caching, and server-side includes
37
-
*[`magento-vars.php`]({{ page.baseurl }}/cloud/project/project-multi-sites.html#cloud-multi-stores-magento-vars) for multiple websites and stores
31
+
*[`magento-vars.php`]({{ page.baseurl }}/cloud/project/project-multi-sites.html) for multiple websites and stores
38
32
39
33
You need to add these files to your {{site.data.var.ee}} code:
Copy file name to clipboardExpand all lines: guides/v2.1/cloud/project/project-conf-files_magento-app.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
@@ -269,7 +269,7 @@ crons:
269
269
cmd: "php bin/magento cron:run"
270
270
```
271
271
272
-
For {{site.data.var.ece}} 2.1.X, you can use only [workers](#workers) and [cron jobs](#crons). For {{site.data.var.ece}} 2.2.X, cron jobs launch consumers to process batches of messages, and do not require additional configuration.
272
+
For {{site.data.var.ece}} 2.1.X, you can use only workers and [cron jobs](#crons). For {{site.data.var.ece}} 2.2.X, cron jobs launch consumers to process batches of messages, and do not require additional configuration.
273
273
274
274
For more information, see [Set up cron jobs]({{ page.baseurl }}/cloud/configure/setup-cron-jobs.html).
The `routes.yaml` file is a list of templated routes and their configurations. A route template looks similar to this: `http://www.{default}/`or `https://{default}/blog`, where `{default}` is the qualified domain name configured for the project. For example, the routes for `example.com` domain resolve to the following:
39
39
@@ -53,19 +53,22 @@ For example, if the project ID is `mswy7hzcuhcjw` on a branch called `refactorcs
53
53
54
54
<!-- {{site.data.var.ece}} also supports [multiple applications]({{ page.baseurl }}/cloud/project/project-conf-multi.html) per project. Each project has a single `routes.yaml` file that defines which request is routed to which application. -->
55
55
56
-
## Route options {#cloud-yaml-routes-opts}
56
+
## Route options
57
57
58
58
Configure each route separately using the following properties:
59
59
60
-
- `type: upstream`—serves an application. Also, it has an `upstream` property that specifies the name of the application (as defined in `.magento.app.yaml`) followed by the `:http` endpoint.
61
-
- `type: redirect`—redirects to another route. It is followed by the `to` property, which is an HTTP redirection to another route identified by its template.
62
-
- `cache`—controls [caching for the route]({{ page.baseurl }}/cloud/project/project-routes-more-cache.html).
- `ssi`—controls enabling of [Server Side Includes]({{ page.baseurl }}/cloud/project/project-routes-more-ssi.html).
60
+
Property | Description
61
+
---------------- | -----------
62
+
`type: upstream` | Serves an application. Also, it has an `upstream` property that specifies the name of the application (as defined in `.magento.app.yaml`) followed by the `:http` endpoint.
63
+
`type: redirect` | Redirects to another route. It is followed by the `to` property, which is an HTTP redirection to another route identified by its template.
64
+
`cache:` | Controls [caching for the route]({{ page.baseurl }}/cloud/project/project-routes-more-cache.html).
The following sample routes the naked domain and the `www` subdomain to the `frontend`application. This route does not redirect HTTPS:
71
+
The following sample routes the apex domain and the `www` subdomain to the `frontend`application. This route does not redirect HTTPS:
69
72
70
73
```yaml
71
74
"http://{default}/":
@@ -77,7 +80,7 @@ The following sample routes the naked domain and the `www` subdomain to the `fro
77
80
to: "http://{default}/"
78
81
```
79
82
80
-
The following sample route does not redirect from the `www` to the naked domain; instead, it serves from both:
83
+
The following sample route does not redirect from the `www` to the apex domain; instead, it serves from both:
81
84
82
85
```yaml
83
86
"http://{default}/":
@@ -91,7 +94,7 @@ The following sample route does not redirect from the `www` to the naked domain;
91
94
92
95
In the first sample, the server responds directly to a request of the form `http://example.com/hello`, but it issues a _301 redirect_ for `http://www.example.com/mypath` (to `http://example.com/mypath`).
{{site.data.var.ece}} supports wildcard routes, so you can map multiple subdomains to the same application. This works for {% glossarytooltip 510de766-1ebd-4546-bf38-c618c9c945d2 %}redirect{% endglossarytooltip %} and upstream routes. You prefix the route with an asterisk (\*). For example, the following routes to the same application:
96
99
97
100
- `*.example.com`
@@ -103,29 +106,31 @@ This functions as a catch-all domain in a live environment.
103
106
104
107
### Routing a non-mapped domain
105
108
106
-
You can route to a system that is not mapped to a domain using the dot (\.) to separate the subdomain.
109
+
You can route to a system that is not mapped to a domain using a dot (\.) to separate the subdomain. For example, a project with an `add-theme` branch routes to `http://add-theme-projectID.us.magento.com/`.
107
110
108
-
{% include note.html type="info" content="Projects provisioned before December 8, 2017, use the triple dash (\-\-\-) as a separator for the subdomain." %}
109
-
110
-
For example, a project with the `vmwklxcpbi6zq` ID and an `add-theme` branch routes to `http://add-theme-vmwklxcpbi6zq.us.magento.com/`.
111
-
112
-
If you define a `http://www.{default}/` route, the route becomes `http://www.add-theme-vmwklxcpbi6zq.us.magento.com/`.
111
+
If you define a `http://www.{default}/` route, the route becomes `http://www.add-theme-projectID.us.magento.com/`.
113
112
114
113
You can put any subdomain before the dot and the route resolves. In this example, the route is defined as `http://*.{default}/`, so both of the following URLs work:
As discussed in more detail in [Redirects]({{ page.baseurl }}/cloud/project/project-routes-more-redir.html), you can manage complex redirection rules, such as *partial redirects*:
0 commit comments