Тану, прям так просто git ставится?) Как минимум два способа. В одном эмулируется bash, в другом еще какие-то костыли. Ну блин, открываем https://git-for-windows.github.io/ и читаем…
Git BASH
Git for Windows provides a BASH emulation used to run Git from the command line. *NIX users should feel right at home, as the BASH emulation behaves just like the «git» command in LINUX and UNIX environments.
Зачем Вам эти emulation?
php на Windows просто установить? php.ini будет отличаться, набор подключенных по умолчанию расширений для пхп (*.so) будет отличаться. При разворачивании на сервере Ваш код будет выполняться всеравно на nginx или Apache…
База SQLite хороша… но опять же на сервере нет смысла.
Неужели непонятно «что дает» разработка сразу в нормальном окружении? Она дает Вам экономию времени при деплое проекта.
Вам нужно гуглить по запросу «node js remote debug». Нет смысла держать nodejs на Windows. В Windows'e Вам кроме браузера и IDE ничего больше не нужно.
Комменты выше, где такую задачу решают с промисами, асинхронностью, дополнительными функциями, переменными, проверок потом этих переменных и прочей жестью, напоминают мне консольный Hello World на VB6:
Option Explicit
Declare Function AllocConsole Lib "kernel32" () As Long
Declare Function FreeConsole Lib "kernel32" () As Long
Declare Function CloseHandle Lib "kernel32" (ByVal hObject As Long) As Long
Declare Function GetStdHandle Lib "kernel32" (ByVal nStdHandle As Long) As Long
Declare Function WriteConsole Lib "kernel32" Alias "WriteConsoleA" _
(ByVal hConsoleOutput As Long, lpBuffer As Any, ByVal _
nNumberOfCharsToWrite As Long, lpNumberOfCharsWritten As Long, _
lpReserved As Any) As Long
Declare Function Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) As Long
Private Sub Main()
'create a console instance
AllocConsole
'get handle of console output
Dim hOut As Long
hOut = GetStdHandle(-11&)
'output string to console output
Dim s As String
s = "Hello, World!" & vbCrLf
WriteConsole hOut, ByVal s, Len(s), vbNull, vbNull
'make a pause to look at the output
Sleep 2000
'close the handle and destroy the console
CloseHandle hOut
FreeConsole
End Sub
Действительно, вполне возможно установить все необходимое ПО для разработки на PHP на Windows машину. В статье я попытался объяснить, почему это не лучший путь. Наверное если все обобщить, то ответ прост: эти инструменты изначально не создавались для работы в Windows среде.
Да оно работает, если… и дальше огромный список из того, что нужно сделать.
Но зачем? Всеравно скорее всего Ваш код будет в итоге работать на *nix окружении. И гораздо удобнее (лучше\полезнее) сразу вести разработку в таком окружении. Именно поэтому современные фреймверки предлагают этот путь. Но некоторые разработчики (возможно начинающие) считают, что это сложно, или неудобно итд… Именно про это моя статья.
Если я недостаточно конкретен в том, что вести разработку удобнее (лучше\полезнее) в *nix окружении, я попытаюсь аргументировать по пунктам. Но надеюсь аудитория и так понимает о проблемах переноса кода с Windows на *nix.
Зачем Вам эти emulation?
php на Windows просто установить? php.ini будет отличаться, набор подключенных по умолчанию расширений для пхп (*.so) будет отличаться. При разворачивании на сервере Ваш код будет выполняться всеравно на nginx или Apache…
База SQLite хороша… но опять же на сервере нет смысла.
Неужели непонятно «что дает» разработка сразу в нормальном окружении? Она дает Вам экономию времени при деплое проекта.
Я что-то пропустил в этой жизни :)
Действительно, вполне возможно установить все необходимое ПО для разработки на PHP на Windows машину. В статье я попытался объяснить, почему это не лучший путь. Наверное если все обобщить, то ответ прост: эти инструменты изначально не создавались для работы в Windows среде.
Да оно работает, если… и дальше огромный список из того, что нужно сделать.
Но зачем? Всеравно скорее всего Ваш код будет в итоге работать на *nix окружении. И гораздо удобнее (лучше\полезнее) сразу вести разработку в таком окружении. Именно поэтому современные фреймверки предлагают этот путь. Но некоторые разработчики (возможно начинающие) считают, что это сложно, или неудобно итд… Именно про это моя статья.
Если я недостаточно конкретен в том, что вести разработку удобнее (лучше\полезнее) в *nix окружении, я попытаюсь аргументировать по пунктам. Но надеюсь аудитория и так понимает о проблемах переноса кода с Windows на *nix.