Телеграм затирает эти штуки. Которые на букве ё. `

Сфоткаю. Так напишите сами, зато потренеруетесь.

ок

У вас библиотеки iris нет. Говорю же.

[root@p469375 go]# go get github.com/kataras/iris [root@p469375 go]# [root@p469375 go]# go run xml_go.go # command-line-arguments ./xml_go.go:12: undefined: iris.Context

[root@p469375 go]# go get -u github.com/kataras/iris [root@p469375 go]# go run xml_go.go # command-line-arguments ./xml_go.go:12: undefined: iris.Context

[root@p469375 go]# go get github.com/kataras/iris [root@p469375 go]# [root@p469375 go]# go run xml_go.go # command-line-arguments ./xml_go.go:12: undefined: iris.Context

Не качивается чтоли?

видимо

Зачем вы 2 раза пишете? )))

телеграм два раза отправил

)))

научитесь уже пользоваться удалением

Я свои удалил)

[root@p469375 go]# go get github.com/kataras/iris [root@p469375 go]# [root@p469375 go]# go run xml_go.go # command-line-arguments ./xml_go.go:12: undefined: iris.Context

Посмотрите, может PATH неверное указан и библа фиг пойми куда ставится.

ща гляну

спасибо

видимо линукс надо смотреть path

привет ребят! с предстоящими праздниками вас :) вопрос - кто тут дружит с математикой? хотелось бы кое-что подсчитать... оплатим, если сможете справиться с задачей)

[root@p469375 go]# go get github.com/kataras/iris [root@p469375 go]# [root@p469375 go]# go run xml_go.go # command-line-arguments ./xml_go.go:12: undefined: iris.Context

тьфу. да закопайте вы уже его %)

привет ребят! с предстоящими праздниками вас :) вопрос - кто тут дружит с математикой? хотелось бы кое-что подсчитать... оплатим, если сможете справиться с задачей)

2+2=4, где деньги получать? А если серьезно, подробнее опишите задачу.

о по теме - go get -v скажет больше, а во-вторых - go env

иногда нужен go get -v -u -f github.com/blah/blah

народ, подскажите, есть ли в го функционал, чтобы часовой пояс выставить на все приложение, те допустим локальное время на сервере GMT+3 MSK, а софтина живет допустим в GMT-5 NY. после выславления, дата и время автоматом считаются по NY без всяких доп манипуляций

в php и питоне есть такой функционал

народ, подскажите, есть ли в го функционал, чтобы часовой пояс выставить на все приложение, те допустим локальное время на сервере GMT+3 MSK, а софтина живет допустим в GMT-5 NY. после выславления, дата и время автоматом считаются по NY без всяких доп манипуляций

https://github.com/golang/go/issues/10701

Народ говорит мол не хорошо это, а на самом деле очень удобно, у меня на сервере живет порядка 5 приложений (сервисов) и некоторые из них работают в своих часовых поясах, если всё приложение живет в NY, то гемор конвертить туда - обратно, А так задал локаль и спокойно работаешь в ней

Можно конечно в контейнер это все запихать, но как-то не хочется городить такой оверхед из-за такого простого действия

Народ говорит мол не хорошо это, а на самом деле очень удобно, у меня на сервере живет порядка 5 приложений (сервисов) и некоторые из них работают в своих часовых поясах, если всё приложение живет в NY, то гемор конвертить туда - обратно, А так задал локаль и спокойно работаешь в ней

так задай на уровне сервера/сервиса/контейнера

Ну вообще сервер/сервис/контейнер всегда в UTC-0, а в приложении выводится обычно под часовой пояс пользователя даты и время

Ну вообще сервер/сервис/контейнер всегда в UTC-0, а в приложении выводится обычно под часовой пояс пользователя даты и время

поддерживаю

вот кстати похоже как на питоне и пхп https://golang.org/pkg/time/#LoadLocation

вот кстати похоже как на питоне и пхп https://golang.org/pkg/time/#LoadLocation

это просто геттер

Ну вообще сервер/сервис/контейнер всегда в UTC-0, а в приложении выводится обычно под часовой пояс пользователя даты и время

Не тот случай, приложение будет жить по NY и в данном случае это единственный возможный вариант. В GMT+0 загонять его тоже смысла нет, тк оно живет исключительно в NY.))))

Не тот случай, приложение будет жить по NY и в данном случае это единственный возможный вариант. В GMT+0 загонять его тоже смысла нет, тк оно живет исключительно в NY.))))

так и запускай приложение в нужной зоне

TZ=NY ./app

типа того

зону подставь правильную

так и запускай приложение в нужной зоне

А что так можно было? (с) Просто привык, что в питоне, в пыхе это решается одной - двумя строками) Городить ради временной зоны контейнеры и всю эту блуду не очень хочется, тк это все поддерживать надо. Можно конечно сделать отдельного пользователя и в нем задать временную зону и нужные переменные окружения, но хотелось бы красивое и элегантное решение, типа time.SetLocale(time.Time, "America/NewYork")

да, так можно

вот кстати похоже как на питоне и пхп https://golang.org/pkg/time/#LoadLocation

Вроде как просто возвращает же локаль из стринга

А что так можно было? (с) Просто привык, что в питоне, в пыхе это решается одной - двумя строками) Городить ради временной зоны контейнеры и всю эту блуду не очень хочется, тк это все поддерживать надо. Можно конечно сделать отдельного пользователя и в нем задать временную зону и нужные переменные окружения, но хотелось бы красивое и элегантное решение, типа time.SetLocale(time.Time, "America/NewYork")

Так нельзя, потому, что выходит, что ты хранишь таймзону глобально, что очевидно делать нельзя. Временная зона - это бизнес-логика конкретных сущностей, а не всего приложения. Пхп он на то и пхп, чтобы все через жопу делать

loc, _ := time.LoadLocation("America/New_York") fmt.Println(time.Now().In(loc))

Так нельзя, потому, что выходит, что ты хранишь таймзону глобально, что очевидно делать нельзя. Временная зона - это бизнес-логика конкретных сущностей, а не всего приложения. Пхп он на то и пхп, чтобы все через жопу делать

В условиях задачи все как раз строится на этой временной зоне, постоянные конвертации из стандартной таймзоны в нужную чреваты косяками

Так нельзя, потому, что выходит, что ты хранишь таймзону глобально, что очевидно делать нельзя. Временная зона - это бизнес-логика конкретных сущностей, а не всего приложения. Пхп он на то и пхп, чтобы все через жопу делать

хранить точно лучше в UTC-0

хранить точно лучше в UTC-0

он же сказал, что не хочет такой вариант, т.к. избыточно. зря настаиваешь

Все же сводится к задаче, согласен, когда с временем пользователя работаешь - это зло, тогда UTC-0, а в данной задаче - это наоборот полезно избавляет от большиих портянок конвертаций, много конвертаций = баги

В условиях задачи все как раз строится на этой временной зоне, постоянные конвертации из стандартной таймзоны в нужную чреваты косяками

Вангую что в коде лапша, вот и все

хранить точно лучше в UTC-0

Хранить время без таймзоны - это типичная ошибка.

Вангую что в коде лапша, вот и все

из if err !=nil {...} ?

это характеное свойство гоферов)))

Хранить время без таймзоны - это типичная ошибка.

Объяснил же, что нет других временных зон, только одна. Зачем в каждой дате хранить таймзону?

Объяснил же, что нет других временных зон, только одна. Зачем в каждой дате хранить таймзону?

Ну если одна - это уже явно больше нуля :)

Хранить время без таймзоны - это типичная ошибка.

А как вы думаете тайм зона требует места в памяти?

А если у вас таких объектов сотни миллионов?))))

А если у вас таких объектов сотни миллионов?))))

ой, ну не начинай это нищебродские разговоры

ну тогда только в контейнере выставить и unixtime ?

А если в секунду?)))

А как вы думаете тайм зона требует места в памяти?

В общем. Дискутировать тут не о чем. В го нельзя глобально для пакета time задать тайм-зону, это сделано специально. По-дефолту го берет зону из ОС. Дальше делайте как хотите :)

Такой вопрос: у меня есть стракт в глобальном скопе, в нём мапа, которой я делаю make в func init(). При попытке положить что-то по ключу в другой функции я получаю assignment to entry in nil map, приходится там ещё раз делать make. Почему так?

TZ=NY ./app

Благодарю, работает

В общем. Дискутировать тут не о чем. В го нельзя глобально для пакета time задать тайм-зону, это сделано специально. По-дефолту го берет зону из ОС. Дальше делайте как хотите :)

доходчиво

ERROR: S client not available

Такой вопрос: у меня есть стракт в глобальном скопе, в нём мапа, которой я делаю make в func init(). При попытке положить что-то по ключу в другой функции я получаю assignment to entry in nil map, приходится там ещё раз делать make. Почему так?

вероятно тот пакет запускается до пакета в котором init() с make

Такой вопрос: у меня есть стракт в глобальном скопе, в нём мапа, которой я делаю make в func init(). При попытке положить что-то по ключу в другой функции я получаю assignment to entry in nil map, приходится там ещё раз делать make. Почему так?

попробуй в пакете main импортануть тот пакет с _

Такой вопрос: у меня есть стракт в глобальном скопе, в нём мапа, которой я делаю make в func init(). При попытке положить что-то по ключу в другой функции я получаю assignment to entry in nil map, приходится там ещё раз делать make. Почему так?

попробуй в глобал скопе сделать var variable_name := make(map[string]string)

попробуй в глобал скопе сделать var variable_name := make(map[string]string)

Сразу предостерегаю от мапы глобальной: от многопоточной записи отвалится паникой.

Так точно надо делать структуру с мьтексом

Ну вдруг человеку ее только читать надо

Допустим он пишет из одной, а читает из всех, например какой-нибудь ассоциативный массив сессий и клиентов

вероятно тот пакет запускается до пакета в котором init() с make

всё в одном пакете, init в main.go

Так точно надо делать структуру с мьтексом

есть мьютексы. (если это мне)

Хорошо, не забывайте их использовать ?

есть мьютексы. (если это мне)

Глобальные мютексы тоже зло, потому что на время чтения\записи ты вообще блокируешь все приложение глобально

Глобальные мютексы тоже зло, потому что на время чтения\записи ты вообще блокируешь все приложение глобально

так у меня расставлены где надо локи и ридлоки

Хранить состояние в переменной уровня пакета - это тоже самое, что в жаваскрипте в свойстве window или в статической классе в жаве\шарпе

а где его хнанить ещё?

а где его хнанить ещё?

Что такое Inversion Of Control, Dependecy Injection слышали?

там нечего хакать, а перекидывать аргументом во все функции как-то странно

Это не какая-то особенная фишка го, что глобально ничего нельзя хранить

Хранить состояние в переменной уровня пакета - это тоже самое, что в жаваскрипте в свойстве window или в статической классе в жаве\шарпе

Главное - за пределы пакета не утаскивать

Главное - за пределы пакета не утаскивать

Так оно объявлено для использования только внутри пакета.

Ну и если не критично, то глобаку использовать проще

Так оно объявлено для использования только внутри пакета.

Хранить что-то глобально - это скорее исключение, чем практика

Так я не говорю, что надо использовать глобальные где попало. Вопрос был про дублирование объявление мапы.

Так я не говорю, что надо использовать глобальные где попало. Вопрос был про дублирование объявление мапы.

Ну так ты уже сам попался на этом. Выходит, что работоспособность твоего приложения зависит от порядка импорта какого-то пакета. Счастливой отладки :)

Ну так ты уже сам попался на этом. Выходит, что работоспособность твоего приложения зависит от порядка импорта какого-то пакета. Счастливой отладки :)

Так у меня всё в мейн пакете :^)

мейкай в глобал скопе

за пределами инита

non-declaration statement outside function body

Так у меня всё в мейн пакете :^)

Тогда другой вопрос, зачем тебе что-то хранить в переменной пакета, если ты все равно пакет main никуда не сможешь заимпортировать?

покажи код уже, что ли

... var ( dataGlobal DB ) ... func init() { dataGlobal.mx.Lock() dataGlobal.Content = make(map[int]Element) dataGlobal.mx.Unlock() } ... func some() { ... dataGlobal.mx.Lock() dataGlobal.Content[ptNew.PtypeID] = ptNew dataGlobal.mx.Unlock() ... }

Вынеси в структуру с полем db и не мучийся