Ошибка "Failed to open stream / no such file or directory" в WordPress
Сервер обновляется в пятницу, что приведёт к прекращению работы моего текущего блога на WP 3.1. Поэтому я устанавливаю свежую версию 4.7.3 в новый подкаталог существующего домена/сайта на WP 3.1 И использую ту же базу данных. Домен является подсайтом. Сервер работает на PHP 5.3. (Новый будет на 5.6) После настройки я перенаправлю домен на новый каталог. (Не уверен, может ли подсайт/общая база данных влиять на это?)
Я изменил файл wp-config, указав данные БД и ограничения использования памяти. В остальном установка полностью свежая, "из коробки". Здесь нет файлов темы, кроме тех, что идут с 4.7.3 (хотя старый блог работает на Thesis 1.8). Нет плагинов, кроме стандартного akismet.
Получил следующие ошибки:
Warning: require_once(/users/domain.com/htdocs/directory/new subdirectory/wp-load.php) [function.require-once]: failed to open stream: No such file or directory in /users/domain.com/htdocs/directory/new subdirectory/wp-admin/install.php on line 36
Fatal error: require_once() [function.require]: Failed opening required '/users/domain.com/htdocs/directory/new subdirectory/wp-load.php' (include_path='.:/usr/share/php:/usr/share/pear') in /users/domain.com/htdocs/directory/new subdirectory/wp-admin/install.php on line 36
Посмотрев в новый установленный подкаталог, я увидел ТОЛЬКО папки:
wp-admin
wp-content
wp-includes
Затем я попробовал загрузить все файлы снова. То же самое. Поэтому я выбрал следующие файлы (без выбора упомянутых выше каталогов) и загрузил:
index.php
license.txt
readme.html
wp-activate.php
wp-blog-header.php
wp-comments-post.php
wp-config.php
wp-cron.php
wp-links-opml.php
wp-load.php
wp-login.php
wp-mail.php
wp-settings.php
wp-signup.php
wp-trackback.php
xmlrpc.php
И получил почти идентичное сообщение об ошибке:
Warning: require(/users/domain.com/htdocs/directory/subdirectory/wp-includes/load.php) [function.require]: failed to open stream: No such file or directory in /users/domain.com/htdocs/directory/subdirectory/wp-settings.php on line 19
Fatal error: require() [function.require]: Failed opening required '/users/domain.com/htdocs/directory/subdirectory/wp-includes/load.php' (include_path='.:/usr/share/php:/usr/share/pear') in /users/domain.com/htdocs/directory/subdirectory/wp-settings.php on line 19
Понятия не имею, что происходит, надеюсь узнать, как это исправить.
Любая помощь приветствуется!
Это может быть две вещи
Скорее всего, это ваши права доступа к файлам. Вероятно, ваш Apache не может открыть файлы. Установите права для файлов на 0644, а для директорий на 0755.
Другая проблема может быть в вашей версии PHP. Раз уж вы переходите на новый сервер, почему бы не установить PHP версии 7? Поддержка PHP 5.6 закончилась два месяца назад.

Спасибо за быстрый ответ!
Уточню насчёт прав на файлы. Что касается PHP, я полагаю, WP 4.7.3 должен быть совместим с версией 5.2+, так что (я предполагаю) это не должно быть проблемой?
Обновление сервера хостинга. Возможно, они имеют в виду, что минимально совместимая версия PHP - 5.6, не уверен, но уточню.

Хостинг обновляется до PHP 5.6, это всё, что я знаю на данный момент.
Технический специалист хостинга только что проверил права 0644 и 0755 - проблем не возникло.
Какие ещё могут быть вероятные причины?

Что вы имеете в виду под "только что проверил"? Он оставил эти права? Какой адрес сайта?

makeyourbookamovie.com — это текущий блог (makeyourstoryamovie.com перенаправляет туда). Это подсайт johnrobertmarlow.com. Новый подкаталог внутри makeyourbookamovie.com — это /mysam
Хостинг: domaindiscover / tierranet
Не уверен, что вы имеете в виду под "Did he leave those permissions..." Спасибо!

НОВАЯ ИНФОРМАЦИЯ: Попробовал ту же установку WP 4.7.3 в другом подкаталоге, но с использованием НОВОЙ базы данных — проблем нет. Проблема возникает при использовании старой БД.
НОВЫЙ ВОПРОС: Могу ли я получить все данные записей / страниц / комментариев из старой БД и перенести их в новую, чтобы не пересоздавать весь блог с нуля?
Заранее спасибо за помощь!

У меня была такая же проблема. Оказывается, имя файла, указанное в коде "require", было в неправильном регистре. Мне просто нужно было использовать правильный регистр, и это сработало.
Так что вместо:
require_once "myFile.php";
Я использовал:
require_once "myfile.php";
