За последние несколько недель мы столкнулись с серьезными последствиями недавней миграции сервера на нашей большой установке WordPress MU. Хотя перемещение всего должно дать нам более мощный набор инструментов, сэкономить на затратах и ​​дать больше гибкости инфраструктуры, мы бы хотели, чтобы сокращение было беспрецедентным.

Однако после нескольких дней работы коммутатора мы столкнулись со сценарием, когда MySQL начал использовать доступную память на сервере. Очевидно, что это было неустойчиво, поэтому появилась идея заменить MySQL на MariaDB,  что является улучшением для MySQL.

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

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

Например, мы используем NGINX в качестве прокси для Apache, а NGINX отлично кэширует часто используемые ресурсы. Тем не менее, поскольку у нас есть очень много сайтов на этом мультисайте, мы не говорим о тоннах трафика на несколько популярных страниц; вместо этого мы рассматриваем новые загрузки на множестве различных сайтов, которые могут фактически повлиять на производительность SQL.

Когда NGINX отвечает кэшированной страницей или ресурсом, на самом деле ничего не доходит до MySQL вообще.

Поскольку большинство существующих инструментов нагрузочного тестирования позволяют вам сосредоточить внимание на трафике по нескольким URL-адресам, мы решили написать сценарий быстрого тестирования, который перебрал бы более крупный CSV-файл наших 100 самых популярных сайтов согласно нашим аналитическим данным.

Мы разместили содержание кода ниже:

import csv

import requests

import chardet

import time



def check_traffic():

    while True:

        with open('./page_urls.csv', 'rb') as csv_file:

            result = chardet.detect(csv_file.read())

        with open('./page_urls.csv', 'r', encoding=result['encoding']) as encoded_file:

            rows = csv.reader(encoded_file)

            for row in rows:

                url = "http://test.andreyex.ru/" + row[0]

                print("getting url: " + url)

                r = requests.get(url)

                res = {"url": url, "status_code": r.status_code, "test": r.text }

                print(res)

                time.sleep(.2)



check_traffic()

Этот быстрый скрипт отлично справился с задачей получения тонны запросов после кэширования NGINX на начальном этапе, что позволило нам оценить показатели производительности, которые нам были интересны на бэкэнде. Однако это был довольно ручной процесс входа на сервер через SSH, запуска команды top или htop, запуска нагрузочного теста через локальную командную строку, а затем отслеживания верхнего вывода в отдельном окне терминала.

Хотя это было полезно для наших конкретных целей, оно действительно показало нам, насколько далеко должны подняться некоторые инструменты нагрузочного тестирования с точки зрения их полезности, особенно для нестандартной настройки WP, как только вы избавитесь от заботы о задержке на одном URL.

В нашем заключительном обсуждении мы говорили о том, куда, по нашему мнению, должно пойти нагрузочное тестирование для WordPress в будущем:

• Простая установка плагина, позволяющая выполнять нагрузочное тестирование для создания постов, обновления постов, создания комментариев и загрузки медиа как часть нагрузочного теста. Для тех, кто использует WP MU в качестве платформы для разработки, когда вы достигнете определенного масштаба, считывания в вашей базе данных не будут самой большой проблемой, это когда у вас одновременно работают 1000 авторов, что вещи начинают двигаться в сторону.
• Любой, кто запускает большую установку WP, знает, что плагины и даже, возможно, темы не созданы и распределены одинаково. Таким образом, сосредоточение внимания на одном или двух основных URL-адресах может ввести нас в заблуждение относительно того, как работают другие сайты, возможно, менее под нашим прямым контролем.
• Фактически имитируйте трафик браузера, а не проверяйте задержку с помощью только исходного HTML-ответа. Например, инструмент loader.io отправляет 10 000 или более запросов на один и тот же URL-адрес и отслеживает время ответа для каждого запроса. Однако это не очень полезно для получения полной картины того, как ваш сайт будет реагировать при фактической нагрузке. Когда браузер анализирует ваш HTML, он запускает дополнительные запросы скриптов/стилей/ресурсов, которые будут загружать ваш сервер. С точки зрения передачи данных легко понять, почему компании, занимающиеся нагрузочным тестированием, не моделируют браузер. В нашем тесте с 500 клиентами общее потребление полосы пропускания для всех тестов составило где-то около 5 МБ, но когда мы рассчитали, что 500 клиентов загрузят весь вес страницы, полоса пропускания была где-то около 2,5 ГБ.
• В настоящее время кажется, что большинство инструментов тестирования производительности вовлекают в процесс больше клиентов, чем реалистичных, чтобы мы почувствовали, что все работает хорошо. Но для большинства из нас 10000 клиентов за 5 минут, загружающих одну кэшированную HTML-страницу, далеко не реалистичны. Мы считаем, что было бы здорово, если бы инструмент для нагрузочного тестирования мог интегрироваться с вашими данными Google Analytics, чтобы имитировать нагрузку, которая была бы реально напряженной для вашего приложения с использованием исторических данных.

В целом, это был захватывающий набег в той части разработки, которую мы никогда не затрагивали, но в конце дня мы чувствуем себя разочарованным существующими вариантами тестирования нагрузки/производительности/стресса, особенно когда это связано в WordPress. Нам интересно, как другие люди справляются с этим?

Платформа WooCommerce проводит различие между двумя разными типами не физических продуктов: виртуальными и загружаемыми. Из этой статьи вы узнаете, как добавлять нематериальные продукты обоих видов!

Следуя пониманию цифровых продуктов WooCommerce, нематериальные товары могут быть виртуальными или как виртуальными, так и загружаемыми. Чтобы было немного понятнее, вот два примера, которые помогут выделить их:

• Подписки не загружаются, но они являются виртуальными. То же самое относится и к онлайн-услугам, таким как часы консультаций.
• Песня, электронная книга или рисунок вышивки — это виртуальные и загружаемые продукты.

Теперь, когда мы прояснили разницу между виртуальными и загружаемыми элементами, давайте перейдем к этому!

Требования

Вот что вам нужно, чтобы добавить цифровые продукты WooCommerce:

• Рабочая и обновленная версия WordPress. Тот, кто добавляет товары, должен иметь доступ администратора.
• Установленная, активированная и настроенная версия плагина WooCommerce.

Добавление цифровых продуктов WooCommerce

• Первым шагом для добавления новых цифровых продуктов WooCommerce является переход в «Продукты»>«Добавить новый».
• Заполните заголовок, описание и изображение товара.
• Перейдите в мета-поле Данные товара, где мы рассмотрим вкладки Основные, Запасы и Дополнительно.

Основные

• Перейдите на экран редактирования продукта, чтобы настроить мета-поле Данные товара.
• Определите тип продукта, отметив галочкой Виртуальный. Вкладка Доставка исчезнет из настроек.
• Продолжайте добавлять ту же информацию, что и в случае физического продукта: SKU (Stock Keeping Unit), налоговая ставка. Если вы предлагаете бесплатную услугу, можно установить цену 0.

Запасы

Естественно, цифровые продукты WooCommerce не обязательно требуют управления запасами. Если вы хотите, чтобы виртуальные предметы были доступны для бесконечного числа людей, все, что вам нужно сделать, это отменить выбор «Управление запасами».

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

Дополнительно

Здесь вы можете:

• Добавить заметки для клиентов. В них вы можете поблагодарить их за покупку цифровых продуктов WooCommerce или добавить дополнительную информацию. Если продукт требует дальнейшего шага, вы также можете добавить соответствующую ссылку, например, аутентификацию для подписки.
• Выберите, разрешите ли вы отзывы о товаре для данного товара.
• Выберите, если вы хотите, чтобы продукты следовали определенному порядку на страницах архива.

Завершите, нажав Обновить, чтобы все сделанные вами изменения были сохранены.

Несколько полезных советов по дальнейшему улучшению предложения подписки:

• Подписка WooCommerce позволяет вам принимать регулярные платежи по продуктам.
• Группы, которые в своей бесплатной версии позволяют управлять доступом посетителей к различным страницам сайта.
• Премиум-группы для WooCommerce могут интегрировать оба дополнения.
• Другой вариант — создание учетной записи для тех, кто приобретает подписки.

Добавление загружаемых цифровых продуктов WooCommerce

Давайте перейдем к загружаемым цифровым продуктам WooCommerce. Хотя настройка простых цифровых элементов аналогична физическим, ситуация для загружаемых файлов меняется. Их настройка немного отличается, так как вы должны указать процесс загрузки.

• Как и раньше, перейдите в раздел Продукты> Добавить новый.
• Напишите название продукта и описание, и добавьте соответствующее изображение.
• В мета-поле «Данные о товаре» установите флажок «Виртуальный» и «Загружаемый» Еще раз, вкладка Доставка исчезнет.

Основные

Вкладка «Общие» увеличивается при выборе «Загружаемые продукты». Помимо обычных опций для добавления цены, SKU и налоговой информации, вам нужно будет детализировать процесс загрузки. Существует два способа настройки загружаемых цифровых продуктов WooCommerce:

• Загрузите файл прямо в WooCommerce. Этот вариант отлично подходит для небольших загружаемых продуктов, так как вы можете разместить их внутри.
• Добавьте ссылку, где клиенты могут скачать файл. Если загружаемый файл большой, размещен в другом месте или уже загружен в медиа-менеджер WordPress, это лучший выбор.

Запасы

Здесь примените ту же логику, что и в разделе «Виртуальные продукты» выше.

• Хотите сделать загружаемый продукт доступным для бесконечного числа посетителей? Отключить управление запасами, сняв флажок Управление запасами?
• Вам нужно ограничить количество скачиваний, например, если вы продаете электронные билеты? Оставьте эту функцию включенной и укажите ее в соответствии с вашими потребностями.

Связанные продукты

Можно добавить связанные продукты в загружаемые цифровые продукты WooCommerce, как и в случае с физическими. Подобные продукты могут быть виртуальными или физическими.

• Атрибуты

Определите особенности загружаемого элемента, используя уже настроенные характеристики.

• В раскрывающемся списке Настраиваемый атрибут продукта выберите атрибут, который вы будете использовать.
• Выберите Добавить.
• Укажите поле «Значение», а затем выберите соответствующие термины в раскрывающемся списке.

Если вам нужно добавить новые атрибуты, помимо уже существующих, выберите Пользовательский атрибут продукта и поместите информацию о новом качестве. Помните, что это классы, а не соответствующие термины. Нажмите на кнопку Добавить, и вы получите новую таксономию!

Дополнительно

Еще раз, здесь вы можете:

• Добавить заметки для клиентов, чтобы получить сразу после загрузки.
• Выберите, разрешите ли вы отзывы.
• Выберите способ заказа товаров на страницах архива.
• Теперь нажмите «Опубликовать»: вы загрузили свой первый загружаемый продукт!

Как загружаемые цифровые продукты WooCommerce видят посетители

Клиенты, которые приобретают загружаемые цифровые продукты, получат ссылку, по которой они смогут загрузить элемент. Они также получат письмо, которое выглядит так:

[пример электронной почты]

После того, как их покупка прошла успешно, клиенты увидят:

[пример оформления заказа]

Вы можете увидеть рабочую ссылку, по которой они могут перейти и загрузить элемент. Чтобы пользователи не могли копировать файл, вы можете установить ограничение на загрузку 1 на вкладке «Продукты» — «Общие». Таким образом, они смогут использовать эту ссылку только один раз и не отправлять ее третьим лицам, которые не платили за контент.

WooCommerce также отправит покупателям ссылку для скачивания по электронной почте.

В заключение

Теперь вы готовы продавать цифровые продукты WooCommerce всех типов. Независимо от того, добавляете ли вы их в качестве бесплатных в магазин или как краеугольный контент, важно знать, как управлять виртуальными элементами. Этот процесс в некоторой степени похож на добавление физических продуктов, только вам не придется заниматься доставкой, и вам потребуется ссылка для загрузки.