Ну да, это по сегодняшнему

до $100

около $83

ладно, значит не 2.5 года, а больше)

Ну да, это по сегодняшнему

сорри ты уже не элита(

250 за сколько?

но 512 и выше были неадекватно дорогими

больше чем 2 раза :)

Ну у меня ssd на 250 и hdd на 500 вместо дисковода и норм

Система и всё, требовательное к скорости на SSD

Остально на харду

Типа установщиков прог, доки, фильмы и т.д.

У меня есть компонент, внутри которого кроме html еще используется другой компонент: <paginator @updated="fetch" :data = "total"></paginator> Переменная total у меня получается при ajax-запросе: this.total = response.data.total; Подскажите, пожалуйста, как в компоненте paginator получить обновленное значение total после axios-запроса?

Ну дык он так и должен работать

Когда меняешь значение this.total - новые данные должны передаться пагинатору в data

У меня есть компонент, внутри которого кроме html еще используется другой компонент: <paginator @updated="fetch" :data = "total"></paginator> Переменная total у меня получается при ajax-запросе: this.total = response.data.total; Подскажите, пожалуйста, как в компоненте paginator получить обновленное значение total после axios-запроса?

Props прокидываются от родителя

ребята и девчонки, вот есть pusher с разными fallbacks для борьбы с дисконнектами, а есть чистый socket.io, который на ios девайсах отваливается через 3 минуты. wtf, как победить, как стать красаучиком

в props он то обновляется. А вот переменная компонента paginator (которая приравнивается total из props) не обновляется

в props он то обновляется. А вот переменная компонента paginator (которая приравнивается total из props) не обновляется

Можешь sync юзать.

в props он то обновляется. А вот переменная компонента paginator (которая приравнивается total из props) не обновляется

Ты в date вычисляешь эту переменную!

?

:data.sync = "total"

Дата не реактивна

я в created() приравнивал значение из total. Это видимо неправильно?

Created один раз вызывается

я в created() приравнивал значение из total. Это видимо неправильно?

В компутед засунь

Вот они проблемы из-за реактивности)

ребята и девчонки, вот есть pusher с разными fallbacks для борьбы с дисконнектами, а есть чистый socket.io, который на ios девайсах отваливается через 3 минуты. wtf, как победить, как стать красаучиком

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

Слишком на неё рассчитывают

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

если я не ошибаюсь, в вебсокетах все время идут пакеты даже пустые

ошибаешься, можно через devtool посмотреть, там frame не идет

я в created() приравнивал значение из total. Это видимо неправильно?

Либо делай computed, либо watch с вызовом метода Может тебе вообще не надо props менять? Работай с ним напрямую

если я не ошибаюсь, в вебсокетах все время идут пакеты даже пустые

Это socket.io пинги шлёт, а сам websocket не

если я не ошибаюсь, в вебсокетах все время идут пакеты даже пустые

Чо? Зачем гонять пустые пакеты?

Сам вебсокет вообще бочка дубовая

Ничего не делает

всем спасибо!

ошибаешься, можно через devtool посмотреть, там frame не идет

ну ок, на onDisconnect сервер куда будет слать инфу о переподключении, если клиент уже в ауте давно? такая хрень только с девайсами на ios / mac os

Heartbeats шлются

Аналог пингов с нулевым байтом

Но этого нет в спецификации вебсокетов

Так что каждый сам реализует

Ну дак socket.io это вроде решает

Аналог пингов с нулевым байтом

ну, так socket.io и работает с этим, я про это и говорил, только другими словами. просто на дисконнекте сервера сокет.ио вообще не понимает, что делать

ну ок, на onDisconnect сервер куда будет слать инфу о переподключении, если клиент уже в ауте давно? такая хрень только с девайсами на ios / mac os

разве не клиент инициализирует onDisconnect а в аргументах пишет причину (или сервер закрыл или что то другое случилось)

Решает но кривовато

Ну дак socket.io это вроде решает

на винде и андройд, да

разве не клиент инициализирует onDisconnect а в аргументах пишет причину (или сервер закрыл или что то другое случилось)

Причина разрыва разная

Так что не всегда шлется сообщение о разрыве

Для этого и нужны хартбиты

Браузеры не умеют переоткрывать сокет подключения

Так что на сервере надо выдержку когда закрывать соединение

ну, так socket.io и работает с этим, я про это и говорил, только другими словами. просто на дисконнекте сервера сокет.ио вообще не понимает, что делать

Т.е. он на иос просто умирает и не переподключается сам?

причина в том, что apple девайсы по-другому понимают закрытые вкладки и тд, те соединение вообще не держится даже в открытой вкладке. реально маразм.. пришлось сделать на pusher, но у меня нет столько денег, чтобы сотни чат каналов держать

Т.е. он на иос просто умирает и не переподключается сам?

да, просто умирает. в диапазоне от 1 до трех минут

Пипц

Поэтому для авторизации и нужен refresh token

Что бы мапить новые подключения на сессию юзера

А пока не проходят хартбиты - складывать все в очередь

А пока не проходят хартбиты - складывать все в очередь

так бы и сказал - пиши свою реализацию))

Возможно проблема в тротлинге таймеров

https://github.com/turuslan/HackTimer

Попробуй заюзать этот костыль

так бы и сказал - пиши свою реализацию))

В принципе написать все под себя намного гибче

А пока не проходят хартбиты - складывать все в очередь

получается, если jwt токены используются, есть очередь сообщений, то при отключении клиента идет поиск юзера по его токену и его переподключение? так?

ERROR: S client not available

не совсем так

https://github.com/turuslan/HackTimer

просто воркер регает чтоли?

очередь складывается по id юзера

рефреш токен позволяет получить новый токен и как вариант параллельно замапить новое подключение на сессию

просто воркер регает чтоли?

Да, заменяет функции с таймерами на обёртку с воркерами

и по id затем получить с очереди все сообщения

вообще классная практика - хотя бы раз с нуля все это реализовать на голых сокетах

но... клиент то отключен, сокет.ио просто валяется в безысходности и не знает, что произошла беда. предлагаю затестить на ios, реал есть трабл

забей на socket.io)

https://github.com/socketio/socket.io/issues/2924

схема как пример - нода проксирует все

умеет ходить в сервис очередей - любой

умеет ходить на сервис авторизации

https://github.com/socketio/socket.io/issues/2924

в хроме под мак same shit

и следит за активными подключениями

стандартное время на закрытие сокета 30-40 секунд

https://github.com/turuslan/HackTimer

Попробуй это

клиент через половину этого времени если не получает хербиты с ноды пытается открыть новое подключение

нода если его видит и авторизует - закрывает по id пользователя не закрытые

и дергает с очереди сообщения

@AlexShepard89 @ArStah спасибо, буду пробовать

я в свое время делал аналог слака

там готовые решения не подошли

Ещё как вариант попробуй выпилить socket.io в web-worker)

для очередей redis самое то

для очередей redis самое то

вот тоже смотрю в сторону node.js и редиса для очередей. пока проект не в лайве нужно найти устойчивое решение, чтобы потом не офигеть от переделок. pusher тоже уг, порой сообщения не доходят, а повторной отправки в пушере не предусмотрено) ably, кстати, решает это, но со своими нюансами

как на ваш взгляд, вот есть облако на zone.ee, на нем вся платформа. если чаты и webrtc развернуть отдельно в облаке flops.ru на убунту, это не слишком кошмарно с точки зрения архитектуры? основная задача – уменьшить расходы. на флопсе также крутится нода эфира

до какого то порога срать на архитектуру

имхо надо делать mvp максимально дешево

а потом уже допиливать до реального rps

мы mvp делали за 3 месяца