Автоматическое удаление файлов WooCommerce после отмены заказа без плагинов

Диагностика проблемы: почему файлы не удаляются автоматически

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

Если вы заметили, что при отмене заказа файлы не удаляются, проверьте следующие моменты:

• Файлы действительно связаны с заказом и загружены через стандартный механизм WooCommerce или кастомный мета-поле.
• Нет ли ошибок в логах PHP или WooCommerce, связанных с доступом к файлам.
• Права на удаление файлов в папке uploads позволяют веб-серверу производить операции удаления.

Пошаговое решение: автоматическое удаление файлов через хук WooCommerce

Для удаления файлов при отмене заказа без использования плагинов, необходимо «прикрутить» обработчик к событию изменения статуса заказа на отменённый (cancelled). В этом обработчике нужно получить ссылки на файлы из мета-данных заказа и удалить их физически с диска.

1. Определите, где хранятся ссылки на файлы

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

2. Добавьте следующий код в functions.php вашей темы или в кастомный плагин:

add_action('woocommerce_order_status_cancelled', 'wpupload_delete_files_on_cancelled_order', 10, 1);function wpupload_delete_files_on_cancelled_order($order_id) {    if (!$order_id) {        return;    }    $order = wc_get_order($order_id);    if (!$order) {        return;    }    // Пример: получаем URL файла из мета-данных заказа    $file_url = $order->get_meta('_upload_file');    if (!$file_url) {        return;    }    // Преобразуем URL в путь на сервере    $upload_dir = wp_upload_dir();    $upload_baseurl = $upload_dir['baseurl'];    $upload_basedir = $upload_dir['basedir'];    if (strpos($file_url, $upload_baseurl) === 0) {        $file_path = str_replace($upload_baseurl, $upload_basedir, $file_url);        if (file_exists($file_path)) {            unlink($file_path);        }    }    // При необходимости удаляйте и другие файлы или мета-данные    $order->delete_meta_data('_upload_file');    $order->save();}

Данный код срабатывает при переходе заказа в статус отменён и удаляет файл, если он находится в папке загрузок WordPress.

Проверка результата после внедрения

• Создайте тестовый заказ с загрузкой файла.
• Перейдите в админке WooCommerce к заказу и измените статус на «Отменён».
• Проверьте, что файл удалён из папки wp-content/uploads.
• Проверьте, что мета-данные с ссылкой на файл удалены из заказа.
• Если файл не удалился, проверьте логи сервера и права доступа на папку загрузок.

Частые ошибки и как их исправить

• Неправильный путь к файлу. Убедитесь, что URL файла точно совпадает с URL папки загрузок. Используйте wp_upload_dir() для корректного преобразования.
• Права доступа. Веб-сервер должен иметь права на удаление файлов в папке загрузок (chmod 755 для папок, 644 для файлов — обычно хватает).
• Отсутствие мета-данных. Если файл не хранится в мета-данных заказа, код нужно адаптировать под ваш способ хранения файлов (например, в мета-данных товаров или пользовательских таблицах).
• Отсутствие проверки статуса. Код срабатывает только при переходе в статус отменён. Если статус меняется иначе, расширьте обработку событий.

Практические советы по безопасности и производительности

• Удаляйте только файлы из папки загрузок WordPress, чтобы не удалить системные файлы.
• Перед удалением файла проверяйте, что он принадлежит именно текущему заказу.
• Для больших магазинов с большим числом загрузок можно создавать cron-задачи для периодической очистки отменённых заказов.
• Логируйте операции удаления (например, в отдельный файл) для отладки и аудита.

Сравнение подходов: плагин vs кастомный код