Статьи по ключевому слову «development»

Это очень удобно, запускать модульные тесты в узком диапазоне тестирования: для отдельного модуля или для отдельного вендора. Таким образом вы сможете резко увеличить скорость прохождения разрабатываемого вами unit-теста. Настройки для "натравливания" тестов на определенное место в вашем проекте крайне просты: отредактировать надо буквально два файла. В одном из них мы определим место где будут выполнятся файлы тестов, а в другом - какие модульные тесты будут выполнятся: unit, unit-static или unit-integration. Итак, приступим.

Модульные тесты или Юнит тесты или Unit tests предназначены для тестирования отдельных методов класса изолированно, перебирая все возможные комбинации и заботясь о наименьшей тестируемой части приложения. Magento 2 использует инфраструктуру тестирования PHPUnit для своих модульных тестов. Будучи сфокусированными на очень небольшом куске кода класса, модульные тесты позволяют легко определить причину проблем в случае сбоя определенного теста. Мы можем специально запустить только юнит-тесты из корня установки Magento, используя следующую команду:

Magento Open Source 2.3.3 предлагает значительные обновления платформы, существенные изменения безопасности и Payment Services Directive (PSD2) -совместимые основные способы оплаты. Этот релиз содержит в себе более 170 функциональных изменений и более 75 улучшений безопасности. Он включает в себя более 200 исправлений от участников сообщества разработчиков Magento. Эти правки варьируются от незначительной очистки основного кода до значительных улучшений в Inventory Management и GraphQL. Если вы уже выполнили обновление до предварительной версии этого патча (2.3.2-p1), настоятельно рекомендуется обновится до 2.3.2-p2 как можно скорее.

При разработке проектов на Magento 1, которые используют для кеширования модуль от Mirasvit, часто бывает необходимо исключить часть страницы из кеша. Сделать “дырку”, внутри которой ваш код на php будет отрабатывать при каждом обновлении страницы. Это достаточно несложно, для достижения нужного результата достаточно поправить код в 3-х файлах и создать один новый файл. В качестве примера, давайте сделаем не кешируемым кусок кода из файла page/html/header.phtml, а точнее - количество товаров в wish-листе пользователя.

What layouts are there in Magento 2 Enterprise Edition? Совсем не праздный вопрос для тех кто занимается разработкой интернет магазинов на основе Magento 2. Скажу сразу: всего уникальных layouts в движке Мадженто "из коробки" целых 211 штук. Всегда удобно иметь перед глазами все возможные варианты, поэтому надеюсь, что созданный мной список поможет вам быстрее сориентироваться в поиске и оценке нужного макета.

Отладка php на удаленном сервере актуальное для web разработчика умение, так как без него практически невозможно корректно и быстро находить проблемные места в коде php-скриптов. И если с дибаггингом php кода на "удаленном сервере" работающем на локальной машине в рамках VirtualBox или OpenServer все прозрачно и понятно, то что делать с сайтами расположенными не на компьютере девелопера? Например, в облаке (cloud/клауде)? Давайте рассмотрим этот вопрос более подробно с использованием PhpStorm.

У начинающих разработчиков, при создании новой темы для Magento 2 может возникнуть непонятная ситуация: тема унаследована от какой-либо родительской (blank или luma), но на главной странице интернет-магазина пропали товары. В родительской теме они видны, а в новой, собственной разработки их нет. Как так? Ведь новая тема содержит всего 3 файла: composer.json, registration.php и theme.xml.

Работа с кодом интернет-магазина – это очень ответственный процес, так как любые проблемы в его последующей работе грозит его владельцам финансовыми или имиджевыми потерями. В связи с чем, работа «на живом», боевом сайте без отладки на тестовом сервере – это всегда высокий риск. Практика проверки или анализа работоспособности php-скриптов с помощью отладчика Xdebug – важнейший этап в жизненном цикле любого ресурса электронной коммерции.

Существует удобный php-пакет для работы с популярным сервисом dadata.ru. Он называется commercito/dadata. Используя его вы сможете в удобно отсылать запросы и получать аккуратно отформатированные ответы. Устанавливается он через Composer с сервиса packagist.org, но так же вы можете его клонировать с gitlab.com. Давайте рассмотрим что это такое и как им пользоваться.

Диспетчер тегов от Google позволяет собирать и обрабатывать данные со страниц сайта не прибегая к услугам программистов и не создавая отдельные js-файлы. Все это возможно путем манипулирования переменными, триггерами и тегами непосредственно в web-интерфейсе Tag Manager. Говоря точнее, переменная типа "Собственный код Javascript" и тег с конфигурацией типа "Пользовательский HTML" позволяют получить доступ к любому атрибуту любого елемента веб-страницы: особенно удобно их использовать с jQuery.

Управление заказами в Magento происходит в панели администратора. Переходим по адресу /admin/sales_order/ в Sales -> Orders. На открывшейся странице вы увидите таблицу со всеми размещенными заказами. Чтобы просмотреть, обработать или отредактировать заказ, кликните по ссылке View в крайне правой ячейке его строки или прямо на его строке в таблице. Так же, на этой странице вы можете создать новый заказ вручную - кликнув по кнопке Create New Order справа вверху страницы.

В атрибутах Magento используются описания продуктов; например, цена, размер, производитель и т. д.. Когда вы добавляете / редактируете продукты, вы можете указать и изменить значения этих атрибутов. Magento поставляется с предварительно настроенными атрибутами, которые вы можете редактировать, а также можете добавлять и настраивать новые атрибуты в соответствии с вашими потребностями. Атрибуты можно добавить к наборам атрибутов, которые вы можете выбрать при добавлении новых продуктов.

Magento индексирует большую часть своих данных, чтобы получить к ним более быстрый доступ. Когда вы вносите изменения в своем интернет-магазине, например, обновляете некоторые из своих продуктов, вам необходимо переиндексировать данные, чтобы изменения отображались в вашем интерфейсе.

Внешний вид сайта интернет-магазина это не только UI и UX, но и куча неявных и неочевидных механизмов их формирования. Дизайн "вообще", всплывающие модальные окна, интерактивность взаимодействия с пользователем, кроссбраузерность отображения сайта в разных браузерах, корректное представление на мобильных устройствах и т.д. и т.п. - это все фронтенд / front-end / frontend. При всей своей "очевидности" и "естественности" он имеет скрытые, хронически наследуемые технологические болезни, которые совершенно всегда трансформируются в бизнес-проблемы.

Разработчику интернет-магазина всегда необходим отдельный сервер для опробации своих профессиональных  замыслов: то ли это фишка озарившая его в ночи, то ли это потребность опробовать нововведение на копии боевого сайта, то ли это разработка уникального сервиса для внедрения на продакшн. Такой сервер должен предоставлять программисту ряд гарантий: во-первых - безопасность для продакшн-сайта, во-вторых - возможность индивидуального конфигурирования и в-третьих - свобода удаления-клонирования-восстановления. Локальный Linux-сервер - наиболее удобный вариант для этих целей.

всего статей: 16