убегай пока не поздно) /:id и /count будет одним и тем же роутом при разных обработчиках

эм.. и можно пояснить как они будут одним и тем же роутом?

а если больше 2 URL?

два хендлера, три хендлера...

эм.. и можно пояснить как они будут одним и тем же роутом?

идиотский роутер) Все объяснение)))

эм.. и можно пояснить как они будут одним и тем же роутом?

регулярка для переменные роута фактически (.*), поэтому она будет кушать все. До /count не дойдет

они на одном уровне заметьте

я просто хочу иметь возможность юать jwt и работать с json) т.е. отдават ьи принимать в нем) собственно все что мне хотелось бы там видеть из коробки)

я просто хочу иметь возможность юать jwt и работать с json) т.е. отдават ьи принимать в нем) собственно все что мне хотелось бы там видеть из коробки)

для json есть стандартная либа

в крайнем случаи easyjson

регулярка для переменные роута фактически (.*), поэтому она будет кушать все. До /count не дойдет

прикольно, а почему нельзя поменять регулярку?...

прикольно, а почему нельзя поменять регулярку?...

потому что она переопределена, не надо делать переменную и фикс на одном уровне

для json есть стандартная либа

она есть, но я сомневаюсь что она позволяет "из коробки" просто взять и принять json как структуру с которой сразу можно работать

вы не поверите ?

но позволяет

вы не поверите ?

+1))

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

Но тогда не понятно зачем эти фреймворки нужны)

она есть, но я сомневаюсь что она позволяет "из коробки" просто взять и принять json как структуру с которой сразу можно работать

if err := json.Unmarshal(jsondata, &struct); err != nil { panic(err) }

структуру вы можете даже руками не городить, сделать автогеном например тут - http://json2struct.mervine.net/

структуру вы можете даже руками не городить, сделать автогеном например тут - http://json2struct.mervine.net/

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

как вариант без структуры можно так - var notStruct map[string]interface{}

и передать по ссылке notStruct в анмаршел

но такое не кашерно ?

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

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

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

ну вот не согласен ? Пишу на чистом, все хорошо. Голову надо включать

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

ну мне не многое надо) связь с БД, внесение/получение данных оттуда, работа с json и jwt. по сути все, обычный микросервис

ну вот не согласен ? Пишу на чистом, все хорошо. Голову надо включать

у меня версии API будут, причем будут меняться, на чистом будет не очень

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

ВНИМАТЕЛЬНО! просмотрите все стандартные пакеты, там много вкусного. Даже http клиент есть (для получения, аля CURL), db интерфейсы уже есть

ну мне не многое надо) связь с БД, внесение/получение данных оттуда, работа с json и jwt. по сути все, обычный микросервис

gorm, http, echo все что тебе нужно)

у меня версии API будут, причем будут меняться, на чистом будет не очень

https://gobyexample.com/

ну вот не согласен ? Пишу на чистом, все хорошо. Голову надо включать

эм, не знаю, писать ORM или свою библиотеку для работы с БД , эт не каждый осилит. Ровно как и работу с jwt.

так echo вроде не может стандартные хендлеры? или на это пофигу?

так echo вроде не может стандартные хендлеры? или на это пофигу?

эт каждый сам решает.

эм, не знаю, писать ORM или свою библиотеку для работы с БД , эт не каждый осилит. Ровно как и работу с jwt.

да jwt то оказалась вообще элементарной из того что я по ней увидел. а вот ORM да, щас вряд ли потяну, или будетслишком долго

плюс желательно в совершенстве владеть sql для той субд с которой будет работать ORM, тут у меня точно будет проблема, толкьо хочу попробовать postgres

да jwt то оказалась вообще элементарной из того что я по ней увидел. а вот ORM да, щас вряд ли потяну, или будетслишком долго

я бы все таки для апи не рекомендовал накручивать фрейворк ? В крайне случаи потом попробуете. Потеря производительности будет

такая ощутимая, за счет всякие рефлексий которые туда накручивают

я бы все таки для апи не рекомендовал накручивать фрейворк ? В крайне случаи потом попробуете. Потеря производительности будет

тоже +1

я бы все таки для апи не рекомендовал накручивать фрейворк ? В крайне случаи потом попробуете. Потеря производительности будет

хм.. тоже верно, в конце концов тут надо то минимум от роутов по сути, просто post/get/.. и прием в json

попробуйте на стандартном пакете net/http

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

хендлеры-структуры должны реализовывать всего 1 интерфейс http.Handle c 1 методом

такая ощутимая, за счет всякие рефлексий которые туда накручивают

должно быть достаточно большое количество rps чтоб начать чувствовать оверхед от reflection

должно быть достаточно большое количество rps чтоб начать чувствовать оверхед от reflection

в 30 раз у меня ?

ну правда не на роуте

должно быть достаточно большое количество rps чтоб начать чувствовать оверхед от reflection

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

раньше пробегало за 30 мс по 1000 итераций, теперь за 3.6 мс

в рамках 1 гоурутины

я коллекцию разбирал рефлексией, хотел орм делать ?

но отговорили, сделал просто тупо фабрикой

да "кондово", но зато как быстро

я коллекцию разбирал рефлексией, хотел орм делать ?

а c/c++ код через рефлексию можно в go стартовать?

раньше пробегало за 30 мс по 1000 итераций, теперь за 3.6 мс

за 3.6 секунды мы с рефлексией и прочим ~5k ответов с контейнера отдаем, причем на каждый реквест мы еще и метрики отправляем и лог событий пишем

за 3.6 секунды мы с рефлексией и прочим ~5k ответов с контейнера отдаем, причем на каждый реквест мы еще и метрики отправляем и лог событий пишем

т.е. разница по времени 3 порядка?

а c/c++ код через рефлексию можно в go стартовать?

забудьте про рефлексию, если нужна рефлексия вы делаете что-то не то ?

за 3.6 секунды мы с рефлексией и прочим ~5k ответов с контейнера отдаем, причем на каждый реквест мы еще и метрики отправляем и лог событий пишем

3.6 СЕКУНДЫ? ?

т.е. разница по времени 3 порядка?

это в "попугаях", наша нормальная, а не пиковая нагрузка, нельзя что-то в вакууме померять

забудьте про рефлексию, если нужна рефлексия вы делаете что-то не то ?

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

а c/c++ код через рефлексию можно в go стартовать?

нет

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

можно как .so попробывать, и перезагружать. Но может тормоза быть

3.6 СЕКУНДЫ? ?

примерно так, у нас получается в среднем по ~1.2к rps на контейнер, где-то больше, где-то меньше

а вообще имеет смысл приложение на go связывать с кодом на c/c++ ?

нет

математические операции, включая побитовые на go выполняются со скоростью равной тому же на c/c++ или быстрее/медленнее?

этот вопрос смысла не имеет

медленно выполняются не операции, а загрузка данных из памяти в кеш

меня интересует "в общем", так то понятно что смысла не имеет

ERROR: S client not available

в общем - процессор тот же, и математика та же

у go сильно хуже оптимизатор

https://benchmarksgame.alioth.debian.org/u64q

меня интересует "в общем", так то понятно что смысла не имеет

на самом деле для горячей перезагрузки делают просто прокси

на гоу есть реализация

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

https://habrahabr.ru/post/318896/

можете почитать

но это все из серии "странное"

Ребята. Кто то сталкивался со странным поведением exec модуля. Когда в аргументах команды есть одинарные кавычки то она не выполняетя. Как это победить?

экранировать?

экранировать?

Не помогает

ну так же не бывает

ну так же не бывает

Ну вот бывает:)

нет

не бывает

Например find -regex 'regexp'

Вот такое тупо фейлится

очен хорошо

сколько надо аргументов передать exec.Command()?

и нужны ли на самом деле тут кавычки?

(это наводящие вопросы)

Нужны ибо пробелы. Около 8

что - около 8,

и где тут пробелы?

Аргументов

и зачем кавычки?

это все наводящие, опять же вопросы

Ну в експрешене же. Там где регекс. Там пробелы внутри могут быть

двойные кавычки не сработают вместо одинарных?

коллеги

остановитесь