К сожалению я не профи пока в ES. Мне нужно было подключить русскую морфологию, это способ ее подключения. Насчет словарей — затрудняюсь сказать. Задача была простой — чтобы адекватный поиск был, а не так что «наука» и «науки» разные слова.
>вопрос в том, нафига перекладывать на клиента посылку серверу сигнала о подключении к каналу?
Теперь понял о чем Вы, поправил.
Спасибо за советы и исправления!
>наружу из цикла наверное вынести?
согласен, пропустил очевидный косяк. исправлю.
>uuid?
непонятно в чем вопрос. channel_id это уникальный идентификатор канала, который должен быть стройкой. по нему создается канал.
>но на следующем шаге идентификатор вытаскивается из из параметров и игнорируется, а юзер «идентифицируется» только по нику
это уже грубый косяк. тем самым можно отправку подделать сообщения. исправлю.
>зачем, если channel api сам вызывает /_ah/channel/connected?
на этапе создания канала на стороне сервера мы создаем запись в базе о пользователе. тем самым блокируя создание такого же пользователя с одинаковым ником.
Геты параметров юзать с по умолчанию
Вы не могли бы пояснить про что конкретно?
Хранить временные данные не буду в постоянном хранилище
Согласен — лучше данные пользователя хранить в memcache. Но при этом помнить что он может быть очищен в случае нехватки ресурсов.
Эту конструкцию:
tmp_df = tmp_df[tmp_df.user_id < 10]
tmp_df = tmp_df[tmp_df.anime_id < 30]
tmp_df = tmp_df[tmp_df.rating != -1]
можно заменить на фильтр И:
tmp_df[(tmp_df.user_id < 10) & (tmp_df.anime_id < 30) & (tmp_df.rating != -1)]
{ «properties»: { "<имя поля>": {«type»: «string», «analyzer»:«russian»}}}
Теперь понял о чем Вы, поправил.
Спасибо за советы и исправления!
согласен, пропустил очевидный косяк. исправлю.
>uuid?
непонятно в чем вопрос. channel_id это уникальный идентификатор канала, который должен быть стройкой. по нему создается канал.
>но на следующем шаге идентификатор вытаскивается из из параметров и игнорируется, а юзер «идентифицируется» только по нику
это уже грубый косяк. тем самым можно отправку подделать сообщения. исправлю.
>зачем, если channel api сам вызывает /_ah/channel/connected?
на этапе создания канала на стороне сервера мы создаем запись в базе о пользователе. тем самым блокируя создание такого же пользователя с одинаковым ником.
Вы не могли бы пояснить про что конкретно?
Хранить временные данные не буду в постоянном хранилище
Согласен — лучше данные пользователя хранить в memcache. Но при этом помнить что он может быть очищен в случае нехватки ресурсов.