без них никак

не забудьте добавить какой-нибудь JS-фреймворк

Это мне адресовано?

всем, скорее. и сарказм это.

Во первых, надо ставить монгу Во-вторых, надо использовать rancher os

Получается супервизор выступает в качестве контроля процесса, но как он мне поможет избежать того, что процесс го приложения просто умрет?

А во, там есть функция автоматического рестарта, в случае, если процесс упал

Норм тема

Не забудь про логи!

Да я увидел, что можно включить логирование и смотреть ошибки

А что будет в случае перегрузки сервера? Допустим nginx начинает отдавать ошибка 502, а что с го?

Извините за глупые вопросы в столь поздний час :)

А что будет в случае перегрузки сервера? Допустим nginx начинает отдавать ошибка 502, а что с го?

А ты выстави перед ним nginx

Зачем?

Я mux поставил

Зачем?

Это решит кучу проблем с безопасностью и не только И под nginx есть куча готовых конфигураций

А какая опасность меня так может ожидать?

Уязвимости в имплементации http в go как минимум)

кстати находили уязвимости в http go?

Правило 1: в любой непонятной ситуации ставь nginx.

Правило 2: если ситуация понятная, ставь nginx

Ребят, привет. Я все пытаюсь изучить го. 3 месяц то возвращаюсь к нему, то бросаю. Сейчас нашел для себя задачу под него и начал синтаксис заново изучать, но вот опять не понимаю как это работает. Есть структура Wallet. myWallet := &Wallet{} // инициализирую(создаю?) новую струтуру и возвращаю на нее ссылку myWallet := Wallet{} // инициализирую структуру и возвращаю структуру?

так и есть

Я бы скорее сказал объект данного типа

Wallet - структура, myWallet - объект типа Wallet

не могу понять, что это значит. В js таких вещей нет и ассоциаций не могу провести

допустим метод func (w *Wallet) можно назвать методом структуры и w это как this а func (w Wallet) это как статический метод

структуры

так?

Нет

В Go есть понятие указателей

В первом случае метод определен для типа указатель на Wallet

js да... я счастливый человек, начинал с Си

Во втором - для типа Wallet

почитай Керниган, Ритчи по Си

здорово добавит понимания того, как языки программирования вообще работают

читать?

https://ru.wikipedia.org/wiki/%D0%AF%D0%B7%D1%8B%D0%BA_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F_%D0%A1%D0%B8_(%D0%BA%D0%BD%D0%B8%D0%B3%D0%B0)

Надо вообще понимать, что такое указатель

Возможно, целую книгу не надо, но несколько статей + примеры почитать/пописать

ну это типо ссылка на какой-то обьект в памяти

И для себе уяснить нормально

Ещё есть такая штука, что методы Гошные можно воспринимать как простые функции, где первым аргументом есть ресивер

Возможно, тебе это поможет с пониманием твоего примера

программа выделяет память под какие-то данные и создает на нее ссылку и через эту ссылку можно работать с данными.

я короче почему-то не могу понять, именно разницу между Wallet и &Wallet, точней не понимаю, что такое Wallet вообще без ссылки

у тебя есть переменная, к примеру int - это 4 байта в памяти. Указатель - это другая переменная типа "указатель на int" которая содержит адрес первой.

Wallet - это структура. Есть типы данных int, float, string разной длинны.

структура - это новый тип данных, который состоит из набора полей, каждое из которых заранее известного типа

тоесть вместо того, что бы хранить две переменные x и y с типами int, ты определяешь структуру Point { x int; y int} и хранишь переменную такого типа

а, вот, я понял, что мне не понятно.

тоесть вместо того, что бы хранить две переменные x и y с типами int, ты определяешь структуру Point { x int; y int} и хранишь переменную такого типа

спасибо за обьяснения, но я не правильно вопрос поставил, я знаю ,что такое структуры. Все же в js это просто обьекты

только это типизированные обьекты

в общем мне не понятно почему так, а именно &Wallet{} реализует метод pay() который работает по ссылки так?

но почему мне доступен Wallet.pay() хоть он и реализован только для указателя

или я просто глуп, что начал строить теории на основе подсказки в редакторе?

но почему мне доступен Wallet.pay() хоть он и реализован только для указателя

потому, что методы, реализованные для указателя, можно вызывать и от значения. обратное неверно

го автоматом обвернет значение в ссылку ?

да, это условность языка

он кое что умеет сам, что бы не быть совсем Си )

хотя понимаю это несколько мешает

Это сделано для удобства

потому, что методы, реализованные для указателя, можно вызывать и от значения. обратное неверно

я видел это по обучению, типо для методов которые ждут указатель, делает автоматом (&Wallet).Pay(), так?

если вызывается у значения

а, блин, чеж я туплю, просто сам попробую

потому, что методы, реализованные для указателя, можно вызывать и от значения. обратное неверно

почему неверно? https://play.golang.org/p/0QphuAC-76P

type W struct {} func (w *W) m() {} ... v := W{} v.m() // &v.m()

что-то я прикола не понял, но у меня метод pay срабатывает во всех случаях

хотя результаты разные, но это понятно, что без указателя структура не модифицируется

Мне кажется, я тебе это уже объяснял несколько месяцев назад

Мне кажется, я тебе это уже объяснял несколько месяцев назад

да, скорей всего. Я это писал выше

я прошлый раз не осилил

и забыл

Это играет роль, когда используются интерфейсы

а какую?

https://stackoverflow.com/questions/40823315/go-x-does-not-implement-y-method-has-a-pointer-receiver

спасибо.

Потому что они могут измениться при росте мапы

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