Adobe AD0-E716 Adobe Commerce Developer Expert Exam Practice Test

The developer can update the Staging environment with the latest code from Production by logging in to the Project Web Interface, choosing the Staging environment, and clicking Sync. This will synchronize the code, data, and media files from Production to Staging, creating an exact copy of Production on Staging. The developer can then deploy the new release to Staging and test it before pushing it to Production. Verified References: [Magento 2.4 DevDocs]

According to the Magento Stack Exchange answer, system.xml is a file that defines the configuration fields for the admin area. Each field can have a validate attribute that specifies a validation rule for the field value. Magento provides some built-in validation rules, such as phoneUS, which validates a US telephone number. Therefore, to ensure that the option contains a valid US telephone number, the developer needs to add phoneUS to the field in system.xml. Verified References: https://magento.stackexchange.com/questions/104570/magento-2-system-xml-validation-rules

According to the Develop data and schema patches guide for Magento 2 developers, data patches can also implement PatchRevertabieinterface to provide rollback functionality for their changes. The revert() method contains the instructions to undo the data modifications made by the patch. To ensure that the product attribute is removed when the module is uninstalled, the developer should make the data patch implement PatchRevertabieinterface and implement the revert method to remove the product attribute using EavSetupFactory or AttributeRepositoryInterface. Verified References: https://devdocs.magento.com/guides/v2.3/extension-dev-guide/declarative-schema/data-patches.html

The input_type attribute of a product EAV attribute specifies the type of input field that will be used to enter the value of the attribute in the admin panel. The textarea input type is used for WYSIWYG fields. If the input_type attribute is not set to textarea, then the attribute will not appear as WYSIWYG in the admin panel.

To fix this, the developer should set the input_type attribute to textarea.

Two options to get the connection credentials for the environment’s deployed services are to run the magento-cloud relationships CLI command and to connect to the server via SSH and read $_ENV[‘services’] variable. The magento-cloud relationships CLI command displays information about the relationships between an environment and its services, such as database, cache, search, etc. The developer can use this command to get the connection data for each service in JSON format. Alternatively, the developer can connect to the server via SSH and read the $_ENV[‘services’] variable, which contains the same information as the CLI command output. Verified References: [Magento 2.4 DevDocs] 3

The _transformAttrs class property array of the importer and exporter classes can be used to specify a serializer class for a particular attribute. The serializer class will be used to convert the attribute value from one format to another when the data is exported or imported.

In this case, the developer can specify a serializer class that will convert the JSON data in the media_gallery attribute to a string. This will prevent the software that the client is using to modify the exported data from changing the JSON data.

The following code shows how to specify a serializer class for the media_gallery attribute:

PHP

class MySerializer

{

public function serialize($value)

{

return json_encode($value);

}

public function deserialize($value)

{

return json_decode($value);

}

}

$importer->setSerializer('media_gallery', MySerializer::class);

$exporter->setSerializer('media_gallery', MySerializer::class);

Once the serializer class has been specified, the JSON data in the media_gallery attribute will be converted to a string when the data is exported or imported. This will prevent the software that the client is using to modify the exported data from changing the JSON data.

In Magento 2, to add a new action to a pre-existing route without interfering with the existing functionality, the new action should be placed in the same directory structure under the new module’s controller namespace. Magento's autoloading mechanism will automatically detect and include it alongside the original module's actions.

Here's how you can achieve this:

Directory Structure: Ensure that your new module's controller directory structure mirrors that of the original module.

Controller Action: Define the new action within the appropriate directory.

For example, if you want to add a new action to the catalog route in Magento_Catalog:

Create a directory structure app/code/My/Module/Controller/Catalog/.

Add your new action class in this directory, for example:

namespace My\Module\Controller\Catalog;

use Magento\Framework\App\Action\Action;

use Magento\Framework\App\Action\Context;

class NewAction extends Action

{

public function __construct(Context $context)

{

parent::__construct($context);

}

public function execute()

{

// Your custom logic here

}

}

Router Configuration: Magento automatically includes this action when the route matches.

By following this method, you ensure that your new action is added seamlessly without modifying the original module or causing conflicts. Magento's router will include and recognize your action based on the directory and namespace conventions.

Sources:

Fundamentals of Magento 2 Development documents​​ .

Magento 2 official developer documentation.

The developer needs to add environment level environment variables to be sure that the payment configurations are always properly set on the Staging environment. Environment variables are configuration settings that affect the behavior of the Adobe Commerce Cloud application and services. Environment variables can be set at the project level or the environment level. Project level variables apply to all environments, while environment level variables override the project level variables for a specific environment. The developer can use environment level variables to customize the payment configurations for the Staging environment without affecting other environments. Verified References: [Magento 2.4 DevDocs]

The next steps to reduce the downtime are to check that the SCD is configured under the build phase and to increase the SCD.THREADS to speed up the build process. The SCD stands for static content deployment, which is the process of generating and deploying static files such as CSS, JS, images, etc. By configuring the SCD under the build phase, the static files are generated before the code is deployed to the production environment, which reduces the downtime during deployment. The SCD.THREADS is a variable that determines how many threads are used for parallel processing during the SCD. By increasing the SCD.THREADS, the developer can improve the performance and efficiency of the SCD process. Verified References: [Magento 2.4 DevDocs] 12

The developer can set up a subdomain for one of their websites by configuring the subdomain route in the .magento/routes.yaml file. This file defines how incoming requests are routed to different applications or services on the Adobe Commerce Cloud platform. The developer needs to add a route for secondstore.example.com and map it to the same application as example.com. The developer also needs to specify the upstream variable for secondstore.example.com as MAGE_RUN_CODE and MAGE_RUN_TYPE. Verified References: [Magento 2.4 DevDocs] 3

 The steps necessary prior to redeploying in order to upgrade to Enhanced Integration Environments are to limit the number of integration branches to two and to submit a support ticket requesting the upgrade. Enhanced Integration Environments are an improved version of integration environments that offer better performance, stability, and security. They have a limit of four active branches at a time, but only two branches can be migrated from standard integration environments. The developer needs to delete or deactivate any extra branches before requesting the upgrade from Adobe support. Verified References: [Magento 2.4 DevDocs]

Some of the features provided by ECE-Tools are building application, applying custom patches, and dumping configuration for static content deployment. ECE-Tools is a set of scripts and tools designed to manage and deploy Adobe Commerce Cloud projects. It provides commands for building application code, applying patches for Magento core issues or custom modules, and dumping configuration settings for static content deployment optimization. Verified References: [Magento 2.4 DevDocs] 2

The possible reason why the payment method is missing in the admin is that in the module config.xml, the node can_use_internal was not set to true. This node determines whether the payment method can be used in the admin area or not. If it is set to false or omitted, the payment method will not be available for admin orders. To enable the payment method for admin use only, the node can_use_internal should be set to true and the node can_use_checkout should be set to false. Verified References: [Magento 2.4 DevDocs] [Magento Stack Exchange]

The command used to upgrade ECE-Tools on an Adobe Commerce Cloud platform is composer update magento/ece-tools --with-all-dependencies. This command will update the ECE-Tools package and its dependencies to the latest version available in the composer repository. The developer then needs to commit and push the changes to the composer.json and composer.lock files and redeploy the environment. Verified References: [Magento 2.4 DevDocs]

To ensure that the configuration is deployed and consistent across all environments, the developer can use the following steps:

Create a data patch that contains the configuration for the new website.

Deploy the data patch to all environments.

Use the magento deploy:status command to verify that the configuration has been deployed to all environments.

The developer can deal with this issue by modifying the admin path timeout value in seconds in the Fastly Configuration section > Advanced Configuration in the Admin Panel. Fastly is a cloud-based caching service that improves site performance and security for Adobe Commerce Cloud projects. Fastly has a default timeout value of 180 seconds for admin requests, which means that any request that takes longer than 180 seconds will be terminated and result in a timeout error. The developer can increase this value to allow longer processing time for admin requests without causing errors. The developer also needs to save the configuration and upload VCL to Fastly to apply the changes. Verified References: [Magento 2.4 DevDocs]

The developer should create an extension attribute on the Magento\Sales\Api\Data\OrderInterface interface and an after plugin on the Magento\Sales\Api\OrderRepositoryInterface::get() and Magento\Sales\Api\OrderRepositoryInterface::getList() methods.

The extension attribute will store the custom data. The after plugin will be used to add the custom data to the order object when it is fetched from the API.

Here is the code for the extension attribute and after plugin:

PHP

namespace MyVendor\MyModule\Api\Data;

interface OrderExtensionInterface extends \Magento\Sales\Api\Data\OrderInterface

{

/**

* Get custom data.

*

* @return string|null

*/

public function getCustomData();

/**

* Set custom data.

*

* @param string $customData

* @return $this

*/

public function setCustomData($customData);

}

namespace MyVendor\MyModule\Model;

class OrderRepository extends \Magento\Sales\Api\OrderRepositoryInterface

{

/**

* After get order.

*

* @param \Magento\Sales\Api\OrderRepositoryInterface $subject

* @param \Magento\Sales\Api\Data\OrderInterface $order

* @return \Magento\Sales\Api\Data\OrderInterface

*/

public function afterGetOrder($subject, $order)

{

if ($order instanceof OrderExtensionInterface) {

$order->setCustomData('This is custom data');

}

return $order;

}

/**

* After get list.

*

* @param \Magento\Sales\Api\OrderRepositoryInterface $subject

* @param \Magento\Sales\Api\Data\OrderInterface[] $orders

* @return \Magento\Sales\Api\Data\OrderInterface[]

*/

public function afterGetList($subject, $orders)

{

foreach ($orders as $order) {

if ($order instanceof OrderExtensionInterface) {

$order->setCustomData('This is custom data');

}

}

return $orders;

}

}

Once the extension attribute and after plugin are created, the custom data will be added to orders fetched from the API.

The shipping method would display $10 and customers would pay $10 for using the new shipping method. This is because the collectRates method sets the price and cost of the shipping method to 10 in the result object. The price is what is shown to the customer on the frontend and the cost is what is charged to the customer when they place the order. The handling fee is not used in this case because it is set to zero in the config.xml file. Verified References: [Magento 2.4 DevDocs] [Magento Stack Exchange]

The startEnvironmentEmulation() method resets the translation locale to the one of the emulated stores, which overrides the locale the developer has set when the order of setLocale() and startEnvironmentEmulation() is used as displayed above.

The correct way to achieve the desired result is to use the emulate() method to temporarily modify the translation locale. The following code shows how to do this:

PHP

$this->_translate->emulate('en_US');

// Render the template

$this->_translate->revert();

This code will set the translation locale to English before rendering the template, and then revert the locale back to the default value after the template has been rendered.

The startEnvironmentEmulation() method is used to emulate a different store view or website. This can be useful for testing purposes, or for developing features that need to work in different environments.

The emulate() method is used to temporarily modify the translation locale. This can be useful for rendering templates in a specific language, or for testing features that need to work in different languages.

Two features that come out of the box with Adobe Commerce Cloud are Support ACL and Fastly. Support ACL is a feature that allows the developer to manage access control lists for different users and roles on the Adobe Commerce Cloud platform. The developer can create and assign permissions for different actions and resources on the project and environment levels. Fastly is a cloud-based caching service that improves site performance and security for Adobe Commerce Cloud projects. Fastly provides features such as CDN, image optimization, WAF, DDoS protection, etc. Verified References: [Magento 2.4 DevDocs] 3