Евгений

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

Для парсинга json из файла или из запроса, я бы советовал json.NewDecoder, так как он будет меньше потреблять памяти (не нужно заранее считывать в память массив байт).

Redis как кэш актуален для "одноядерных" языков вроде node/python/php. Там большие проблемы с многопоточным доступом к памяти, поэтому вместо памяти используют key-value (memcached еще вспомнить можно). А если у вас голанг - так зачем редис? Воспользуйтесь кэшом в памяти, всё еще на порядок быстрее работать станет за счет отсутствия сетевых взаимодействий на кэш-хитах.

Предположу, что на странице используется какой-то компонент, который для своего вывода берёт данные из инфоблока. И у этого инфоблока не настроены права доступа (нет разрешения на чтение для неавторизованных). Если на страницу заходит админ - данные из инфоблока выбираются, компонент рендерится и попадает в кеш. Как только время жизни кеша заканчивается - компонент пробует запуститься заново, но пользователь не авторизован и получить данные не удаётся.

https://play.golang.org/p/dSvP6rzv4s3

За отображение этих блоков отвечает компонент bitrix:intranet.bitrix24.banner расположенный на странице /stream/index.php

Удалите компонент со страницы или деактивируйте его и поля исчезнут

Открываем для себя такую штуку Инструменты разработчика в браузере.
Нажимаем Ф12, вкладка Сеть, на всякий случай ставим галку preserve log, отправляем свою форму и смотрим какой запрос пошел к сайту

У горутин маленький стэк в начале, и это не стэк треда.
Рекурсивный func f вызывает рост стэка (в го нет TCO и похоже не будет), и переаллокацию бОльшего стэка из другого size class (смотри tcmalloc) с последующим копированием.
Смещение переменной в стэке осталось таким же, но адрес изменился.

Ну а при fmt.Printf переменная в хипе и с постоянным адресом. Вроде на github было даже этому объяснение, из-за чего escape analysis так себя ведёт.

По умолчанию, переменная val располагается на стеке, но при использовании fmt.Println() переменная "убегает" в heap.
Так как параметры в функцию передаются через стек, из за этого сдвигается указатель на переменную.
Это хорошо видно, если открыть дебагер и посмотреть изменение регистров.

Запустить escape analysis можно с помощью команды:
go run -gcflags "-m" test.go

$ go run -gcflags "-m" test.go 
# command-line-arguments
./test.go:13:13: inlining call to fmt.Println
./test.go:9:6: moved to heap: val
./test.go:13:14: &val escapes to heap
./test.go:13:13: main []interface {} literal does not escape
./test.go:13:13: io.Writer(os.Stdout) escapes to heap
<autogenerated>:1: (*File).close .this does not escape
0xc00001a0a8
0xc00001a0a8
0xc00001a0a8

Прочитать документацию, пройти учебные курсы, и научиться разрабатывать решения на битриксе.
https://dev.1c-bitrix.ru/learning/ - учебные курсы
Всё что вам надо - описано в курсе "Разработчик Bitrix Framework"

Добавлю к посту Евгений, что для защиты можно снять галку "Позволять пользователям регистрироваться" (или как-то так) в настройках главного модуля. А "Запрашивать CAPTCHA при регистрации" наоборот - поставить.

есть, но они не нужны
https://habr.com/ru/post/444022/
можешь посмотреть
https://github.com/AmundsenJunior/rest-go-mux-pq

Для решения этой задачи можно использовать data атрибут:

handleTodoClick = e => {
  const { id } = e.target.dataset;
  this.props.toggleTodo(id);
};
render() {
  return todos.map(item => (
    <div key={item.id} data-id={item.id} onClick={this.handleTodoClick} />
  ));
}

В начале header

IncludeTemplateLangFile(__FILE__);

В нужном месте

<?=GetMessage('CONST')?>

Либо на новом ядре:

<?
use Bitrix\Main\Localization\Loc;

Loc::loadLanguageFile(__FILE__);
?>

<? echo Loc::getMessage("CONST");?>