Oleg Shevelev:
вот именно такие ваши мысли и вызывают подозрение, что вы не понимаете о чем пишете, и ваши рекомендации не соответствуют действительности.
если Go демонизировать как C то полноценно не взлетит, в том то все и дело. не запускаются нормально системные go-routine, те, что запускаются до func main()
Зачем тратить время? Проблему я решил для себя - библиотеку соответствующую использую, ее названием поделился. Но интересуют и альтернативными решения.
Проверять самому все что пишут в интернете - большая потеря времени. Тем более, что в интернете полно безответственных заявлений. Ваше сообщение показалось таковым.
Обращать серьезное внимание, тратить время целесообразно только на те решения, которые сопровождаются компетентными комментариями или по крайней мере автор заявления утверждает что сам проверил. Именно таких комментариев и добивался от вас.
Андрей Еськов:
когда ставишь галочку, nginx прописывается на 80 порту.
а apache уходит на не помню какой порт, может 8080.
и в кофах ngin прописывается прокидывание на 8080.
после установки галочки проверьте в конфигурационных файла - а так ли это.
Oleg Shevelev: про обычный exec на самом деле. если golang не демонизируется, а просто запускается внешним демоном, то это эмуляция.
да, эмуляция работает нормально с Go.
Евгений: тут скорее у коллеги еще недостаточно опыта использования IDEA или этого плагина. Скорость должна быть сопоставимой - сложность задачи споставимая.
Oleg Shevelev:
Не все так просто с отвязкой. У Go с этим большие проблемы. Специфика запуска go-рутин. После простой отвязки от родителя программа на go становится не полнофункциональна.
Тут же приведены ссылки на статью Хабра где это подробно разжевано.
Именно поэтому эмуляция демона за счет внешних утилит для go хорошо подходит.
ppskmg:
другими словами вы сэкономить решили?
ну сделайте вывод и работайте только через площадки с гарантией.
или хотите работать напрямую - закладывайте наценку за риск и не парьтесь.
сейчас уже ничего не сделать.
ругаться с клиентом на других площадках быссмысленно - как вы его идентифицируйте-то.
Что ж вы так про виртуализацию - jails по части рационального использования ресурсов покруче Xen, HyperV и ESX. Из минусов у него, что не поддерживает разные ОС.
Монстры заявили потому что им дешевле работать с мейнстримом: меньше заморочек с драйверами и с админами. Может это и копейки, но в их масштабах - это много. А не из-за технических дефектов ОС.
Oleg Shevelev:
разумеется, я прежде чем высказывать свое мнение прочитал. там написано - запуск-остановка и контроль демонов.
вопрос - вы так настоятельно советуете. вы уже проверили это для go. go весьма капризен по части демонизации из-за организации системных go-рутин (запускаемых даже в простой программа func main() {}).
вот я и спрашиваю вас как человека несомненно более знающего, проверяли ли вы возможность запуска этим старт-стопом конкретно программы на golang или ваши предложения старт-стопа не основаны на собственных или чужих проверках с Go?
Oleg Shevelev:
Такие запускалки я использовал еще лет 10 назад, знаю.
Вопрос в другом: все равно ли горутинам? У go есть проблемы с демонизацией, ему отдельный подход нужен. Или не как демон запускается?
вот именно такие ваши мысли и вызывают подозрение, что вы не понимаете о чем пишете, и ваши рекомендации не соответствуют действительности.
если Go демонизировать как C то полноценно не взлетит, в том то все и дело. не запускаются нормально системные go-routine, те, что запускаются до func main()