Благодарю за ответы
Вот игрушечный код без подключения к бд, просто попробовал сделать вкладки через selectInput

Я нашёл, как сделать то что мне нужно. Есть функция conditionalPanel, которая позволяет менять содержание sidebarPanel в зависимости от выбранной вкладки

вот пример кода благородного индуса https://gist.github.com/aagarw30/c593799bc7d8557dc863411bb552e4f4

Подвезли новый парсер JSON.
http://dirk.eddelbuettel.com/code/rcpp.simdjson.html
Судя по приведённым замерам космически быстрый. Пока что доступна только валидация синтаксиса, но функционал будет дополняться.
Авто пакета не абы кто а Dirk Eddelbuettel.
Основа на C++ либе. Подробнее можно почитать в статье: https://arxiv.org/abs/1902.08318.

Был learnr от RStudio и ещё что-то от DataCamp. Или у тебя другой кейс?

Немножко другой. Они требуют запускать shiny (даже в простых вопросах). Я же хочу, чтобы на моих статических html был вопрос-ответ-проверялка. Без запуска какого-то кода на R.

А что это тебе в конечно итоге даёт? Куда будут сохраняться ответы? Опять же в исходном коде можно найти правильный ответ.

Я как-то выдрал правильные ответы для 90+ курсов на DataCamp (и текстовые варианты и чанки с кодом). Курсы у них хорошие, но дыра есть дыра.

Кто в веб-аналитике понимает, подскажите. Какое количество секунд/минут между событиями (просмотрами/кликами) достаточно, чтобы считать визит/сессию завершённой? Взял 30 минут, но есть сомнения.

Зависит от продукта. Но по дефолту везде 30 минут

30 минут без взаимодействия - конец сессии. Время можно выбирать в настройках системы аналитики.

Спасибо за ответы. Настройку такую в метрике не нашли.

У меня поток хитов, которые надо агрегировать, т.к. в сессиях у яндекса отсутствуют критичные данные (параметры URL). То есть навелосипедить сессии на основе хитов,.

Тайм-аут визита в настройках

О, спасибо.

Подскажите,  а есть ли какой-то способ изнутри R-сессии узнать сколько памяти занимает эта сессия в системе? При условии, что pryr::mem_used() выдаёт результат, отличающийся на несколько порядков, а в выводе gc() эта память примерно соответствует только max used. Нашёл какую-то багу с освобождением памяти после удаления data.table, по сути это то, что описано здесь: https://github.com/dselivanov/r-malloc
Хочу это задокументировать. Автор того расследования подошёл к вопросу так - парсил вывод системы и искал там процесс, сожравший больше всего памяти. Может есть какие-то ещё варианты?

Смотри в монитор процессов. Но надо помнить, что R-сессия жрёт всё равно больше, чем ей надо, т.к. держит память про запас. При удалении объекта он не удаляется, а помечается к удаления сборщиком мусора. Даже после его удаления сборщиков память езё придерживается в зарезервированным виде про запас.
Проверить можно, удалив таблицу и воссоздав её заново. По идее, после воссоздания памяти должно занимать столько же, а если же предыдущая таблица действительно не удалилась, то в 2 раза больше.