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: guides/v2.2/marketplace/eqp/auth.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@ title: Authentication
6
6
All API requests must be authenticated using [HTTP Basic Authentication](https://en.wikipedia.org/wiki/Basic_access_authentication). The REST APIs use a two-step process to authenticate a client application and authorize access to resources:
7
7
8
8
1. Obtain a session token using an application ID and secret.
9
-
2. Provide the session token as an HTTP Authorization Bearer header to access a resource.
9
+
1. Provide the session token as an HTTP Authorization Bearer header to access a resource.
10
10
11
11
First, you must create an application on the [Developer Portal](https://developer.magento.com) to obtain an application ID and secret for sandbox and production endpoints.
12
12
@@ -17,8 +17,8 @@ Information about how to create applications will be announced when the EQP REST
17
17
18
18
You must use an application ID and secret to obtain a session token. See the following list for examples of an application ID and secret:
Copy file name to clipboardExpand all lines: guides/v2.2/marketplace/eqp/packages.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
@@ -382,8 +382,8 @@ You can submit a package in either of the following ways:
382
382
* A single POST request with all required fields set. You must explicitly indicate that you are for technical and marketing review using the `action` parameter.
383
383
* A series of requests, typically in the following order:
384
384
1. A single POST request with the minimum required fields set and `action` set to `draft` in either `technical`, `marketing`, or both. This request accepts the new package and saves it on the Developer Portal for further updates. It returns a unique `submission_id` for subsequent PUT operations.
385
-
2. One or more PUT requests in which you configure the package parameters. In these requests, set `action` to `draft` in `technical`, `marketing`, or both.
386
-
3. A final PUT request indicating submission for `technical`, `marketing`, or both.
385
+
1. One or more PUT requests in which you configure the package parameters. In these requests, set `action` to `draft` in `technical`, `marketing`, or both.
386
+
1. A final PUT request indicating submission for `technical`, `marketing`, or both.
387
387
388
388
You can update one or more parameters in `draft` mode, but the API does not check for validation errors.
3. In the right pane, scroll to **Storage Configuration for Media**.
36
+
1. In the right pane, scroll to **Storage Configuration for Media**.
37
37
38
-
4. From the **Select Media Database** list, click the name of your [media storage](https://glossary.magento.com/media-storage) database.
38
+
1. From the **Select Media Database** list, click the name of your [media storage](https://glossary.magento.com/media-storage) database.
39
39
40
-
5. Click **Synchronize**.
40
+
1. Click **Synchronize**.
41
41
42
42
Then, repeat the same steps in your Magento 2 Admin panel.
43
43
@@ -49,9 +49,9 @@ However, do *not* copy the `.htaccess` files located in the Magento 1 `media` fo
49
49
50
50
## Storefront design
51
51
52
-
* Design in files (CSS, JS, templates, [XML](https://glossary.magento.com/xml) layouts) changed its location and format
52
+
*Design in files (CSS, JS, templates, [XML](https://glossary.magento.com/xml) layouts) changed its location and format
53
53
54
-
*[Layout](https://glossary.magento.com/layout) Updates stored in database. Placed through Magento 1 Admin in [CMS](https://glossary.magento.com/cms) Pages, CMS Widgets, [Category](https://glossary.magento.com/category) Pages and Product Pages
54
+
*[Layout](https://glossary.magento.com/layout) Updates stored in database. Placed through Magento 1 Admin in [CMS](https://glossary.magento.com/cms) Pages, CMS Widgets, [Category](https://glossary.magento.com/category) Pages and Product Pages
55
55
56
56
## Access Control Lists (ACLs)
57
57
@@ -67,4 +67,4 @@ You may adjust the time zone for a database entity using the `\Migration\Handler
Copy file name to clipboardExpand all lines: guides/v2.2/migration/migration-migrate-settings.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
@@ -18,7 +18,7 @@ According to our data migration [order]({{ page.baseurl }}/migration/migration-m
18
18
19
19
1. Log in to Magento server as [the file system owner]({{ page.baseurl }}/install-gde/prereq/file-sys-perms-over.html).
20
20
21
-
2. Change to the Magento `/bin` directory or make sure it is added to your system PATH.
21
+
1. Change to the Magento `/bin` directory or make sure it is added to your system PATH.
22
22
23
23
{: .bs-callout-info }
24
24
Ensure Magento is deployed in default mode. Developer mode can cause validation errors in the migration tool.
@@ -35,9 +35,9 @@ bin/magento migrate:settings [-r|--reset] {<path to config.xml>}
35
35
36
36
where:
37
37
38
-
*`[-r|--reset]` is an optional argument that starts migration from the beginning. You can use this argument for testing migration
38
+
*`[-r|--reset]` is an optional argument that starts migration from the beginning. You can use this argument for testing migration
39
39
40
-
*`{<path to config.xml>}` is the absolute file system path to the migration tool's [`config.xml`]({{page.baseurl}}/migration/migration-tool-configure.html#migration-configure) file; this argument is required.
40
+
*`{<path to config.xml>}` is the absolute file system path to the migration tool's [`config.xml`]({{page.baseurl}}/migration/migration-tool-configure.html#migration-configure) file; this argument is required.
41
41
42
42
{: .bs-callout-info }
43
43
This command does not migrate all configuration settings. Verify all settings in the Magento 2 [Admin](https://glossary.magento.com/admin) before proceeding.
@@ -74,4 +74,4 @@ For more details, see the [Settings migration mode]({{ page.baseurl }}/migration
Copy file name to clipboardExpand all lines: guides/v2.2/migration/migration-migrate.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
@@ -17,9 +17,9 @@ During the migration process, **do not:**
17
17
18
18
1. Make any changes in the Magento 1 [Admin](https://glossary.magento.com/admin) except for order management (shipping, creating invoice, credit memos, etc.)
19
19
20
-
2. Alter any code
20
+
1. Alter any code
21
21
22
-
3. Make changes in the Magento 2 Admin and [storefront](https://glossary.magento.com/storefront)
22
+
1. Make changes in the Magento 2 Admin and [storefront](https://glossary.magento.com/storefront)
23
23
24
24
{: .bs-callout .bs-callout-tip }
25
25
All operations in Magento 1 storefront are allowed at this time.
@@ -46,9 +46,9 @@ where:
46
46
47
47
1.`<mode>` may be: [`settings`]({{ page.baseurl }}/migration/migration-migrate-settings.html), [`data`]({{ page.baseurl }}/migration/migration-migrate-data.html), or [`delta`]({{ page.baseurl }}/migration/migration-migrate-delta.html)
48
48
49
-
2.`[-r|--reset]` is an optional argument that starts migration from the beginning. You can use this argument for testing migration.
49
+
1.`[-r|--reset]` is an optional argument that starts migration from the beginning. You can use this argument for testing migration.
50
50
51
-
3.`{<path to config.xml>}` is the absolute file system path to `config.xml`; this argument is required.
51
+
1.`{<path to config.xml>}` is the absolute file system path to `config.xml`; this argument is required.
52
52
53
53
{: .bs-callout-info }
54
54
Logs are written to the `<magento_root>/var/` directory.
@@ -58,7 +58,7 @@ Logs are written to the `<magento_root>/var/` directory.
58
58
When we created the Data Migration Tool, we assumed the following data transfer sequence:
Copy file name to clipboardExpand all lines: guides/v2.2/migration/migration-overview-how.md
+10-10Lines changed: 10 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,18 +7,18 @@ This topic provides a high-level overview of how data is migrated from Magento 1
7
7
8
8
## Terminology
9
9
10
-
***Modes** - an ordered set of operations for migrating data from Magento 1.x to Magento 2.x.
11
-
***Steps** - the tasks in a mode that define the kinds of data to migrate.
12
-
***Stages** - the tasks in step that validate, transfer, and verify the data.
13
-
***Map files** - XML files that define the rules and connections between Magento 1.x and Magento 2.x data structures for completing the stages.
10
+
***Modes** - an ordered set of operations for migrating data from Magento 1.x to Magento 2.x.
11
+
***Steps** - the tasks in a mode that define the kinds of data to migrate.
12
+
***Stages** - the tasks in step that validate, transfer, and verify the data.
13
+
***Map files** - XML files that define the rules and connections between Magento 1.x and Magento 2.x data structures for completing the stages.
14
14
15
15
## Modes
16
16
17
17
The Data Migration Tool splits the migration process into three phases or *modes* in order to transfer and adapt data from Magento 1.x to Magento 2.x. The three modes are listed here and must be run in this order:
18
18
19
19
1.**Settings Mode**: migrates the system configuration and website-related settings.
20
-
2.**Data Mode**: migrates database assets in bulk.
21
-
3.**Delta Mode**: migrates incremental changes (changes since the last run), such as new customers and orders.
20
+
1.**Data Mode**: migrates database assets in bulk.
21
+
1.**Delta Mode**: migrates incremental changes (changes since the last run), such as new customers and orders.
22
22
23
23
![Migration Modes]
24
24
@@ -32,9 +32,9 @@ The Data Migration Tool uses a list of *steps* within each mode to migrate a par
32
32
33
33
Within each step are three *stages* that are always executed in this order to ensure the data gets properly migrated:
34
34
35
-
1.**Integrity Check**: Compares the table field names, types, and other info to verify compatibility between Magento 1 and 2 data structures.
36
-
2.**Data Transfer**: Transfers the data table by table from Magento 1 and 2.
37
-
3.**Volume Check**: Compares the number of records between tables to verify that the transfer was successful.
35
+
1.**Integrity Check**: Compares the table field names, types, and other info to verify compatibility between Magento 1 and 2 data structures.
36
+
1.**Data Transfer**: Transfers the data table by table from Magento 1 and 2.
37
+
1.**Volume Check**: Compares the number of records between tables to verify that the transfer was successful.
38
38
39
39
![Migration Steps]
40
40
@@ -64,4 +64,4 @@ Mapping files are discussed in more detail in [Data Migration Tool Technical Spe
0 commit comments