Jetpack произошла ошибка повторите попытку - Ремонт и установка крупной бытовой техники

Viewing 6 replies — 1 through 6 (of 6 total)

Hi there,

The XML-RPC file should be under http://www.swampcrone.net/blog. I checked and it is correctly there so there is no problem related to this.

While your site is publicly accessible, and XML-RPC file is also working: https://swampcrone.net/blog/xmlrpc.php?for=jetpack, but for some reason, Jetpack is not able to make XML-RPC requests on your site. This file is used by Jetpack and other plugins and apps to connect to your site.

Can you please contact your hosting provider and check if they are blocking access to this file for Jetpack? Also, please find the IP ranges for the connection between your site and Jetpack/WordPress.com here, and whitelist them for and HTTP connections on your site:

https://jetpack.com/support/how-to-add-jetpack-ips-allowlist

If you’re unsure about this, you may contact your hosting provider; they should be able to help you with this. Please note that these IP addresses could change (or more could be added) at any time. For that reason, we recommend your host uses the machine-readable versions of these IP ranges in JSON or plain text format to automate configuration changes on their systems.

Once we are able to access your site’s xmlrpc.php file, you should be able to connect Jetpack to https://wordpress.com.

Let me know how it goes!

Also, I checked your XML-RPC here: https://ratelimit.rudyfaile.com (you can also check) and found a “404 Not Found” response. The ideal response there should be “200 OK” which also indicates there is some issue from the host side. Please ask them about this and ask them to whitelist IP addresses as I mentioned above.

And tech support at my host is telling me to contact y’all. Even after I posted a copy of the conversation.

Well- it is sort of working- I get “Error updating settings. JsonParseError” when trying to update settings while in my website, but can change them at the .com site

Hi @swampcrone –

We aren’t seeing any errors on our end when we test your connection, so that part is at least solved. Are you still having issues with the settings?

If so, could you share a screenshot? You can send a screenshot using these instructions.

Hi there,

It has been more than one week since we have heard from you, so I’m marking this topic as resolved. But If you have any further questions or need some more help, you’re welcome to reply here or open another thread.

Viewing 6 replies — 1 through 6 (of 6 total)

Hi there,

The XML-RPC file should be under http://www.swampcrone.net/blog. I checked and it is correctly there so there is no problem related to this.

https://jetpack.com/support/how-to-add-jetpack-ips-allowlist

Once we are able to access your site’s xmlrpc.php file, you should be able to connect Jetpack to https://wordpress.com.

Let me know how it goes!

And tech support at my host is telling me to contact y’all. Even after I posted a copy of the conversation.

Well- it is sort of working- I get “Error updating settings. JsonParseError” when trying to update settings while in my website, but can change them at the .com site

Hi @swampcrone –

We aren’t seeing any errors on our end when we test your connection, so that part is at least solved. Are you still having issues with the settings?

If so, could you share a screenshot? You can send a screenshot using these instructions.

Hi there,

Viewing 6 replies — 1 through 6 (of 6 total)

На чтение 3 мин Просмотров 694 Опубликовано 2017-02-04
Обновлено 2017-04-28

Ошибка авторизации плагина jetpack на wordpress.com Популярнейший плагин от разработчиков cms wordpress jetpack установлен у многих блогеров. На своем блоге также установил сей комбайн. Это непросто плагин. По функционалу это несколько плагинов в одном. Однако эта небольшая заметка будет не о функционале, а проблеме, с которой я столкнулся при его использовании.

Когда первый раз установил jetpack на свой блог, проблем с установкой и настройкой не возникло. Через какое-то время мой блог переехал на хостинг от Beget. Отличный хостинг оказался. Кто ищет новый дом для сайта — лучше места не найти. Так как хостер предоставлял бесплатно ssl сертификат, попутно с переездом блог был переведен на протокол https.

И тут, нормально работающий jetpack, отказался работать. Типа нужно авторизоваться на wordpress.com. Странно, плагин уже был авторизован. Ну и ничего страшного. Несложно же нажать кнопочку. Жму и получаю интересный ответ от системы

Извините, вам не разрешено просматривать эту страницу.

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

Смотрю файл .htaccess. Защитные плагины обычно прописывают там свои правила. И даже при удалении могут эти правила там оставлять. В итоге ничего странного в файле не обнаружено. На всякий случай заменил его дефолтным.
Проверил, а не появился ли, случаем, лишний пользователь с правами администратора. Нет таких. Пришлось перелопачивать интернет. Однако ничего вразумительного нарыть так и не смог не смог.
Стал грешить на некорректный перевод блога на протокол https. Все работает. Плагины, скрипты. А вот jtpack ни в какую. И уже от отчаяния написал в техподдержку своего нового хостинга Beget. Получил ответ, мол поправили. Проверяю — jetpack работает. Авторизация проходит на ура. Интересуюсь у техподдержки, а что собственно поправили-то?

Решение проблемы

В итоге все оказалось до банальности просто. При работе плагин использует файл движка xmlrpc.php. На хостинге этот файл по умолчанию заблокирован, так как через него часто ломают wordpress. И для моего аккаунта его разблокировали. Немного странное решение со стороны хостинга. Вот попробуй догадайся об этом.
Так что если у вас такая же ситуация с плагином jetpack, поинтересуйтесь у своего хостера. Может, он тоже как и бегет блокирует этот файл. На этом все. Пишите в комментариях, какие непонятки возникали у вас с хостерами. Интересно же.

Недавно переносил один сайт на WordPress на новый хостинг — beget.ru, возникла проблема при активации плагина JetPack. А именно, при попытке активировать плагин вылетает ошибка 403, а при попытке посмотреть куда идёт плагин вообще 405. Оказалось всё проще, чем я думал.

При попытке активировать плагин вылетает ошибка со следующим текстом:

Ваш сайт должен быть в открытом доступе, чтобы иметь возможность использовать Jetpack: site_inaccessible
Подробности ошибки: The Jetpack server was unable to communicate with your site [HTTP 403]. Ask your web host if they allow connections from WordPress.com. If you need further assistance, contact Jetpack Support: jetpack.me/support

Быстрый поиск в интернете не дал результатов. В основном советовали потестировать cms на ошибки, править .htaccess и т.д. Но проблема оказалась решается куда проще. Плагин пытался получить доступ к файлу по адресу http://site-name.ru/xmlrpc.php, но многие хостеры ограничивают это возможность. Написал в тех поддержку хостинга, и оказалось, действительно ошибка возникала из-за ограничений, которые были установлены на хостинге.

Ограничения на хостинге

Хостер снял ограничение и всё отлично заработало. Так что, если у вас возникает ошибка Jetpack: site_inaccessible при работе с плагином JetPack, то смело пишите в тех поддержку хостинга. На этом всё, проблема решена.

comments powered by HyperComments

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

Модератор
Yui

(@fierevere)

ゆい

Обычно бывает при запрете приема соединений по XML RPC

mysite.com/xmlrpc.php

любыми средствами, от плагинов безопасности и .htaccess, до запрета у хостера в конфигурации сервера.

вот что написанно там в .htaccess скорее всего не от этого
#BEGIN Really Simple SSL LETS ENCRYPT
RewriteRule ^.well-known/(.*)$ — [L]
#END Really Simple SSL LETS ENCRYPT
# Add trailing slash
RewriteCond %{REQUEST_URI} !^/wp-login
RewriteCond %{REQUEST_URI} !^/wp-admin
RewriteCond %{REQUEST_URI} !^/wp-content
RewriteCond %{REQUEST_URI} !^/wp-json
RewriteCond %{REQUEST_URI} /[^.]+$
RewriteRule ^(.+[^/])$ https://%{SERVER_NAME}/$1/ [R=301,L]
# BEGIN WordPress
# The directives (lines) between «BEGIN WordPress» and «END WordPress» are
# dynamically generated, and should only be modified via WordPress filters.
# Any changes to the directives between these markers will be overwritten.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* — [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index.php$ — [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Модератор
Yui

(@fierevere)

ゆい

А у вас наверное не только с Jetpack могут быть проблемы


# Add trailing slash
RewriteCond %{REQUEST_URI} !^/wp-login
RewriteCond %{REQUEST_URI} !^/wp-admin
RewriteCond %{REQUEST_URI} !^/wp-content
RewriteCond %{REQUEST_URI} !^/wp-json
RewriteCond %{REQUEST_URI} /[^.]+$
RewriteRule ^(.+[^/])$ https://%{SERVER_NAME}/$1/ [R=301,L]

вот этот опус вы откуда откопали?

не знаю, наверно от плагина

Модератор
Yui

(@fierevere)

ゆい

ну так удалите этот кусок и проверьте фунциональность Jetpack
а заодно в Консоль: Инструменты — Здоровье сайта
загляните на предмет замечаний возможных

удалил код, но бесполезно
По возможных вот что:
Рекомендуется удалить неактивные плагины
ПО СУБД устарело
Ваш сайт не использует локальные часовые пояса
Persistent object caching is not enabled

Модератор
Yui

(@fierevere)

ゆい

в меню Jetpack есть меню отладки
попробуйте обратиться на форум Jetpack с данной информацией
https://wordpress.org/support/plugin/jetpack/

Модератор
Yui

(@fierevere)

ゆい

я могу только сказать о том, что Jetpack у вас не подключен к wordpress.com, поддержка Jetpack (по ссылке данной вам выше),
возможно подскажет что-то еще

да создал тему, но ответа нет)

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

Как устранить «сюрпризы» плагина Jetpack

Плагин Jetpack В связи с перездом на «зимнюю квартиру» и сменой интернет-провайдера, а значит сменой собственного IP-адреса, я получил неожиданный сюрприз. Установленный мною несравненный плагин для WordPress на этом сайте — Jetpack, принцип работы которого в сфере статистики посещаемости сайта я немного описал в статье «Сервис статистики от плагина Jetpack», выдал сюрприз от его системы безопасности: он просто не пустил меня в админпанель блога.

Плагин не дал авторизоваться из-за смены IP-адреса, посчитав мой новый потенциально опасным. Это не шутка и, что примечательно, данный «розыгрыш» произошел аж месяц спустя, после того, как я сменил провайдера! Ничего себе реакция… 🙂

Содержание

1 Как устранить проблему авторизации на своем сайте, учитывая блокировку IP-адреса плагином Jetpack
- 1.1 1.Добавляем IP-адрес в разделе плагина на сайте wordpress.com
- 1.2 2. Добавляем запись в файл wp-config.php
- 1.3 Related Posts

Такую проблему, однако, предлагают решить сами авторы плагина. Совет открывается при переходе по ссылке в окне блокировки. Кликаем по ней и попадаем на страницу сайта плагина, в котором подробно (на английском языке) объясняется, что необходимо сделать администратору сайта, чтобы разблокировать вход в админку собственного сайта. Как оказалось, таких способа два.

1.Добавляем IP-адрес в разделе плагина на сайте wordpress.com

Для тех, кто установил плагин Jetpack, известно, что администратору необходимо автризоваться на сайте wordpress.com и, желательно, добавить туда свой сайт. Поэтому первый способ основан на том, что при установке плагина, он, сразу определив IP-адрес администратора сайта, вносит автоматически в разряд безопасных. Но может случиться, как у меня, что при смене этого адреса, плагин почему-то определит новый адрес небезопасным (бывает такое). Для того, чтобы исправить положение, нам придется перейти на страницу плагина в wordpress.com, перейти на вкладку «My Sites» (Мои сайты»), выбрать нужный сайт (если вы установили плагин на более, чем один сайт), кликнуть в меню (в самом низу) по ссылке «Settings» Jetpack - Settings («Настройки»), а затем в открывшемся меню, вызвать информацию ссылкой «Security» («Безопасность»).

Далее все просто, в нужном окне добавляем ваш новый IP-адрес и обновляем настройки. Здесь же можно добавить любые IP-адреса, которые администрация считает безопасными (это могут быть авторы контента, другие пользователи сайтом, например).

добавление IP в Jetpack

На картинке, кстати, отображенеы два моих адреса — верхний, был у меня ранее, в тот время, когда я установил плагин Jetpack.

2. Добавляем запись в файл wp-config.php

Авторы плагина предлагают так же еще один простой способ разблокировки IP-адреса. Все что необходимо сделать — добавить в файл сайта под названием wp-config.php вот такую строку :

DEFINE (‘JETPACK_IP_ADDRESS_OK’, ‘XXXXX‘);

Красным выделено число — это нужный вам IP-адрес. Замените, вставив нужный. У меня теперь это число 5.153.128.67.

Всё! Желаю всем успехов!

(Visited 45 times, 1 visits today)

Приветствую всех, кто так или иначе связан с wordpress.

Небольшое вступление.. Все началось с того, что у меня был установлен плагин Джетпак и замечательно работал, но я захотел подключить один из его модулей по автопостингу в фб, твиттер и g+. После тщетных попыток это сделать я начал рыться в сети. Самое частое решение, что встречал — это отключить сам джетпак от аккаунта в вордпресс.ком и заново подключить.

Ну чтож, я так и сделал. Но обратно подключиться я уже не смог. Плагин устанавливается нормально и следующим шагом идет подключения к вордпресс. Вроде бы простая операция, но выходит ошибка xml_rpc-32700 и ничего не могу с ней поделать уже кучу способов перепробовал и толку 0. Хотя до этого все подключилось запросто.

Кто сталкивался и сможет помочь в этом?

В Jetpack произошла ошибка. Приносим извинения. Повторите попытку позже. Если устранить неполадку не удастся, отправьте в службу поддержки следующее сообщение. xml_rpc-32700
Попробуйте соединиться снова.

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

Have trouble connecting Jetpack to WordPress.com? If so, here are some steps that will help you solve the problem.

Before following this troubleshooting, first check that your site is publicly available, as Jetpack will not be able to connect to it otherwise! You can learn more about why it’s necessary to have your WordPress.com account connected to Jetpack here.

Running the Jetpack Debug Tool

The Jetpack Debug Tool can identify many different causes for connection issues.

Error Messages

Seeing an error message when trying to connect Jetpack or from the Jetpack Debug Tool above?

Visit the Error Messages page to see the most common errors, their causes, and how to resolve them.

Site Health

Check your site’s health status under Tools > Site Health from the left-hand menu.

This page will run a number of different checks and provide critical information about your WordPress configuration as well as any other items that may require your attention.

Your xmlrpc.php File

Jetpack needs this file to connect to your WordPress.com account.

Start by checking example.com/xmlrpc.php (replacing “example.com” with your actual domain) in your web browser’s address bar. That page should return the following message:

XML-RPC server accepts POST requests only.

The message you see should look exactly the same, without any spaces or line breaks above or below it. Compare yours to this working example.

If you have blank lines or extra content in your xmlrpc file, you will receive an error. Please check here for fixes before you continue, and feel free to reach out to your webhost for assistance with those instructions.

Please note that your xmlrpc.php file must be in the home directory of your WordPress install. If it’s not, you can replace it by reinstalling the core files of WordPress (or asking your webhost to).

Your wp-config.php and .htaccess Files

If you or one of your plugins added code to either of these files, it may have caused a misconfiguration. You can check these guides for more information and typical settings to help revert the files back to their default state: wp-config / htaccess.

The PHP-XML Extension

The PHP on your site needs the XML extension in order to parse XML, which Jetpack needs to properly communicate with your site. Check with your webhost to make sure the PHP-XML extension is installed and active on your server.

Reinstalling and Reconnecting Jetpack

Sometimes you need to completely reset your connection between your site and our services. You can follow these instructions to accomplish that.

Cloudflare

If you are using Cloudflare on your site, check this guide to make sure Jetpack and Cloudflare are working together properly.

Plugin Conflicts

Sometimes other plugins can create a conflict with Jetpack that blocks it from connecting to WordPress.com.

To rule out a plugin conflict, deactivate all other plugins and keep Jetpack active, then try connecting again. If Jetpack connects, you can turn your plugins back on, one by one, to make sure everything keeps working.

A conflict may cause other issues in addition to not letting Jetpack connect, so check for anything else not working properly after activating each plugin. If you find that a plugin is causing a conflict with Jetpack, please reach out to that plugin’s developers to see if there is a fix to get it working with Jetpack.

Theme Issues

If you’re using a theme that’s not coded to modern standards or kept up-to-date with changes in WordPress development, then the theme could be creating issues with Jetpack’s connection or features.

Download and temporarily switch to one of the more minimal, default WordPress themes (such as Twenty Twenty Two) and see if the connection issues are resolved. If so, then you’ll need to either replace your original theme or talk to its developers to see if they can figure out where the conflict is happening and how to solve it.

Testing Your Site Speed

Your site must initially respond within 5 seconds for the Jetpack connection to work correctly.

You can check your site speed and overall performance with a variety of tools (like GTmetrix or WebPageTest) and follow up with your webhost by showing them the results. They may be able to help improve your site’s response and loading times from there.

SSL Certificates

Your SSL certificate makes sure the traffic on your site is safe and secure. Sometimes they can be misconfigured or expired, which will keep Jetpack from connecting to it. You can check for errors on your SSL certificate with this SSL Checker and test its overall health with this SSL Server Test. It should typically be graded A or A+, and you shouldn’t see any errors.

The most common SSL errors that your webhost must fix are:

Self-signed: The certificate was not created by using standard security practices and is considered unsafe
Missing chain/intermediate certificate: Some SSL certificates are applied to your site in multiple parts. When one or more are missing in the chain, the security becomes broken and incomplete
Expired: Just like a domain, an SSL certificate needs to be renewed each year, or it will expire. Certificate renewals usually happen without you having to do anything, but sometimes automatic systems at your webhost may fail to do so

HTTPS Settings

Check that both the SITE_URL and HOME_URL settings under Settings > General in your wp-admin dashboard are using https before your domain rather than just http. Sites that use only http are not secure and aren’t using the SSL certificate mentioned above – https loads the certificate properly and will allow Jetpack to connect to it.

Also, make sure that all of your site’s traffic routes to https as well. For example, any requests to http://example.com should automatically redirect to https://example.com instead. Your webhost can help make sure that this happens as expected.

For more detailed information on troubleshooting SSL issues, please refer to this guide.

Server Credentials for Jetpack Backup

If you have issues adding your credentials to Jetpack Backup, we recommend contacting your webhost and asking them to provide you with this information so you can then enter it successfully into your Jetpack settings:

Credential type (FTP, SFTP, SSH)
Server address
Port number
Server username
Server password
WordPress full installation path

When You Should Contact Your Webhost for Support

This list of issues that must be addressed by your webhost rather than Jetpack support because they are server-related:

SSL certificates
Changes in IP addresses or domains/URLs
Migration from one server to another
Site is down or not responding
Errors (500 / 502 / 504 / 403)
Server resource or memory usage
DNS problems
Outdated server software (PHP, MySQL, etc.)
File and folder permissions
Problems that are still occurring even after Jetpack is uninstalled

Still need help?

Please contact support directly. We’re happy to lend a hand and answer any other questions that you may have.

Действия по воспроизведению проблемы

Это немного сложно, так как вам нужно принудительно отключить соединение
Попробуйте подключиться через подключение на месте
Видите, что кнопка «Повторить попытку» неправильно выровнена

Что я ожидал

не уверен, на самом деле. Следует ли «Повторить попытку» заменить кнопку «Подтвердить»?

Что случилось вместо

buttons_alignment

Connect Flow
[Pri] High
[Status] Needs Design Review
[Type] Bug

Все 9 Комментарий

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

Это должно быть исправлено после объединения кода D47074.

это будет выглядеть так:

Jetpack ‹ Weekly Snakes — WordPress 2020-07-28 17-44-46

@ Automattic / jetpack-design Могу я побеспокоить вас проверкой работоспособности вышеупомянутого обновления стиля?

Вышесказанное кажется мне хорошим решением. 👍

Может быть: можем ли мы более подробно рассказать о том, что пошло не так? Есть ли шанс, не будучи слишком техничным?

Эти ошибки происходят из ответа WPCOM /jetpack-blogs/$clientId/authorize , поэтому мы действительно можем их обработать. Хотя это может быть непростое изменение. Я бы предпочел оставить это исправление, чтобы оно оставалось связанным со стилем.

Интересно, есть ли у нас планы по рассмотрению этих сообщений об ошибках в рамках нашего внимания к подключению? (не уверен, к кому обратиться по поводу вышеуказанного вопроса, поэтому cc @ kbrown9 @leogermani)

Да, имеет смысл сначала исправить визуал. Я спрашивал, когда на первом экране было что-то другое — давайте продолжим.

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

Развернуто через r211170-wpcom

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

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

Была ли эта страница полезной?

0 / 5 — 0 рейтинги

Источник

Пишет данную проблему после установки самого плагина, нужно его активировать, в чем может быть проблема? Гугл не помог

Ваш сайт должен быть в открытом доступе, чтобы иметь возможность использовать Jetpack: site_inaccessible
Подробности ошибки: The Jetpack server was unable to communicate with your site [HTTP 403]. Ask your web host if they allow connections from WordPress.com. If you need further assistance, contact Jetpack Support: jetpack.me/support

Вопрос задан

более трёх лет назад
15231 просмотр

Пригласить эксперта

Вот тут подробно написано почему возникает ошибка и как её исправить.

Если у Вас стоит плагин безопасности, к примеру iThemes Security, то отключаете его, потом активируете Джетпак, а потом уже включаете плагин безопасности.

Показать ещё
Загружается…

22 июн. 2023, в 00:59

8000 руб./за проект

22 июн. 2023, в 00:56

8000 руб./за проект

22 июн. 2023, в 00:39

12000 руб./за проект

Минуточку внимания

Источник

На чтение 3 мин Просмотров 758 Опубликовано 2017-02-04
Обновлено 2017-04-28

Странное поведение плагина jetpack

Извините, вам не разрешено просматривать эту страницу.

Решение проблемы

Источник

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

Модератор
Yui

(@fierevere)

永子

Обычно бывает при запрете приема соединений по XML RPC

mysite.com/xmlrpc.php

любыми средствами, от плагинов безопасности и .htaccess, до запрета у хостера в конфигурации сервера.

Модератор
Yui

(@fierevere)

永子

А у вас наверное не только с Jetpack могут быть проблемы


# Add trailing slash
RewriteCond %{REQUEST_URI} !^/wp-login
RewriteCond %{REQUEST_URI} !^/wp-admin
RewriteCond %{REQUEST_URI} !^/wp-content
RewriteCond %{REQUEST_URI} !^/wp-json
RewriteCond %{REQUEST_URI} /[^.]+$
RewriteRule ^(.+[^/])$ https://%{SERVER_NAME}/$1/ [R=301,L]

вот этот опус вы откуда откопали?

не знаю, наверно от плагина

Модератор
Yui

(@fierevere)

永子

Модератор
Yui

(@fierevere)

永子

Модератор
Yui

(@fierevere)

永子

да создал тему, но ответа нет)

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

Источник

I had this working fine before. I noticed a few days ago that my mobile woocommerce app would no longer connect to my store. I found it seems jetpack is no longer connected to wordpress.com account. i have wordpress 6.1.1, i have deactived all plugins. i have deleted jetpack and reinstalled it. i have reinstalled wordpress. At first, my xmlrpc.php file would give a 403 error. so i checked with my web host and they keep trying things like putting allows in. and now it gproperly gives the XML-RPC server accepts POST requests only. response. but I still can not click the Set Up Jetpack button, it gives An error occurred. Please try again.

Here is my site info


### wp-core ###

version: 6.1.1
site_language: en_US
user_language: en_US
timezone: America/New_York
permalink: /%postname%/
https_status: true
multisite: false
user_registration: 0
blog_public: 1
default_comment_status: undefined
environment_type: production
user_count: 201
dotorg_communication: true

### wp-paths-sizes ###

wordpress_path: /home/dataforg/public_html
wordpress_size: 1.60 GB (1718596431 bytes)
uploads_path: /home/dataforg/public_html/wp-content/uploads
uploads_size: 29.15 MB (30566597 bytes)
themes_path: /home/dataforg/public_html/wp-content/themes
themes_size: 79.99 MB (83879268 bytes)
plugins_path: /home/dataforg/public_html/wp-content/plugins
plugins_size: 271.06 MB (284225553 bytes)
database_size: 85.39 MB (89538560 bytes)
total_size: 2.06 GB (2206806409 bytes)

### wp-dropins (2) ###

advanced-cache.php: true
maintenance.php: true

### wp-active-theme ###

name: Divi Child Theme (Divi-child)
version: 1.0.0
author: David Knapp
author_website: (undefined)
parent_theme: Divi (Divi)
theme_features: core-block-patterns, block-templates, widgets-block-editor, custom-background, automatic-feed-links, post-thumbnails, menus, title-tag, post-formats, woocommerce, wc-product-gallery-zoom, wc-product-gallery-lightbox, wc-product-gallery-slider, customize-selective-refresh-widgets, wp-block-styles, editor-style, widgets
theme_path: /home/dataforg/public_html/wp-content/themes/Divi-child
auto_update: Disabled

### wp-parent-theme ###

name: Divi (Divi)
version: 4.19.1
author: Elegant Themes
author_website: http://www.elegantthemes.com
theme_path: /home/dataforg/public_html/wp-content/themes/Divi
auto_update: Disabled

### wp-themes-inactive (13) ###

Twenty Eleven: version: 4.2, author: the WordPress team, Auto-updates disabled
Twenty Fifteen: version: 3.3, author: the WordPress team, Auto-updates disabled
Twenty Fourteen: version: 3.5, author: the WordPress team, Auto-updates disabled
Twenty Nineteen: version: 2.4, author: the WordPress team, Auto-updates disabled
Twenty Seventeen: version: 3.1, author: the WordPress team, Auto-updates disabled
Twenty Sixteen: version: 2.8, author: the WordPress team, Auto-updates disabled
Twenty Ten: version: 3.7, author: the WordPress team, Auto-updates disabled
Twenty Thirteen: version: 3.7, author: the WordPress team, Auto-updates disabled
Twenty Twelve: version: 3.8, author: the WordPress team, Auto-updates disabled
Twenty Twenty: version: 2.1, author: the WordPress team, Auto-updates disabled
Twenty Twenty-One: version: 1.7, author: the WordPress team, Auto-updates disabled
Twenty Twenty-Three: version: 1.0, author: the WordPress team, Auto-updates disabled
Twenty Twenty-Two: version: 1.3, author: the WordPress team, Auto-updates disabled

### wp-mu-plugins (1) ###

ET Support Center :: Must-Use Plugins Autoloader: author: Elegant Themes, version: (undefined)

### wp-plugins-active (1) ###

Jetpack: version: 11.5.1, author: Automattic, Auto-updates enabled

### wp-plugins-inactive (31) ###

All-in-One WP Migration: version: 7.68, author: ServMask, Auto-updates enabled
Cloudflare: version: 4.11.0, author: Cloudflare, Inc., Auto-updates enabled
Code Snippets Pro: version: 3.2.1, author: Code Snippets Pro, Auto-updates enabled
Divi-Modules – Simple Heading: version: 2.1.2, author: Divi-Modules, Auto-updates enabled
Divi Gallery Extended: version: 1.2.6, author: Elicus, Auto-updates enabled
Duplicate Page: version: 4.4.9, author: mndpsingh287, Auto-updates disabled
EWWW Image Optimizer: version: 6.9.2, author: Exactly WWW, Auto-updates enabled
Facebook for WooCommerce: version: 3.0.3, author: Facebook, Auto-updates enabled
Facebook for WooCommerce - settings tools: version: 1.0.0, author: SkyVerge, Auto-updates enabled
Fluent Forms: version: 4.3.22, author: Contact Form - WPManageNinja LLC, Auto-updates enabled
Google Listings and Ads: version: 2.2.1, author: WooCommerce, Auto-updates enabled
InfiniteWP - Client: version: 1.9.9, author: Revmakx, Auto-updates enabled
Justified Gallery: version: 1.6.0, author: Mateusz Czardybon, Auto-updates enabled
Menu Duplicator: version: 0.6, author: Jeremy Ross, Auto-updates disabled
Payment Gateway Based Fees and Discounts for WooCommerce: version: 2.8.0, author: Tyche Softwares, Auto-updates enabled
Print Invoice & Delivery Notes for WooCommerce: version: 4.6.5, author: Tyche Softwares, Auto-updates enabled
Product Customer List for WooCommerce: version: 3.1.2, author: Kokomo, Auto-updates enabled
REST API Log: version: 1.6.9, author: Pete Nelson, Auto-updates enabled
Site Kit by Google: version: 1.87.0, author: Google, Auto-updates enabled
Supreme Modules Lite - Divi Theme, Extra Theme and Divi Builder: version: 2.4.2, author: Supreme Modules, Auto-updates enabled
UpdraftPlus - Backup/Restore: version: 2.22.23.0, author: UpdraftPlus.Com, DavidAnderson, Auto-updates enabled
VBOUT Woocommerce Plugin: version: 3.6.0, author: VBOUT Inc., Auto-updates disabled
VBOUT WordPress Plugin: version: 1.2.6.6, author: VBOUT Inc., Auto-updates enabled
WooCommerce: version: 7.1.0, author: Automattic, Auto-updates enabled
Woocommerce delete product images: version: 1.0.2, author: Husain Ahmed, Auto-updates enabled
Woocommerce QuickBooks Connector: version: 2.2.9, author: Techspawn Solutions, Auto-updates enabled
WooCommerce Shipping & Tax: version: 2.0.0, author: WooCommerce, Auto-updates enabled
WooCommerce Stripe Gateway: version: 7.0.1, author: WooCommerce, Auto-updates enabled
WooCommerce Visibility: version: 5.2, author: codemine, Auto-updates enabled
Wordfence Security: version: 7.7.1, author: Wordfence, Auto-updates enabled
WP Offload Media Lite: version: 3.0.2, author: Delicious Brains, Auto-updates enabled

### wp-media ###

image_editor: WP_Image_Editor_Imagick
imagick_module_version: 1690
imagemagick_version: ImageMagick 6.9.10-68 Q16 x86_64 2021-10-14 https://imagemagick.org
imagick_version: 3.7.0
file_uploads: File uploads is turned off
post_max_size: 16M
upload_max_filesize: 16M
max_effective_size: 16 MB
max_file_uploads: 20
imagick_limits: 
	imagick::RESOURCETYPE_AREA: 58 GB
	imagick::RESOURCETYPE_DISK: 9.2233720368548E+18
	imagick::RESOURCETYPE_FILE: 12288
	imagick::RESOURCETYPE_MAP: 58 GB
	imagick::RESOURCETYPE_MEMORY: 29 GB
	imagick::RESOURCETYPE_THREAD: 1
imagemagick_file_formats: 3FR, 3G2, 3GP, AAI, AI, ART, ARW, AVI, AVS, BGR, BGRA, BGRO, BMP, BMP2, BMP3, BRF, CAL, CALS, CANVAS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CRW, CUR, CUT, DATA, DCM, DCR, DCX, DDS, DFONT, DNG, DOT, DPX, DXT1, DXT5, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, EXR, FAX, FILE, FITS, FRACTAL, FTP, FTS, G3, G4, GIF, GIF87, GRADIENT, GRAY, GRAYA, GROUP4, GV, H, HALD, HDR, HISTOGRAM, HRZ, HTM, HTML, HTTP, HTTPS, ICB, ICO, ICON, IIQ, INFO, INLINE, IPL, ISOBRL, ISOBRL6, J2C, J2K, JNG, JNX, JP2, JPC, JPE, JPEG, JPG, JPM, JPS, JPT, JSON, K25, KDC, LABEL, M2V, M4V, MAC, MAGICK, MAP, MASK, MAT, MATTE, MEF, MIFF, MKV, MNG, MONO, MOV, MP4, MPC, MPEG, MPG, MRW, MSL, MSVG, MTV, MVG, NEF, NRW, NULL, ORF, OTB, OTF, PAL, PALM, PAM, PANGO, PATTERN, PBM, PCD, PCDS, PCL, PCT, PCX, PDB, PDF, PDFA, PEF, PES, PFA, PFB, PFM, PGM, PGX, PICON, PICT, PIX, PJPEG, PLASMA, PNG, PNG00, PNG24, PNG32, PNG48, PNG64, PNG8, PNM, PPM, PREVIEW, PS, PS2, PS3, PSB, PSD, PTIF, PWP, RADIAL-GRADIENT, RAF, RAS, RAW, RGB, RGBA, RGBO, RGF, RLA, RLE, RMF, RW2, SCR, SCT, SFW, SGI, SHTML, SIX, SIXEL, SPARSE-COLOR, SR2, SRF, STEGANO, SUN, SVG, SVGZ, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TTC, TTF, TXT, UBRL, UBRL6, UIL, UYVY, VDA, VICAR, VID, VIFF, VIPS, VST, WBMP, WMF, WMV, WMZ, WPG, X, X3F, XBM, XC, XCF, XPM, XPS, XV, XWD, YCbCr, YCbCrA, YUV
gd_version: bundled (2.1.0 compatible)
gd_formats: GIF, JPEG, PNG, WebP, BMP, XPM
ghostscript_version: 9.25

### wp-server ###

server_architecture: Linux 3.10.0-962.3.2.lve1.5.49.el7.x86_64 x86_64
httpd_software: Apache
php_version: 7.4.33 64bit
php_sapi: cgi-fcgi
max_input_variables: 1000
time_limit: 300
memory_limit: 128M
admin_memory_limit: 256M
max_input_time: 60
upload_max_filesize: 16M
php_post_max_size: 16M
curl_version: 7.86.0 OpenSSL/1.1.1s
suhosin: false
imagick_availability: true
pretty_permalinks: true
htaccess_extra_rules: true

### wp-database ###

extension: mysqli
server_version: 5.7.40
client_version: mysqlnd 7.4.33
max_allowed_packet: 268435456
max_connections: 500

### wp-constants ###

WP_HOME: undefined
WP_SITEURL: undefined
WP_CONTENT_DIR: /home/dataforg/public_html/wp-content
WP_PLUGIN_DIR: /home/dataforg/public_html/wp-content/plugins
WP_MEMORY_LIMIT: 40M
WP_MAX_MEMORY_LIMIT: 256M
WP_DEBUG: false
WP_DEBUG_DISPLAY: true
WP_DEBUG_LOG: false
SCRIPT_DEBUG: false
WP_CACHE: false
CONCATENATE_SCRIPTS: undefined
COMPRESS_SCRIPTS: undefined
COMPRESS_CSS: undefined
WP_ENVIRONMENT_TYPE: Undefined
DB_CHARSET: utf8mb4
DB_COLLATE: undefined

### wp-filesystem ###

wordpress: writable
wp-content: writable
uploads: writable
plugins: writable
themes: writable
mu-plugins: writable

### jetpack ###

site_id: false
ssl_cert: No
time_diff: -1
version_option: 11.5.1:1668876034
old_version: 11.5.1:1668876034
public: Private
master_user: No master user set.
current_user: #1 dataforge
tokens_set: None
blog_token: Not set.
user_token: Not set.
version: 11.5.1
jp_plugin_dir: /home/dataforg/public_html/wp-content/plugins/jetpack/
plan: free
protect_header: {"trusted_header":"REMOTE_ADDR","segments":1,"reverse":false}
full_sync: {"started":"Thu, 01 Jan 1970 00:00:00 +0000","finished":"Thu, 01 Jan 1970 00:00:00 +0000","progress":[],"config":[]}
sync_size: undefined
sync_lag: 0 seconds
full_sync_size: undefined
full_sync_lag: 0 seconds
idc_urls: {"home":"https://dataforge.us","siteurl":"https://dataforge.us","WP_HOME":"","WP_SITEURL":""}
idc_error_option: false
idc_optin: true
cxn_tests: All Pass.

The page I need help with: [log in to see the link]

Источник

Решение проблемы

1.Добавляем IP-адрес в разделе плагина на сайте wordpress.com

2. Добавляем запись в файл wp-config.php

Running the Jetpack Debug Tool

Error Messages

Site Health

Your xmlrpc.php File

Your wp-config.php and .htaccess Files

The PHP-XML Extension

Reinstalling and Reconnecting Jetpack

Cloudflare

Plugin Conflicts

Theme Issues

Testing Your Site Speed

SSL Certificates

HTTPS Settings

Server Credentials for Jetpack Backup

When You Should Contact Your Webhost for Support

Still need help?

Действия по воспроизведению проблемы

Что я ожидал

Что случилось вместо

Все 9 Комментарий

Минуточку внимания

Странное поведение плагина jetpack

Решение проблемы

Возможно, вам также будет интересно: