SeVaГовноcoder, ты только с двадцатого раза понял, что речь идет о двойном связывании, а что-то понять по архитектуре для тебя непосильная задача. Все твои познания - статейки из русской wiki(английского ты не знаешь), единственное до чего ты сподобился - бредовый говносервис.
Такая шавка как ты может только порносайты на пару страниц ковырять, да гадить в каждом топике sql.ru.
Ты его уже весь провонял
Тупица, ты только с сотого раз понял, что речь шла о push. Двойное связывание в контексте push - это совсем не то, что ты понимаешь своим ссохшимся умишком. Обделался в топике 2 раза. Уже привык, что тебя за каждый просад шпыняют как ламера - это твоя участь на оставшуюся никчемную жизнь тупого теоретика.

SeVaПарамонПрикручивал SignalR, но, по скольку у меня много логики крутится вокруг сессии, в итоге вернулся пока на ajax.
А так, в принципе работает нормально. Идеального ничего нет )

в signar нет весьма существенного момента - гарантированности доставки, что весьма сужает область применения и значительно все усложняет.

Тупица, guaranteed delivery пишется за три минуты на колене: достаточно идентифицировать сообщения гуидами. Накрайняк, если лень одолена, никто не запрещает прикрутить NServiceBus Transport к сигналу.

SeVacooldeveloperпропущено...


Тупица, guaranteed delivery пишется за три минуты на колене: достаточно идентифицировать сообщения гуидами. Накрайняк, если лень одолена, никто не запрещает прикрутить NServiceBus Transport к сигналу.


Чмо бестолковое, потешил от души. В статье signalr рассматривается в качестве транспорта(средства доставки) для nServiceBus вместо MSMQ. Никакого бенефита это не дает кроме лишнего усложнения
С nServiceBus я имел дело, по сравнению с ним signalr - жалкая поделка.

Учи английский, да поменьше умничай, не дорос еще

Идиотина, какая разница, откуда брать гуиды, уникальность сообщения она и в африке уникальность. С nServiceBus ты имел точно такое же "дело", как с логикой в контроллере, чудило. Мои носки даже рассмеялись. Никакого усложнения там нет, тебе причудилось.

SeVaМуслимка, домашнее задание по английскому для тебя.Переведи, а потом попробуй рассказать, что твоя бестолочь из этого поняла

авторAnd there you have it, a SignalR hub matching the previously build NServiceBus transport. There are however a few things to take into consideration.

While you get the benefit of using NServiceBus in your clients there are some mayor downsides to the above implementation:
– There is no durability , something NServiceBus relies heavily on
– There is no transactional support
– There is no guaranteed delivery

While this SignalR transport is a viable option in a project like mine, where events are continuously published to every client and it does’t matter if one or two of them never arrive, it might not be as suitable for long running business processes.


Ну ты лашпетина

Выделил специально для безголовых чудовищ:

...Of course you can remedy some of these issues to a certain extend by modifying and expanding the logic of the queue and hub so they persist messages in case the recipient is not available

О чем я и говорил ранее. Ты каким местом читаешь?

SeVaЯ даже спрашивать не буду как местом ты читаешь, и так понятно, что ты всасываешь все ректально.
В статье четко обозначено, что в случае с транспортом signalr теряются все основные моменты: поддержка долго играющих процессов, распределенные транзакции, гарантированность доставки. Без этого signalr - простая игрушка, где допустимы пропуски сообщений.
Если все это ты собираешься изобразить с помощью одного гуида, то ты еще раз подтвердил, что ты самый главный дебил, который совершенно не понимает о чем идет речь.

То, что ты давно не читаешь, а деградируешь вроде подопытной обезьянки - и так всем понятно. Ты не в состоянии не то, что понимать, о чем тебе пишут, ты как околопридурочный индивид пытаешься показать, что в теме. На самом деле ты не в теме, мы ведь знаем, какое унылое гавно ты из себя представляешь. 1С-ник наколеночник, начитавшийся форумных баек. Простая игрушка, как обычно, у тебя а башке. SignalR - мощный здоровый инструмент, с помощью которого легко можно решать push задачи. Гарантированность, о которой ты вещаешь, даже студент талпаеп 1 курса напишет в пару строк кода. Но для тебя - это проблема, никто и не сомневался. Дави дальше своим тупым лбом кирпичную кладку, а мы будем дальше работать. Как был кретином форума sql.ru, так им и остался.

Глупая фееричная обезьяна, смысл твоего унылого бытия равен нулю. Безопытность и идиотизм на лицо. В следующий раз как заскочишь, потрудись изучить проф тему.

Ну точно уж не Севе-опорожнителю. На что живёт наш фееричный Долб, остается только гадать. Роллтон форевер.