Ответы в темах

Просмотр 4 ответов — с 1 по 4 (всего 4)
  • А блокированный на собственный сервер cUrl — довольно распространенное явление.

    Пока эксперементирую на выделенном сервере, там блокировки нету. Помогло отключение монстра «Enhanced E-commerce for Woocommerce store». Но чувствую с шаредом будет намного тяжелее, хотя там сайт легкий на десяток статей…

    На самом деле оказалось не так просто как думалось, на части сайтов всё равно продолжает или продолжало не работать.
    Проблема заключается в плохом ответе сервера:
    cURL error 28: Operation timed out after 100001 milliseconds with 0 bytes received
    И на деле тут нету универсального решения, да и интернет не блещет удачными решениями.
    Так как обращается к своему же сайту, решение с днс отметается. Если есть возможность, можно попробовать отключить IPv6. Если шаред хостинг, то потерзать поддержку, скорее всего безуспешно.
    Если сайт плохо оптимизирован или есть тяжелые плагины, которые тормозят работу админки, то 10 сек. может порой и не хватить, или избавляться от тяжеловесов, или увеличивать лимит.
    Если есть предложения, как решить проблему cURL error 28, то с удовольствием выслушаю.

    Троллинг — это не помощь. Если хоть бы кто внимательно глянул в функцию проверки работоспособности сайта, то поправил бы, что scrape_result_position проверяется в нескольких местах.

    У меня один сайтов на Параболе

    Значит совпадение, я перебираю разные варианты и пытаюсь найти источник проблемы.
    Вообще печален факт, что вместо помощи от сообщества идет поток флуда и выставление идиотом.
    В итоге смог разобраться, виноват оказался плагин WP Super Cache — он кешировал страницы, и при проверке WP главной страницы на работоспособность не находятся ключи scrape_params, в итоге и идёт откат изменений.
    Решение простое, добавить в список запрещенных фрагментов в плагине:
    wp_scrape_key

Просмотр 4 ответов — с 1 по 4 (всего 4)