- sziku69: Fűzzük össze a szavakat :)
- bitpork: Phautós tali a Balcsinál 2025 Augusztus 2 napján (szombat)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- Magga: PLEX: multimédia az egész lakásban
- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Brogyi: CTEK akkumulátor töltő és másolatai
- Mr Dini: Mindent a StreamSharkról!
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
LOGOUT
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
-
-
Silεncε
őstag
Igen, mivel a hook visszatérési típusa nem
IAccount, hanemIAccount | nullunion, ezért csak simanIAccounttípus nem lehet a tároló konstans típusa. Az account konstans típusa legyen ugyanúgyIAccount | nullés úgy már jó lesz (a ?. le fogja kezelni, ha ott null van (de azt is kezeli, ha undefined), olyankor a string konstans értéke is undefined lesz) -
Silεncε
őstag
Szerintem: Az useAccount visszatérhet sima objecttel is (én erre következtetek a paraméterben átadott üres object miatt)? Akkor viszont a TS jogosan reklamál, hiszen ott az account típusa nem IAccount lesz, hanem
IAccount | object“union”, az objecten pedig nem fogja megtalálni az adott propot.Illetve az az IAccount típusdeklaráció sincs szerintem jó helyen, annak az account konstanson kene legyen, a customProp az interface szerint string típusú
-
coco2
őstag
Az upstream szerver irányú kapcsolat. Hogy mit nevezel serverless-nek egy webes alkalmazás esetében, ahol létezik upstream, na azon kicsit vakarom a buksit. Valami zavart érzek az erőben
Minimum egy tracker biztosan kell, és az már szerver. A "POST" tipikusan szerver irányba küldött http kérés, és nem csak dotnetc kiváltság. Js esetében xhr van kommunikációra, és abszolút alkalmas post kérések küldésére. A react meg signalr nem az én világom, abban talán a többiek segítenek. -
martonx
veterán
Én C#-pal egyik régi projektben évek óta használok SignalR-t. És nemrég egy POC erejéig az Azure-os Serverless SignalR-t is kipróbáltam. Szépen tette a dolgát. Viszont tagadhatatlan, hogy nem éppen kezdőbarát a dolog.
És hogy ez nodejs-el mennyire működik, arról lövésem sincs. -
martonx
veterán
Amit te szeretnél az egy single page application, amit Karma jól be is mutatott. Annyit tennék még hozzá, hogy ebben az esetben a helyetekben a drupalt abszolút mellőzhetném, csak rest apu kell alá. De érted, így meg bukod a komplett Cms funkcionalitást. Neked kell dönteni, marad a cms bubusság és szar végeredmény gyorsan összekattogtatva, vagy megírjátok normálisra spa-ként, mondjuk 10-szer akkora idő befektetéssel.
-
Karma
félisten
A kontextus meg a helyzeted pontosabb ismerete nélkül (pl. a kódbázis minősége) nehéz testreszabott választ adni, de amit most leírtál, a mai gyakorlatban elég népszerű Single Page Application (~ webes vastag kliens) stratégia. (Egy kulcsszónak használhatod az SPA-t.)
Ennek van előnye és hátránya egyaránt, hogy néhányat soroljak:
+ Jobb érzékelt sebesség/felhasználói élményt nyújt az első betöltés után.
+ Kényszerűen tisztább az architektúra, jobban újrafelhasználható (pl. natív mobilalkalmazások, új UI...) a monolit projekt kettévágása miatt(*).
+ A részek önálló életciklussal bírnak, tehát több csapat könnyebben dolgozhat a részeken; külön tesztelhető és élesíthető minden elem.
+ A backendhez és a frontendhez is vannak specializált könyvtárak, ahelyett hogy egy eszközzel próbálnád egy n-tier alkalmazás minden aspektusát lefedni. (igen, még mindig nem szeretem a PHP-t)- JavaScript nélkül (pl. NoScript felhasználók) az egész történet halott, úgyhogy egy igazán univerzális megoldáshoz nem dobhatod ki a Drupal által generált önjáró, "ódivatú" oldalt.
- A böngészők közötti eltérések sose szűnnek meg. (Safari is the new IE
)
- Nagyon könnyű tévútra menni, és ennek következtében (abszolút és UX-es értelemben is) lassú, működésében hibás, neadjisten biztonságilag kockázatos kódot írni!
- Tanulni kell. Egy tiszta JS alkalmazás ég és föld ahhoz a szinthez képest, amikor egy sablonból generált HTML oldal kis szakaszait jQueryvel ugráltatja az ember. Az azzal kapcsolatos tapasztalatok inkább veszélyesek, mint hasznosak.(*): Ehhez igazából nem kell SPA, csak egy jó környezet meg önfegyelem. Például a legtöbb értelmes MVC megvalósításban teljesen független az üzleti logika a HTML generálástól (megjelenítéstől).
Személy szerint Drupalt soha nem használtam, a Foundationt is csak kerülgettem (inkább Bootstrapeztem); de az elgondolás nemes, és ha a szerveroldalad képes az adatait strukturált formában kiadni, szerintem mindenképpen megér egy próbát. Sajnos nem tudom, hol lehetne jól elindulni nulláról, bár az Angular 1.4-hez az ng-book elég bíztató. Valaki segítsen ki!
-
#5023
Sk8erPeter
nagyúr
_ak_
#5020
Sk8erPeter
nagyúr
"Egyszerű és nagyszerű, meg sem fordult a fejemben, hogy 'id'-ra tegyem a formázást..."
Még jó is, hogy nem fordult meg a fejedben, mert illik sokkal általánosabban megoldani az ilyesmit, nem pedig id-vel szórakozni, és ezzel kb. örökre rögzíteni, hogy melyik elemet is fogod buzerálni. Vannak esetek, amikor ez nem számít, de többnyire mégis.Amúgy örülök, hogy nálad működik a "javított" demó, mert nálam konkrétan semmit nem csinál, igaz, összesen 5 másodpercnyi időt töltöttem a kipróbálásával, nem próbáltam elgondolkozni, mit csinál és mit kellene csinálnia.
-
#5021
Speeedfire
félisten
_ak_
#5020
Speeedfire
félisten
Minimum egy tracker biztosan kell, és az már szerver. A "POST" tipikusan szerver irányba küldött http kérés, és nem csak dotnetc kiváltság. Js esetében xhr van kommunikációra, és abszolút alkalmas post kérések küldésére. A react meg signalr nem az én világom, abban talán a többiek segítenek.
)
Új hozzászólás Aktív témák
- AMD GPU-k jövője - amit tudni vélünk
- Futás, futópályák
- Háztartási gépek
- OTP Bank topic
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Amlogic S905, S912 processzoros készülékek
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Könyvajánló
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Battlefield 6
- További aktív témák...
- Gigabyte 15 G5 Gamer FHD IPS 144Hz i5-12500H 12mag 4.5Ghz 16GB 512GB Nvidia RTX 3050 Win11 Garancia
- Layer 2 Plus (Layer 3 Lite) Passzív rack switch, 24x1G + 4x10G SFP+ , SFP-kkel FS S3900-24T4S-R
- Eladó/Lenovo X240 Ultrabook/I5-4300U/8GB DDR3/Win 10Pro/12,5"!!!
- LG OLED55C9 prémium TV - 140cm, 4k, 120Hz - apró vizuális hibával
- Erős Gamer / Munka PC i7-14700, RTX 3070 Ti, 32GB RAM, 1TB SSD
- LG 83C3 - 83" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
- Újszerű Apple Macbook Air 15,3" M3 8C CPU/10C GPU/16GB/256GB-(MC9E4MG/A) Ezüst -3 év gari
- LG 27GP850P-B - 27" NANO IPS - 2560x1440 - 180Hz 1ms - NVIDIA G-Sync - AMD FreeSync - HDR 400
- ÚJ Asus TUF Gaming F17 FX707 - 17.3"FHD IPS 144Hz - i7-13620H - 16GB - 1TB - RTX 4060 -3 év garancia
- Gamer PC-Számítógép! Csere-Beszámítás! R5 5600 / RX 6700XT 12GB / 16GB DDR4 / 500GB SSD
Állásajánlatok
Cég: FOTC
Város: Budapest