Я
Size: a a a
2021 June 15
S🛸
Это в чат по докеру
AA
я бы написал WORKDIR /app а не в корень все пихать и еще использовал бы alpine версию (то же самое, только весит гораздо меньше).
AA
а так, может быть в корень не может файлы перекинуть хз
T
1. Проверить есть ли реально бинд 8080 порту
2. docker inspect
3. Использовать /app
2. docker inspect
3. Использовать /app
T
Еще вариант курлом попробовать дернуть рут ендпоинт
RS
Ребят, такой вопрос. Решил юзонуть редис для большого хранения данных, типу массив объектов с двумя параметрами (строки). Но, мне все равно прийдется иметь дело с массивом, типо удалять значение оттуда, искать совпадение. Поможет ли редис с хендлингом этих задач? (с редисом познакомился минут 20 назад)
N
что такое "большое хранение данных"? у редиса есть отдельный тип данных на массивы, у него это списки. какие конкретные задачи будут решатся?
IL
звучит как задача для реляционной базы
RS
проверка статуса юзера (онлайн/офлайн)
N
> массив
> реляционная бд
ирония судьбы)
> реляционная бд
ирония судьбы)
RS
слишком частые запросы будут, тяжело для бд
N
в таком случае либо используйте redis set, либо просто устанавливайте ключ в стиле "is_online:<user_id>"
IL
для каждого пользователя по ключу
N
с периодической синхронизацией значения в бд если оно нужно для каких то логик
IL
а можно будет получить список пользователей онлайн?
N
кстати интересно что быстрее будет, по сути я так понимаю что множество что ключи обое О(1)
правда ключи наверное удобнее
правда ключи наверное удобнее
RS
редис сет и стрингифаить массив каждый раз, а потом брать из него, парсить, проводить какие-то манипуляции и опять класть в редис?
N
если через set, то да