Sziasztok!

Rokonom keresne olyan megoldás, mellyel FB-re lehet a cégéhez egy szűrhető térképet rakni, ami ha kell útvonalat is tervez a legközelebbi bolthoz. Ilyesmit mivel lehetne csinálni? Google Maps API? Egyáltalán lehetséges?

Előre is köszönöm!

Az elmélet az, amikor mindenki tudja, de semmi sem működik. A gyakorlat az amikor minden működik, de senki se tudja miért. Az informatika az, amikor semmi nem működik és senki se tudja miért.

Lehetségesnek lehetséges. Itt egy link a nearby search api doksira, de van útvonal tervezés és mindenféle. Az érem másik oldala, hogy token kell hozzá, amit regisztrációval kapsz meg, amiért fizetsz. Kirakod a céged nevében public-ra, rázuhan a nép ezerrel kotorászni, azt mind a cég fogja fizetni. Ugyan mostanra már nem eszelősen vannak elszállva az árak, és van minimum limit, de egy nem is túl népes website azt túl tudja lépni, és pluszba lecsörgethet másik 60k huf-ot havonta. Ha a rokonod ésszel akar valamit csinálni, akkor érdemes neki esni, de ha csak hipszterkedés, az megbánással szokott végződni.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Szia, köszönöm szépen! Szétnézek és megbeszélem vele ezek alapján.

Az elmélet az, amikor mindenki tudja, de semmi sem működik. A gyakorlat az amikor minden működik, de senki se tudja miért. Az informatika az, amikor semmi nem működik és senki se tudja miért.

Sziasztok!
VPS servert szeretnék bérelni, ahol a futó (hobbi) projektjeim ki tudom tenni.
(dotnet, mssql, angular meg ami még idővel jön hozzá. Linux alapú servert szeretnék).
Mely szolgáltatót ajánlanátok? Örülnék ha Magyar cég lenne, de nem feltétel. Első körben a RackHost ami felkeltette a figyelmem.

Valamint milyen programot ajánlotok amivel lehet kapcsolódni? Vagy a jó öreg terminál az igazi?

Hetznert, DigitalOcean, stb.

while (!sleep) sheep++;

Hetzner (ez nem magyar), OVH (ez sem magyar), MHosting (ez magyar), Tárhely (ez is magyar). Én ebben a sorrendben választanék közülük, ha az angol kommunikáció nem probléma. Ha probléma, akkor ugord át az első kettőt.

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Miért nem felhőbe rakod?

Én kérek elnézést!

A VPS az felhő. Mire gondolsz?

while (!sleep) sheep++;

Ilyen filozófiai mélységekbe ne menjünk bele, hogy mi számít felhőnek, és mi nem.
Arra gondolok, hogy ezekhez nem igazán kell szerver. Garázs cégeknél szerver bérlés meg pláne zsákutca. Ha önképzés a cél, akkor a felhőben futtatási lehetőségekkel kellene ismerkedni, nem linux szervert konfigurálgatni. No persze felhőben (ok, számomra a felhő az AWS, Azure, Google Cloud) is lehet komplett szerver instance-t keríteni, ha valaki mindenáron ehhez ragaszkodik.

Én kérek elnézést!

> Ha önképzés a cél, akkor a felhőben futtatási lehetőségekkel kellene ismerkedni, nem linux szervert konfigurálgatni.

Nem tudom, hogy ez miert van igy. Attol fugg, hogy miben szeretned kepezni magad. Lehet persze Heroku/Fly.io/Vercel/stb. iranyba is indulni, de olyat meg nem lattam, hogy artott volna, ha valaki takolt volna sajat szervert, vagy akar sajat maga rakott volna fel k8s-t.
A serverless meg total mas teszta, mas elonyokkel/hatranyokkal.

> No persze felhőben (ok, számomra a felhő az AWS, Azure, Google Cloud) is lehet komplett szerver instance-t keríteni, ha valaki mindenáron ehhez ragaszkodik.

Lehet, de elonye nincs, csak hatranya (dragabb). Sima VM-ekert en tuti nem mennek a nagy felhokhoz, tenyleg remisztoen dragak tudnak lenni.

while (!sleep) sheep++;

Az indító post nem írta le egyértelműen, milyen mélységgel szeretne barkácsolni. Például előkerülhet-e C alapon írt bináris, amit cron-on futtatna egy webszerver mellett. Ha igen, a logikai szintű szolgáltatások már elégtelenek.

Azt sem írta, hogy elég lenne on spot alapon neki a külső szerver. A barkácsolósdi azt sejteti, kelleni fog neki a 7/24 rendelkezésre állás külső szerveren folyamatosan futtatni valamit.

A fentieket összeadva minimum folyamatos vps szolgáltatás kell neki. És pontosan arra kapott költséghatékony tippeket.

Aztán ha mindezekhez még hozzá jön a teljesítmény igény, következőre már dedikált szervereket fogunk neki linkelni, nem vps-t. Vps havi 5 eur, de ha sokkal több cpu / ram / előreszámítható io sebesség kell, afásan 45 eur körül kezdődnek a szerverek egészben.

A serverless nem az indítóban felsorolt igényekre van méretezve.

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Mindenkinek köszönöm a segítséget!

Hobbi és önfejlesztés a cél. Valamint egy jó hobbi projekt jobban mutat így, mint egy github/lab link egy CV-ben (véleményem szerint). Szerintem kevesen klónozzák le onnan a projektet, hogy kipróbálják, megnézzék működés közben.

Valamint egy ideig linuxon fejlesztettem, így azok az ismeretek is felelevenülnének/megmaradnának.

Bár most jó fejlesztői állásom van, de a felkészültség nem árthat.

Valamint ha egyszer a hobbi projekt kinőné magát (kevés esélyt látok rá, de sose tudni), akkor majd ismét kikérem a véleményetek a bővülésről.

Ha csak kell egy linux, win10 alatt mostanra van linux subsystem, vagy vmplayer alatt felhúzhatsz magadnak egy ubuntut desktopostul, és még vps sem kell. Vps arra kell, ha bárhova odamész, és meg akarod mutatni ott hogy mit alkottál weben. Mondjuk ahhoz egy domain regiszter is kelleni fog. A domaint illetően évente +5k huf körüli összegre számíthatsz. Vannak "ingyenes" domain-ek, de mostanra már annyi ge*iség van abban a játékban, hogy azokra most linkeket nem adok. A magam részéről inkább fizetem azt az évi pár k huf-ot.

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Talán segíti a megértést ez a kiegészítés: sokszor ugyan fix a szkóp, de bonyolult ökoszisztémák esetén nagyon nehéz eljutni oda, hogy ez feltöltődjön üzleti tartalommal. Például szeretnél csinálni egy új netbankot. Hiába készíted el a legmodernebb UI-t, azt ki kell szolgálni adattal, össze kell kötni core és szatelit rendszerekkel, amelyeknek vagy nincs normális dokumentációja, vagy elavult. Ez mind idő. Gyakran sokkal jobb elindulni agilisan egy szűkített szkóppal, lépésről-lépésre feltérképezni az integrációkat, és folyamatosan szállítani az új funkciókat. Ezt waterfallban megvalósítani szinte lehetetlen, legalábbis belátható időn belül.

Szóval az agilis értékekből nem csak az ügynökségek/szállítók profitálhatnak, hanem a nagy megrendelők is. Persze a valóság kijózanító.

Sziasztok!

Asp.net core MVC:
Chartot szeretnék megjeleníteni az oldalon, ehhez találtam is megfelelő js libraryt Chart.js néven.
https://www.chartjs.org/docs/latest/
Az itt található kód királyúl működik, csak a kódban található data kézzel van megadva.
Ezt a data tömböt szeretném megadni code behindból. Próbáltam a kukacos (@) razor syntaxal, de sehogy sem lett jó. Hogyan tudnék neki adatot adni tömbformájában backendből?

Kicsit konkrétabban? Jsonról hallottál-e? Js oldalon mit csinálsz?

Én kérek elnézést!

Igen, hallottam, még az API-król is.
A linkelt oldalon látod a legalsó js kódot. Az ott található tömb elemeit akarom megadni backendből, az oldal betöltésekor.

Más, Net, EntityFramework kérdés. Még csak első körben ismerkedek vele, és főleg koncepcionális a problémám.

Szóval vannak entity-k, mondjuk E1, E2, E3 - és még amennyi, amik mindegyikének vannak saját mezőik, de egyúttal referencáik is egymásra egész listányi. Az adatmodel olyan, hogy listányi körbehivatkozásokkal végül minden hivatkozik mindenre, és egész DB kell hozzá "lezárni" a hivatkozásvégeket. Például E1 hivatkozik listányi E2-re, E2 hivatkozik listányi E3-ra, E3 hivatkozik listányi E1-re, és végső soron csak annyi az egész DB. Aztán lekérdezek egyetlen kulcsnyi E1-et.

A kérdés. Fenti példában az EF képes lesz memóriába rántani azonnal az egész DB-t csak azért, hogy a referenciákat végig ki tudja tölteni? Vagy van bármi okosság kitalálva adatmélységet szabályozni?

[ Szerkesztve ]

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Közben sikerült megoldani Json-nal, egyszerűbb volt mint gondolnám. Mondjunk nem teljesen értem, hogy működhet így, de szívesen fogadnám ha valaki elmagyarázza

Controllerbe létrehoztam, átküldtem viewdatán keresztül,

Viewbe megkapja a Json objectet,

Javascriptnek odaadom razor syntaxal,

Szépen megkapja az integer tömböt ahogy kell.

Nekem csak az a fura, hogy nincs szükség deserialize-ra (json.parse()), gondolom ez is JS feature.

[ Szerkesztve ]

"A kérdés. Fenti példában az EF képes lesz memóriába rántani azonnal az egész DB-t csak azért, hogy a referenciákat végig ki tudja tölteni? Vagy van bármi okosság kitalálva adatmélységet szabályozni?"

Képes lesz, és igen szabályozni is tudod. Lazy load a kulcsszó.

Én kérek elnézést!

Képes lesz, lazy load.

Biztos, hogy jó az az adatmodell?

Biztos, hogy nem jó, de azt megörököltem, és nincs mit tennem vele.

Lazy load megvan, köszönöm mindkettőtöknek.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Illetve lazy load helyett azt is csinálhatod, hogy azt includeolod, amit éppen kell, attól függ mi az igény éppen.

A lazy load soronként fogja behúzni (ha foreachelsz rajta), az include az adott collectiont egyben.

Megvan az is, köszönöm. Akad még valami jellemző de "nem teljesen magától értetődő" ami szembe szokott jönni az úton, és newbie-k folyton megfeledkeznek róla? Elolvasnám azt is jó előre.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Habár inkább Amdroid specifikus, de az alap gond talàn több tagot érintett már.

Szóval kellene csinálnom egy dialogot, ahol listàt jelenítek meg, illetve esetleg rajta egy kereső mezővel, a végén peddig választani lehet 1 elemet.

A probléma az, hogy több listàt kellene kezelni, persze nem egyszerre, így valami univerzàlis/generikus dolgon gondolkodok.

Ami eddig eszembe jutott, csökkenő "jó ötlet" sorrendben

1. Ahol megjelenítem, ott lekérdezem a listàt, és mejelenítéskor átadom a dialognak ezt, valami univerzális típusban.

2.Mivel a lista api ból jön, így a dialognak csak egy típus enumot adok át, és a dialogba szintén egy univerzális típust hozok létre csak egy case-when dologgal, enumtól függően hívom meg az api end pointokat.

3. Generikus dialog, az egyes típusok örökölnek tőle, így a megjelnítés/szűrés stb nem kell megírni, viszont attól még lista fajta X 3 osztály +- a generáltak lesznek.

Van valakinek valami jó ötlete? Talán az első 2 megoldás lehet a jó, főleg a 2. felé orientálódnék, mert akkor a hîvó osztályban, nem kellene mindenképp lekérdezni a listàt, mert lehet nem is nyitják meg ezt a dialogot

Xbox One: bandymnc

Én inkább egy generikus dialógust csinálnék, ami paraméterben megkapja magát az elemlistát (mindegy, hogy honnan jön, apiból vagy fájlból vagy memóriából) és a kiválasztott elem ugyanilyen "T" típusú.