- Milyen TV-t vegyek?
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- Bluetooth hangszórók
- HiFi műszaki szemmel - sztereó hangrendszerek
- Szünetmentes tápegységek (UPS)
- Billentyűzet gondom van
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Amlogic S905, S912 processzoros készülékek
- Computex 2024: gamer alaplap és „AI” PC az ECS-től
- Milyen billentyűzetet vegyek?
Hirdetés
-
Máris megszületett a Huawei Enjoy 70 utódja
ma Az Enjoy 70s processzorfrissítéssel próbál szerencsét, több változás nincsen rajta.
-
Az EU szerint kartelleztek az indítóakkumulátorok piacán
it Jövő héten lesznek a meghallgatások, de az EU szerint az autóipari indítóakkumulátorok gyártói kartelleztek, ezért kerülnek többe ezek az alkatrészek.
-
Itt az első olyan, MI-re kiélezett laptop, ami ellenáll a környezeti hatásoknak
ph A széleskörűen konfigurálható újdonságból remek választás kerekedhet a zordabb körülmények közepette végzett, helyszíni munkákhoz.
Új hozzászólás Aktív témák
-
válasz martonx #8675 üzenetére
azzal illik tisztában lenni, hogy a futtató környezetek mindig kis lemaradásban vannak
Persze, a dolognak ez a része egyértelmű, és az ember nem is ugrik rá addig a legújabbra, amíg azzal nincsen tapasztalat. Jobb más kárán tanulni.
Ami nekem nem tiszta az, hogy ha az Azuron elérhető lesz egy újabb verziójú futtatókörnyezet, de az én projektem verzió lemaradásba került, akkor meddig tudom azt deployolni Azurra, illetve ha már van az Azuron egy nem utolsó stabil verziós futtatókörnyezetre támaszkodó appom, annak a függősége meddig lesz támogatva? Mikor húzzák ki a futó app alól a szőnyeget?
Különösen, ha "free tier" App Servicen vagyok, ahol nyilván shared VM-ek futtatják az appokat és gondolom nem fognak az én hobbi projektem miatt határozatlan ideig fenntartani egy kifutó futtatókörnyezetet.
Szóval, ha előbb utóbb szeretném békénhagyni a projektet és hagyni, hogy csak fusson magában, akkor nem jobb-e mégis csak "self hosted"-ként deployolni, még akkor is, ha egyébként tudnám közvetlenül futtatni?
üdv
J.[ Szerkesztve ]
-
válasz martonx #8684 üzenetére
Mi a gyári default megoldás, mert én azt hittem, hogy az a default amit én csináltam...?
Egyébként nem a fórumra írogatással szoktam kezdeni8683:
Én is erre gondoltam. Startup-ban nincsen konfigurálva DI az IPasswordValidator-hoz, mégis visszaad egy valamilyen default validátor objektumot. Valószínűnek tartom, hogy ez a default validátor nem tartalmazza automatikusan a Startup.AddIdentity()-ben bekonfigurált pwd-requirementeket. Arra, hogy hogyan kéne csinálni viszont nem találtam példát (csak custom pwd-validátorra, azt viszont nem feltétlenül akarok)[ Szerkesztve ]
-
válasz martonx #8687 üzenetére
A Petyus_ féle Usermanager.ChangePasswordAsync(...) tökéletesen működik, azt csinálja ami nekem kell. Nem értem, hogy kerülhette el a figyelmemet pont ez a metódus, amikor vS-ban böngésztem a UserManager interfészét...
8683 Petyus_
De a ChangePassword, amit írtam korábban, az belépett felhasználóra vonatkozik, oda csak egy oldPassword, newPassword kellKipróbáltam, nem szükséges feltétel, hogy belépve legyen a felhasználó akinek megváltoztatod a jelszavát.
[ Szerkesztve ]
-
dudikpal
aktív tag
válasz martonx #8794 üzenetére
Köszönöm mindkettőtöknek az iránymutatást!
Közben persze utánaolvasgattam, és amennyire ki tudtam hámozni, az MCV lesz az irány.
Több helyen is láttam, hogy Reiternek van MCV jegyzete(webshop lépésről-lépésre fordítása, 123 oldalas), viszont a leltöltő link már sehol sem működött.
Nincs meg valakinek esetleg?Egy másik pdf-et sikerült letölteni, a szerző neve most nem jut eszembe, 2-300 oldalas, jelenleg azt bújom.
[ Szerkesztve ]
-
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
-
leslie23
tag
válasz martonx #8873 üzenetére
Köszönöm a válaszod!
Az a helyzet, hogy a NoSQL-ről jóformán semmit nem tudok, így egyelőre maradnék RDBMS-vonalon, ha másképp nem érdemes, akkor rögzített táblastruktúrával. Első körben ez megteszi, most egyelőre a C#/.NET tanulás részén szeretném, hogy maradjon a hangsúly.
Windows Forms Application vs. ASP.net szempontból miért lenne nagyobb előrelépés a webes megoldás? Nyilván böngészőben sokkal szebb felületet tudnék összerakni, de úgy sejtem, hogy te nem erre gondolsz... -
leslie23
tag
válasz martonx #8882 üzenetére
Köszönöm a válaszokat!
(#8880) Keem1: rendben, ránézek!
(#8882) martonx: okés, akkor első körben marad a fix struktúra.
A telepítés dologgal kapcsolatban lehet van némi zavar nálam... Ha nem tévedek, akkor a VS-ban készített exe-ket simán tudom futtatni telepítés nélkül is. Maga az app és a db is egy hálózati meghajtón lenne, amit a felhasználók a saját irodai PC-jükön megnyitnának. A .NET valamennyi gépen telepítve van.
Vagy ez nem ilyen egyszerűen megoldható?[ Szerkesztve ]
-
válasz martonx #8895 üzenetére
Úgy hogy már mindenki a böngészőből elérhető adatokhoz -kivéve office- szokott, kissé ósdinak tűnik egy weblink helyett egy file store elérést megosztani egy futtathatóhoz, ami nyilván minden alkalommal szépen letöltődik a user gépére hogy azon elinduljon.
Ha ezen túllépünk, akkor most hogy a Core framework új 3. verziójával elérhető lesz a self contained opció illetve jelentősen visszanyesik a self contained package méretét illetve a Core 3 már támogatni fogja a Windows desktop appokat, végül is nem olyan elvetemült opció ez:
Egy pár 10MB-os self contained app aminek nincsen dependenciája a futtató gépre installált .NET környezet felé az kb nem romlik el míg világ a világ, míg a másik oldalon a böngészők is változnak ez pedig elronthatja a felhasználói élményt.
-
bandi0000
nagyúr
válasz martonx #8971 üzenetére
igen ezt néztem én is, enyém is most per pill ilyen
Elvileg úgy érném el az adott Controllert, hogy localhost.../ControllerName/MethodName nem?
Most létrehoztam egy MVC projektet, abba services.AddControllersWithViews(); ezt haszálja és így hívja
app.UseEndpoints(endpoints =>
{
endpoints.MapControllerRoute(
name: "default",
pattern: "{controller=Home}/{action=Index}/{id?}");
});
Lehet akkor ezzel lehet csak hívni, ha tartozik hozzá View is, mindenesetre ránézek akkor hátha
petyus_: Köszi, közben rájöttem... lesz itt még szenvedés úgy érzem
[ Szerkesztve ]
Xbox One: bandymnc
-
bandi0000
nagyúr
válasz martonx #8975 üzenetére
igazából ugyan az
Migrációban le van írva, hogy mi mit váltott
De a működése úgy volt a 2.2-ben, hogyha csak az app.UseMvc() volt meghívva, útvonal infók nélkül, akkor nem lehetett elérni "manuálisan" a végpontokat, csak ha az egyes controllerek, és metódusaik fel voltak paraméterezve attribútummal, viszont ha így lett megadva:
app.UseMvc(routes =>
{
routes.MapRoute("default","{Controller="Home"}/{action = index}/{id}");}
);
Akkor innentől kezdve működött a controllerName/methodName a böngészőben ,és attributum nélkül elérhetőek voltak a függvények
Az új verzióba csak ez a változat van :
/*app.UseEndpoints(endpoints =>
{
endpoints.MapControllerRoute(
name: "default",
pattern: "{controller=Home}/{action=index}/{id?}");
});*/
Most találtam egy olyat, hogy lehet használni a UseMvc()-t, ha a configService-ben kikapcsolom a routingját
services.AddMvc(option => option.EnableEndpointRouting = false);
De ez olyan toldozgatás foltozgatásnak tűnik, egy olyan egyszerű dolognál, hogy csak az attributumokat használhassam
Bocs lehet én agyalom túl ezt a kérdést, sőt biztos is, csupán érdekelne hogy miért csinálták így
Xbox One: bandymnc
-
válasz martonx #9104 üzenetére
Mert nem tudom, hogyan/milyen alapon oldjam meg az inter-processz kommunikációt ha a REST-szervíz külön processzbe kerülne. A REST szerviz nem írhatja/olvashatja közvetlenül az adatbázist/adatbázisokat az összes hozzáférésnek mindenképpen keresztül kell mennie a jelenlegi alkalmazás logikán, ez elvárás.
Illetve akárhogy is lenne ez, ehhez mindenképpen hozzá kell nyúlni az apphoz (mivel a legacy interfészt nem használhatom), ezért gondoltam, hogy ennyi erővel akár egyből az applikációba bele lehetne rakni a REST szervízt.
Egyébként nem hiszem, hogy késleltetés/throughput szempontjából a kommunikáció túlságosan kritikus lenne (ha az lenne, akkor már a külső REST interfész is problémás lenne).
Tehát ha útba tudsz igazítani, hogyan oldjam meg minimális invázióval, hogy az applikáció a külön processzben futó REST-szervizzel tudjon kommunikálni, annak örülnék Meg minden ötletnek ami jobb mint a jelenlegi.
[ 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
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
boorit
csendes tag
válasz martonx #9138 üzenetére
Nem tudom mire gondolsz . Van egy oldal, ahol egy táblázatom, amiben szerepelnek objektumok. Mellette pedig van egy form, amivel újat lehet létrehozni. Létrehozok egy újat, akkor meghívom a GETet, hogy frissüljön a táblázat (erre szeretném használni a signalR-t). Ez szerinted rossz pattern?
Egyébként pedig van egy global gomb az appban, amire kattintva feljön egy dialog, és innen is lehet létrehozni új objektumot, viszont mivel ez bárhonnan elérhető, ezért itt felesleges lehet a GET hívás, ha nem is látszik az adott táblázat. Persze lehetne erre is egy logika, hogy mikor hívja meg a GETet, más megoldást nem jut rá eszembe.
-
-
-
válasz martonx #9248 üzenetére
Hát én a helyedben Asp.Net Core 2.1-el állnék neki
Végül az lesz.
Ugyanakkor nem értem, hogy miért erőlteted a netstandard2.0-át. .Net 4.7.2 netstandard 1.x-ig jó, én a meglévő komponensek esetében megelégednék netstandard 1.x-el, amit viszont zokszó nélkül tud használni a .Net Core 3.1 is.
A netstandard2.0-t a Core 3.1 és a net472 is ,egvalósítja. Semmit nem nyernénk, ha 2.0 alatti standardot próbálnánk targetelni, csak saját dolgunkat nehezítenénk meg.
A konvertálás úgy fog zajlani, hogy projektről projektre (levelekkel kezdve amelyeknek nincs dependenciája másik saját prokjekt felé) egyenként át lesz állítva a csproj formátum modernre (SDK style és package reference) a <TargetFramework> property pedig net472-től netstandard2.0-ra. Mivel a netstandard2.0 API szűkebb API mint a net472 ezért lesznek olyan hívások amit ki kell szervezni vagy ki kell vágni vagy helyettesíteni kell mással, mert nincsen standardes megfelelője. Minnél alacsonyabb standardet próbálnánk targetelni, annál nehezebb dolgunk lenne, mert annál több frameworkos API-nak nem lenne standarden megfelelője. Így is nehéz dolga lesz annak aki csinálni fogja, már volt egy nekifutás...
A saját új class library projekteknél pedig azért nincsen értelme netstandard2.0 alá targetelni, mert az összes futtatókörnyezet ami képben van (jelenleg a net472 és később meg valami core-latest) megvalósítja a standard2.0-t.
[ Szerkesztve ]
-
-
zsolti_20
senior tag
válasz martonx #9251 üzenetére
Sajnos nem találtam még most sem megoldást hogy tudnám kiolvasni a cella tartalmát mentés nélkül. A gond az, hogy ez változik minden 0.5mp-ben. Így ha a mentést még bele rakom VBA scriptben akkor pár érték kimarad.
Az excelre viszont szükségem van, mert csak ezzel tud kommunikálni egy másik script. -
zsolti_20
senior tag
válasz martonx #9258 üzenetére
Hmm ez eleg jo megoldasnak tunik. Szuksegem van egy c# programra ami kikuldi soros porton a cella tartalmat, mert az excel vba minden kuldesnel felepiti a sorosport kapcsolatot ami kb 1mp-et vesz igenybe.
Viszont nyitva tudom tartani vele a portot a c# szamara ami remephetoleg nem kivanja megnyitni ujra a kapcsolatot igy lentebb tudom tolni kicsit ezt a kesleltetest. -
Keem1
addikt
válasz martonx #9278 üzenetére
Nyilván az is a nagy előnye, hogy baromi elterjedt. Szerintem Windowson kívül ott van minden rendszeren preinstalled. Pl. a Pi-hez "tartozó" Raspbianon is out-of-the box ott volt a Python.
Ugyan Pi-re simán feldobtam a Mono-t, még package managerrel is simán megy a saját appom, de én informatikus vagyok, nem hiszem hogy egy mezei usernek ez menne bármilyen Linuxon.
Uppsz, sorry, ez nem válasz akart lenni
[ Szerkesztve ]
-
-
fatal`
titán
válasz martonx #9289 üzenetére
Mondjuk, amihez scala.js-t használtunk az bőven 10k+ sor és egy igen bonyolult űrlap több száz, adott esetben többezer mezővel, amik között rengeteg validáció és kapcsolat van. A backend meg ASP.NET MVC razorral (2015-ös projekt), szerintem indokolt volt.
Egyébként már az, hogy típusos a frontend szerintem életmentő, emiatt akár pársoros js esetén is indokolt lehet a ts. Persze angular meg egyebek sok esetben felesleges.
(#9291) harylmu: Én láttam már apró weboldalt is angularral, ami szerintem is overkill.
-
Keem1
addikt
válasz martonx #9297 üzenetére
Ezen már sokat gondolkodtam, de sok Nugetes motyóm nem kompatibilis vele. Pl. az SQLite (System.Data.Sqlite) sem, ARM-re nem volt 4.5-re sem, de oda simán fordítottam egyet az eszközön forráskódból. .Net Core-ra viszont eddig még nem sikerült.
(#9298) joysefke:
A Task-on már én is agyaltam, de amikor próbálkoztam, valahogy nem jött össze. Már nem emlékszem, hogy egy statikus metódussal gyűlt-e meg a baja, vagy azon aztán átlendültem és máshol akadtam el. Aztán végül a Bgwk lett az első, ami működött.Sajnos nem vagyok programozó, csak egy lelkes amatőr, így ha valahol elakadok, hajlamos vagyok rövidebb utat választani Viszont a C#-ot szeretem, így néha olyan célra is ezt választom, ami szkriptnyelvből, Powershellből is megoldható lenne (melyekhez még a C#-hoz képest is kevésbé mozgok otthonosan).
[ Szerkesztve ]
-
Keem1
addikt
válasz martonx #9306 üzenetére
Nem, Linuxon nem ezt a path-t használtam
Viszont megvan a hiba, nem a Microsoft.Data.Sqlite.Core kell, hanem a Microsoft.Data.Sqlite. Úgy műxik.
Vannak névkonvencióbeli eltérések a hivatalos verzió és a Microsoft sajátja között, azt már észrevettem. Na de ez a hülyeség, hogy nem mondhatom meg, hogy a DB-m milyen verziójú, ez nonszenszDe úgy tűnik, ezzel tényleg működik ARM alatt.
No offense, de ha már itt tartunk. Mi az a fő indoka annak, hogy a(z elvileg még maintained) .Net xxx használata eretnekségnek minősül, és ami nincs Core alatt, az felejtős? Tehát mi az az ok, ami miatt a Core mindenképp használandó, más meg kerülendő?
Én úgy tudtam, az adott programnyelv, környezet csak egy eszköz, semmiképp sem határozza meg a végtermék minőségét. Akár lyukkártyával is megoldhatnám az adott feladatot - más kérdés, hogy meg tudom-eIgen, tudom, a Core eleve opensource-nak, végre platformfüggetlennek készült (más kérdés, hogy eredetileg a .Net is, a Java babérjaira akart törni a 2000-es évek elején), de miért gáz jelenleg .Net-et használni helyette, ha egyébként tökéletesen működik és fejlesztik is?
[ 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!
- AMD AM5 Alaplapok
- DJI AVATA Pro-View Combo (DJI goggles 2) +Fly more Combo FMC +Motion Controller +RC2 +koffer
- HP ProBook 4740S, 17,3" HD+Kijelző, I5-3210M, 8GB DDR3, 500GB HDD, AMD VGA, WIN 10, Számla, garancia
- HP ProBook 4730S, 17,3" HD+Kijelző, I3-2330M, 8GB DDR3, 320GB HDD, AMD VGA, WIN 10, Számla, garancia
- HP ProBook 470 G1, 17,3" HD+Kijelző, I5-4200M, 8GB DDR3, 500GB HDD, AMD VGA, WIN 10, Számla, garanci
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest