Какие программисты — такие и проблемы. Если у человека не возникает вопроса о том, где хранятся файлы базы из контейнера, то это не проблема докера, так ведь?
Простота использования, конечно, развращает, но это не значит, что нужно теперь пользоваться чем-то более замороченным, чтобы дисциплинировало. Нужно просто вопрос изучить. И когда он изучен, то при помощи современных сервисов можно сисадмина вообще исключить из цикла проектирования и поддержки инфраструктуры, во всяком случае до тех пор, пока она достаточно тривиальна.
Russia! Очень мало где за рубежом встречал такой подход в IT, в России этого больше. Не без причин конечно, так же как и со школами и всем остальным. Дашь расслабится — перестанут работать, проблема только в том, что если постоянно напрягать, то, как правило, тоже ничего хорошего.
Не очень объективное сравнение, ибо ОС разные, что на новых моделях может ощутимо ускорять некоторые операции, которые, например, могут зависеть от браузера.
В целом старички неплохо справляются, учитывая их возраст.
Таки использую на практике fork в пхп, могу сказать, что в условиях Continuous Integration оно гораздо удобнее, unix-way. По поводу того, течет или нет — это уж как напишете.
А вот с легкостью замасштабировать демон с 1 процесса до 10 заменой одной строчки кода + рестартить это всё деплой скриптом, написанным в те же две строчки — это весьма удобно.
Приходилось пользоваться как первым вариантом, так и вторым, с CI — форк удобнее однозначно.
По поводу экстеншенов — если сидите и пишете большой проект со своей инфраструктурой — это не проблема.
Это, конечно, потребует от вас написания-таки некоего скрипта, но может очень помочь, если вам нужно организовать общение между несколькими доменами одного или нескольких приложений.
Как раз для таких людей существует куча проектов, типа этого: github.com/sameersbn/docker-postgresql, там есть специальный раздел Persistence.
Простота использования, конечно, развращает, но это не значит, что нужно теперь пользоваться чем-то более замороченным, чтобы дисциплинировало. Нужно просто вопрос изучить. И когда он изучен, то при помощи современных сервисов можно сисадмина вообще исключить из цикла проектирования и поддержки инфраструктуры, во всяком случае до тех пор, пока она достаточно тривиальна.
А вообще — цена вопроса в целом очень интересует, потому как настоящие промышленные ветряки стоят серьезных денег, но и мачты у них не ломаются. :)
От обстановки зависит.
В целом старички неплохо справляются, учитывая их возраст.
А вот с легкостью замасштабировать демон с 1 процесса до 10 заменой одной строчки кода + рестартить это всё деплой скриптом, написанным в те же две строчки — это весьма удобно.
Приходилось пользоваться как первым вариантом, так и вторым, с CI — форк удобнее однозначно.
По поводу экстеншенов — если сидите и пишете большой проект со своей инфраструктурой — это не проблема.
foreach($new as $key => $value)
$new[$key] = $value+2;
Так делал с первого дня, не так красиво — зато без багов.
Вы можете делать какие угодно кроссдоменные запросы путем добавления
Вызывая из этого скрипта колбеки и любые другие штуки, например, $.cookie.
Есть же Amazon и ему подобные, зачем подвергать себя таким мучениям доверяясь русскому хостеру?