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

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

приветствую! подскажите пожалуйста, насколько безопасно выносить все структуры и некоторые переменные в отдельный файл. Есть ли какие-то потери по скорости и тому подобное. прикрепляю два скриншота, один из файла с структурами и переменными, а второй из мейна Спасибо!

приветствую! подскажите пожалуйста, насколько безопасно выносить все структуры и некоторые переменные в отдельный файл. Есть ли какие-то потери по скорости и тому подобное. прикрепляю два скриншота, один из файла с структурами и переменными, а второй из мейна Спасибо!

Тебе стоит понимать, что глобальные переменные доступны всем, и это может быть небезопасно. А так, я бы тебе посоветовал линтеры прикрутить, есть ошибки и нерекомендованный стиль написать (например использование "_" в именах)

как понимать доступны ВСЕМ?

Импортируешь пакет и обращаешься к этим переменным глобальным

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

Да. Глобалы - зло

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

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

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

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

а почему, если в крациях. просто не понимаю, неужели кто-то другой может получить к ним доступ

Использование глобальный переменных ( особенно паттерна синглтон ) в будущем может быть проблемой

Вообще их наличие, это уже выделение под них памяти

АААААА аллокация!!!

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

Я кстати тут насчёт первого пункта что-то не понял)

Условно - запустить в разных горутинах один и тот же код несколько раз, а они внутри как раз с глобалами совокупляются гады. Получаем непредсказуемое поведение

Ну так ты там написал инстансы, а это не одно и тоже)

А чем это не инстансы, спрашивается?

Условно - запустить в разных горутинах один и тот же код несколько раз, а они внутри как раз с глобалами совокупляются гады. Получаем непредсказуемое поведение

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

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

Может тебе проще всё-таки ту статью прочитать и там найти ответы на свои вопросы?

Может тебе проще всё-таки ту статью прочитать и там найти ответы на свои вопросы?

Например, если вы пишите свой браузер... ну вдруг. То нужно сразу закладывать в него возможность одновременной открытости нескольких веб-страниц. А то потом будет трудно. Если вы пишете свой архиватор - надо сразу учитывать, что нужно обрабатывать в несколько потоков и т.д.

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

а почему, если в крациях. просто не понимаю, неужели кто-то другой может получить к ним доступ

Хотя там структуры с конфигом можно сказать пох ваще

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

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

А это и не сделать константой

Чтоб избежать параллельного вызова?

нет смысла парсить более одного раза А сейчас вообще такая ситуация что после первого парсинга env их больше не существует

Может кто подскажет: у меня докер имедж собирается из образа alpine:3.11, мне нужно использовать команду apt-get install, такое решение сработает? RUN apk add bash RUN apt-get install ...

Держать 2 package manager такое себе

Кто знает как сделать чтобы не ругался goland, не отключая inspection?

А почему ругается? Что пишет?

Говорит "че у тебя % в запросе забыл, ты дятел?“

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

Тут нет инъекции