Становится понятнее

Playing with Go module proxies https://roberto.selbach.ca/go-proxies/

https://github.com/google/tink

https://github.com/google/tink

Зачем оно надо?

Зачем оно надо?

действительно

Зачем оно надо?

http://www.opennet.ru/opennews/art.shtml?num=49202

что?

что?

а, стоп, я походу неправильно понял, момент да, сори, я почему-то подумал что это облачный API

http://www.opennet.ru/opennews/art.shtml?num=49202

Это все замечательно, но там в гошной версии только aes gcm

Это все замечательно, но там в гошной версии только aes gcm

ничего поделать с этим не могу) написано экспериментальная поддержка. видимо это означает почти ее отсутствие (не смотрел еще)

Подскажите, пожалуйста! Можно ли проверить взят ли Lock на Mutex ?

чтоб не висеть на нем, а проверить

Попробуй его залочить с тайм-аутом и посмотри ошибку

что такое залочить с таймаутом?

WaitForSingleObject( hHandle, dwMilliseconds); если результат WAIT_TIMEOUT то не получилось.

а чер, извини

не переключился :)

Подскажите, пожалуйста! Можно ли проверить взят ли Lock на Mutex ?

вроде как нельзя. а что у тебя за кейс, если допустим лок взят, ты просто ничего не делаешь и идешь дальше? а так чтобы не висеть можно отдельную горутину запустить и там что-то делать с залоченным объектом

Подскажите, пожалуйста! Можно ли проверить взят ли Lock на Mutex ?

Тебе каналы нужны, кажется.

или семафоры

какие семафоры?!

ну аналог, хотя там все равно через каналы будет

Всем спасибо! проверить нельзя никак, тут либо каналы юзать, а лучше вообще логику сменить. Я логику изменил, два лока на один объект не должно браться в последовательной логике выполнения)

что такое залочить с таймаутом?

это TryLock

которого, как мы понимаем, нет в стандартной либе

которого, как мы понимаем, нет в стандартной либе

Конечно

Добрый день! Извините за, наверно, идиотский вопрос, но подскажите, как правильно работать со временем в го так, чтобы не было рассинхрона между временем из базы данных и временем внутри time.Now()

а откуда возьмется у них синхрон?

может можно как-то сделать так, чтобы time.Now всегда отдавал время по UTC, например

Добрый день! Извините за, наверно, идиотский вопрос, но подскажите, как правильно работать со временем в го так, чтобы не было рассинхрона между временем из базы данных и временем внутри time.Now()

причем здесь го? время берется от сервера

причем здесь го? время берется от сервера

может можно как-то сделать так, чтобы time.Now всегда отдавал время по UTC, например

может можно как-то сделать так, чтобы time.Now всегда отдавал время по UTC, например

time.Now().UTC()

time.Now().UTC()

спасибо)

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

да, надо чтобы на серверах ntp работал

но и это не гарантирует полного синхрона

конечно нет, этого никто не гарантирует) но сильно минимизирует

а как-то получить в го название текущей таймзоны типа Europe/Moscow нельзя?

а как-то получить в го название текущей таймзоны типа Europe/Moscow нельзя?

https://golang.org/pkg/time/#Location все это есть в доках и на первой странице выдачи гугла

здесь вернется MSK или CET и так далее

а я не об этом спросил

а как-то получить в го название текущей таймзоны типа Europe/Moscow нельзя?

Решишь проблему -- скинь в чат плз ?

https://stackoverflow.com/questions/51346476/how-to-get-timezone-from-country-code-in-golang/51347110

кажется соседний чатик начали выпиливать

Поддерживаю решение объединить. Теперь главное на начать тут банить новичков, чтобы опять не отпочковался отдельный чатик

Только скиньте новый чатик

а я не об этом спросил

https://play.golang.org/p/xb5ofUX4Yt6

Только скиньте новый чатик

This chat is primary

Решишь проблему -- скинь в чат плз ?

в кратце: у Location есть метод String, который возвращает полное имя таймзоны

ERROR: S client not available

ровно 5 минут гуглежа и просмотра доков

в кратце: у Location есть метод String, который возвращает полное имя таймзоны

да мне не надо, хотелось чтобы у чувака была мотивация подумать )))

ровно 5 минут гуглежа и просмотра доков

Перед этим ты все равно инитишь это значение через loadLocation В чем профит тогда?

Непонятно, зачем постоянно эти попытки съязвить про первую ссылку в гугле и 5 минут гугления?

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

Перед этим ты все равно инитишь это значение через loadLocation В чем профит тогда?

Потому что в плейграунде по умолчанию время в utc

Перед этим ты все равно инитишь это значение через loadLocation В чем профит тогда?

https://play.golang.org/p/bABrd8a_b7A

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

У тебя скучный вопрос из серии "я придумал решение, но код написать не могу, напишите за меня" ? Ни описания задачи, которую решаешь, зачем это вообще нужно -- суховато.

А есть ли в стандартной библиотеки такой метод -- ты и сам можешь посмотреть.

У тебя скучный вопрос из серии "я придумал решение, но код написать не могу, напишите за меня" ? Ни описания задачи, которую решаешь, зачем это вообще нужно -- суховато.

Я никого не просил за меня писать код Я надеялся на короткий ответ, если он есть

Потому что в плейграунде по умолчанию время в utc

Я отошёл от компа, поэтому не могу проверить наверняка, но, насколько я помню, у меня time.Now().Location().String() тоже отдаёт local даже не в плейграунде

@onokonem "идите все" выглядит круто)

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

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

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

Я погуглил его и не нашёл решения

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

Зануда))

?

кто нибудь решал эти детские задачки?

https://cs8.pikabu.ru/post_img/2016/12/07/6/148110077516849805.jpg

кто нибудь решал эти детские задачки?

наркоманы, сэр?

а что с ним случилось?

Подними у себя https://github.com/tyranron/golang-sizeof.tips (:

>Вторая вещь, про которую часто забывают, когда используют HTTP, — он на самом деле не очень надежный. Таймауты и ошибки нужно корректно обрабатывать. Обычно считается — дернул — всегда получил. По моему мнению, разработчики оптимистичны, а надежность, наоборот, предполагает пессимизм.