- War Thunder - MMO Combat Game
- Ghost of Tsushima: Director's Cut - Íme a gépigény
- Minecraft
- No Rest for the Wicked - Megkaptuk a korai kiadás gépigényét
- Nioh 2 (PS4)
- Dragon's Dogma 2
- PlayStation 1 / 2
- Bestbuy játékok
- WoW avagy World of Warcraft -=MMORPG=-
- Hearthstone: Heroes of Warcraft - free online CCG
Új hozzászólás Aktív témák
-
Orionk
senior tag
Sziasztok,
C#-ban mi a lényeges különbség a const és Readonly módosítók között.
Junior állásinterjún mi lehet az a lényeges dolog, amit meg kellene említeni/elmagyarázni egy ilyen kérdésnél?köszönöm.
-
martonx
veterán
Nyilvánvalóan nem a válaszra vagy kíváncsi, hanem a véleményünkre. Akkor tessék:
Ember, te most komolyan elmész egy állásinterjúra, miközben arra nem vagy képes, hogy írott szöveget keress guglin és azt értelmezd?
Másrészt ahova ilyen hozzállással felvennének, oda jobb ha nem is mész.Én kérek elnézést!
-
DrojDtroll
addikt
Sziasztok!
Entity framework-öt akarok használni egy feladatomhoz Code-First megközelítésben. Adott két egyed, amelyek között sok sok kapcsolat van. Hogyan érdemes a két objektumot összekapcsolni? A köztük lévő kapcsolat számos attribútumot tartalmaz. Megoldható a kapcsolás új class létrehozása nélkül?
-
martonx
veterán
válasz DrojDtroll #8805 üzenetére
Nyilván nem, de kismillió dokumentáció, tutorial van hozzá, nagyobb szégyen hülyeséget kérdezni, mint szó nélkül utána olvasni.
Én kérek elnézést!
-
Chesterfield
senior tag
válasz DrojDtroll #8805 üzenetére
-
lord.lakli
őstag
válasz Chesterfield #8808 üzenetére
Ekkor ugye nincs a kapcsolótáblának plusz attribútuma, mint ahogy írta DrojDtroll.
@DrojDtroll: Ha kell a kapcsolótáblán is attribútum, akkor nem úszod meg a külön osztályt. Ekkor a TáblaA 1-* Kapcsolótábla *-1 TáblaB struktúrát kell kialakítani.
-
MODERÁTOR
válasz DrojDtroll #8807 üzenetére
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
user112
senior tag
Sziasztok!
Riportok készítéséhez szeretnék segítséget kérni, lokál táblákból.
Community 2017 + W8.1Pro. Ingyenes és szabadon használható kellene.
Az RDLC Report Designer-rel próbálkoztam, de a Reporting Services Project nem települ, csak a Designer
(The current OS Version '6.3.9600.0' is not in the supported version range '[6.2,6.3)').A Crystal Reports-ot találtam még, ami fel is ment, de nem tudom ez jó e.
Melyik az ajánlott report készítő? -
Hunter2
addikt
Sziasztok, mindenek előtt elmondom hogy nem értek a programozáshoz.
Az lenne a kérdésem hogy ebőől hogy tudok windows alól futattható állományt csinálni? [link] -
Keem1
addikt
válasz Hunter2 #8814 üzenetére
Tudsz, de ezt C-ben írták és nem C#-ban
Bár rég volt már, ehhez szükséged van egy C compilerre, visual studioval nem tudod (egykönnyen) használni, mivel nem VS projekt. Szerintem érdemes lenne C-vel (vagy hardverközeli programozással) foglalkozó topikban megkérdezni, mivel a C# elég erősen magasszintű nyelv, nem szoktak vele mikrokontrollert programozni.[ Szerkesztve ]
-
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.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
sztanozs
veterán
HTTP alapjában véve stateless protokoll, tehát bontja a kapcsolatot. A HTTP1.1 kiegészítéssel lehet sztenderd http keepalive-ot kapni. Viszont (főleg resource és biztonsági okból) a TCP perzisztencia viszonylag rövid idejű - 5-15 másodperc. Épp ezért főként arra használható, amire kitalálták (sok elemből álló weblap betöltése), nem pedig, amire te használni szeretnéd: fél-egy percenként némi adatot átküldeni.
Ennyi ideig nyitva tartani egy tcp portot sokkal erőforrás pazarlóbb, mint lezárni és újra megnyitni. Hagyd, hogy a network stack dolgozzon, nem jó ötlet túl sok portot egyszerre nyitva tartani (főleg akkor nem, ha nincs rajtuk forgalom).[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
Nekem úgy tűnik, hogy
1,
te sessionöket és ezen keresztül szerver -> kliens irányú nyitott NAT-portokat akarsz fenntartani, hogy push üzeneteket küldhess (szerver-> kliens).2,
A két szervered közül gondolom az egyik az valami frontend a usereknek, a másik pedig a backend. A FE és a backend között (nyilván?) nem lesz NAT, és a backend szerver bármikor elérhető a frontended számára.Szerintem az 1,-hez valami külön real time framework kéne, ami kezeli a push üzeneteket. Kell legyen ilyen ASP-hez is.
A 2,-es feladat teljesen más, azt nem is mosnám össze az 1,-gyel.
-
sztanozs
veterán
-
-
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).
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
martonx
veterán
Szerintem valamit fordítva kezdtél el. Nekem még az se biztos, hogy vágod-e mi a különbség az asp.net core és más asp.net-ek között?
Konzolba kiadsz egy dotnet new web parancsot, majd dotnet run, és már futhat is a load teszt, mókolhatod a kódot, hogy mi hogy legyen optimalizáltabb.
Én kérek elnézést!
-
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.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
tazkir
csendes tag
Sziasztok,
nagy valószínűséggel nem jó helyre írok előre is elnézést mindenkitől!
Egy olyan programra lenne szükségem, ami le tud tölteni egy listát ami publikus, de nem egyben jön le, hanem 50 soronként és mindig nyomkodni kell a következő oldalt. Konkrétan a szerencsejáték rt oldaláról kellene nekem a tipppmix lista, de mivel több 10 oldal is lehet ezért elég macerás másolni és úgy betenni xls-be. Nem vagyok programozó, úgyhogy ha esetleg valakinek van ilyen már készen v. le lehet tölteni valahonnan kérlek segítsetek.
köszönöm.
-
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
-
sztanozs
veterán
Őőőő, 1p utánajárás:
Iodine includes native support for:
...
- TLS 1.2 and above (Requires OpenSSL >= 1.1.0);
plusz[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
dqdb
nagyúr
Az Iodine támogatja, ezt már sztanozs is jelezte. A másik csak egy egyszerű frontend, elé kell tenni egy rendes webszervert TLS proxynak.
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ó.
Rossz megközelítés: nem azért kell TLS-t használni, mert a Chrome és a Firefox sír a hiánya miatt, hanem azért, hogy védett legyen a kapcsolat, és ettől mellékesen a Chrome és Firefox boldog lesz. Nem tudom másoknál hogyan van, nálunk már sok-sok éve a fejlesztői rendszerekben is TLS-sel védett minden kapcsolat.könnyű megírni egyébként is
Ja, ha ilyen könnyű összedobni egy skálázható-clusterezhető megoldást, akkor nem szóltam. Kár, hogy a fél világ ezt nem tudja, és Redisre épít, ha cache kell neki.tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
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?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
dqdb
nagyúr
í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.
Tudom, hogy egyszerűbbé tudja tenni a fájlokat használó megoldás az életet, rendszeresen használok ilyet a storage interfész mockolására tesztekben. Persze éles környezetben nem, hiszen a redundancia, rendelkezésre állás kifejezések léteznek, és amíg egy clusterezhető middleware elintézi helyettem az adatok node-ok közötti replikálását, addig egy fájlalapú megoldásnál nekem kellene ezt nulláról lefejleszteni. Nem lehetetlen, csak rettenetesen időigényes, és akármennyi erőforrást is elégetek rá, akármennyi tesztet gyártok hozzá, a saját implementáció kevésbé lesz tesztelve éles szituációban, mint az elterjedt 3rd party megoldások. Vannak esetek, amikor érdemes feltalálni a spanyolviaszt, mert megéri, ez szerintem határozottan nem az.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?
Én sosem a nyelvhez, hanem mindig feladathoz választok middleware-t, az pedig, hogy miben írták, teljesen irreleváns addig, amíg van hozzá .NET vagy REST API. Így aztán az egyik rendszerünk tipikus telepítése használ Javában, Erlangban és Góban készített middleware-eket (másikban akad Ruby is), miközben a rendszerünk forrása egyetlen sornyi Javát, Erlangot és Gót sem tartalmaz. Nem azért, mert a szivárványos össznyelvi összeborulás volt a cél, hanem azért, mert adott részfeladatra az adott komponenst találtuk a legjobbnak.tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
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.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Balcsix
senior tag
Sziasztok!
Olyan kérdéssel fordulnék hozzátok, hogy manapság érdemes-e még C-n kezdeni tanulni programozni vagy teljesen felesleges lépés?
Jelentkeztem egyetemre, és külsős információk szerint 3 évig a C-t tolják, aztán utolsó évben van lehetőség szabadon választott nyelv tanulására (esetemben C#). Már középiskolában elkezdtem a C# nyelvet, és úgy döntöttem, hogy ezt a vonalat viszem végig (ASP.NET és a többi...) viszont így ez a "projekt" bukott. Ma még érdemes az alapokat C-ben tanulni, vagy hasznomra fog még válni a C ha a későbbiekben mindenképp a .NET felé kacsingatok?
A másik egyetemről hallottam ahova még jelentkeztem, hogy ott a kezdetektől C#-ban programoznak.
Neveket nem említenék, de ahol C-n tanítanak ott az országban elég kiemelkedő az informatikai oktatás, míg a másik intézmény meg sem közelíti...Ha a ti kezetekben lenne a döntés, akkor hogy választanátok a 2 egyetem/oktatás között?
-
Keem1
addikt
válasz Balcsix #8841 üzenetére
Az alapok elsajátítása nem nyelvfüggő. Természetesen arra tökéletes a C, hisz a legtöbb mai, még magasabb szintű nyelvek onnan származnak (C++, Java, C#, PHP, csak hogy a legismertebbeket említsem).
Az algoritmusokat, programozás alapjait, objektumorientált szemléletet akár nyelv nélkül, pszeudo nyelven is meg lehet(ne) tanulni. Minél kevésbé fejlett/komplex nyelven sajátítja el valaki az alapokat, annál kevésbé rögzül benne az adott nyelv specifikussága, hülyeségei, annál könnyebben tanul újabbakat. -
-
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.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
Ú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!
- Eladó iPhone 7 Plus 256 GB Jet Black 100% akku, szép állapotú - 12 HÓ GARANCIA - R8039
- Eladó Leovo ThinkPad L580 notebook
- Bose Quietcomfort Ultra Wireless headset! Fél ár alatt!
- Sony A6000 ! 3600 EXPO! Legacélabb Szürke Legszebb Szín KIT 18-50mm Obi + Helios 44-2 58/2
- Asus Dual RTX 3060Ti 8GB GDDR6 Videokártya!