Új hozzászólás Aktív témák
-
coco2
őstag
Sziasztok!
Fejtágító után kotorászok.
Asp.net-et kellene nagyon kiberhelnem néhány hasznos tulajdonságáért - ha egyáltalán lehet olyat.
Jelenleg küzdök a [System.Net.HttpListener] class-al, és vesztésre állok abban a csatában, hogy normálisan kellene kezelni keep-alive-ot. Eddig nem találtam rá elfogadható megoldást.
Amire kellene egy web framework:
-bejövő kapcsolatok https get request paraméterekkel, custom text kimenet
-Kimenő kapcsolat https get request paraméterekkel, custom text jön vissza
-Kapcsolatok életben tartása, nyílt véggel azonos jellegű kommunikáció socket végpontok közöttAz asp.net példákat néztem weben, nagyon erősen hajaznak tartalom management-re. Weblapok vannak beépített szinkron feldolgozandó részletekkel - hát nekem semmi olyasmi nem kell. Nekem csak a http réteg kell a saját kezembe.
Ha van róla normális könyv, vagy blog, amiben azt a réteget is leírják, vagy példa project valahol olyan témában, minden infót köszönettel veszek.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz sztanozs #8817 üzenetére
Válasz mindkettőtöknek @sztanozs @joysefke
A project célja webes kliensek mögé költséghatékony backend szervert gyártani. A facebooknak köszönhetően sajnos kötelezően https lesz a szerverek domain-jén (a szerver back egy facebook-os alkalmazáshoz kellene), különben a chrome piros ablakokat dobál majd minden alkalommal a felhasználóknak - nem elfogadható marketing veszteség egy új alkalmazás számára.
A javascript topicban rámutattak, hogy a kapcsolatépítés az alaposan számításigényes hátulütője a https használatának (amit le kell nyelni), és kaptam útmutatót is, hogy merre érdemes haladnom. Ha mindig bontogatnom kell a kapcsolatot, a kapcsolat építések elég rendesen enni fogják a szervert, mert apró elemi kommunikációk lennének csak, de abból sokezernyi per szerver per másodperc (per felhasználó maximum 1 per másodperc, de nagyon sok lenne a felhasználó). Akárhány másodpercnyire is tudom egy socket életciklusát kinyújtani, az mind szerver költség spórolás, mert mindegyik kliens várhatóan huzamosabb ideig is kommunikálni fog a szerverrel. Teljesen mindegy nekem, hogy 5 vagy 15 másodperc. Ha akár csak 5 másodperc, már 80% erőforrás spórolás arra a műveletre. Valójában az már elég is ahhoz, hogy érdemes legyen megküzdeni a problémával.
A felhasználást illetően ha valaki ismerkedett már a facebook graph api-jával, nem lesz neki semmi meglepetés, pontosan mit is szeretnék. Https get paraméterekkel, json válasz. Független elemi kommunikációk. Emberi számítás szerint kliens oldalon chrome asztali / mobil böngészőben javascript xhr - és ahhoz kellene szerver framework-öt gyártani. Azon ügyködöm.
Ha van még kérdés, nagyon szívesen megválaszolom, és utána én is örülnék válaszoknak.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz sztanozs #8822 üzenetére
Köszönöm a linkeket, de egyenlőre - remélhetőleg - nem fogok relatíve olyan extrém szitukba ütközni, mint a blogok szerzői. Nem azzal az alkalmazás verzióval, aminek az építőköveit most csiszolnám.
Egyenlőre [ilyesmik után kotorászok], és olvasgatok (még ennek is csak az elején járok).
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz martonx #8825 üzenetére
Hát ha fordítva kezdtem el, akkor most fordítva lesz
Azt az asp.net példát természetesen megtaláltam. Nem szimpi. És bevallom töredelmesen, lila halvány lövésem sincs, mi a különbség az asp.net és az asp.net core között. Van valami relevanciája?
A projectet meg szeretném tartani olyan formában, hogy az később konkrét összetevőkre darabolható és darabjaiban újrafejleszthető legyen. Ha valami project generátor szeletelhetetlen control és data flow-t sózna a nyakamba, azt nem fogom szeretni.
A szervereken memory cache fog futni. Ami a stuffot illeti egészben, láttad a facebook filmet? Egy olyan alkalmazás framework-öt akarok gyártani. Kotorásztam utána, de nem találtam facebook-ot a facebook-ban. Csinálnék egyet.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Részint elkezdheted kotorászni a netet webspider feldolgozók után, amit valaki beállított a tippmix oldalára, és amit összepakolt, az még mindig működik (nem változott az oldal jelentősen). Az említett cuccok minden alkalommal be szoktak krepálni, amikor az oldal a gépi szem számára változik (néhány változást a fogaskerekek mélyén emberi szem észre sem vesz, de a gépi agy elemien annyira ostoba meg kötözködő, hogy megzakkanhat akármilyen apróságtól), és aki csiszolta a stuffot, vagy követi a változásokat, és csiszol újat a népnek jófejségből, vagy nem. Ha találsz valami ingyenes stuffot, a problémád megoldódott. Részemről nincs olyanról tudomásom.
A magam részéről írtam a szerencsejáték zrt-nek egy levelet, hogy biztosat tudjak meg róla, van-e támogatás az oldalon lévő tartalom szoftveresen automatizálható eléréséhez (webapi). Ha pozitív választ küldenek, akkor lehet, hogy stabilabb cuccot is találhatsz a neten, mint webspider scriptek, vagy lehet írni viszonylag költséghatékonyan. Dobj rám egy privit, hogy megmaradjon egy link az elérésedhez, és majd megírom, amit válaszoltak.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
A memory cache résszel nincsen problémám, azt könnyű megírni egyébként is, a linkelt webes kiszolgálók pedig nem támogatnak tls-t, és anélkül kb használhatatlanok. Már minden https, amit csak weben fellelni lehet. A chrome is, meg a firefox is konkrétan blokkolják, ami nem támogat https-t, legyen az akár csak egy webapi kiszolgáló.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
-
coco2
őstag
Kár, hogy a fél világ ezt nem tudja,
Ha el akarnám viccelni, most azt mondanám, hála az égnek a világnak van egy olyan fele is, amelyik nem ért a programozáshoz. Nélkülük nem lenne, aki fizet érte.Hanem a redisből én akkor sem kérek. Az a része húzós volt, mire a 7 sql táblányi szénaboglyát le tudtam cserélni 8 kbyte-os user profileokra, de így utólag már mezei file-ok és memória blokkok elegendőek az sql szerver helyett, ami bizony egyszerűbbé teszi a dolgokat - akár hiszed, akár nem.
Részemről inkább azt a kérdést tartom nehezen megválaszolhatónak, hogy a c# topikban miért c stuffokat preferálnak a népek?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Céges projecteknél, amikor a termék már kint van piacon, nyilván másmilyen állapotok vannak. Például egy kezdeti gyenge design döntés miatt - amit hála az égnek ráerőszakolt a projectre valaki önjelölt "zseni" - utólag nem tehetsz mást, mint lapátolod a sza*t, amíg el nem fogy az ügyfél pénze, és akkor a cég is jóllakott, meg új termék sem került piacra, sikerült két legyet ütni egy csapásra. Elvégre minden élő dolognak táplálkoznia kell - szó nincs róla, hogy azzal vitatkozni akarnék.
Viszont aligha spanyolviasz, hogy kispolcos projectnél nincsenek olyan kötöttségek az elején, és nem kötelező design tévedéseket elkövetni.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz Balcsix #8843 üzenetére
Régi világ kóderei még basic-el kezdtek, aztán jött a turbo pascal / asm őrület, végül a c/c++ is felütötte fejét. A c# azokhoz képest új keletű dolog, a php és társai meg még újabbak. Hogy a régi kóderek a c-t fogják neked preferálni, az mindössze megszokás kérdése, és csak speciális esetekben célszerűség. Ha olyan üzleti területre kerülsz, ahol a költséghatékony üzemeltetés nevében a torkodat is elvágják, jobban járhatsz c-vel (különben az a vicc, hogy nem mindig, de jellemzően). Viszont a c még egy olyan világ része, amikor minden sokkal spártaibb volt. A mai világban például nincsen többé olyan szakma, hogy "folyamat szervező", ismeretlen a dokumentálás fogalma, meg úgy egyáltalán bármiféle tervezés. A c# néha akkor is megállja a helyét, a c/c++ kevésbé, mert vagy 10x annyi idő volt vele fejleszteni, meg komponenseket írogatni előzetesen legalább egy hét / darab, ha bármi normálisat csinálnál. Utólag az nem lesz probléma, de ha most kezded, sikerélmények helyett csak kudarcokra számíts. Ha nem olyan fejlesztői környezetbe kerültél, ahol direkt azért kapod a fizetésedet, a c/c++-t felejtsd is el. Tekints rá úgy, mint a c# egy elődjére, amit túlhaladott a világ, mert a c# is elég hatékony, és a legtöbb helyről kiszorította amazokat.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz Balcsix #8847 üzenetére
Ha a mai világban általános jelleggel állást keresni akarsz vele, szerintem a c# torony magasan teljesít majd lehetőségekben a c/c++-hez képest. Ami nem azt jelenti, hogy végül nem pont olyan helyen kötsz ki, ahol a c felé irányítanak majd, mert dobhat pont olyat a véletlen, de nem az a jellemzőbb.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
Kérdés általános jelleggel mindazokhoz, akik használnak céges környezetben .net core-t. Felfigyeltetek-e bármi olyan jellegzetességre, ami nem következik kötelezően a .net core platformból? Például hogy szokásostól eltérő hitviták platformjává vált vagy olyasmi?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz RedHarlow #9067 üzenetére
Sziasztok!
Lehetőség szerint asp.net példa projecteket keresek. Alap bemutatót, és utána ollózni való nyersanyagot. Összedobnék egy 2-3 táblás gyorsfényezett adat felvitel / módosítás / adat visszakeresés példa alkalmazást. C#-ben otthon vagyok, weben otthon vagyok, asp-ben nem vagyok otthon. Egyszerű dolog után néznék, felületes stuff elég. Blogok, videók, aki ismer a témában barátságos tartalmat, küldjön róla egy linket legyen szíves.
Köszönöm.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
A kliensed kötelezően webes? Mert ha nem, és akár file-okban megfelel a végeredmény, az egész http-vacakolást is lekukázhatod. Helyi file-okba írni kimenetet nagyságrenddel problémamentesebb. És egyszerűen csak megosztani a mappát windows hálózaton, vagy valami.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
Oktató anyag után nézelődöm.
Van egy wsdl + xsd, kellene belőle soap szerver + kliens skeleton fordulás és indulásképesen.
Környezet win10 / vs, c#. Gui-hoz nem ragaszkodom, háttérben elinduló web service + előtérben futó console app lenne az ideális.
Van ilyesmire blog / oktató videó lépésről lépésre? Nem a végeredmény a fontos, hanem a project építési folyamat, és hogy megértsem.
Előre is köszönöm.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz martonx #9118 üzenetére
Wcf kapcsán találtam egy dev console-os wsdl.exe behívást. Az le is fut, és van egy myFile.cs-em a wsdl+xsd-ből. Interface van benne, meg partial class-ok. Arra még nem találtam blogot, hogy abból hogyan lesz működő szerver és kliens skeleton.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz martonx #9118 üzenetére
WCF-re rákerestem, és ilyesmit találtam: [link]
Then came .NET Core and the story changed: WCF was not here, or, to be precise, there was no server-side WCF, only client-side, meaning, you could write a WCF proxy to access aSOAP or REST web services, but you could not implement one.
Nekem szerver komponens is kell
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Én értem, hogy utáljuk a soap-ot, de azért had kérjek benne segítséget
Szóval van a wsdl.exe a developer console-on, az gyárt nekem egy server interface-t a wsdl-ből, amit elvileg a wcf serializálásra és deserializálásra használt. Sajnos a net tele van olyan blogokkal, mint ez itt: [link] (a link már "nem él": "MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here"). Jó lenne valami példa kód, ami még nem halott link
Pld van egy stringem (soap boríték), amit szét szeretnék parsingolni osztályváltozókba, illetve osztályváltozókból soap borítékot építenék, és string kimenet kellene további feldolgozáshoz.
Milyen támogatásom van arra?
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
Segítséget kérnék. VS-ben solution-höz tartozó test project-ből ráhívnék olyan class-okra, amik bemeneti bináris file-okat használnak / mentenek (kell a normál működésükhöz). Az útvonallal kicsit vakarom a buksit.
Ha csak egy futó .exe lenne, akkor simán lekérdezném az assembly path-ot, és onnét relatívan elérném a dolgokat, de egy test solution esetében, hogyan tudok felderíteni környezetet / elérni bemeneti binárisokat?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
Visual Studio alatt unit tesztben adok neki egy ilyet:
Assert.AreEqual<System.Boolean>(
true, false, "hello unit test");
A solution alatt van ugyan "TestResults" / "Gépnév-időpont" / "Out" mappa, de üres. A VS sem írt vissza semmit. Hova lett a "hello unit test"-em?
VS 2015 Enterprise. Nem járja nekem, hogy unit test result-om legyen?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
Segítséget szeretnék kérni a task pool cancel mechanizmus megértéséhez. Az msdn oldalak elolvasása után még mindig vakarom a buksit, hogy akkor ez most hogyan is. Konkrétan a menet közben élezhető cancel mechanizmus az, amit nem találok.
A task-okhoz van egy olyan, hogy [cancel token]. Kicsi szépséghibaként a konstruktora azt mondja, hogy vagy false-al töltöm, amikor sem nem ad cancel parancsot, nem nem képes arra kapcsolni, vagy true-val töltöm, és akkor meg alapból cancel parancsot ad, amit átmenetileg kikapcsolni sem tudok. Példa kódokból is csak mellébeszélőseket találtam.
Fésülte már ki valaki azt a gubancot egyenesre?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz joysefke #9240 üzenetére
Elkerülendő a további félreértéseket, külön idemásolom a hivatkozott kódrészletet, mert az egész akkora égbekiáltó hazugság, hogy ihaj.
for (int ctr = 1; ctr <= 10; ctr++) {
lock (lockObj) { value = rnd.Next(0,101); }
if (value == 0) {
source.Cancel();
Console.WriteLine("Cancelling at task {0}", iteration);
break; }
values[ctr-1] = value; }
Ugyan had tegyem fel a költői kérdést, hol van annak a task kilépésnek bármi köze a cancel token változásához ?
(A teljes kód példa az előző hsz-ben a linken található.)
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
[System.Net.Sockets.TcpListener] és [System.Net.Sockets.TcpClient] kérdés.
Arra lenne szükségem, hogy az egyszer elfogadott kapcsolatok biztosan stabilak maradjanak akkor is, ha a tcp listenert leállítom, és később újraindítom (támadások elleni védekezési lépések).
Azt persze tudom tesztelni, hogy listener .Stop() után az adatáram stabil marad, de az ugye valamelyik dotnet verzió esetén éppen úgy van, és nem elvi szintű ígéret, hogy később is úgy marad.
Próbáltam elvi szintű dokumentációkat keresni, mi is a szitu, de eddig nem találtam.
Ha irány vissza a kályhához, akkor van a nyers hálózati csomag, ip header + tcp header, és abban benne van a szerver oldali port is. Még ha egy megnyitott socket létezik is, az OS elvileg érzékelheti a listen port lezárását, és eldobhatja a beérkező csomagot azon az alapon, hogy bocsi, de a címzett porton jelenleg nincsen jegyezve semmi. Van arra szabványi előírás, ami egészen biztosan megtiltja az OS-nek, hogy olyat tegyen?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
Összeakadtam egy olyan problémával, hogy csak pislogok rá. VS2015 nem hajlandó települni. Nem találtam a problémának relevánsabb topic-ot, talán modik elnézik nekem.
Legacy fejlesztéshez vs2015 update 3 kell nekem. Microsoft oldalon találtam letöltést valami azure dev programba bejelentkezés után archívumban (másutt már nem volt meg). Ezeket tudtam leszedni:
en_visual_studio_2015_shell_isolated_x86_dvd_9fda4a05.iso
341 megamu_visual_studio_2015_update_3_x86_x64_dvd_8923065.iso
6225 megaAz OS win10 2004-es. Felmountolom az első iso-t, telepítőt elindítom, feltelepül minden, szuper. És pislogok, hogy oké, de hogyan indítom el? Asztalon nincs kint ikon. Start menüben nincsen ikon. Kotrom microsoft oldalt, és azt találom, hogy végső soron ott az exe, csináljak róla kézileg indító ikont. Ez az exe:
C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe
Az az exe nem létezik. Nincsen ott olyan abban a mappában. Néztem a support page-en, elvileg vs2015 támogatva van win10 alatt. Teljesen csak nem kellene kukásnak lennie.
Létezik valahol vs2015 "normális" install csomag (ami indulni is fog)? Vagy a jelenség normális és csak van a vs2015-nek valami heppje, amit tudnom kellene?
A témában bármilyen segítségnek örülnék.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
@cigam, @fatal: A második ugyan méretesebb, de az akkor is csak update. Ha azt indítom el, szól, hogy nem talál telepített vs2015 példányt. Ha előzőleg telepítem, akkor az is lefut hiba nélkül. De indító exe-t az sem ad.
@vlevi: Az az installer már csak 2019-et szed le. Nem legacy verziós vs kellene, nem is lenne problémám. De azt a tippet köszönöm, hogy talán online installert is kipróbálhatok 2015-re. Nézem..
@joysefke: Azt ugye sejted, hogy épelméjű fejlesztő nem jár azoknak - és nem is fognak kapni - akiknek csak arra kell, hogy fingassák? Ha fingásra vágytok, arra ott a babfőzelék, bon appétit
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz martonx #9596 üzenetére
6-7 éves vagy sem, a compatibility page-en az van, windows 10 targeted, szerintem elvárhatnám, hogy aktív támogatása legyen. Vagy akkor írnák, how win10 1704-es verzióig támogatott vagy valami, és 19xx-el már ne próbálkozzon senki mint ahogy 2xxx-el sem. Akkor tudnám, mi újság. De semmi olyan verzió információ nincs ott, csak egészben windows 10. Szóval nem szép, amit művelnek.
@dqdb: Igen onnét szedtem a fail 2015-ös installokat. Most nézem hamarosan a menet közben leérkezett "vs2015.3.com_enu.iso"-t (7439K) amit @fatal linkelt.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
Példát keresnék az System.Configuration.Install használatára, hogy pontosan milyen project-be is kellene beleillesztenem és hogyan. Például van a VS-hez Installer extension, de ami template-et az létrehoz, nem találtam kód beillesztési lehetőséget.
Valami normális blognak / leírásnak örülnék, vagy felvilágosításnak, hogy mit mennyire néztem el?
Köszönöm
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
C# classokat keresek autoit-szerű feladatokra:
-process id ablakainak lekérdezése
-ablak id előtérbe hozása
-billentyű leütés küldése az előtérben lévő ablaknak
-egér klikk küldése az előtérben lévő ablaknakWinapi hívásokat találtam ezekre, és ha más nincs, nekiesek dllimportokat írni rá (példákkal tele a web), de kényelmesebb lenne dotnet komponenseket használni rájuk, ha léteznek.
Köszönöm.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Sziasztok!
Van egy winforms alkalmazásom (c#), amit másik alkalmazásból indítok el _wsystem() winapival. El is indul, de megjelenik mellette egy extra shell ablak (üres konzol). Jó lenne, ha az nem lenne. Ha valaki találkozott már a problémával, valami bölcsesség jól jönne.
Előre is köszönöm
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!