AD0-E716 Adobe Commerce Developer Expert Question and Answers

The CLI command that the developer would use to update the admin url is magento-cloud variable:set ADMIN_URL. This command sets an environment variable called ADMIN_URL with a custom value for the admin url on a specific environment. Environment variables are configuration settings that affect the behavior of the Adobe Commerce Cloud application and services. By setting an environment variable for ADMIN_URL, the developer can change the default admin url to a unique url for every branch/environment of their Adobe Commerce Cloud project. Verified References: [Magento 2.4 DevDocs]

According to the Develop data and schema patches guide for Magento 2 developers, data patches are classes that contain data modification instructions. They are defined in a //Setup/Patch/Data/.php file and implement MagentoFrameworkSetupPatchDataPatchInterface. Data patches can also implement Patchversioninterface to specify the module version that the patch is associated with. The getVersion() method returns the module version as a string. To skip changes that were already applied via old format (install/upgrade scripts), the developer should implement Patchversioninterface and return 1.5.4 on the getVersion() method. This way, the data patch will only be applied if the module version is greater than or equal to 1.5.4. Verified References: https://devdocs.magento.com/guides/v2.3/extension-dev-guide/declarative-schema/data-patches.html

The plugin execution order is as follows:

PluginA::beforeDispatch()

PluginB::beforeDispatch()

PluginA::aroundDispatch()

The code in the around plugin

PluginB::afterDispatch()

PluginA::afterDispatch()

The aroundDispatch() method is executed in a separate scope, so the code in the around plugin will be executed after the beforeDispatch() methods of both plugins, but before the afterDispatch() methods of both plugins.

Here is a diagram that shows the plugin execution order:

PluginA

beforeDispatch()

aroundDispatch()

afterDispatch()

PluginB

beforeDispatch()

afterDispatch()

The following XML will allow the new content type to be a child of slider content types:

slider

improved_slide

Use code with caution. 

This XML will tell Magento that the slider content type can have improved_slide content types as children.

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 developer can extend the existing CartltemPrices GraphQL schema to include a custom base_price field by adding the following code to the module’s etc/schema.graphqls file:

extend type CartltemPrices { base_price: Money! @doc(description: “The base price of the cart item”) }

This code adds a new field called base_price to the CartltemPrices type and specifies that it is of type Money and it is not nullable. The @doc directive adds a description for the field that will be shown in the schema documentation. The developer also needs to create a custom resolver class for the base_price field and declare it in the di.xml file of the module. Verified References: [Magento 2.4 DevDocs] [Magento Stack Exchange]

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]

To configure the tracking_level parameter in di.xml to have a value of 4 for the Download class and all classes that extend Download, the developer would use the following code:

The setting element is used to set a configuration value for a specific model. The rewrite element is used to override the default configuration value for a specific model. In this case, the tracking_level parameter is set to 4 for all models that extend Download.

The extension attributes are missing because the collection="true" attribute is not set in the etc/extension_attributes.xmi file. This attribute tells Magento that the extension attributes should be returned when the quote is retrieved.

To fix this issue, the developer needs to add the collection="true" attribute to the my_attributes extension attribute.

Once the collection="true" attribute is set, the extension attributes will be returned when the quote is retrieved.

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.

If the Sodium extension is installed, Argon 2ID13 will be chosen as the Magento default hashing algorithm. Otherwise, SHA256 will be used.

The Sodium extension is a PHP extension that provides cryptographic functions. Argon 2ID13 is a password hashing algorithm that is considered to be more secure than SHA256.

If the Sodium extension is installed, Magento will use Argon 2ID13 as the default hashing algorithm for customer passwords. If the Sodium extension is not installed, Magento will use SHA256 as the default hashing algorithm.

The reason why the new customer did not receive a welcome email is that the Outgoing Emails setting is disabled in the Environment Settings in the Project Web Interface. This setting controls whether emails are sent from the application or not. By default, this setting is disabled for integration environments to prevent spamming or testing emails from being sent to real customers or recipients. The developer can enable this setting if they want to test email functionality on integration environments. Verified References: [Magento 2.4 DevDocs]

The reason why the new endpoint is not visible in swagger is that since the new endpoint is not anonymous, the merchant needs to enter a valid integration token in swagger in order to see the new method. The webapi.xml file specifies that the resource for the new endpoint is MyVendor_Blog::post, which means that only authorized users with this permission can access it. To generate an integration token, the merchant needs to create an integration in the admin panel and activate it. Then they can copy the token and paste it in swagger’s authorization field. Verified References: [Magento 2.4 DevDocs] [Magento Stack Exchange]

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

Two ways to access the PHP error logs on Adobe Commerce Cloud are to use the dedicated command from Cloud CLI for Commerce and to connect to the servers via SSH and localize the log files. The Cloud CLI for Commerce is a command-line tool that allows developers to interact with their Adobe Commerce Cloud projects and environments. The developer can use the command magento-cloud log php to view or download the PHP error logs from any environment. Alternatively, the developer can connect to the servers via SSH and navigate to the var/log directory where the PHP error logs are stored. Verified References: [Magento 2.4 DevDocs] 3

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 developer can use the canInvoice method of the order object to check if the order can be invoiced or not. This method returns true if the order has a state of new, processing, or payment review and has not been fully invoiced yet. The developer can use this method in a conditional statement to send the order ID to the ERP system only if the order can be invoiced. Verified References: [Magento 2.4 DevDocs] [Magento Stack Exchange]