веб-сайт не загружается, вместо этого отображается другая страница

Вопрос или проблема

Когда мы открываем наш сайт, он не загружается. ссылка на сайт раньше он загружался из этого пути: /opt/bitnami/wordpress. Теперь он не загружается. Нужно ли использовать var/www/html вместо /opt/bitnami/wordpress?

Нужно ли настраивать vhost?

введите описание изображения здесь

обновление 2

<?php
/** Включите W3 Total Cache */
define('WP_CACHE', true); // Добавлено W3 Total Cache

 // By Speed Optimizer by SiteGround

/**
 * Базовая конфигурация для WordPress
 *
 * Скрипт создания wp-config.php использует этот файл во время установки.
 * Вам не нужно использовать веб-сайт, вы можете скопировать этот файл в "wp-config.php"
 * и заполнить значения.
 *
 * Этот файл содержит следующие конфигурации:
 *
 * * Настройки базы данных
 * * Секретные ключи
 * * Префикс таблицы базы данных
 * * ABSPATH
 *
 * @link https://wordpress.org/documentation/article/editing-wp-config-php/
 *
 * @package WordPress
 */

// ** Настройки базы данных - Вы можете получить эту информацию у своего веб-хостинга ** //
/** Имя базы данных для WordPress */
define( 'DB_NAME', 'wordpress' );

/** Имя пользователя базы данных */
define( 'DB_USER', 'wordpress' );

/** Пароль базы данных */
define( 'DB_PASSWORD', 'wrongpassword' );

/** Хост базы данных */
define( 'DB_HOST', '111.111' );

/** Кодировка базы данных для создания таблиц базы данных. */
define( 'DB_CHARSET', 'utf8' );

/** Тип колляции базы данных. Не изменяйте это, если не уверены. */
define( 'DB_COLLATE', '' );
//define('DISABLE_WP_CRON', false);
/**#@+
 * Уникальные ключи аутентификации и соли.
 *
 * Измените это на разные уникальные фразы! Вы можете сгенерировать их с помощью
 * {@link https://api.wordpress.org/secret-key/1.1/salt/ сервиса секретных ключей WordPress.org}.
 *
 * Вы можете изменить это в любое время, чтобы аннулировать все существующие куки.
 * Это заставит всех пользователей снова войти в систему.
 *
 * @since 2.6.0
 */

/**#@-*/

/**
 * Префикс таблицы базы данных WordPress.
 *
 * Вы можете иметь несколько установок в одной базе данных, если дадите каждой
 * уникальный префикс. Только цифры, буквы и символы подчеркивания, пожалуйста!
 */
$table_prefix = 'wp_';

/**
 * Для разработчиков: режим отладки WordPress.
 *
 * Измените это значение на true, чтобы включить отображение уведомлений во время разработки.
 * Настоятельно рекомендуется, чтобы разработчики плагинов и тем использовали WP_DEBUG
 * в своих средах разработки.
 *
 * Для получения информации о других константах, которые можно использовать для отладки,
 * посетите документацию.
 *
 * @link https://wordpress.org/documentation/article/debugging-in-wordpress/
 */
define( 'WP_DEBUG', true );
define('DISABLE_WP_CRON', false);

if (WP_DEBUG) {

        @error_reporting(E_ALL);

        @ini_set('log_errors', true);

        @ini_set('log_errors_max_len', '0');

        define('WP_DEBUG_LOG', true);

        define('WP_DEBUG_DISPLAY', false);

        define('CONCATENATE_SCRIPTS', false);

        define('SAVEQUERIES', true);

}

/* Добавьте любые пользовательские значения между этой строкой и строкой "остановите редактирование" */

define( 'FS_METHOD', 'direct' );
/**
 * Опции WP_SITEURL и WP_HOME настроены для доступа с любого имени хоста или IP-адреса.
 * Если вы хотите получить доступ только с конкретного домена, вы можете изменить их. Например:
 *  define('WP_HOME','http://example.com');
 *  define('WP_SITEURL','http://example.com');
 *
 */
if ( defined( 'WP_CLI' ) ) {
    $_SERVER['HTTP_HOST'] = '127.0.0.1';
}

define( 'WP_HOME', 'http://' . $_SERVER['HTTP_HOST'] . "https://unix.stackexchange.com/" );
define( 'WP_SITEURL', 'http://' . $_SERVER['HTTP_HOST'] . "https://unix.stackexchange.com/" );
define( 'WP_AUTO_UPDATE_CORE', 'minor' );
/* Это все, остановите редактирование! Счастливой публикации. */

/** Абсолютный путь к каталогу WordPress. */
if ( ! defined( 'ABSPATH' ) ) {
    define( 'ABSPATH', __DIR__ . "https://unix.stackexchange.com/" );
}

/** Настройки переменных WordPress и включение файлов. */
require_once ABSPATH . 'wp-settings.php';

/**
 * Отключите метод pingback.ping xmlrpc, чтобы предотвратить участие WordPress в атаке DDoS
 * Дополнительную информацию см. по адресу: https://docs.bitnami.com/general/apps/wordpress/troubleshooting/xmlrpc-and-pingback/
 */
if ( !defined( 'WP_CLI' ) ) {
    // удалить заголовок HTTP x-pingback
    add_filter("wp_headers", function($headers) {
        unset($headers["X-Pingback"]);
        return $headers;
    });
    // отключить пингбеки
    add_filter( "xmlrpc_methods", function( $methods ) {
        unset( $methods["pingback.ping"] );
        return $methods;
    });
}

Ответ или решение

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

1. Проверка конфигурации сервера

Ваш веб-сайт пытается загрузиться по IP-адресу http://3.6.134.105/, и вы упомянули, что он ранее загружался из каталога /opt/bitnami/wordpress. Основным вопросом является: сменился ли путь к файлам вашего веб-сайта? var/www/html — это стандартный путь для веб-файлов в большинстве дистрибутивов Linux, но если вы пользовались Bitnami, то ваш веб-сайт, вероятно, должен по-прежнему находиться по пути /opt/bitnami/wordpress.

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

2. Конфигурация виртуальных хостов

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

<VirtualHost *:80>
    ServerName 3.6.134.105
    DocumentRoot "/opt/bitnami/wordpress"

    <Directory "/opt/bitnami/wordpress">
        Options Indexes FollowSymLinks
        AllowOverride All
        Require all granted
    </Directory>

    ErrorLog "${APACHE_LOG_DIR}/error.log"
    CustomLog "${APACHE_LOG_DIR}/access.log" common
</VirtualHost>

Не забудьте перезапустить сервер после внесения изменений:

sudo systemctl restart apache2

3. Ошибки в конфигурации wp-config.php

В вашей конфигурации wp-config.php можно заметить несколько критических моментов:

  • Неверный пароль для базы данных: Проверьте, что DB_PASSWORD соответствует паролю в вашей базе данных.
  • Неправильный хост базы данных: Убедитесь, что DB_HOST указывает на верный адрес сервера базы данных. Обычно это localhost, если база данных находится на том же сервере, что и веб-сайт.
  • Ошибки в WP_HOME и WP_SITEURL: Вам следует удалить дополнительные ссылки на https://unix.stackexchange.com/, так как это приведет к неправильному формату URL и может объяснить, почему вы видите ненужные страницы.

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

define( 'WP_HOME', 'http://3.6.134.105' );
define( 'WP_SITEURL', 'http://3.6.134.105' );

4. Проверка логов

Для диагностики проблем всегда полезно проверять логи:

  • Логи веб-сервера (error.log): Они могут предоставить информацию о том, что именно пошло не так во время загрузки.
  • Логи ошибок WordPress: Если вы включили WP_DEBUG, у вас будет доступ к логам WordPress, которые могут указать на проблемы с плагинами или темами.

5. Заключение

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

Оцените материал
Добавить комментарий

Капча загружается...