Сейчас оно работает через http сервис на Go.
Так что ради фана запихнуть в php, почему бы нет.
Если можешь написать на Го,зачем тогда эти пляски с ПХП?
Kirill
Valentin
Что-то не понял, а какие там проблемы с путями?
Valentin
А, это проблема да
Roman
докер имейдж
Valentin
(шутка конечно)
Roman
и норм
Roman
просто сборка контейнером осуществляется
Alex
JSON {
"timestamp": 1510730700000
}
var rawStrings map[string]interface{}
err := json.Unmarshal(j, &rawStrings)
Значение "timestamp" определяется как float64, а не int64. Почему так?
Nikita
JSON {
"timestamp": 1510730700000
}
var rawStrings map[string]interface{}
err := json.Unmarshal(j, &rawStrings)
Значение "timestamp" определяется как float64, а не int64. Почему так?
Потому что в js числа под капотом имеют тип float64
Alex
Так в rest я получаю без точек значение
Nikita
поэтому все анмаршалится в флоат64
invariance
там хороший ответ есть на этот вброс
invariance
то что относительные пути - зло
invariance
и в принципе идеология импорта пакетов из глобального пространства - хороша
invariance
как там у всех горит эт забавно конечно 😂
invariance
когда не осилил и пытаешься обвинить разрабов
Nikita
понял. спс
если анмаршалить в структуру, где явно указан int, то число сконвертится в int. а так как у тебя interface{}, то остается как есть
Nikita
var rawStrings struct {
Timestamp int `json:"timestamp"`
}
err := json.Unmarshal(j, &rawStrings)как-то так
Alex
var rawStrings struct {
Timestamp int `json:"timestamp"`
}
err := json.Unmarshal(j, &rawStrings)как-то так
У меня там другая задача. В этой структуре есть еще поля, названия которых я не знаю и типы разные. Вот поэтому так обрабатываю.
invariance
когда я форкал проект, на заметил проблем с импортами
invariance
наверное автор что то не так сделал, раз у меня все норм было
invariance
выносить модели и контроллеры в отдельные пакеты?
invariance
Хорошая идея
invariance
Я промолчу про попытку запихать java/php/ruby вещи в голанг
invariance
просто вот оставлю без комментариев
invariance
я предлагаю не делать из голанга подобие энтерпрайза
invariance
и что значит помойка на 100 файлов? Я по папкам все раскидываю в пределах одного пакета, МНЕ НОРМ
invariance
то что люди пытаются идеологии из других яп тащить в него
invariance
и вот что мы видим
invariance
например MVC с разделением по пакетам
invariance
вы не правы
Valentin
Вообще-то пакеты в го не просто так добавили, чтобы людям из джава было удобно 😀
Илья
Каждый каталог это же отдельный пакет в независимости от проекта
Valentin
В папке controllers пакет controllers
Valentin
http://blog.campoy.cat/2014/03/github-and-go-forking-pull-requests-and.html
Valentin
Ну если вы форкнули с целью пользоваться своим форком то придется переписать импорты
Valentin
Самое простое решение это protected-мастер и работа через merge request
Valentin
мы так делаем
Valentin
создаете ветку, работете в ней, а потом делаете merge request в master
Valentin
все в пределах одного репозитория
Anonymous
нет, ты просто клонируешь себе репу, потом создаешь свой локальный бранч, там все делаешь, и потом свой бранч закидываешь в мастер
Anonymous
намана
Anonymous
но в целом, мне больше нравилась связка git + gerrit
Anonymous
чем эти гитхабы ...
Valentin
вы работаете в том же репозитории, импорты не сломаются
Valentin
И версионность точно такая же, разница лишь в том, что мерджится ветка в том же репозитори или ветка из удаленного репозитория (форка)
Valentin
Но в целом проблема с импортами есть, да
Valentin
Почему 3 дня? Компилятор не даст собраться проекту же
Valentin
Ну в целом это фиаско с импортами
Anonymous
Ну, про include и их различия, должны знать все Сишники, так что это несколько надумано, ИМХО
Valentin
да там частенько закрывают пропозалы от сообщества "как мы сделали так и будет"
Kirill
У Го, кстати, очень неплохо сделан вендоринг, если что ;)
Kirill
Нет, я про то как Го работает с тем что лежит в vendor, а не про то чем в эту папку положить
Anonymous
смотрит зависимости по импортам в коде
Anonymous
тут важнее что он потребует разложить проект совершенно иначе - основной код будет тоже лежать по полному пути
Anonymous
<gopath>/src/github.com/myuser/myproject
вот где его придется положить, если раньше содержимое myproject клалось прямо в src
Anonymous
я про go dep если что
Kirill
По началу он ищет есть ли зависимости в vindor, если они есть то собирает библиотеку,
при этом он может собрать с учетом ее зависимостей, т.е. библиотеки в vendor и основной проект могут иметь
зависимости от библиотеки разных версий, даже обратно не совместимых и нормально всё работать
Kirill
Вот тут можно кое что почитать https://docs.google.com/document/d/1Bz5-UB7g2uPBdOx-rw5t9MxJwkfpx90cqG9AFL0JAYo/edit
Kirill
начиная c 1.6 стандартное
Kirill
Я вам ничего не предлагаю, я даже не в курсе что вы хотите сделать
Aleksandr
нет конечно. вам уже сказали что нужно сделать - положить проект в gopath
Kirill
5 секунд гугления выдают вот такое howto https://blog.gopheracademy.com/advent-2015/vendor-folder/
Kirill
Держите ваши модели/контроллеры в проекте, зачем их от туда вытаскивать ?
Kirill
Короче: кладем проект в GOPATH, внутри юзаем import "repo.com/project/controllers"
Kirill
все
Kirill
Зачем его форкать ?
Kirill
Форкнули -> стал новый проект, поправили его sed'ом
Kirill
Вы сейчас вместо того чтоб что-то делать, начинаете выдумывать проблемы которых нет
Kirill
Нет будущего и "вилки нет", доку почитайте и вперёд кодить
Kirill
На ЛОРе часто сопли на кулак наматывают, это не показатель.
Anonymous
go dep самый трендовый инструмент от самых основных разрабов
Kirill
Вы щас воду какую-то льете и выдумываете проблемы, давайте уже пишите свой "ентерпрайз", будут реальные проблемы - велком, а то уже 2 дня "из пустого в порожнее"