A
а у вас сейчас прям настоящий хмр работает или просто страничка перезагружается?
Size: a a a
2020 March 27
AB
а у вас сейчас прям настоящий хмр работает или просто страничка перезагружается?
да, работает
B
Помоему все решается просто с прокси, статика грузится с сервера, а скрипт с локалхоста
A
да, работает
хмм, т.е. дев сервер запущен на условном 8080 порту, и пхп запущено на условном 9000 порту. вы открываете localhost:8080 вебпак берет ваш виджет и грузит. А как вы пхп тогда подключили сюда?
AB
Помоему все решается просто с прокси, статика грузится с сервера, а скрипт с локалхоста
Например это как?
A
я не чет не понял откуда без прокси у вебпака появляется штмлина генерящаяся пхп
AB
хмм, т.е. дев сервер запущен на условном 8080 порту, и пхп запущено на условном 9000 порту. вы открываете localhost:8080 вебпак берет ваш виджет и грузит. А как вы пхп тогда подключили сюда?
Наоборот.
В пхп вместо ссылки на скомпиленный js я прописал ссылку на localhost:8080/js/app.js
В итоге я открываю сайт и получаю на нём wds+hmr и могу сразу js разрабатывать на нём, забыв про 8080
В пхп вместо ссылки на скомпиленный js я прописал ссылку на localhost:8080/js/app.js
В итоге я открываю сайт и получаю на нём wds+hmr и могу сразу js разрабатывать на нём, забыв про 8080
B
Например это как?
Указать дев серверу все проксировать, кроме скрипта, на сервер. Html грузится с сервера, а скрипт локальный
A
Наоборот.
В пхп вместо ссылки на скомпиленный js я прописал ссылку на localhost:8080/js/app.js
В итоге я открываю сайт и получаю на нём wds+hmr и могу сразу js разрабатывать на нём, забыв про 8080
В пхп вместо ссылки на скомпиленный js я прописал ссылку на localhost:8080/js/app.js
В итоге я открываю сайт и получаю на нём wds+hmr и могу сразу js разрабатывать на нём, забыв про 8080
ааа, потому что вдс заинжектил туда свои хрм скрипты
A
скрипты продолжают слушать сокет открытый с вебпаком, кек
AB
Указать дев серверу все проксировать, кроме скрипта, на сервер. Html грузится с сервера, а скрипт локальный
Но сайт огромный, с авторизацией и прочим, а скриптик используется только в качестве библиотеки на одной глубоко спряттанной странице, весь сайт целиком наверное не получится таким образом запроксировать
AB
ааа, потому что вдс заинжектил туда свои хрм скрипты
ну да. Норм вариант?
B
Но сайт огромный, с авторизацией и прочим, а скриптик используется только в качестве библиотеки на одной глубоко спряттанной странице, весь сайт целиком наверное не получится таким образом запроксировать
Получится, если путь от рута не меняется и не содержит хеши
AB
Получится, если путь от рута не меняется и не содержит хеши
меняется, содержит хеши и там вообще полная жопа. А сам скрипт запускается через php виджет, передавая в него параметры инициализации
A
ну да. Норм вариант?
нуу вы потеряли часть функций вдса, и вам придется потом обратно переписывать путь до скрипта, но в целом если вам достаточно то норм
AB
нуу вы потеряли часть функций вдса, и вам придется потом обратно переписывать путь до скрипта, но в целом если вам достаточно то норм
в плане? что потерялось?
A
в плане? что потерялось?
у вдс-а под капотом экспресс который умет делать всякие штуки типо проксей для обхода корсов и прочее
AB
у вдс-а под капотом экспресс который умет делать всякие штуки типо проксей для обхода корсов и прочее
а, ну у меня проект чисто библиотека, один js файл и два css, наверное мне сила экспресса не нужна вообще
B
меняется, содержит хеши и там вообще полная жопа. А сам скрипт запускается через php виджет, передавая в него параметры инициализации
Js руками что-ли вставляется в пхп-проект?
A
обьясняю на джаваскриптовском - вебпак билдит дев версию скрипта в папку откуда пхп берет скрипты для инжекта отдаваемой странички. Потом человек идет в пхп сервер мимо вдс http сервера, получает страничку с дев скриптом в котором добавлена логика открытия сокет соединения с вепбпаком (для хрм)