Скажите, какой легковесный go веб-фрейморк лучше всего использовать?

этот вопрос здесь кажется раз в неделю задается :)

чаще

извините(

я просто не читал все, что здесь писалось, поэтому упустил)

https://github.com/smallnest/go-web-framework-benchmark

этот вопрос здесь кажется раз в неделю задается :)

и ответ на него - смотря какой функционал нужен

потом все будут советовать эхо или чай

а потом прийдет Кирилл и скажет, что это медленно и в его фреймворке овер дофига запросов в секунду

точно :)

ну и под конец кто-то скажет: "Главное не используй ирис, Люк"

тут и я подпишусь

ириску юзать все равно что контрацептивы бу

вроде и можно, стрёмно

причем стремно даже наизнанку...

а что за чай?

https://github.com/go-chi/chi

а что за чай?

https://github.com/go-chi/chi

golang chi

но это не совсем веб-фреймворк, а роутер

спасибо!)

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

и ответ на него - смотря какой функционал нужен

мне нужно сервер написать под приложение, которое будет частично real-time, частично просто rest запросы)

если потерял, то можно найти. google => golang build flags

Спасибо, нашел. Но могли бы и сами подсказать если знаете.

яб взял chi, а через 3-4 недели переписал бы на net/http

Спасибо, нашел. Но могли бы и сами подсказать если знаете.

ты мог бы и должен сначала гуглить. остальное вторично

ты мог бы и должен сначала гуглить. остальное вторично

Вы наверное всех посылаете в google с любым вопросом. Все же могут и должны гуглить.

Вы наверное всех посылаете в google с любым вопросом. Все же могут и должны гуглить.

есть два типа вопросов: справочные и обращенные к опыту сообщества. Первые должны гуглиться, да

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

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

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

я ж не спорю

Скажите, какой легковесный go веб-фрейморк лучше всего использовать?

Gramework

а потом прийдет Кирилл и скажет, что это медленно и в его фреймворке овер дофига запросов в секунду

Да, я тут, спасибо :)

ну и под конец кто-то скажет: "Главное не используй ирис, Люк"

Закопайте уже стюардессу

Gramework

Сам себя не похвалишь - никто не похвалит! ?

Сам себя не похвалишь - никто не похвалит! ?

Вон люди решились попробовать и довольны)

qq all

gg wp

gl hf

qq all

Alt+QQ и тебе

command q

œœ

что за фокусы - если собираю и запускаю программу в Gogland'е то все отлично работает, а если делаю go build main.go, то программа выкидывает панику во время выполнения, но причем ссылась на какие-то левые строки в исходниках. panic: runtime error: index out of range panic(0x623bc0, 0xc420014110) /usr/lib/go/src/runtime/panic.go:500 +0x1a1 github.com/solidlsnake/instagram-go-scraper/instagram.getFromMediaPage(0xc42047e000, 0xe8e, 0x1e00, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...) /home/solidlsnake/Dropbox/Go/src/github.com/solidlsnake/instagram-go-scraper/instagram/media.go:92 +0x2d0 github.com/solidlsnake/instagram-go-scraper/instagram.GetMediaByCode(0xc4202dd190, 0xb, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...) /home/solidlsnake/Dropbox/Go/src/github.com/solidlsnake/instagram-go-scraper/instagram/instagram.go:52 +0x15d Вот, видно, что ошибка в файле media.go на строке 92, но на строке 92 одна строка, обращений к каком-то слайсу\массиву там нет.

значит запускаешь другой код, не тот, чей исходник видишь

инфа 100%

Прелесть) Свою же либу использую, что там вместо нее может быть? можно как-то проверить?

запуск в гогланде посмотри

ща посмотрел в сборке в гогланде, там при сборке используется аргумент -i еще

Может в нем дело?

Может в нем дело?

А gopath точно один и тот же ?

А gopath точно один и тот же ?

Да, другого и не имеем) Чуть позже попробую сделать сборку с -i, сейчас просто возможности нет, отпишусь помогло ли

мне кажется никакие флаги не должны это поменять так радикально )

попробуй добавить отладку

в то место, которое выдает ошибку

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

Да, к сожалению не помогло. Так и говорю - ошибку выдает в бессмысленном для нее месте - в объявлении структуры, а ошибка ругает индекс аут оф рендж.

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

имей всегда дебаг режим с миллиардом логов

имей всегда дебаг режим с миллиардом логов

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

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

я же спать не смогу теперь

что за фокусы - если собираю и запускаю программу в Gogland'е то все отлично работает, а если делаю go build main.go, то программа выкидывает панику во время выполнения, но причем ссылась на какие-то левые строки в исходниках. panic: runtime error: index out of range panic(0x623bc0, 0xc420014110) /usr/lib/go/src/runtime/panic.go:500 +0x1a1 github.com/solidlsnake/instagram-go-scraper/instagram.getFromMediaPage(0xc42047e000, 0xe8e, 0x1e00, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...) /home/solidlsnake/Dropbox/Go/src/github.com/solidlsnake/instagram-go-scraper/instagram/media.go:92 +0x2d0 github.com/solidlsnake/instagram-go-scraper/instagram.GetMediaByCode(0xc4202dd190, 0xb, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...) /home/solidlsnake/Dropbox/Go/src/github.com/solidlsnake/instagram-go-scraper/instagram/instagram.go:52 +0x15d Вот, видно, что ошибка в файле media.go на строке 92, но на строке 92 одна строка, обращений к каком-то слайсу\массиву там нет.

index уходит за пределы массива\слайса?

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

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

ERROR: S client not available

index уходит за пределы массива\слайса?

ошибка говорит об этом, да

Видеть бы что там в этой 92 строке происходит )

Видеть бы что там в этой 92 строке происходит )

https://github.com/Vorkytaka/instagram-go-scraper/blob/master/instagram/media.go#L92

в этом и беда, что там ничего не происходит кроме объявления структуры)

и срабатывает эта ошибка только если собрать main.go через консоль

если собрать и запустить в gogland'е то все работает нормально

вот вам ваши ide

не должно быть магии

вот вам ваши ide

ну и меня IDE и магии нет. кстати аналог gogland

в общем какая-то дикая дичь)

буду думать)

скорее всего разные пути/файлы/GOPATH в двух окружениях

Бляха муха)

Действительно кажись %)

https://github.com/Vorkytaka/instagram-go-scraper/commit/8e56a544937f1e1f9bc6a915d2d340906d711bf1#diff-4490df726487551631a7cfc68c5a6610R92

я думаю, у вас разные версии в разных GOPATH

Да, кажется так и есть) Я невнимательный долбаеб и опечатался в GOPATH который в терминале)

Да, так и есть) Всем спасибо))

Да, кажется так и есть) Я невнимательный долбаеб и опечатался в GOPATH который в терминале)

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

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

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

А в чем разница, если делать так: type SafeCounter struct { v map[string]int mux sync.Mutex } или так type SafeCounter struct { sync.Mutex v map[string]int }

во втором случае у тебя методы Lock и Unlock становятся публичными для объекта

Какое-то недонаследование, емае)

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

называется

В первом случае да. А во втором как-то не очевидно совершенно

Второе не встречал, как оно вообще называется

http://www.hydrogen18.com/blog/golang-embedding.html

А в чем разница, если делать так: type SafeCounter struct { v map[string]int mux sync.Mutex } или так type SafeCounter struct { sync.Mutex v map[string]int }

type SafeCounter struct { v map[string]int mux sync.Mutex }Это агрегация type SafeCounter struct { sync.Mutex v map[string]int }Это встраивание

type SafeCounter struct { v map[string]int mux sync.Mutex }Это агрегация type SafeCounter struct { sync.Mutex v map[string]int }Это встраивание

Окей. В общем все еще какое-то недонаследование тут)

Нет в го наследования(в целом, оно и не нужно, без него сильно проще живётся)