Спасибище! Может как альтернативу дропбоксу попробую

Shiny или Grafana?

Учитывая, что юзеров всего около 30 человек из 3-4 групп пользователей? А в качестве БД - Big Query

Исключительно для панелей данных.

Я бы делал на Shiny, но это до меня нагородили. По ощущениям в Графане проще делать. Впечатление ещё сильно портится тем, что она поверх Кликхауса на слабом серваке крутится.

В Grafanе куча всяких уже готовых плюшек:
- Интерфейс для ручной настройки запросов к БД(если разобраться=))
- Управление группами пользователей и правами

Вопрос теперь в стоимости использования. Я её на VM поднял на Google Cloud Engine + она будет кидать запросы в Big Query, а это ещё денежка.

Запросы к БД можно прямо из интерфкйса писать, но вот если они кэшируются, то будет всё упираться в производительность базу, причём в реальном времени.

Почему data studio не рассматриваете?

Неплохая штука для базовых вещей.

А потому что=)

А вообще скудные возможности для кастомизации,
Невозможность повесить на поддомен,
Наладить нормальный контроль за юзерами.
Отсутствие автообновления для стриминговых потоков
Отсутствие возможности подключения к некоторым БД
И вообще "мы его использовать не будем" - цитата от ЛПР=)

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

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

Csv
В том то и дело
Они меняются во время сеанса

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

Как тут уже советовали, лучше на внешнем серваке держать. Но прикол в том, что если у вас будет платное внешнее хранилище, тогда там же можно и шайни развернуть и не париться :)

Да, именно как вы описали

Внешний сервер поднимать -может занять много времени

а если не полноценный сервак, а какой-нибудь google blob storage? Андрей еще AWS S3 советовал, но я с ним не работал

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

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

Просто работой по чтению-записи. Аккаунт придётся да, городить новый.

Здравствуйте, все.
У меня вопрос про LMER/GLMER
Я меряю то, как хорошо испытуемые видят штуку (ответ 0 - неправильно; 1 -правильно)
И смотрю как время (это не континуум, у него 4 категории) и локация (тоже 4 категории) влияют на эти ответы.
Короче, я делаю Response~time*location+(1|participant), а дальше вопрос: с одной стороны этот самый Response – binomial, и для него есть GLMER с другой стороны, я же как бы долю правильных ответов в каждом отдельном временном отрезке смотрю, тогда вроде как уже не binomial, тогда LMER. Или тут важна нормальность распределения, а не тип зависимой переменной? Тогда как ее проверить?
Хотелось бы понять, как_правильно_это_делать.