panic: runtime error: slice bounds out of range [:-390])Мб очевидно, но проблема с тем, что вы где-то неправильно высчитываете offset или другой параметр, в результате чего получаете отрицательное значение, возможно оно приходит с сервера, а возможно вы просчитались и из большего вычитаете меньшее, например есть строчка " have = l - offset" и по ощущениям у вас have становится отрицательным на мой взгляд проблема скорее всего тут, либо данные неправильные, либо алгоритм
мне из-за одного момента в жизни связанного с кодом надо прочитать книгуможно не читать книгу, достаточно просто задать вопрос гуглу и всё
Попробовал поменять на диск D, тоже самое пишет, или какой путь нужно менять?Вам уже ответили. Но тут в целом такая логика, что если программа падает из-за "invalid memory address or nil pointer dereference", то в 99% случаев это означет, что вы обращаетесь к нулевому указателю, т.е. к nil. Что собственно и написано в сообщении. Диск возможно имеет смысл менять в случаях когда на диске есть ограничения на права чтения/записи, и обычно такие проблемы можно выявить через обычные ошибки с типом error.
то есть лучше не пробовать, тк есть php, js, ну или только из интереса?Ну тут только вам решать, но как я понял у вас нет опыта работы ни в беке, ни в c++, поэтому затея на мой взгляд труднореализуемая, т.к. для бека есть много других языков python/node/php/java/go, которые популярнее чем c++(для бека). С беком на c++ есть еще такая проблема, что особо обучабщих материалов нет. У меня первый язык тоже был c++, потом перешел на го и на c++ писать бек надеюсь никогда не буду.
разве только Яндекс использует С++ для веб бекаЯ имел ввиду, что не используют как основной язык для разработки, но возможно используют для оптимизации узких мест или в определенных сферах типа трейдинга.
Тем более, не уверен, что все то легаси с нулевых/десятыхВроде легаси как раз больше на пхп/перле/питоне/яве. В целом если сейчас чекнуть вакансии то бекенда там не так много, но возможно я ошибаюсь и чего-то не знаю.
Хз где такое пишут,ну когда я смотрю вакансии на го, почему-то теперь каждый хочет это внедрить, хотя брокер по моему не всегда нужен.
но брокеры сообщений часто нужны не из-за хайлоада, а из-за гарантий доставки/порядкаНу для хайлода согласен, что он не всегда нужен. Но и если нагрузка на сервер 100-200rps ценность брокера тоже немного сомнительная (на мой взгляд).
Просто я где-то читал что вечно запущенная горутина это и есть источник утечек памяти.Ну раз где-то сказали, то тут крыть нечем, тут только памяти на сервак докинуть иных решений нет.
микросервис аботает с ролями\токенами, где они должны быть?Ну честно говоря из описания не совсем понятно, в чем смысл делать отдельную авторизацию для микросервиса, если вы хотите делать jwt, то он обычно хранится в куках, есть еще вариант конечно сделать авторизацию по api, но обычно делается в случаях когда между собой взаимодействуют отдельные сервисы. Если у вас есть взаимодействие с фронтом, то данные для аутентификации стоит хранить в куках, роли можете брать из базы или если это не критично, можете засунуть их в jwt токен (если его используете для аутентификации).
хранится у клиента, писаться в куки и далее передоваться сервису, или оставаться на сервере и добавлятся им при обращение к сервису(тоесть иметь свое хранилище пользователейА в чем смысл делать разные хранилища для одних и тех же пользователей? Ну если хотите можете сделать общение для аутентификации между сервером и сервисом по апи в целом тут не особо важно.