Ну тогда и я кину решение из одного своего проекта. https://play.golang.org/p/_RAmc92FzP

Практически как у Kirill

годно

Ну тогда и я кину решение из одного своего проекта. https://play.golang.org/p/_RAmc92FzP

лучше чуть-чуть не так

смотри https://github.com/kirillDanshin/myutils/blob/master/strCrop.go

(или даже правильнее заменить на var rx *regexp.Regexp = regexp.MustCompile("^(.{0,10}$|.{7})(.*)")

эмм, в го чтобы обрезать строку нужен мач чегекспа?

лучше чуть-чуть не так

Чем лучше?

эмм, в го чтобы обрезать строку нужен мач чегекспа?

"пусть расцветает сто цветов". там не просто "обрезать строку" - там ещё эллипсис втыкается =)

Чем лучше?

там поиск символов идет, конца слова, поэтому обрезает оно красиво

там поиск символов идет, конца слова, поэтому обрезает оно красиво

А, ну в этом плане да

нужно обрезать строку и получить на выход обрезанную строку

func cropString(s string, n int) string { runes := []rune(s) r := string(runes[:n]) return string(runes[:strings.LastIndex(r," ")]) }

не ?

func cropString(s string, n int) string { runes := []rune(s) r := string(runes[:n]) return string(runes[:strings.LastIndex(r," ")]) }

не

не

почему?

не

ты у себя тоже в руны переводишь и кропаешь их, а не байты напрямую

почему?

Не ищет точку, запятые и т.п.

Не ищет точку, запятые и т.п.

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

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

Это пример решения, сделанный для себя)

https://habrahabr.ru/company/mailru/blog/305614/

повторите эту ссылку ещё раз

повторите эту ссылку ещё раз

Не благодари: https://habrahabr.ru/company/mailru/blog/305614/

вроде, тут еще не было

но я ее уже раз пять видел, да

https://habrahabr.ru/post/305614/

вроде, тут еще не было

А есть в Telegram группа про Go?

hint: еще в рассылку ее не постили

две

одна вот

вторая вот: https://telegram.me/gogolang

одна вот

Спасибо, не знал. :D

А есть в Telegram группа про Go?

Откуда бы?

типо этого? https://play.golang.org/p/IeZvlTe0F8

а чо это за ресурс? онлайн компиляшка?

ээээ... play.golang.org это вообще одна из киллер-фишек языка. реально. как Вы туториал проходили и не увидели?

следующий вопрос должен быть «туториал?»

ээээ... play.golang.org это вообще одна из киллер-фишек языка. реально. как Вы туториал проходили и не увидели?

Какой туториал?

https://tour.golang.org/welcome/1

https://tour.golang.org/welcome/1

WOW, спасибо!

рукалицо

не люблю стикеры. но это тот самый случай

а чо это за ресурс? онлайн компиляшка?

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

ээээ... play.golang.org это вообще одна из киллер-фишек языка. реально. как Вы туториал проходили и не увидели?

у сраста тоже такая есть

у сраста тоже такая есть

она ещё дампы asm и llvm ir делать умеет

Кто тестил 17rc?

Интересует паузы гц, уменьшили еще?

Кто тестил 17rc?

рано же

уменьшили, вроде

но пока релиза нет — рано

Какой вариант подзагрузки конфигурации лучше? https://play.golang.org/p/5Cej_MX_WA – 1 ??????? 100% https://play.golang.org/p/hXlqxaq6Nw ▫️ 0% ? 1 person voted so far. Poll closed.

Чисто из интереса выясняю. Различия между вариантами только в рокировке пакетов и одной строке кода.

Может что-то быстрее и надёжнее?

_вообще_ никакой разница для конфига меньше МБ (а если он больше, то что это за конфиг?)

_вообще_ никакой разница для конфига меньше МБ (а если он больше, то что это за конфиг?)

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

ну а тогда чего вы спрашиваете, если и так знаете ответ? :)

Я, конечно, перфекционист, но в Go - не настолько, чтобы выжимать милисекунды.

ну а тогда чего вы спрашиваете, если и так знаете ответ? :)

Я не знаю ответ, потому опрос и вбросил насчёт того какой вариант валиднее

Оба валиднее

хотя в обоих неплохо бы err печатать

а во втором файл закрывать

хотя в обоих неплохо бы err печатать

Он и печатается

нет, не печатается

нет, не печатается

Или речь о другой печати идёт? Я же вывожу ошибку через log

err вы не выводите

ERROR: S client not available

а во втором файл закрывать

Фикс?

defer file.Close()

err вы не выводите

Куда?

Вместо log.Fatalln("Read configuration file error!") я бы делал log.Fatalf("Read configuration file error: %s", err)

А, блин, ну да.

Я просто указал на случай без подробностей

defer file.Close()

Если это применяется только во втором варианте, то в плане компактности уже валиднее первый вариант.

Если цель компактность, то можно и в одну строчку написать

Мой вам совет: не заморачивайтесь по ерунде :)

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

Мой вам совет: не заморачивайтесь по ерунде :)

Ну, я такой, да... ^^""

json.NewDecoder().Decode() будет читать кусками, меньше памяти, но потенциально чуть дольше

Но практической разницы – ноль

Понятно, благодарю.

Но, как я уже говорил, "красивая" обрезка может и не быть, если её муторно реализовывать. В таком случае сойдёт вариант обрезать до 197 символов и добавить многоточие

http://stackoverflow.com/questions/23466497/how-to-truncate-a-string-in-a-golang-template

http://stackoverflow.com/questions/23466497/how-to-truncate-a-string-in-a-golang-template

Вопрос ещё с утра был исчерпан, но на будущее пригодится, спасибо.

Подскажите ,нормально ли сделать так , мне надо запрашивать по поиску 3-х поставщиков , самый быстрый способ это вынести работу с каждым поставщиком в отдельный микросервис, и свои микросервисы запрашивать асинхронно Anyevent http, второй вариант переписать работу с поставщиками на асинхронную работу в монолите подключаемыми модулями , как вам кажется сделать надежнее ? мне кажется по микросервису на поставщика хороший вариант, если упадет 1 сервис он просто не ответит по таймауту но и не унесет остальных за собой

Подскажите ,нормально ли сделать так , мне надо запрашивать по поиску 3-х поставщиков , самый быстрый способ это вынести работу с каждым поставщиком в отдельный микросервис, и свои микросервисы запрашивать асинхронно Anyevent http, второй вариант переписать работу с поставщиками на асинхронную работу в монолите подключаемыми модулями , как вам кажется сделать надежнее ? мне кажется по микросервису на поставщика хороший вариант, если упадет 1 сервис он просто не ответит по таймауту но и не унесет остальных за собой

На мой взгляд следует придерживаться ассинхронности во всём.

Так что вариант распилить сервисы чтобы они все разом не падали - звучит резонно.

Но Я таких вещей не писал, не доверяй мне.

Я бы сделал отдельными микросервисами, связь через mq какой-нибудь

mq долго )

угу. и какой у нас mq умеет не терять данные и быть простым?

на mq много издержек, мне проще дернуть урл с таймаутом, не успели сорри ,

Mq не нравится, любой другой транспорт, хоть голый tcp

Важно, как мне кажется, каждый гейт отдельно для надежности

А чем связываются второй вопрос

ну и мониторинг ) с метриками на каждый

mq позволяет делать софт-транзакции

Да, именно

И можно на сервера разнести если что