2016-03-09 3 views
1

Я пытаюсь настроить Varying Vagrant Vagrants на Windows-машине для разработки WordPress.404 Не найдена ошибка при попытке tring для доступа local.wordpress.dev

Я запускаю 64-разрядную ОС Windows 8.1 Pro и установил Virtual Box 5.0 и Vagrant 1.8.1.

После выполнения строки vagrant up --provision в командной строке я получаю следующие ошибки, а затем при попытке доступа к local.wordpress.dev отображается 404 Not Found.

==> default: Initializing grunt in WordPress develop... This may take a few mome 
nts. 
==> default: >> Local Npm module "grunt-browserify" not found. Is it installed? 
==> default: Loading "sass.js" tasks... 
==> default: ERROR 
==> default: >> Error: The `libsass` binding was not found in /srv/www/wordpress 
-develop/node_modules/node-sass/vendor/linux-x64-11/binding.node 
==> default: >> This usually happens because your node version has changed. 
==> default: >> Run `npm rebuild node-sass` to build the binding for your curren 
t node version. 
==> default: Running "clean:all" (clean) task 
==> default: >> 0 paths cleaned. 
==> default: Running "copy:files" (copy) task 
==> default: Created 142 directories 
==> default: , copied 1247 files 
==> default: Running "copy:wp-admin-css-compat-rtl" (copy) task 
==> default: Copied 1 file 
==> default: Running "copy:wp-admin-css-compat-min" (copy) task 
==> default: Copied 2 files 
==> default: Running "copy:version" (copy) task 
==> default: Copied 1 file 
==> default: Running "cssmin:core" (cssmin) task 
==> default: >> 36 files created. 634.73 kB → 535.78 kB 
==> default: Warning: Task "sass:colors" not found. Use --force to continue. 
==> default: Aborted due to warnings. 
==> default: 
==> default: VVV custom site import 
==> default: Cleaning the virtual machine's /etc/hosts file... 
==> default: Adding domains to the virtual machine's /etc/hosts file... 
==> default: * Added vvv.dev from /srv/www/vvv-hosts 
==> default: * Added local.wordpress.dev from /srv/www/vvv-hosts 
==> default: * Added local.wordpress-trunk.dev from /srv/www/vvv-hosts 
==> default: * Added src.wordpress-develop.dev from /srv/www/vvv-hosts 
==> default: * Added build.wordpress-develop.dev from /srv/www/vvv-hosts 
==> default: ----------------------------- 
==> default: Provisioning complete in 2911 seconds 
==> default: For further setup instructions, visit http://vvv.dev 
==> default: Running provisioner: shell... 
    default: Running: inline script 
==> default: mysql stop/waiting 
==> default: mysql start/running, process 28333 
==> default: Running provisioner: shell... 
    default: Running: inline script 
==> default: * Restarting nginx nginx 
==> default: ...done. 

Пожалуйста, обратите внимание: я вручную модифицировать файл хостов с помощью следующей

192.168.50.4 vvv.dev local.wordpress.dev local.wordpress-trunk.dev src.wordpress-develop.dev build.wordpress-develop.dev 

Этот issue уже сообщалось на VVV GitHub странице.

Есть ли что-то связанное с Windows, которое вызывает вышеуказанную ошибку и дает 404? Я совершенно не знаком с Vagrant и VVV, и ваша помощь будет очень оценена.

+0

Как вы управляете 'vagrant up --provision' - Cygwin? FYI флаг '--provision', вероятно, не нужен, по крайней мере, при первой загрузке, так как' vagrant up' автоматически предоставит поле. –

+0

Впервые я попробовал «vagrant up», и я получил ту же ошибку. В следующий раз, когда я попробовал «vagrant up -provision». –

ответ

0

Наконец, я решил проблему, о которой я сообщал.

Пользователи Windows должны использовать vagrant up --provision, и это решило проблему. Убедитесь, что вы запускаете командную строку в качестве администратора.

Аналогичная проблема была reported в GitHub и решена таким образом.

Обновление: Если у вас установлен WampServer или Xampp, удалите его перед установкой VVV.

0

Я не могу точно сказать, что проблема НЕ, связанная с вашим хостом (Windows), так как неясно, как загружается ящик. Я также не использовал VVV через некоторое время. Однако, похоже, ваш хост не имеет ничего общего с этой проблемой.

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

  1. Ошибки, указанные в вашем вопросе приходят от grunt, пакет node/npm на гостя (операционной системы внутри виртуальной машины), будучи не в состоянии загрузить пакеты, которые нужны.

  2. Веб-сервер (который работает, поскольку он возвращает 404) не служит ожидаемому файлу.

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

Для этого вам необходимо найти свой путь в каталог, содержащий файлы Gruntfile.js и package.json. Оттуда, запустите

npm install 

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

+0

Спасибо @Brian Morton, попробуй и сообщит. –

+0

Особая благодарность @Brian Morton за то, что вы нашли время и заглянули в вопрос, на который я столкнулся, и предлагая ответ за него. Я очень ценю это. –

+0

Ах, замечательно, я рад, что смогу помочь. Я всегда забываю предложить сделать так, чтобы командные строки на базе Windows запускались как Admin. –

Смежные вопросы