Обычно, если вы создаете папку на своем сайте, вы можете получить доступ ко всем файлам внутри нее, просто посетив URL-адрес файла. Иногда, однако, вы хотите защитить пароли каталогов в cPanel — либо вы тестируете новый дизайн, который вы не готовы показать миру, либо он является промежуточной областью для вашего сайта. Или, может быть, вы просто хотите предотвратить несанкционированный доступ к чувствительным частям вашего сайта. Например, область «wp-admin» WordPress.

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

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

Теперь мы посмотрим, как защитить эту папку паролем.

Шаг 1: Войдите в cPanel и выберите значок «Защита паролем».

Вход в cPanel очень прост. Используйте либо:

https://[yourdomainname]:2083

или

https://[yourdomainname]/cpanel

Введите учетные данные для входа в свой сайт и прокрутите страницу вниз до тех пор, пока вы не дойдете до раздела «Безопасность» и не щелкните по значку «Защита директорий паролем», как показано ниже:

Шаг 2. Выберите папку для защиты паролем.

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

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

Фиксирование пользовательских полей, не отображающих проблему в WordPress

Пользовательские поля обычно связаны со статьей WordPress, страницами или настраиваемыми типами постов. Часто вы найдете пользовательские поля, упомянутые в различных учебниках WordPress по всему Интернету, но вы, скорее всего, не увидите параметр настраиваемых полей на своем сайте, особенно если вы недавно запустили свой блог WordPress .

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

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

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

Перейдите и установите флажок рядом с параметром «Пользовательские поля».

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

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

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

Что такое пользовательские поля? Что вы можете с ними делать?

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

Вторая часть — это информация об этом конкретном контенте. Например, название, имя автора, дата/время и т. д. Этот бит информации о сообщении называется метаданными.

Помимо метаданных поста, WordPress также позволяет сохранять пользовательские метаданные с помощью настраиваемых полей.

Разработчики WordPress используют настраиваемые поля для хранения персонализированных метаданных сообщений для ваших сообщений. Например, плагин Yoast SEO использует настраиваемые поля для хранения настроек SEO для ваших постов.

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

Исправление проблем

Недавно один из наших читателей пришел к нам с проблемой, когда параметр «Пользовательские поля» отсутствовал в параметрах экрана WordPress. После некоторого расследования мы смогли найти причину проблемы.

Если на вашем сайте WordPress отсутствует опция настраиваемых полей в меню «Параметры экрана», вам необходимо проверить, есть ли на вашем сайте плагин расширенных пользовательских полей (ACF).

ACF — очень популярный плагин WordPress, который разработчики используют для создания настраиваемых мета-полей. ACF работает на более чем 1 миллиона веб-сайтов.

В ACF версии 5.5.13 они добавили параметр, чтобы удалить настраиваемый полевой код для WordPress по умолчанию, чтобы ускорить время загрузки на странице редактирования после публикации. Идея состоит в том, что вам не нужен метабокс по умолчанию, поскольку вы используете ACF.

Однако, если вам нужно включить стандартное поле обмена метаданными WordPress по умолчанию, вам нужно добавить следующий код в файл functions.php темы WordPress.

add_filter('acf/settings/remove_wp_meta_box', '__return_false');

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

Вы когда-нибудь видели очень раздражающую и разочаровывающую ошибку 502 на сайте WordPress? Да, я думаю, мы все столкнулись с проблемой. Знаете ли вы, что означает ошибка 502 «Bad Gateway»? Вы знаете, как решить проблему? В этом сообщении в блоге мы предоставим вам подробную информацию о ошибке «502 Bad Gateway» в WordPress и расскажем вам, как устранить ошибку «502 Bad Gateway» в WordPress. 

Что означает ошибка 502 Bad Gateway?

Ошибка 502 Bad Gateway — это код состояния HTTP, который означает, что один сервер в Интернете получил неверный ответ от другого сервера. Техническими словами 502 Bad Gateway означает, что сервер прокси (шлюза) не смог получить действительный или любой ответ от восходящего сервера.

В официальной документации W3.org указано, что коды состояния HTTP, начинающиеся с 5 (5xxx), относятся к ошибкам, возникающим при неправильной связи между несколькими серверами.

Если на веб-сайте обнаружена ошибка 502 Bad Gateway, это означает, что исходный сервер отправил неверный ответ другому серверу, который действовал как шлюз или прокси. Это может быть сложное исследование для определения того, что и где происходит процесс, вызвавший эту проблему. Тем не менее, есть некоторые общие шаги по устранению неполадок, которые вы можете выполнить, чтобы решить проблему.

502 Bad Gateway — Разнообразие ошибок

Ошибка 502 Bad Gateway имеет несколько различных вариантов из-за различных интернет-браузеров и различных веб-серверов и операционных систем. Ниже приведены некоторые из самых популярных вариантов ошибки 502 Bad Gateway.

• “502 Bad Gateway”
• “Error 502”
• “HTTP Error 502 – Bad Gateway”
• “502 Proxy Error”
• “HTTP 502”
• “502 Service Temporarily Overloaded
• “502 Server Error: The server encountered a temporary error and could not complete your request”
• “502. That’s an error. The server encountered a temporary error and could not complete your request. Please try again in 30 seconds. That’s all we know.”
• Пустой белый экран

Как исправить ошибку 502 Bad Gateway (3 возможных решения)

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

1. Проверьте свой сервер

Если вы видите ошибку, как показано на рисунке, скорее всего, ошибка находится на вашем веб-сервере.

Давайте проверим вашу конфигурацию веб-сервера, в этом случае на сервере работает Nginx. WordPress работает на PHP и MySQL. Итак, в nginx нам нужно проверить, как обрабатываются файлы PHP. Найдите “location ~ .php$” в вашем блоке сервера nginx.

ssh @ your _ip -p7022

Согласно конфигурации nginx, как показано на рисунке, файлы PHP обрабатываются fastcgi, который выполняется на порте 9000.

Давайте проверим, что работает на порту

netstat -pltn | grep 9000

Если вы не видите результата после выдачи команды, значит процесс умер. Вот почему вы видите ошибочную ошибку шлюза 502.

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

systemctl list-unit-files | grep fpm

Выполните эту команду для запуска службы:

systemctl start php7.0-fpm

Теперь перейдите в свой веб-браузер и проверьте свой сайт.

Если вы используете CloudFlare и видите ошибку 502 Bad Gateway, как показано на рисунке ниже, скорее всего, ваш веб-сервер не работает. Вы можете попробовать перезапустить apache или nginx, в зависимости от того, какой веб-сервер вы используете.

2. Очистите кеш.

Если первое решение было выполнено, но вы по-прежнему видите ошибку плохого шлюза 502, ваш веб-браузер все еще полагается на свой кеш. Мы должны сообщить браузеру загрузить последнюю версию с сайта. Мы можем сделать это, нажав Ctrl+F5 на клавиатуре (Windows/Linux) или кнопку Shift + Reload на панели инструментов (браузер Safari) или CMD+Shift+R (Chrome и Firefox для пользователей Mac).

3. Отключить CDN

Если вы используете CloudFlare, вы можете попробовать отключить CDN некоторое время.

4. Проверьте свои скрипты.

Как было сказано ранее, ошибка 502 плохого шлюза связана с проблемой с веб-сервером. Когда-то, например, процессы php уничтожаются сервером из-за использования большой памяти. Этот процесс убийства прекратит запросы через определенное время, это также приведет к падению веб-сайта. Но, как правило, веб-сайт будет автоматически доступен, потому что php-процессы в это время возрождаются. Чтобы решить эту проблему навсегда, вам нужно проверить, какой сценарий php потребляет много памяти.

5. Проверка плагинов и тем

Устранение неполадок, вызвавших ошибку, очень просто. Даже если у нас нет доступа к нашему серверу WordPress, мы можем отключить все плагины сразу, переименовав каталог плагинов. Для этого подключитесь к серверу с помощью SSH. Обратите внимание, что вы также можете сделать это с помощью FTP-клиента, например FileZilla.

Вы можете включить плагины один за другим, выполните следующие действия. Перейдите в свой каталог wp-content, мы увидим, что нет каталога плагинов, мы уже переименовали его.

Давайте создадим каталог плагинов и переместите плагин. Это автоматически включит плагин.

Иногда устранение ошибок WordPress проще, чем мы могли бы подумать. Но в какой-то момент это может быть очень сложно решить.

Вы хотите загрузить HTML-страницу на свой сайт WordPress? Иногда вам может потребоваться добавить статическую HTML-страницу и сделать ее доступной вместе с вашим сайтом WordPress. В этой статье мы покажем вам, как правильно загружать HTML-страницу на ваш сайт WordPress, не вызывая ошибок 404.

Зачем загружать HTML-страницы в WordPress?

WordPress поставляется со встроенным типом контента для добавления страниц на ваш сайт. Часто темы WordPress добавляют предварительно разработанные шаблоны страниц для отображения ваших страниц.

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

Это означает, что в большинстве случаев вам не нужно загружать HTML-страницу на сайт WordPress.

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

Поскольку WordPress поставляется со своей собственной дружественной структурой URL-адресов , это может вызвать ошибку 404, если вы просто загрузили свою HTML-страницу и попытались получить к ней доступ.

Это, как говорится, давайте посмотрим, как загрузить HTML-страницу на ваш сайт WordPress, не вызывая ошибок 404.

Загрузка HTML-страницы на сайт WordPress

Прежде чем загружать HTML-страницу на сайт WordPress, вам нужно убедиться, что файл index.html переименован в «index.php».

После этого вам нужно добавить все файлы, включая HTML-страницу, CSS и другие папки в Zip-архив.

Пользователи Windows могут щелкнуть правой кнопкой мыши и выбрать «Отправить» в «Сжатая ZIP-папка», чтобы создать zip-файл. Затем просто перетащите все файлы и папки для своей HTML-страницы в zip-файл.

Пользователи Mac могут выбрать родительскую папку, содержащую все файлы и папки, а затем щелкнуть правой кнопкой мыши, чтобы выбрать опцию «Сжать папку».

Затем вам нужно перейти в cPanel вашей учетной записи хостинга WordPress. В cPanel вам нужно прокрутить вниз до раздела «Файлы», а затем щелкнуть мышью на приложении «Диспетчер файлов».

После того, как вы находитесь в Диспетчере файлов, вам необходимо перейти к корневой папке веб-сайта, которая обычно называется public_html, и содержит все папки файлов WordPress. Оттуда вам нужно щелкнуть ссылку «Папка» в верхнем меню, чтобы создать новую пустую папку.

Всплывающее окно откроется там, где вам нужно добавить имя для новой папки. Используйте имя, которое вы хотите использовать в качестве URL-адреса вашей страницы HTML, а затем нажмите кнопку «Создать новую папку».

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

После загрузки вам нужно выбрать zip-файл, а затем нажать кнопку «Извлечь» в верхнем меню.

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

File Manager теперь извлечет zip-файл, и вы сможете видеть файлы в своей папке.

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

Теперь вы можете посетить эту страницу в браузере, используя имя папки (например, yourwebsite.com/example). Если ваш сервер не поддерживает перенаправление, вы можете увидеть ошибку 404. Это происходит потому, что ваш файл index.php не перенаправляется при загрузке URL-адреса в браузере.

Это одна из распространенных ошибок WordPress и может быть легко исправлена.

Используя приложение File Manager , вам необходимо отредактировать файл .htaccess в корневой папке вашего сайта и добавить следующий код:

RewriteRule ^(.*)index.(php|html?)$ /$1 [R=301,NC,L]

Этот код перенаправит ваш файл index.php и загрузит его в браузере. Если вы используете имя для файла или папки, чувствительное к регистру, то вышеуказанный код также перенаправляет это, чтобы показать вам контент.

Мы надеемся, что эта статья помогла вам узнать, как загрузить HTML-страницу на ваш сайт WordPress без ошибки 404.

Вы видите ошибку «Failed to Open Stream» в WordPress? Эта ошибка, как правило, указывает на расположение скриптов, где произошла ошибка. Тем не менее, это довольно сложно для начинающих пользователей, чтобы понять ее. В этой статье мы покажем вам, как легко исправить в WordPress ошибку «Failed to Open Stream».

Почему происходит ошибка «Failed to Open Stream»?

Перед тем, как попытаться исправить ошибку, было бы полезно понять, что заставляет выводить ошибку «Failed to Open Stream» в WordPress.

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

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

Как правило, это сообщение будет выглядеть примерно так:

Warning: require(/home/website/wp-includes/load.php): failed to open stream: No such file or directory in /home/website/wp-settings.php on line 21

 

Fatal error: require(): Failed opening required ‘/home/website/wp-includes/load.php’ (include_path=’.:/usr/share/php/:/usr/share/php5/’) in /home/website/wp-settings.php on line 21

Вот еще один пример:

Last Error: 2018-05-11 15:55:23: (2) HTTP Error: Unable to connect: ‘fopen(compress.zlib://https://www.googleapis.com/analytics/v3/management/accounts/~all/webproperties/~all/profiles?start-index=1): failed to open stream: operation failed’

Сказав это, давайте посмотрим на то, как диагностировать и исправить  ошибку «Failed to Open Stream» в WordPress.

Исправление ошибки «Failed to Open Stream» в WordPress

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

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

Теперь, если ваше сообщение об ошибке содержит ‘no such file or directory’, то вам нужно смотреть код, чтобы выяснить, какой файл упоминается в этой конкретной строке.

Если это файл плагина или темы, то это означает, что файлы плагина или темы были удалены или установлены неправильно. Просто деактивируйте и переустановите тему/плагин, о котором идет речь, чтобы исправить ошибку.

Тем не менее, также возможно, что WordPress не может найти файлы из-за отсутствия файла .htaccess в корневой папке. В этом случае вам нужно перейти на страницу Настройки » Постоянные ссылки в вашей админки в WordPress и просто нажать кнопку «Сохранить изменения», чтобы восстановить файл .htaccess.

Если сообщение об ошибке сопровождается ‘Permission denied’, то это означает, что WordPress не имеет правильного разрешения на доступ к файлу или каталогу, на который ссылается в коде.

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

Наконец, некоторые плагины в WordPress загружают скрипты из сторонних источников, таких как Google Analytics, Facebook API,, Google Maps и других API третьих сторон.

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

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

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

Мы надеемся, что эта статья помогла вам исправить ошибку «Failed to Open Stream» в WordPress. Вы также можете добавить список 25 наиболее распространенных ошибок в WordPress и как их исправить.

В этой статье мы объясним значение «ошибка безопасного соединения в WordPress» и почему это происходит, а затем объясним некоторые из методов, о том, как исправить «ошибку безопасного соединения в WordPress». WordPress является одной из самых популярных систем управления контентом, используемых миллионами пользователей по всему миру. Если вы являетесь пользователем WordPress, вы можете встретить какую-либо ошибку, связанную с WordPress во время работы на сайте. Одна из многих ошибок WordPress, с которой вы можете столкнуться является сообщение об ошибке «Невозможно установить защищенное соединение». Исправление ошибки безопасного соединения в WordPress довольно простая задача, если вы внимательно следите за шагами ниже.

1. Введение

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

Если ваш сервер не может получить доступ к серверу WordPress.org и установить защищенное соединение, то появится следующая ошибка в вашем браузере:

An unexpected error occurred. Something may be wrong with WordPress.org or this server’s configuration. 

If you continue to have problems, please try the support forums. (WordPress could not establish a secure 

connection to WordPress.org. Please contact your server administrator.) in 

/var/www/wordpress/wp-admin/includes/update.php on line 122

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

2. Вопросы, связанные с сервером

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

Если вы находитесь на виртуальном хостинг-сервере, может быть, что сервер находится в настоящее время под большой нагрузкой или при атаке DDoS. Это, скорее всего, приведет к тайм-ауту при попытке подключиться к серверу WordPress.org в результате ошибке защищенного соединения.

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

Эта ошибка также может произойти в результате некоторых проблем, связанных с DNS. если у Вас есть виртуальный Частный сервер (VPS), и у вас есть SSH доступ к серверу, вы можете попытаться исправить это, отредактировав файлы хоста вашего сервера.

Для этого, во-первых, вам нужно подключиться к серверу через SSH.

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

nano /etc/hosts

Откроется файл /etc/hosts с текстовым редактором nano. Поместите следующий код в конце файла:

66.155.40.202 api.wordpress.org

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

3. Расширение CURL для PHP

Поскольку WordPress написана на PHP, требует правильной версии и расширения должны быть установлены для того, чтобы нормально функционировать.

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

Например, чтобы установить Curl расширение для PHP 7.0 на сервере Ubuntu, вы можете использовать следующую команду:

apt-get install php7.0-curl

На CentOS вы можете сделать это, выполнив:

yum install php7.0-curl

После того, как вы сделаете это, убедитесь, что вы перезагрузили веб-сервер (Apache или Nginx) со следующими командами:

systemctl restart apache2

или

systemctl restart nginx

4. Проверьте свой брандмауэр

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

Сервер портов веб-умолчанию, используемые Apache или Nginx являются 80 или 8080 для HTTP и/или 443 для HTTPS.

Если вы используете брандмауэр UFW, вы можете использовать следующие команды, чтобы открыть эти номера портов.

Для Apache:

ufw allow 'Apache Full'

Для Nginx:

ufw allow 'Nginx Full'

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

ufw status

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

5. Вывод

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