Н
нужен
Size: a a a
2021 June 17
АК
тогда зачем его закрывать...?
AB
не вникал в вашу логику. Но там где сделали канал, там же его и должны закрыть
VY
затем, чтобы не росло число открытых коннектов, когда на его место приходит новый открытый коннект
AB
"зачем освобождать ресурсы? "
Н
Если создать канал от коннекта, а потом закрыть коннект то канал тоже закроется
АК
разве не 1 сервис = 1 коннект?
AB
нет
VY
у вас так не будет
VY
у вас при каждом вызове UpdateChannel будет создаваться коннект, а старый будет брошен
AB
1 запрос, 1 действие, 1 цель - один контекст
VY
и GC тут скорее всего не поможет
АК
это я понял, я буду предыдущий закрывать в updateChanell
АК
разве на каждое сообщение создавать коннект не трата ресурсов ...?
VY
звучит как "один народ, одна страна, одна судьба"
AB
ну если у вас такой вопрос, то вам рано еще экономить на контекстах
AB
ну почти, но нет
АК
думаю так и есть)
сейчас просто пытаюсь в голове собрать архитектуру минимальную
сейчас просто пытаюсь в голове собрать архитектуру минимальную
AB
ИМХО споры про context, что быстрее echo или print в PHP и т.п. .... всё это экономится одним запросом в БД...
Хватит экономить на спичках.
Хватит экономить на спичках.
АК
Есть обработчик, который принимает запрос и хочет что-то записать в реббит (например n раз в минуту).
С какого действия (которое мы не можем сделать общим для всех обработчиков) должен по хорошему начинаться запрос в реббит?
Создания коннекта к реббиту?
Создания канала?
Сразу отправки сообщения в готовый канал?
С какого действия (которое мы не можем сделать общим для всех обработчиков) должен по хорошему начинаться запрос в реббит?
Создания коннекта к реббиту?
Создания канала?
Сразу отправки сообщения в готовый канал?