Поинтересуюсь. Процентов по кредитам?
Потому что по вкладам 11% за годовой вклад, что не хуже чем у других.
По кредитам да — не смог я прочесть их страничку…
Или суть что процентов не видно в документах?
Я там писал что сообщение (объект) я сначала сериализую в строку. А перевожу в base64 против всяких там переносов строк.
В этом плане от того же WCF/IPC ничем не отличается — везде нужно уметь сериализовать объект, чтобы передать другому.
А уж через консоль поддерживаются и синхронная и асинхронная модель обмена сообщениями.
Не видел ничего проще. Брат жив.
PS: По прежнему не хватает приличной имперсонации подпроцесса и завершения подпроцесса в случае исчезновения отца. Без финтов имею ввиду. На стековерфлоу обе задачи решаются через pinvoke.
Ну и обычного форка не хватает :)
Есть пока только подозрение о невозможности подмены пользователя при authentication=windows.
Когда-то я пробовал запускать отдельный поток от имперсонированного пользователя (да даже просто с win-аутентификацией и impersonate=false).
Если память не изменяет, то креденшлы пользователя подчищаются как только обработка запроса пользователя закончена.
Имею ввиду, что до домента return View() в отдельно работающем потоке всё хорошо. Но сразу отсоединения пользователя — созданный поток продолжает работать, а HttpContext.Current уже обнулен и инстансы IPrincipal и IIdentity задиспозены. Прятать инстансы креденшлов я не сумел — диспозятся отовсюду.
Пока делаю вывод что на чистой 401-негоциации не получится.
Но на выходные Вы нашли мне развлечение, вот спасибо.
В мире Windows Authentication есть уже готовое красивое решение под названием Impersonation. Т.е. когда один пользователь как-бы прикидывается другим, получая его права и возможность выполнять действия от его имени.
А как я смогу подпихнуть креденшлы другого пользователя, зная только имя? Ведь куку не подменить — не используются (или я не видел чтобы использовались куки+win auth).
Конечно пишите.
И ещё предложение, наверное…
Например, там ребята на WCF раз в пять минут рвут и пересоздают коннекты из пула. Load Balancing the Net.TCP Binding (на биндинге, для которого имеет смысл, конечно).
По крайней мере в моем последнем самописном пуле, безо всякой перебалансировки, коннекты к одной замечательной системе печальным образом протухали, и моя самописка сразу выросла раза в два :\
Я на сайте не нашёл описания как этим добром пользоваться.
По кнопке «Купить акции» мне вываливается предложение ввести сумму и телефон.
Что будет-то? Как деньги дать, например?
Что это вообще такое?
Недавно я написал небольшой помощник по авто-дискаверингу биндингов WCF-прокси (не через широковещательные запросы как в фреймворк встроено, а по урлу через DiscoveryClientProtocol).
Повыкидывал кучу app.config'ов, вычистив отовсюду клиентский System.ServiceModel. Радуюсь который день.
И вот тут бы поделиться примером, чтобы кому-нибудь да помогло.
А потом посмотрел — задача-то посильная, ILSpy отвечает на все вопросы. Вопрос времени. Уровнем стало быть не выходит. Плюшек нет, зато критиков не по делу полно. И ладно.
Вот и читаем рекламы гаджетов и информацию о свежих патентных судах и скандалах.
и верим ей…
Пула коннектов (с пересоединением для балансировки) не хватает.
Из конструктивного — WCF же.
Хотя для меня разница туманна…
Так со вкладами у них нормально?
Потому что по вкладам 11% за годовой вклад, что не хуже чем у других.
По кредитам да — не смог я прочесть их страничку…
Или суть что процентов не видно в документах?
А то статья про «простой» IPC :) Может ещё проще есть способ?
В этом плане от того же WCF/IPC ничем не отличается — везде нужно уметь сериализовать объект, чтобы передать другому.
Теперь делаю проще. Запускаю процесс:
А затем, чтобы пообщаться с ним (в обе стороны, от папы-сыну, от сына-папе), сериализую сообщение, и у дочернего процесса жду:
От родительского шлю:
А уж через консоль поддерживаются и синхронная и асинхронная модель обмена сообщениями.
Не видел ничего проще. Брат жив.
PS: По прежнему не хватает приличной имперсонации подпроцесса и завершения подпроцесса в случае исчезновения отца. Без финтов имею ввиду. На стековерфлоу обе задачи решаются через pinvoke.
Ну и обычного форка не хватает :)
Когда-то я пробовал запускать отдельный поток от имперсонированного пользователя (да даже просто с win-аутентификацией и impersonate=false).
Если память не изменяет, то креденшлы пользователя подчищаются как только обработка запроса пользователя закончена.
Имею ввиду, что до домента return View() в отдельно работающем потоке всё хорошо. Но сразу отсоединения пользователя — созданный поток продолжает работать, а HttpContext.Current уже обнулен и инстансы IPrincipal и IIdentity задиспозены. Прятать инстансы креденшлов я не сумел — диспозятся отовсюду.
Пока делаю вывод что на чистой 401-негоциации не получится.
Но на выходные Вы нашли мне развлечение, вот спасибо.
А как я смогу подпихнуть креденшлы другого пользователя, зная только имя? Ведь куку не подменить — не используются (или я не видел чтобы использовались куки+win auth).
И ещё предложение, наверное…
Например, там ребята на WCF раз в пять минут рвут и пересоздают коннекты из пула.
Load Balancing the Net.TCP Binding (на биндинге, для которого имеет смысл, конечно).
По крайней мере в моем последнем самописном пуле, безо всякой перебалансировки, коннекты к одной замечательной системе печальным образом протухали, и моя самописка сразу выросла раза в два :\
По кнопке «Купить акции» мне вываливается предложение ввести сумму и телефон.
Что будет-то? Как деньги дать, например?
Что это вообще такое?
Повыкидывал кучу app.config'ов, вычистив отовсюду клиентский System.ServiceModel. Радуюсь который день.
И вот тут бы поделиться примером, чтобы кому-нибудь да помогло.
А потом посмотрел — задача-то посильная, ILSpy отвечает на все вопросы. Вопрос времени. Уровнем стало быть не выходит. Плюшек нет, зато критиков не по делу полно. И ладно.
Вот и читаем рекламы гаджетов и информацию о свежих патентных судах и скандалах.