1. Поднимаем в убунте самбу(Samba Server), шарим нужную директорию простеньким конфигом
/etc/samba/smb.conf
[Ubintu16SitesShare]
path = /srv/www
available = yes
browsable =yes
writable = yes
guest ok = yes
read only = no
force user = username
force group = groupname
2. Total Commander -> Net->Network connections: привязываем расшаренную папку к свободной букве диска.
3. Натравливаем пхпшторм на этот виртуальный диск который светится рядом с С:\ и D:\
Работает нааамного быстрее вагрант шаредфолдера
Из минусов — симлинки винда не поддерживает, видит как отдельные файлы
git в винду не ставить, идём в убунту по ssh, все манипуляции с гитом только там
Ну что значит устаревают? Они остаются стабильными и оттестированными. И это главное. И это задача разработчика — накатить апдейты, просмотреть каждый на предмет адекватности, проверить чтоб работали, отдать в тестирование.
Потому как собирать каждый раз композером — вытягивать свежий код из сторонних репозиториев — слишком высок риск получить неработающий продукт внезапно в пятницу вечером просто потому что у ребят, на код которых я полагался, был плохой день и они вмержили неработающий код(или случайно поломали совместимость, или ещё 100500 причин).
Наверняка после вышесказанного Вы захотите напомнить мне про composer.lock и про то что там зафиксированы версии… но, и в моём гите они тоже зафиксированы. Причём прям сами файлы.
Нет необходимости хранить код контриб модулей (и само ядро!) в вашей системе контроля версий
Преподносится как преимущество №1. Но… в чём проблема держать ядро и контриб модули в своём репозитории?
Места на терабайтном винте мало?
Или может git clone c локального gitlab'a отработает медленнее чем git clone + composer install/update?
PHP сохранит свою простоту нарастит аудиторию и увеличит отрыв от остальных веб-ориентированных языков
PHP станет асинхронным/параллельным, люди наиграются с нодой и вернутся к PHP
PHP фреймворки будут выходить в двух версиях, стандартной, и в виде PHP расширения
PHPstorm вырастет из IDE в готовое девелоперское окружение с LAMP стеком и необходимыми инструментами
PHP станет полноправным и постоянным инструментом в enterprise проектах, джаве придётся подвинутсья на бэкенде, а джавистам искать аргументы в пользу джавы…
Добрый день, поставил плагин, не могу запустиь виртуалку, при vagrant up в консоль вываливается:
There are errors in the configuration of this machine. Please fix
the following errors and try again:
Unison:
* translation missing: en.vagrant_sync.config.host_folder_required
* translation missing: en.vagrant_sync.config.guest_folder_required
Код с гитхаба в конфиг вставлял.
Подскажете куда копать?
Поставил тёще линух со словами — «Это даже лучше чем винда!!!». Через неделю к ней пришло осознание что где-то я её на… л. Пригласила платный суппорт, вернула винду. Меня больше к своему компу не подпускает.
/dev/null
/etc/samba/smb.conf
[Ubintu16SitesShare]
path = /srv/www
available = yes
browsable =yes
writable = yes
guest ok = yes
read only = no
force user = username
force group = groupname
2. Total Commander -> Net->Network connections: привязываем расшаренную папку к свободной букве диска.
3. Натравливаем пхпшторм на этот виртуальный диск который светится рядом с С:\ и D:\
Работает нааамного быстрее вагрант шаредфолдера
Из минусов — симлинки винда не поддерживает, видит как отдельные файлы
git в винду не ставить, идём в убунту по ssh, все манипуляции с гитом только там
Ну что значит устаревают? Они остаются стабильными и оттестированными. И это главное. И это задача разработчика — накатить апдейты, просмотреть каждый на предмет адекватности, проверить чтоб работали, отдать в тестирование.
Потому как собирать каждый раз композером — вытягивать свежий код из сторонних репозиториев — слишком высок риск получить неработающий продукт внезапно в пятницу вечером просто потому что у ребят, на код которых я полагался, был плохой день и они вмержили неработающий код(или случайно поломали совместимость, или ещё 100500 причин).
Наверняка после вышесказанного Вы захотите напомнить мне про composer.lock и про то что там зафиксированы версии… но, и в моём гите они тоже зафиксированы. Причём прям сами файлы.
Преподносится как преимущество №1. Но… в чём проблема держать ядро и контриб модули в своём репозитории?
Места на терабайтном винте мало?
Или может git clone c локального gitlab'a отработает медленнее чем git clone + composer install/update?
Не воспринимайте как критику, это просто вопрос…
PHP станет асинхронным/параллельным, люди наиграются с нодой и вернутся к PHP
PHP фреймворки будут выходить в двух версиях, стандартной, и в виде PHP расширения
PHPstorm вырастет из IDE в готовое девелоперское окружение с LAMP стеком и необходимыми инструментами
PHP станет полноправным и постоянным инструментом в enterprise проектах, джаве придётся подвинутсья на бэкенде, а джавистам искать аргументы в пользу джавы…
Подкасты — отличная идея.
Код с гитхаба в конфиг вставлял.
Подскажете куда копать?
«Отдельно обращаем Ваше внимание на то, что в конкурсе могут принимать участие только граждане России, достигшие 18 лет. „
Например:
Автокомплита для $oObject ожидать не стоит