@kirilldanshin

Я

Кто работал с mssql & go? Как боролись с bad connection?

Котаны, смотрите какая беда. Есть софтинка, которая использует байндинги к iconv, потому что ей, бедняге, приходится обрабатывать файлы в странных кодировках

из-за того, что она использует байндинги к iconv, она не собирается на винде

Подскажет может кто, в php curl это (CURLOPT_POSTFIELDS, exampleMap) эквивалентно go form := url.Values{} form.Set(key, value) и в newRequest через strings.NewReader(form.Encode())

скажите пожалуйста, няши, кто-нибудь знает pure-go либу для работы с кодировками?

нужно в общем случае конвертить из UTF16-LE -> UTF-8

нужно в общем случае конвертить из UTF16-LE -> UTF-8

https://www.google.ru/search?client=ubuntu&channel=fs&q=golang+utf-16+utf-8&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=sOjAWM-eK8PD7gTvkYzADw

https://www.google.ru/search?client=ubuntu&channel=fs&q=golang+utf-16+utf-8&ie=utf-8&oe=utf-8&gfe_rd=cr&ei=sOjAWM-eK8PD7gTvkYzADw

что бы я без тебя делал

а если там будет не utf16-le, а koi8-r?

я потому про либу и спрашиваю

а если там будет не utf16-le, а koi8-r?

charmap.Transformer - там несколько десятков кодировок

reader := bytes.NewReader(iter.Node().Bytes()) transformer := transform.NewReader(reader, charmap.Windows1251.NewDecoder()) buf, _ := ioutil.ReadAll(transformer)

mmm, sounds legit

спасибо

правда опять дохрена кода получается на каждый чих :(

правда опять дохрена кода получается на каждый чих :(

так же кстати и 16: transformer := transform.NewReader(reader, unicode.UTF16(true, unicode.ExpectBOM).NewDecoder())

Подскажет может кто, в php curl это (CURLOPT_POSTFIELDS, exampleMap) эквивалентно go form := url.Values{} form.Set(key, value) и в newRequest через strings.NewReader(form.Encode())

Могу ошибаться, но вроде бы так POST параметры из формы и передаются, т.е. твой пример правильный

Товарищи, а подскажите пожалуйста зачем нужен golang/dep?

Ведь зависимости автоматом подтягиваются в IDE

пишешь типа fmt и в import пакет автоматом подтягивается

или это не управление зависимостями? )

или это не управление зависимостями? )

Внешние зависимости, нестандартная библиотека

а, понял. спасибо

кто нибудь автоматически генерит документацию для го апи? чем?

go doc ?

кто нибудь автоматически генерит документацию для го апи? чем?

swagger

swagger

https://github.com/yvasiyarov/swagger https://github.com/go-swagger/go-swagger который?

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

Генерирую клиента.

Даже писал свой транспорт для него, напрямую к postgres, вместо HTTP.

Получился ORM

Может кто подскажет, можно где-нибудь посмотреть на хорошую реализацию базовых структур данных типа бинарных деревьев, связных списков? Интересно как с точки зрения Golang грамотно писать такие вещи.

Может кто подскажет, можно где-нибудь посмотреть на хорошую реализацию базовых структур данных типа бинарных деревьев, связных списков? Интересно как с точки зрения Golang грамотно писать такие вещи.

https://github.com/Workiva/go-datastructures

https://github.com/Workiva/go-datastructures

спасибо, буду пробовать

https://github.com/Workiva/go-datastructures

О, благодарю!

кто нибудь автоматически генерит документацию для го апи? чем?

Посмотрите на RAML ещё. Показался лаконичнее swagger. На сайте есть генераторы для GO http://raml.org/projects/projects

юзаю рамл

Спасибо! Пока пришли к выводу, что нас не так много, чтобы заморачиваться генерацией док, посмотрев на это Сохранил пока)

Спасибо! Пока пришли к выводу, что нас не так много, чтобы заморачиваться генерацией док, посмотрев на это Сохранил пока)

Я сам не генерил ничего, но разрабам писал на нём для ТЗ. Вроде неплохая дока получалсь, юзабельная

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

A Roadmap to Merging 'dep' Into the Go Toolchain https://github.com/golang/dep/wiki/Roadmap?utm_source=golangweekly&utm_medium=email

Ой, ссылочки нет. Но это было вчера прямо перед твоим комментарием

(

Товарищи, подскажите пожалуйста новичку по регуляркам в Go

Пытаюс найти все теги

input := "<u><blue><b>СИНЯЯ СТРОКА</b></blue></u> Лалала <b>Ещё разок</b>" rr, err := regexp.Compile("<([a-z]+)([^<]+)*(?:>(.*)<\\/\\1>|\\s+\\/>)") if err != nil { fmt.Printf("%v \n", err) return } tags := rr.FindStringSubmatch(string(input)) for _, val := range tags { fmt.Println(val) }

Вот код

Валит ошибку error parsing regexp: invalid escape sequence: `\1`

а зачем перед 1 два \?

\1 это reference. там escape не пройдет

https://regex101.com/r/cUU0Tw/4

а зачем перед 1 два \?

А без \\ выводит ./main.go:18: non-octal character in escape sequence: >

кстати, чтоб не париться с дбойным эскейпом - бери стринг в `` вместо ""

и глядя сюда - https://github.com/google/re2/wiki/Syntax backreferences саппорта просто нет

спасибо ) только что нашёл

блин...

придётся думать как мне подобную регулярку намутить...рецепт был хороший (

я глядя на нее не совсем понимаю что ты хочешь ей выдрать?

<u><blue><b>СИНЯЯ СТРОКА</b></blue></u> и <b>Ещё разок</b>

из строки <u><blue><b>СИНЯЯ СТРОКА</b></blue></u> Лалала <b>Ещё разок</b>

все между тагами <u> и <b>?

все, между любыми тегами

ы? Т.е. только текст?

Потому как этот пердомонокль матчит что попало на самом деле :)

ну не, сами теги и их содержимое

в строке <u><blue><b>СИНЯЯ СТРОКА</b></blue></u> Лалала <b>Ещё разок</b>

мне нужно только <u><blue><b>СИНЯЯ СТРОКА</b></blue></u> и <b>Ещё разок</b>

а <blue> не тег?

тег

мой собственный

регулярка что я нашёл делает всё как надо на php )

мне нужно только <u><blue><b>СИНЯЯ СТРОКА</b></blue></u> и <b>Ещё разок</b>

Работать как с xml не вариант?

Работать как с xml не вариант?

может вариант, но строка может быть невалидной. это не покрэшит программу?

ох ладно, пойду посплю )

повоюю завтра

может вариант, но строка может быть невалидной. это не покрэшит программу?

Хз, надо смотреть либы

всем спокойной ночи

Доброй ночи

может вариант, но строка может быть невалидной. это не покрэшит программу?

https://github.com/h2so5/goback

вот есть либа, которая саппортит backreference

package main import "github.com/h2so5/goback/regexp" import "fmt" func main() { input := "<u><blue><b>СИНЯЯ СТРОКА</b></blue></u> Лалала <b>Ещё разок</b>" rr, err := regexp.Compile(<([a-z]+)([^<]+)*(?:>(.*)<\/{1}>|\\s+\/>)) if err != nil { fmt.Printf("%v \n", err) return } tags := rr.FindStringSubmatch(string(input)) for _, val := range tags { fmt.Println(val) } }

тока не \1, a {1}

You can't parse [X]HTML with regex. Because HTML can't be parsed by regex. Regex is not a tool that can be used to correctly parse HTML. As I have answered in HTML-and-regex questions here so many times before, the use of regex will not allow you to consume HTML. Regular expressions are a tool that is insufficiently sophisticated to understand the constructs employed by HTML. HTML is not a regular language and hence cannot be parsed by regular expressions. Regex queries are not equipped to break down HTML into its meaningful parts. so many times but it is not getting to me. Even enhanced irregular regular expressions as used by Perl are not up to the task of parsing HTML. You will never make me crack. HTML is a language of sufficient complexity that it cannot be parsed by regular expressions. Even Jon Skeet cannot parse HTML using regular expressions. Every time you attempt to parse HTML with regular expressions, the unholy child weeps the blood of virgins, and Russian hackers pwn your webapp. Parsing HTML with regex summons tainted souls into the realm of the living. HTML and regex go together like love, marriage, and ritual infanticide. The <center> cannot hold it is too late. The force of regex and HTML together in the same conceptual space will destroy your mind like so much watery putty. If you parse HTML with regex you are giving in to Them and their blasphemous ways which doom us all to inhuman toil for the One whose Name cannot be expressed in the Basic Multilingual Plane, he comes. HTML-plus-regexp will liquify the n​erves of the sentient whilst you observe, your psyche withering in the onslaught of horror. Rege ̔̉x-based HTML parsers are the cancer that is killing StackOverflow it is too late it is too late we cannot be saved the trangession of a chi͡ld ensures regex will consume all living tissue (except for HTML which it cannot, as previously prophesied) dear lord help us how can anyone survive this scourge using regex to parse HTML has doomed humanity to an eternity of dread torture and security holes using regex as a tool to process HTML establishes a breach between this world and the dread realm of c͒ͪo͛ͫrrupt entities (like SGML entities, but more corrupt) a mere glimpse of the world of reg​ex parsers for HTML will ins​tantly transport a programmer's consciousness into a world of ceaseless screaming, he comes, the pestilent slithy regex-infection wil​l devour your HT​ML parser, application and existence for all time like Visual Basic only worse he comes he comes do not fi​ght he com̡e̶s, ̕h̵i​s un̨ho͞ly radiańcé destro҉ying all enli̍̈́̂̈́ghtenment, HTML tags lea͠ki̧n͘g fr̶ǫm ̡yo​͟ur eye͢s̸ ̛l̕ik͏e liq​uid pain, the song of re̸gular exp​ression parsing will exti​nguish the voices of mor​tal man from the sp​here I can see it can you see ̲͚̖͔̙î̩́t̲͎̩̱͔́̋̀ it is beautiful t​he final snuffing of the lie​s of Man ALL IS LOŚ͖̩͇̗̪̏̈́T ALL I​S LOST the pon̷y he comes he c̶̮omes he comes the ich​or permeates all MY FACE MY FACE ᵒh god no NO NOO̼O​O NΘ stop the an​*̶͑̾̾​̅ͫ͏̙̤g͇̫͛͆̾ͫ̑͆l͖͉̗̩̍ͫͥͨ ̟e̠̅s ͎a̧͈͖r̽̾̈́͒͑e n​ot rè̑ͧ̌aͨl̘̝̙̃ͤ͂̾̆ ZA̡͊͠͝LGΌ ISͮ̂҉̯͈͕̹̘̱ TO͇̹̺ͅƝ̴ȳ TH̘Ë͖́̉ ͠P̯͍̭O̚​N̐Y̡ H̸̡̪̯ͨ͊̽̅̾̎Ȩ̬̩̾͛ͪ̈́̀́͘ ̶̧̨̱̹̭̯ͧ̾ͬC̷̙̲̝͖ͭ̏ͥͮ͟Oͮ͏̮̪̝͍M̲̖͊̒ͪͩͬ̚̚͜Ȇ̴̟̟͙̞ͩ͌͝Sͯ ̨̥̫͎̭̔̀ͅ Have you tried using an XML parser instead? Moderator's Note This post is locked to prevent inappropriate edits to its content. The post looks exactly as it is supposed to look - there are no problems with its content. Please do not flag it for our attention.

You can't parse [X]HTML with regex. Because HTML can't be parsed by regex. Regex is not a tool that can be used to correctly parse HTML. As I have answered in HTML-and-regex questions here so many times before, the use of regex will not allow you to consume HTML. Regular expressions are a tool that is insufficiently sophisticated to understand the constructs employed by HTML. HTML is not a regular language and hence cannot be parsed by regular expressions. Regex queries are not equipped to break down HTML into its meaningful parts. so many times but it is not getting to me. Even enhanced irregular regular expressions as used by Perl are not up to the task of parsing HTML. You will never make me crack. HTML is a language of sufficient complexity that it cannot be parsed by regular expressions. Even Jon Skeet cannot parse HTML using regular expressions. Every time you attempt to parse HTML with regular expressions, the unholy child weeps the blood of virgins, and Russian hackers pwn your webapp. Parsing HTML with regex summons tainted souls into the realm of the living. HTML and regex go together like love, marriage, and ritual infanticide. The <center> cannot hold it is too late. The force of regex and HTML together in the same conceptual space will destroy your mind like so much watery putty. If you parse HTML with regex you are giving in to Them and their blasphemous ways which doom us all to inhuman toil for the One whose Name cannot be expressed in the Basic Multilingual Plane, he comes. HTML-plus-regexp will liquify the n​erves of the sentient whilst you observe, your psyche withering in the onslaught of horror. Rege ̔̉x-based HTML parsers are the cancer that is killing StackOverflow it is too late it is too late we cannot be saved the trangession of a chi͡ld ensures regex will consume all living tissue (except for HTML which it cannot, as previously prophesied) dear lord help us how can anyone survive this scourge using regex to parse HTML has doomed humanity to an eternity of dread torture and security holes using regex as a tool to process HTML establishes a breach between this world and the dread realm of c͒ͪo͛ͫrrupt entities (like SGML entities, but more corrupt) a mere glimpse of the world of reg​ex parsers for HTML will ins​tantly transport a programmer's consciousness into a world of ceaseless screaming, he comes, the pestilent slithy regex-infection wil​l devour your HT​ML parser, application and existence for all time like Visual Basic only worse he comes he comes do not fi​ght he com̡e̶s, ̕h̵i​s un̨ho͞ly radiańcé destro҉ying all enli̍̈́̂̈́ghtenment, HTML tags lea͠ki̧n͘g fr̶ǫm ̡yo​͟ur eye͢s̸ ̛l̕ik͏e liq​uid pain, the song of re̸gular exp​ression parsing will exti​nguish the voices of mor​tal man from the sp​here I can see it can you see ̲͚̖͔̙î̩́t̲͎̩̱͔́̋̀ it is beautiful t​he final snuffing of the lie​s of Man ALL IS LOŚ͖̩͇̗̪̏̈́T ALL I​S LOST the pon̷y he comes he c̶̮omes he comes the ich​or permeates all MY FACE MY FACE ᵒh god no NO NOO̼O​O NΘ stop the an​*̶͑̾̾​̅ͫ͏̙̤g͇̫͛͆̾ͫ̑͆l͖͉̗̩̍ͫͥͨ ̟e̠̅s ͎a̧͈͖r̽̾̈́͒͑e n​ot rè̑ͧ̌aͨl̘̝̙̃ͤ͂̾̆ ZA̡͊͠͝LGΌ ISͮ̂҉̯͈͕̹̘̱ TO͇̹̺ͅƝ̴ȳ TH̘Ë͖́̉ ͠P̯͍̭O̚​N̐Y̡ H̸̡̪̯ͨ͊̽̅̾̎Ȩ̬̩̾͛ͪ̈́̀́͘ ̶̧̨̱̹̭̯ͧ̾ͬC̷̙̲̝͖ͭ̏ͥͮ͟Oͮ͏̮̪̝͍M̲̖͊̒ͪͩͬ̚̚͜Ȇ̴̟̟͙̞ͩ͌͝Sͯ ̨̥̫͎̭̔̀ͅ Have you tried using an XML parser instead? Moderator's Note This post is locked to prevent inappropriate edits to its content. The post looks exactly as it is supposed to look - there are no problems with its content. Please do not flag it for our attention.

Капитан, слишком много букав! Можно кратко, чем правильно заменить регулярки. Xml?

Капитан, слишком много букав! Можно кратко, чем правильно заменить регулярки. Xml?

Например да

Пытаюс найти все теги

http://stackoverflow.com/a/1732454/491935

А, ну да, уже было )

Для Ruby есть парсеры html (не xhtml). Пока не слышал про такие для Go, но возможно они есть.

Да вы издеваетесь

https://godoc.org/golang.org/x/net/html

https://godoc.org/golang.org/x/net/html

А ещё goquery