Closed mamontov-cpp closed 7 years ago
В .env файле можно указать переменную HMR_SERVER с нужным вам адресом. https://github.com/melihovv/grammar_review_tool/blob/62eab8e/app/helpers.php#L28
Это же решит проблему?
Решит, только добавьте это в wiki
Обновил вики
Это нужно только при разработке https://github.com/melihovv/grammar_review_tool/wiki/Development. При установке в продакшн окружении ничего такого устанавливать не нужно.
Странно, я поменял путь на правильный, он сгенерился, но ассетов я не вижу. И в корневой папке где они должны появиться, они отсутствуют.
Они на диске не появятся, они только в памяти.
В чьей памяти? Если работать через nginx и apache, то они должны быть на диске.
Иначе сервер просто их не отдаст. И node build ничего не говорит, оно говорит, что успешно сгенерило js/app.js.
И что самое смешное, они действительно есть на диске. Вы просто не указали, что нужно заходить не по адресу, куда было установлено приложение, а в папку public/ . Но это не решает проблему - они есть но имя там js/app.<длинный хеш>.js, а в самой странице - другое. Надо как-то чинить и протестить свою программу не только под artisan, но и под нормальным WAMP/LAMP.
Выношу это в отдельную проблему.
Когда мы запускаем hmr сервер командой npm run dev
и окружение у нас local (APP_ENV=local в .env), то все ассеты берутся с этого сервера. Они на диск не записываются, а хранятся в памяти сервера.
Когда у нас окружение production, то ассеты берутся из папки public/assets/. Перед этим эти ассеты нужно сгенерить командо npm run build
.
Ну да, нужно DocumentRoot в путь до public указывать.
Укажите то, как надо настроить сервер, чтобы оно работало в https://github.com/melihovv/grammar_review_tool/wiki/Installation.
C примерами. Перед этим протестируйте у себя.
http://localhost:8080/app.js Failed to load resource: net::ERR_CONNECTION_REFUSED
Это происходит у меня просто потому что у меня приложение задеплоено не по этому адресу. Ну и в production, если код пойдет адрес может быть любым. Поэтому везде и в ассетах и в ссылках можно и нужно использовать относительные пути, например /app.js