net/html или github.com/PuerkitoBio/goquery

спасибо

Ребята, а чем обычно парсят html в go? В Java привык к супчику, а тут... Фиг знает :D Надеюсь, что-нибудь удобное.

Супчик шибко быстрый али нет?

Не, не очень быстрый.

Но очень удобный

Попробовал то, что скинул Иван, либу всмысле. Очень даже ничего. Может кстати тестил кто на бенчмарке?

Попробовал то, что скинул Иван, либу всмысле. Очень даже ничего. Может кстати тестил кто на бенчмарке?

https://habrahabr.ru/post/163979

https://habrahabr.ru/post/163979

Thank ?

Ребята, может кто подскажет, есть ли аналоги в Golang Set/TreeSet из Java?

И вообще, обычно какие-то наборы данных в Go хранят в слайсах? Или есть какие-то другие классические хранилища (не считая map. Я просто хочу сделать себе эдакую таблицу аналогов составляющим Collections Framework в Golang)

Аналогом HashSet (не знаю, как называется в джаве) можно считать map[T]bool: set := map[string]bool // проверка на наличие if set["str"] { } // добавление set["str"] = true // удаление delete(set, "str")

О, спасибо. +1

только лучше map[type]struct{} делать

можете объяснить, почему лучше?

я исправился, не interface{} а struct{} конечно же

struct{} тип не занимает памяти, в отличии от bool типа

о, так лучше :)

а то по-началу не понял, зачем интерфейс

заработался, извините =)

да ничего ?

Вакансия. Ищем бекэнд-разработчика в компанию, создающую гейминговую платформу. Стек: Go (Golang), node.js, JS, MongoDB, CouchDB, но в общем, критичен Golang. Желателен опыт в agile разработке и хороший технический английский язык. Русскоязычная команда, базируется в Таллине. Помогаем с переездом, можем сразу. На первое время также рассматривается удаленка. Вилка 2.5 - 3.2К евро нетто. Более подробно - в лс, а лучше на почту: tygertrail@gmail.com

Вакансия. Ищем бекэнд-разработчика в компанию, создающую гейминговую платформу. Стек: Go (Golang), node.js, JS, MongoDB, CouchDB, но в общем, критичен Golang. Желателен опыт в agile разработке и хороший технический английский язык. Русскоязычная команда, базируется в Таллине. Помогаем с переездом, можем сразу. На первое время также рассматривается удаленка. Вилка 2.5 - 3.2К евро нетто. Более подробно - в лс, а лучше на почту: tygertrail@gmail.com

#вакансия

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

А почему бы и нет...

Ну листани почитай

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

сервер для игр

сервер для игр

Дада

кто какую либу для редиса юзает?

вроде родная есть

Ребят, подскажите, пожалуйста, почему, если писать так: ... f, _ := os.OpenFile("text.txt", os.O_RDWR, 0666) n, err := io.WriteString(f, "Hello World!") ... то в файл все отлично пишется, но если писать так: ... f, _ := os.Open("text.txt") n, err := io.WriteString(f, "Hello World!") ... то файл остается пустым? Возможно, дело в разрешениях, но ведь Open() юзает 0666. И вообще, если я не буду юзать Open(), то я должен определять систему юзера, чтобы там ставить выбирать, какое значение ставить, 0666 или rwxrwxrwx.

Можете указать, где почитать про deploy web golang проектов. Я так понимаю придется перезагружать полностью ПО. Соответственно в минус уйдут подключения уже существующие и на время деплоя. Как это избежать

не париться

Можете указать, где почитать про deploy web golang проектов. Я так понимаю придется перезагружать полностью ПО. Соответственно в минус уйдут подключения уже существующие и на время деплоя. Как это избежать

google golang graceful

читать без привязки к golang. Вкратце, выводить из ротации на балансере, перекладывать, заводить в ротацию

Ребят, подскажите, пожалуйста, почему, если писать так: ... f, _ := os.OpenFile("text.txt", os.O_RDWR, 0666) n, err := io.WriteString(f, "Hello World!") ... то в файл все отлично пишется, но если писать так: ... f, _ := os.Open("text.txt") n, err := io.WriteString(f, "Hello World!") ... то файл остается пустым? Возможно, дело в разрешениях, но ведь Open() юзает 0666. И вообще, если я не буду юзать Open(), то я должен определять систему юзера, чтобы там ставить выбирать, какое значение ставить, 0666 или rwxrwxrwx.

// Open opens the named file for reading. If successful, methods on // the returned file can be used for reading; the associated file // descriptor has mode O_RDONLY. // If there is an error, it will be of type *PathError. func Open(name string) (*File, error) { return OpenFile(name, O_RDONLY, 0) }

Ребят, подскажите, пожалуйста, почему, если писать так: ... f, _ := os.OpenFile("text.txt", os.O_RDWR, 0666) n, err := io.WriteString(f, "Hello World!") ... то в файл все отлично пишется, но если писать так: ... f, _ := os.Open("text.txt") n, err := io.WriteString(f, "Hello World!") ... то файл остается пустым? Возможно, дело в разрешениях, но ведь Open() юзает 0666. И вообще, если я не буду юзать Open(), то я должен определять систему юзера, чтобы там ставить выбирать, какое значение ставить, 0666 или rwxrwxrwx.

https://golang.org/pkg/os/#Open the associated file descriptor has mode O_RDONLY

спасибо, понял. Чувак значит попутал в статье

спасибо, понял. Чувак значит попутал в статье

Лучше не статьи читать, а офф документацию

Не, ну статьи тоже нужны :)

Еще вопрос - как часто используется recover?

panic-то оно понятно, что хорошо юзается, а вот recover...

воу воу

что значит хорошо юзается?

никто не использует panic

хм... Значит мои джавистские привычки. Тоесть здесь все обрабатываем через err != nil?

Вроде того

Просто в Java мы try catch давай... Если прямо дикая вещь какая-то, можно throw new ...

А тут, как я понял, для этого panic

Нет

но это видимо тут идеология такая, черз err

Это разные инструменты

Панику юзают, чтобы завершиться нештатно, но это не является good practice

Лучше стараться этого избегать

ага, понял

А вот возврат значения и ошибки - это наше все

спасибо :)

получается, если надо сгенерить ошибочку свою, то errors.New?

если из строки

Хотя нет, гоню

да

супер

значит правильно делаю :)

Если из структуры, то надо реализовать метод Error()

Можно еще реализовать интерфейс Error для обьекта и вернуть этот обьект

понял, благодарю

fmt.Errorf еще есть

fmt.Errorf еще есть

Да, это как раз, чтобы из строки создать ошибку

Интересный доклад: http://talks.godoc.org/github.com/gobwas/ps1ws/notifier.slide

если он еще заопенсорсит epoll свой

тогда будет еще интереснее

Примечательно то, стандартный net/http вышел не ахти. и в большинстве презентаций пишут о том, что приходится от него отказываться.

ну, тут вопрос в требованиях, для большинства задач, он вполне ахти

Примечательно то, стандартный net/http вышел не ахти. и в большинстве презентаций пишут о том, что приходится от него отказываться.

это кто пишет?

fasthttp не просто так родился, например.

ну, тут вопрос в требованиях, для большинства задач, он вполне ахти

Наверное я очень требователен к performance.

Примечательно то, стандартный net/http вышел не ахти. и в большинстве презентаций пишут о том, что приходится от него отказываться.

А?

https://www.techempower.com/benchmarks/#section=data-r13&hw=ph&test=plaintext

Кстати, в FastHttp вроде нет возможности принимать большие файлы от клиента - читает все в память, а не на диск ((

Автор изначально писал его для RTB, т.е. куча мелких запросов. И по мелким запросам он вроде даже nginx обгонял. Сейчас пишет как вебсервер общего назначения. Про приём больших файлов не знаю. Но его точно используют и даже выставляют в инет.

Погоди Михаил =) вопрос был про то, кто пишет что net/http не ахти

с моей точки зрения он не ахти по производительности. я ж с презентации начал. Там та же мысль отражена.

автор fasthttp тоже пишет, что он по производительности не ахти.

это же мейл ру

то есть у нас уже две компании за fasthttp, автор и mail.ru

я не отрицаю что для определённых задач fasthttp хорош, но это не значит что net/http плох

в презентации mail.ru они вообще сами tcp-сокет открывают

Примечательно то, стандартный net/http вышел не ахти. и в большинстве презентаций пишут о том, что приходится от него отказываться.

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

Да, я перебрал с формулировкой. согласен.

скажу так. есть изъяны. ?

я не отрицаю что для определённых задач fasthttp хорош, но это не значит что net/http плох

По вашему мнению фастхттп на во сколько раз мощнее чем http из коробки?

у меня нет мнения, потому что я его не использовал. Но Миша, думаю, может рассказать про свои эксперименты

Было бы хорошо

Мои эксперименты наводят на мысль, что и сам net не ахти. ? Ибо приём пакетов или соединений приводит к аллокации памяти на каждый пакет/соединение и невозможно от неё избавиться, не переписав всё на сисколы.

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

Но все таки, когда лучше выставлять net/http или fasthttp наружу, без nginx?

про работу под виндой я вообще молчу. нельзя свой хэндлер в net передать или прочитать. Т.е. SO_REUSEPORT уже нельзя с net использовать. Т.е. кросплатформенность из коробки условная. Всё как бы работает, но нет той гибкости, что имеется под Линуксом.