Из-за чего может выходить ошибка при создании планировщика импорта WP All Import?

Ссылка скопирована
1 ответ

Из-за чего может выходить ошибка при создании планирования в WP All Import? Пробовали разные типы импорта. Удаляли весь код и отключали все плагины
"There was a problem saving the schedule"

Из-за чего может выходить ошибка при создании планировщика импорта WP All Import?

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

обычно в таких случаях смотрят в логи PHP на сервере

  • IvanU7n, в этом и вопрос что ошибок нет
  • Ylia_dr99, в таком случае можно ещё попробовать посмотреть в devtools посмотреть, может там будут зацепки, на а если нет, то только гадать над исходником этого компонента
  • IvanU7n, в консоли выдает
    inject.js:17

    GET chrome-extension://invalid/ net::ERR_FAILED
    injectCode @ inject.js:17
    (anonymous) @ inject.js:21
    Show 2 more frames
    Show less
    jquery-migrate.min.js:2 JQMIGRATE: Migrate is installed, version 3.4.1
    admin-bar-v2.js?ver=12.9.3-202402-lite:1 Missing data from PHP (wpNotesArgs).
    (anonymous) @ admin-bar-v2.js?ver=12.9.3-202402-lite:1
    (anonymous) @ admin-bar-v2.js?ver=12.9.3-202402-lite:1
    rest-proxy/?v=2.0:16 WebSocket connection to 'wss://public-api.wordpress.com/pinghub/wpcom/me/ne...' failed:
    k @ rest-proxy/?v=2.0:16
    j @ rest-proxy/?v=2.0:16
    O @ rest-proxy/?v=2.0:16
    jquery.min.js:2

    POST https://deliceopt.ru/wp-admin/admin-ajax.php 400 (Bad Request)
    send @ jquery.min.js:2
    ajax @ jquery.min.js:2
    (anonymous) @ jquery-migrate.min.js:2
    e. @ jquery-migrate.min.js:2
    (anonymous) @ scheduling.js?ver=4.8.6-beta-2.2:154
    dispatch @ jquery.min.js:2
    v.handle @ jquery.min.js:2

  • Ylia_dr99, судя по консольному логу следует ещё попробовать отключить все расширения в браузере
  • IvanU7n, попробовал в Мозиле в инкогнито, та же ошибка.
    Там в консоли ответ такой "invalid times provide"

    Ошибки:
    JQMIGRATE: Migrate is installed, version 3.4.1 load-scripts.php:5:981
    GET
    https://www.superspeedyplugins.com/assets/favicon2...

    https://deliceopt.ru/wp-admin/admin-ajax.php
    [HTTP/2 400 1152ms]

    Могли настройки таймаутов на сервере повлиять?

  • Ylia_dr99, таймауты вряд ли, если только не условные 200 миллисекунд

    в общем судя по всему тут нужен комплексный подход c ковырянием как в network devtools так и, возможно, в исходниках этого плагина

  • IvanU7n, но что странное, если его поставить на другой сайт и все также настроить, то все работает
  • Ylia_dr99, как раз не странно, значит проблему нужно искать именно в этом сайте, но сделать это удалённо по серии вопрос-ответ скорее всего невозможно
  • Нужно решить такую задачу?

    Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

    Заказать помощь
    Лучший ответ
    1
    Кирилл JS Ответ

    Ошибка WP All Import “There was a problem saving the schedule” обычно означает, что AJAX/REST-запрос сохранения расписания падает или возвращает не тот ответ. Сообщения из консоли про расширение Chrome и WebSocket WordPress.com могут быть шумом, но реальную причину нужно смотреть в Network и PHP-логах.

    Что проверить:

    • Network → запрос, который отправляется при сохранении schedule: статус 200, 403, 500 или timeout;
    • ответ сервера: HTML ошибки, JSON, пустая строка;
    • PHP error log именно в момент сохранения;
    • права текущего пользователя WordPress;
    • работает ли WP-Cron;
    • не блокирует ли security-плагин AJAX/REST-запрос;
    • не отключены ли cron/loopback-запросы на хостинге.

    Проверьте Site Health: там часто видно, проходят ли loopback requests. WP All Import может проверять планировщик через внутренний запрос к сайту. Если loopback заблокирован, расписание может не сохраняться.

    Также проверьте константы в wp-config.php:

    define('DISABLE_WP_CRON', true);

    define('DISABLE_WP_CRON', true);

    Если WP-Cron отключён, должен быть системный cron на сервере. Иначе расписание физически не будет выполняться.

    Если в Network видите 403, отключайте временно WAF/security-плагин или добавляйте исключение для endpoint WP All Import. Если 500 — это уже PHP fatal, ищите конкретную ошибку в логе. Если timeout — увеличивайте лимиты PHP и проверяйте тяжёлые импорты.

    Без статуса запроса это не диагностируется. Откройте DevTools → Network, нажмите сохранение расписания, найдите красный запрос и посмотрите response. Это даст точку: права, fatal error, блокировка, nonce, cron или конфликт плагина.

    Другие ответы (0)

    Пока нет других ответов. Будьте первым, кто поможет автору.

    Ответить на вопрос

    комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    Вам также может быть интересно