и это с форой - сёрвинг прямо из памяти
забыл ещё одну - fasthttp без роутинга вообще. просто обычный fasthttp с обёрткой-listener'ом для одинаковых замеров
Kirill
Andrew
Kirill
Quet
а практический смысл в этом всем есть? один хер даже fasthttp это для очень узких кейсов, а уж свой велосипед это вообще из серии 1 на миллион
Kirill
велик для фана и вот такого случая, который у меня сейчас
Daniel
а практический смысл в этом всем есть? один хер даже fasthttp это для очень узких кейсов, а уж свой велосипед это вообще из серии 1 на миллион
Это вопрос должны задавать себе те, кто внедрять станет. А разработчику достаточно вообще любого повода :)
Quet
велик для фана и вот такого случая, который у меня сейчас
а чем там кстати история с мапами закончилась?
Kirill
велик для фана и вот такого случая, который у меня сейчас
тем более, я грэйм на него потом перекачу
Kirill
ну ты исходники-то выложил куда-нибудь?
пока нет, я ещё компайлер переписываю. геморроя не мало вышло)
Quet
бгг... зачем? )
Kirill
модель памяти пришлось менять
Quet
в итоге будет компилятор в 2 раза тормознее на всем коде, но мапы зато потокобезопасные )
Kirill
посмотрим) ставлю бутылку виски, что нет)
Quet
ну если код который обещал показать "через 2 недели" все еще недоступен спустя полгода
то до момента когда будет решаться судьба бутылки еще надо дожить
Kirill
😄 затроллено, признаю) мало времени на гудланг сейчас)
Quet
а пропозал про модель памяти не писал?
Kirill
нет
Alexey 〒.
В си (не плюсах) есть сборщик мусура?
самому можно прикрутить
https://en.wikipedia.org/wiki/Boehm_garbage_collector
Alexey 〒.
Alexey 〒.
Ктати, сишных отцов, наверное, торкнуло бы, если бы они знали, что в Go и на ассемблере парятся писать в случае чего. Но я просто перестал с ними про Go говорить. Хнык :(
Наверно они сильнее разочаровались в Go, когда его исходники с Си транслировали)
Nix
подскажите может os.OpenFile одновременно работать с двумя файлами ?
Nix
да делаю открытие двух файлов один отркывается считывается, второй пустой
Nix
тобиш не открылся не считался
Oleg
подскажите может os.OpenFile одновременно работать с двумя файлами ?
так работай с двумя разными дескрипторами?:)
Anonymous
так работай с двумя разными дескрипторами?:)
Неужели коллега присвоил оба файла одной переменной? 😄
Anonymous
Ждём код ))
Oleg
а я обычно fmt.Println(err) делаю :D
aadz
Ты офигел? Использовать https://play.golang.org/ религия не позволяет, или что?
aadz
aadz
И вобще, это все еще комната про Go? Точно не про PHP?
Oleg
func (app *Application) readConfig(name string) error {
data, err := ioutil.ReadFile(name)
if err != nil {
return err
}
err = json.Unmarshal(data, app)
if err != nil {
return err
}
return nil
}
Oleg
можно вот так json парсить:)
Nix
мне не нравится интерфейс ioutil.ReadFile
Anonymous
Код пропал... Я бы отладил отладочными println'ами, на каком этапе затык 😄
Oleg
Код пропал... Я бы отладил отладочными println'ами, на каком этапе затык 😄
да, неплохой совет кстати)
Nix
да везде принты стоят в том и дело
Nix
да
Nix
первый норм работает второй пустоту возращает
Anonymous
Файл на диске есть? Он пустой? Я бы это проверил ))
Nix
есть не пустой, там тоже json с настройками
Nix
и доступ проверял
Oleg
Тут шел разговор про команду запуска go run
Oleg
в линуксе, по крайней мере у меня)
go run *.go
Oleg
вот так работает)
Oleg
Не трож мой код, он работает !!!111:D
Anonymous
и доступ проверял
Замени openfile на os.Open, мб с флагами намудрил, не обратил я внимания
Nix
там как раз os.Open
Oleg
в личку только)
Nix
я не стал парится и второй открыл ioutil.ReadFile
Oleg
это не выход из ситуации)
Oleg
го разберемся уж)
Oleg
люблю шаблоны в go
Oleg
{"time":"2017-11-01T11:08:27.000242945+05:00","level":"ERROR","prefix":"echo","file":"echo.go","line":"284","message":"code=404, message=Not Found"}
Oleg
если файла на который линкует шаблон нету, сразу ошибка)
Nix
Вы мне вот что лучше подскажите ioutil.ReadFile не использую по той причине , что "Одна из проблем с интерфейсом Reader в том, что с ним идёт набор довольно витиеватых правил. Во-первых, он возвращает ошибку io.EOF при нормальном ходе дел, просто если поток данных завершился. Это может запутывать новичков. Во-вторых, нет гарантии, что ваш буфер будет заполнен целиком. Если вы передали 8-байтовый слайс, по факту вы можете прочитать от 0 до 8 байт. Обработка чтения по частям можем быть непростой и легко подвержена ошибкам." Возможно для одноразового считывания он наоборот лучше подходит, ведь я после не работую больше с файлом
Anonymous
Вы мне вот что лучше подскажите ioutil.ReadFile не использую по той причине , что "Одна из проблем с интерфейсом Reader в том, что с ним идёт набор довольно витиеватых правил. Во-первых, он возвращает ошибку io.EOF при нормальном ходе дел, просто если поток данных завершился. Это может запутывать новичков. Во-вторых, нет гарантии, что ваш буфер будет заполнен целиком. Если вы передали 8-байтовый слайс, по факту вы можете прочитать от 0 до 8 байт. Обработка чтения по частям можем быть непростой и легко подвержена ошибкам." Возможно для одноразового считывания он наоборот лучше подходит, ведь я после не работую больше с файлом
Если очень нужно читать именно определенное кол-во байт, есть io.ReadAtLeast
Nix
мне нужно просто один раз считать конфиг
Anonymous
мне нужно просто один раз считать конфиг
Ну, тут несколько вариантов :) Тот же ReadFile. Если конфиг в как-то известном формате, например, JSON, то можно открыть его через os.Open() и потом скормить декодеру
Nix
Это понятно у меня так как раз и работало, но если постоянно не нужно работать с файлом тем более записывать в него. То судя по строчек кода телодвижений меньше , но самое главное чтобы не в ущерб производительности . Если я постоянно работую с файлом я точно не буду менять os.Open на ReadFile. До этого я никогда не использовал ReadFile, вот тут и хотел узнать стоит его использовать или оставить как раньше на os.Open?
Anonymous
Это понятно у меня так как раз и работало, но если постоянно не нужно работать с файлом тем более записывать в него. То судя по строчек кода телодвижений меньше , но самое главное чтобы не в ущерб производительности . Если я постоянно работую с файлом я точно не буду менять os.Open на ReadFile. До этого я никогда не использовал ReadFile, вот тут и хотел узнать стоит его использовать или оставить как раньше на os.Open?
Если у тебя и так все работает, зачем что-то менять ? У меня, например, по возможности ReadFile(), просто потому что это удобно и сразу понятно
Anonymous
Производительность одного или другого, для чтения конфиг файла - вообще пшик
Anonymous
Это понятно у меня так как раз и работало, но если постоянно не нужно работать с файлом тем более записывать в него. То судя по строчек кода телодвижений меньше , но самое главное чтобы не в ущерб производительности . Если я постоянно работую с файлом я точно не буду менять os.Open на ReadFile. До этого я никогда не использовал ReadFile, вот тут и хотел узнать стоит его использовать или оставить как раньше на os.Open?
Не стоит заниматься преждевременной оптимизацией ))
Konstantin
Nix
👍
aadz
> вы мне вот что покажите...
Еще никого не утомили пользователи с мозгом PHP'шников?
nikita
> вы мне вот что покажите...
Еще никого не утомили пользователи с мозгом PHP'шников?
меня только ты утомил чел
Oleg
> вы мне вот что покажите...
Еще никого не утомили пользователи с мозгом PHP'шников?
Чат для помощи, в чем проблема?
Если тебе тут некомфортно ты всегда можешь игнорить переписку, либо выйти:)
Илья
А что плохого в PHP?
Daniel
Он офтопик
Мерль
gopera is an actor framework for Golang
https://teivah.github.io/gopera/