PEPSIN: ja doporucuju http://www.wpf-tutorial.com/

PEPSIN: letem svetem je napr. WPF_Succinctly - free, pokud je u nich clovek zaregistrovanej http://files2.syncfusion.com/Downloads/Ebooks/WPF_Succinctly.pdf

doporucil by mi nekdo nejakou dobrou knihu a nebo tutorial na Windows presentation foundation? dekuji
(ale radeji knihu, nejak se lip cte)

Lehke OT na zkusene webaře - jak doporucujete zacit s ASP NET MVC + angular/react/knockout?
Zatim zkoumam tutorialy a videa, ale je toho silene moc a uvital bych tip na neco 'zarucene' dobreho, kde jsou pouzity pouze ty spravne patterny ;-) ... idealne nejaka example app step by step. Nebo je to chybna cesta?

Zkusenosti mam za poslednich 15 let hlavne s tlustymi aplikacemi (delphi, c#, sql, orm), parkrat sem amatersky neco patlal v webformsech a php.
Dik za kazdy navrh.

MORMEGIL: To mě taky napadlo, ale účty v AD jsou ok a FW to neblokuje. Navíc se to děje pouze při prvním startu po nasazení nové verze a třeba po restartu serveru ne. A taky by to na předprodukci postihlo obě aplikace jak front-end tak aplikáč, když běží na stejném virtuálu.
Zkoušel jsem to projet profilerem a 90% času se zpracovává native/optimized code.
Vyžádal jsem dohledání logu, kdy se to stalo poprvé, začínám podezřívat nějakou aktualizaci Windows.

MILL: Nějaká Windows autentizace, které překáží firewall na cestě k AD? I když teda 30 minut je nějak fakt podezřele moc.

Máme jednu letitou aplikaci v ASP .NET WebForms a od určité doby se drasticky prodloužila doba prvního startu po nasazení nové verze. Podle logování to od opuštění Application_AuthenticateRequest do vstupu do aspx.cs někde visí cca 30 minut i více. Děje se to na produkci i předprodukci - Win2008 R2, ale ne na vyvojových stojích, kde máme Win2012 R2.Zvláštní také je, že to postihuje pouze front-end servery ale ty aplikační kde jsou WCF jsou ok, stejne tak WF Server.
Netušíte, kde by mohl být zakopanej pes?

Napadá vás nějaký rozumný způsob, jak "wrapovat" ASP.NET webovky? Na úrovni .NETu/assembly, nikoliv HTTP. Mám existující aplikaci a potřeboval bych k tomu přidat určitou drobnou funkcionalitu. Je a bude to na nějakým hostingu, takže řešit to nějakou rev. proxy na HTTP nepřipadá v úvahu.

NECROMAN: este vcera to bolo bez vsce, vedel som, ze to rychlo zmenia :)


tak ci onak, davam bolsevikovi rok,...bude to rovnako nahovno ako doteraz.

NECROMAN: kod se mi upravit podarilo (Reflexil+ILSpy), prave resim jak nahradit orig knihovnu tou moji

RENDALF: je otazka, zda tu knihovnu potrebuje system digitalne podepsanou? A pokud ano, zda tam musi byt Microsoft signature - vyzaduje presny Strong-Name te assembly? Jinak existuji nastroje, ktere umi upravit managed .NET knihovny podle potreby.

MILL: kdysi jsem pozuival na zapnuti Internet Sharingu kod asi na dva rakdy v cmd.exe, pokud to pomuze :) Myslim, ze Google by to nasel celkem rychle.

VERLIBA: obavam se ze nikoliv

RENDALF: wrapovani by nestacilo?

neresil prosim nahodou nekdo "patchovani" .NET knihoven (potreboval bych zmenit chovani SharePointu, ktere je zadratovany v Microsoft.Dynamics.Framework.Portal.dll)?

Neřešil jste něhdo konfiguraci Internet Connection Sharing přes API ?
Podle různých návodů jsem dal dohromady PowerShell script a využitím COM objektu HNetCfg.HNetShare, který funguje téměř dokonale.
Projdu si všechna připojení a tam kde je sdílení povoleno ho vypnu a pak na požadované dvojici nastavím.
Ono by se to nejspíš vypnout nemuselo, při povolení by to měl vypnout tam kde to je aktuálně zapnuté.
Jediný ale dost zásadní problém je, že to spadne v případě, že povoluji sdílení na adaptéru a existuje stávající sdílení na jiném adaptéru, který již v systému není - v mém případě odpojený USB LTE modem (Ten COM objekt si evidentně neporadí s existujícím sdílení na odpojením adaptéru + metoda EnumEveryConnection neumí vrátit skryté odpojené adaptéry), přitom v systému to sdílení stále visí a po opakovaném připojení je modem pořád sdílený.

Neexistuje jiný způsob, jak bych mohl skriptem sestřelit to stávající sdílení ? Když to měnim přes ovládací panely, tak to sdílení přepnout na jiný adaptér normálně jde, ikdyž ten původní je odpojený

Měl bych jeden dotaz k Subversion v VS2012.

Mám nainstalováno AnkhSvn-2.6.12735 (plugin do VS) a TortoiseSVN-1.9.3.27038. Pokud dělám commit/update z disku (přes Tortoise), všechno je otázkou chvilky. Pokud to ale dělám z VS přes AnkhSvn, objeví se commit/update dialog, pak se 15 vteřin nic neděje a pak se vše během chvilky vykoná.

Nenapadá Vás někoho, proč je ten plugin na začátku tak zabržděný? Díky