Ну тогда не понятно зачем вообще удалённая машина, если я все буду делать на винде.

Идея в том чтобы хост с виндой работал как тонкий клиент.

На нём должнен быть только браузер, IDE, и терминал с SSH сессией на удалённый хост.

Все остальное, Гит,  PHP, Композер, npm и т.д. на удалённом хосте.

> composer install сделай на локальной
Для этого придётся ставить PHP нужной версии на винду и все сопутствующие расширения...

Ты в ide работаешь то как

мне немного не понятны фраза
"всё буду делать на винде"
тебе веб сервер на винде в такой схеме нужен разве?
или какие-то другие аспекты окружения, которые ты держишь на линухе (ну типа БД) ?
т.е. на винде тебе нужно не всё иметь верно?
ну в той схеме, в которой ты описал выше
только php(со всеми наверняка многочисленными расширениями) и композер по факту

> Идея в том чтобы хост с виндой работал как тонкий клиент

я вообще не знаток, но мне кажется термины тонкий/толстый клиент про другое немного :)

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

возможно тебе здесь не подскажут как это правильно сделать в этом чате, но можешь попробовать зайти в пыхтелку и там пару десятков сообщений назад, как раз чел писал, как ему хорошо работается с wsl

сделай дуал бут и не парь себе моск

Короч. Оптимальный вариант держать где-то Линукс с докером.

Для синхронизации можно юзать какой-нибудь lsync. Вскод вообще может выступать клиентом к докер контейнеру. В итоге весь обвес где-то на линуксе а вы спокойно в своих форточках работаете.

Привет, подскажите плз, пишу функциональные тесты, по дефолту base_uri это example.com, соответственно все реквесты browserKit делает туда и тесты проходят успешно, таким образом выходит, что base_uri вообще не влияет на реквесты, и подразумевается что все реквесты являются internal?

> ну в той схеме, в которой ты описал выше
только php(со всеми наверняка многочисленными расширениями) и композер по факту

node + npm

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

а что приемочные тесты для апишки не могут быть только для апишки?

если ты делаешь продукт который по сути набор апишек для интеграций, у тебя все так же должны быть приемочные тесты но при этом не нужны силениумы)

могут, я в общем случае описал. Не видел в сообщении, что это именно апи

ну я так уточнить. В целом странно разделять функциональные и приемочные. Как по мне это просто мисюз терминов

В любом случае надо маунтить ФС без потери производительности. Иначе никаких особых приемуществ в WSL по отношению к Vitrual Box нет.

обычно функциональные взаимозаменяют с интеграционными

но в целом это же просто уровень изоляции