 ping
II/IDEC networks :: pipe.2032 :: Болталка
|
Contacts :: Login |
# Re: idec
Difrex(dynamic,1) — Peter
2019-03-03 21:23:52
> Этот блоб мы как нода фетчим за 1 доп запрос на сообщение.
Это когда с другой годы тянем данные.
Как со стороны клиента должен выглядеть аплоад?
Difrex(dynamic,1) — Peter
2019-03-03 21:23:52
> Этот блоб мы как нода фетчим за 1 доп запрос на сообщение.
Это когда с другой годы тянем данные.
Как со стороны клиента должен выглядеть аплоад?
# Re: idec
Peter(syscall,1) — Difrex
2019-03-04 07:50:38
Difrex> Как со стороны клиента должен выглядеть аплоад?
Тут, скорее всего, не получится сделать это 2м независимым запросом. Так как запросы разделены во времени и нам нельзя писать его в базу (или отдавать другим нодам) пока все не будет залито.
Поэтому пока ничего, кроме расширения текущего post я не могу придумать. Ну типа если в заголовке есть xdata ждём поток после сообщения из этого количества байт. В принципе тогда и совместимость останетс, и все ещё достаточно просто.
Peter(syscall,1) — Difrex
2019-03-04 07:50:38
Difrex> Как со стороны клиента должен выглядеть аплоад?
Тут, скорее всего, не получится сделать это 2м независимым запросом. Так как запросы разделены во времени и нам нельзя писать его в базу (или отдавать другим нодам) пока все не будет залито.
Поэтому пока ничего, кроме расширения текущего post я не могу придумать. Ну типа если в заголовке есть xdata ждём поток после сообщения из этого количества байт. В принципе тогда и совместимость останетс, и все ещё достаточно просто.
# Re: idec
Peter(syscall,1) — Peter
2019-03-04 08:03:58
Хотя я сейчас подумал, что дополнительный запрос и для общения нод проблема. Допустим на первой итерации забрал все msgid и собираюсь забирать блобы. По идее я эти сообщения должен отдавать уже или нет? Если отдам, то другая нода не получит блоб. С другой стороны, она его получит на след синке. Гм...
Peter(syscall,1) — Peter
2019-03-04 08:03:58
Хотя я сейчас подумал, что дополнительный запрос и для общения нод проблема. Допустим на первой итерации забрал все msgid и собираюсь забирать блобы. По идее я эти сообщения должен отдавать уже или нет? Если отдам, то другая нода не получит блоб. С другой стороны, она его получит на след синке. Гм...
# Re: idec
Peter(syscall,1) — Peter
2019-03-04 08:09:22
В общем, доп запрос все таки это тоже усложнение.:( Если он не атомарный, то надо помнить сообщения для которых мы не забрали блоб. Если атомарный - усложнение логики ноды. Надо думать.:(
Peter(syscall,1) — Peter
2019-03-04 08:09:22
В общем, доп запрос все таки это тоже усложнение.:( Если он не атомарный, то надо помнить сообщения для которых мы не забрали блоб. Если атомарный - усложнение логики ноды. Надо думать.:(
# Re: idec
Difrex(dynamic,1) — Peter
2019-03-04 08:21:04
> Поэтому пока ничего, кроме расширения текущего post я не могу придумать. Ну типа если в заголовке есть xdata ждём поток после сообщения из этого количества байт
Авторизация должна оставаться.
Т.е. второй запрос будет выглядеть как-то так:
Difrex(dynamic,1) — Peter
2019-03-04 08:21:04
> Поэтому пока ничего, кроме расширения текущего post я не могу придумать. Ну типа если в заголовке есть xdata ждём поток после сообщения из этого количества байт
Авторизация должна оставаться.
Т.е. второй запрос будет выглядеть как-то так:
curl -XPOST -d "pauth=sdlkdsfjklsdf" -d "xdata=$(cat /etc/passwd)" http://idec.node/x/d/msgid