- MasterDeeJay: Low budget (50.000 forint) light gémer gép összerakása
- gban: Ingyen kellene, de tegnapra
- Nyuszit otthonra, kedvencnek!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- GoodSpeed: Anker Charger (140W, 4-Port, PD 3.1) laptop, mobil, tablet töltő
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: Agglegénykonyha 15 – Néhány tavaszias recept
- GoodSpeed: ASUS RT-BE92U WiFi 7 router a felsőházból
-
LOGOUT
LOGOUT
Új hozzászólás Aktív témák
-
Jó azt értem, de aki mégis veszi a fáradságot a helyi nyelvet megtanulni, azokat miért kellene lehúzni? Lehet vannak ott cukorka lányok, és miattuk megéri
Tény, annó mindössze 2 hetet töltöttem Manchester-ben és ezidő elég volt a becsajozáshoz XD bár nem volt hosszú a kapcsolat, ellenben a távolsággal
-
hiperFizikus
senior tag
-
Az a város egy fél Budapestnyi lakosság, ott bőven meg kell lennie mindennek, ami a kényelemhez kell. Hogy még a magyarok is szlovákul szólnak hozzád, azért Szlovákiában nem marasztalhatod el őket. Az ottani lányok általános mentalitását ugyan nem ismerem, de a felsoroltaknak még nem kellene ellehetetlenítenie, hogy becsajozz. Talán csak nem kínálsz nekik elég sokat.
Ez azért több tekintetben is félre érthető
Nem mellesleg: ugyan nem kint lakok, de Szlovákiában dolgozom. A munkatársaim 100%-ban szlovákok, noha a nagyfőnök magyar, de ő kint él. Sem én, sem a főnök nem beszélünk szlovákul. A munkatársaink ~65%-a beszél magyarul, a többiekkel angolul kommunikálnunk. Sosem volt ebből probléma, mindenki mindenkivel meg tudja értetni magát. -
hiperFizikus
senior tag
-
Egy összeesküvés elmélet szerint, amit kizárólag a saját magunk szórakoztatására gyártunk, és semmi valós köze nincs esetlegesen létező valódi összeesküvéshez, a típusmentes élet olyasmi, mint a https. Főleg arra jó, hogy cpu-t pocsékoljon. Szóval rá lett rákényszerítve a világra. Nyugodtan beletörődhetsz. Ha a típusos világ a kedvenced, a mikrovezérlős fejlesztések még egy ideig őrizni fogják. De már csak egy ideig. Meg a legacy c/c++ környezetek.
-
Egy összeesküvés elmélet szerint, amit kizárólag a saját magunk szórakoztatására gyártunk, és semmi valós köze nincs esetlegesen létező valódi összeesküvéshez, a típusmentes élet olyasmi, mint a https. Főleg arra jó, hogy cpu-t pocsékoljon. Szóval rá lett rákényszerítve a világra. Nyugodtan beletörődhetsz. Ha a típusos világ a kedvenced, a mikrovezérlős fejlesztések még egy ideig őrizni fogják. De már csak egy ideig. Meg a legacy c/c++ környezetek.
Aki még a régi programozói érában szocializálódott, az emléxik azokra a heves vitákra, hogy, mikor, melyik fordító állít elő hatékonyabb kódot, ami egy kicsivel is gyorsabban futott, mint a másik.
Webes környezetben természetesen ez értelmezhetetlen.
Egyrészt a HTML oldalt mondjuk egy ASP.NET felől érkező szerver generálja le, aholis már az ASP.NET is egy közteskódból generált byte kódot fordít le futtatás előtt, és egy szöveget (html) ad át a böngészőnek, ahol pedig a böngésző ebből próbálja meg kisilabizálni, hogy minek is kell történnie. Utoljára én Commodore BASIC-ben használtam olyan programnyelvet, amit futás közben értelmezett a számítógép
Persze, a mai processzorokkal, és memória mennyiséggel ez gyorsan megtörténik, de pl. egy tableten, telefonon megnyitva az oldalt, sokszor várni kell 10-15mp-et, mire az összes js, kép, lófütty betöltődik, le rendereli magát, és a helyére kerül. És az marhára tud engem bosszantani, hogy 1mp alatt megnézném, ami engem érdekel, de az előbbi leírtak miatt ez szinte lehetetlen. -
A ts-nek nyilván megvan az az előnye, hogy egy elcseszett oop kezdeményezés. Például ha objektumot akarok gyártani js-ben, gyártok egy listát, és hozzáfűzöm a változókat / függvényeket. Kész "az objektum". De az ugye áttekinthető lenne annyira, hogy még egy egészen szőke titkárnő is programozónak állna végül. Noszak tegyünk keresztbe a szösziknek! Mert nehogy már bárki bármit megérthessen! Ts környezetben sokkal könnyebb hibázni, nehezebb lesz kódot mozgatni, karbantartani, akinek nincsen hozzászokva a szeme, tuti benézi, hogy akkor most mi megy hova. Egy 120 ezer soros dokumentálatlan project olyan gyönyörűen lesz tele kitakaríthatatlan hibákkal, hogy a világ összes zsenije sem fog elboldogulni egy low-cost alkalmazásfejlesztéssel sem. Ezek mind-mind a ts előnyei. Hurrá ts!
Pisilnem kell..
-
Én láttam már olyan "csapatmunkát", ahol egyebet sem csináltak, mint keresték a felelőst, rugdosták egymást kifelé a cégből, meg pocsékolták a project-re szánt pénzt teljes sebességgel. Ha most filozol a magyar állami szféra hasonlóságain, lehet, nem tévedtél el nagyon. Olyan helyre a typescript tökéletes
Félre ne értsd, nem azt az ördögtől való véleményt kívánom védeni, amit @sztanozs leírt, mert azért legszívesebben fényes nappal kötözném cölöphöz az ürgét, és raknék alá gyújtóst élő egyenes YouTube közvetítésben példamutatóan mindenki okulására - burn b1tch burn !
- viszont van a tolvajok igazsága is, és annak fényében vannak éppen "szélesebb-látókörű" előnyök. -
Én láttam már olyan "csapatmunkát", ahol egyebet sem csináltak, mint keresték a felelőst, rugdosták egymást kifelé a cégből, meg pocsékolták a project-re szánt pénzt teljes sebességgel. Ha most filozol a magyar állami szféra hasonlóságain, lehet, nem tévedtél el nagyon. Olyan helyre a typescript tökéletes
Félre ne értsd, nem azt az ördögtől való véleményt kívánom védeni, amit @sztanozs leírt, mert azért legszívesebben fényes nappal kötözném cölöphöz az ürgét, és raknék alá gyújtóst élő egyenes YouTube közvetítésben példamutatóan mindenki okulására - burn b1tch burn !
- viszont van a tolvajok igazsága is, és annak fényében vannak éppen "szélesebb-látókörű" előnyök.Köszi
-
Sziasztok!
Azon gondolkodok, mennyire tudnak okosak lenni a böngészőkbe épített javascript funkciók? Nevezetesen az xmlhttprequest, vagy újabb leszármazottja a fetch.
A szerver felé post kérést küldenék, payload gyanánt lenne egy string. Ha számít bármit, egy json string az. A szerverről nem kiszolgálás érkezne, hanem redirect. Mit tesz ilyenkor a kliens oldal? Letölti nekem a redirect-et leíró html-t, és azt kapom a végeredmény stringben, vagy végrehajtja a redirect-et? Ha végrehajtja a redirect-et, mi történik a payload-dal? Csak a redirect-ben adott új címet fogja tölteni, vagy a payload-ot automatán hozzárakja? (Fogalmam sincs, redirect-be tudok-e úgy címet rakni, hogy a beérkezett payload-ot hozzáillesztem szerver oldalon, ha arra lenne szükség.)
Azért írok kérdést kísérletezés helyett, mert nem egy konkrét webböngésző esetében érdekel a kérdés, hanem az elvi teljességnek szeretné utána nézni, mit mond a fenti esetről bármiféle RFC, ha létezik rá?
Ha valaki küzdött már meg a problémával, iránymutatásnak örülnék.
Előre is köszönöm.
-
A redirect egy header mező a visszaküldött html-ben. Ha csak get kéréssel kellene elboldogulni, okés lenne minden. A payload a problémám. Túl nagy. 1k-tól 100k-ig sajna bármi lehet. B terv gyanánt írok rá alkalmazás szinten protokolt. Meglőve éppen nem vagy. Viszont könnyebbé tenné az életemet, ha valamit kezdeni tudnék vele.
Biztonsági problémákat egyébként pont a get kérés vet fel. Ha get kérésbe gyömöszölöm bele a payload-ot, nyavajás böngésző feljegyezheti az adatot, amit elküldtem. Azért nem akarom kicsibe darabolva get-be gyömöszölni.
-
Sziasztok!
Azon gondolkodok, mennyire tudnak okosak lenni a böngészőkbe épített javascript funkciók? Nevezetesen az xmlhttprequest, vagy újabb leszármazottja a fetch.
A szerver felé post kérést küldenék, payload gyanánt lenne egy string. Ha számít bármit, egy json string az. A szerverről nem kiszolgálás érkezne, hanem redirect. Mit tesz ilyenkor a kliens oldal? Letölti nekem a redirect-et leíró html-t, és azt kapom a végeredmény stringben, vagy végrehajtja a redirect-et? Ha végrehajtja a redirect-et, mi történik a payload-dal? Csak a redirect-ben adott új címet fogja tölteni, vagy a payload-ot automatán hozzárakja? (Fogalmam sincs, redirect-be tudok-e úgy címet rakni, hogy a beérkezett payload-ot hozzáillesztem szerver oldalon, ha arra lenne szükség.)
Azért írok kérdést kísérletezés helyett, mert nem egy konkrét webböngésző esetében érdekel a kérdés, hanem az elvi teljességnek szeretné utána nézni, mit mond a fenti esetről bármiféle RFC, ha létezik rá?
Ha valaki küzdött már meg a problémával, iránymutatásnak örülnék.
Előre is köszönöm.
-
Ami példát w3-on találtam childnodes-ra, nem id stringeket adott vissza, amit használni tudnék, hanem a típusaikat írta ki, meg node-oknak nézi a whitespace-t meg hasonlókat művel. Egy id string tömb lenne jó. Mondjuk legyűjteni csak azokat a node-okat, amiknek null stringtől eltérő hosszúságú id-jaik vannak. Ha van egy referenciám valami element-re, le tudom kérdezni az id-ját?
element.id
-
-
-
Sziasztok!
Szöveget szeretnék kirakni valamiben weblapra, amit js-ből átírnék. Környezet: desktop chrome utolsó verzió.
A leegyszerűsített példa így néz ki. Az első alert megérkezik, a második már nem, és nem írja át a szöveget. Mi a baj a <span> innerHTML-jével? Miért crashel az átíró script?
Köszönöm
-
A redirect-ek környékén kotorásztam anno, hogy js-ből megállapíthassam a szerver címét, ahova egy redirect küldött (terhelés osztáshoz kellett). Az régebben működött, aztán letiltották. Akkor találtam stackoverflow-n anchorra vonatkozó tippet adni egy srácnak (#-t rakni a cím végére), hogy az legalább lekérdezhető. És kapta az a tanács a lehurrogást, hogy az is egyszer működik, egyszer nem. Aztán félre raktam a témát a magam részéről, és azóta nem foglalkoztam vele.
#valami az url végén nagyon nem egyenlő a querystringgel. A querystring garantáltan nem veszik el, hacsak valaki valamit, nagyon félre nem paraméterez CDN szervereken
-
polymorphin
csendes tag
En nem teljsen ertem hogy mit szeretnel
1, Login formot soha ne kuldj GET-el
2, A gombnyomas animaciot szeritem meg lehet oldani CSS-el (hacsak nem egy arcon porgo ember a gomb )
3,"index page helyett application page kell login után, de csak utána" ennek semmi koze a front-end-hez ezt szerver oldalon kell intezni
4, Amit Rimuru linkelt azok nem hiba hanem status code-ok, nezd at ezt: HTTP Messages - HTTP | MDN (mozilla.org)
Tegyuk fel a felhasznalo helytelen adatokkal akar belepni akkor nem 200 OK-et kuldesz vissza szerverrol hanem 401 Unauthorized-et -
Köszönöm a tippeket mindenkinek, de a jelek szerint kommunikációs hibát véthettem, amikor nem hangsúlyoztam ki eléggé, hogy az a form egy login form, és a submit-nak újra _kell_ töltenie az oldalt. Van pár login paraméter, azokat raknám inkább post paraméterbe az oldal újratöltéshez, ahogy form submit-nál is volt. De az oldalnak újra kell töltenie (index page helyett application page kell login után, de csak utána).
Form submit gomb-on nem lehet képet cserélni. A submit elemet lehet image-re lecserélni. De akkor meg nincs gombnyomás anim. Ezért ne engem szidjatok, a html5-be a halom marhaság belefért, de egy normális form submit a jelek szerint meghaladta a tervezők képzelőerejét. Vagy csak simán sza*tak rá, nem tudom.
Xhr-ben el tudom kérni az új html-t stringben, igaz. Azt tudom háttérben intézni. Viszont akkor meg azzal lesz egy olyan problémám, hogyan cserélem le a megjelenített oldalt (az oldal egészét) egy változóban lévő stringre? Ilyet még nem csináltam. Lehet egyáltalán?
-
Köszönöm a tippeket mindenkinek, de a jelek szerint kommunikációs hibát véthettem, amikor nem hangsúlyoztam ki eléggé, hogy az a form egy login form, és a submit-nak újra _kell_ töltenie az oldalt. Van pár login paraméter, azokat raknám inkább post paraméterbe az oldal újratöltéshez, ahogy form submit-nál is volt. De az oldalnak újra kell töltenie (index page helyett application page kell login után, de csak utána).
Form submit gomb-on nem lehet képet cserélni. A submit elemet lehet image-re lecserélni. De akkor meg nincs gombnyomás anim. Ezért ne engem szidjatok, a html5-be a halom marhaság belefért, de egy normális form submit a jelek szerint meghaladta a tervezők képzelőerejét. Vagy csak simán sza*tak rá, nem tudom.
Xhr-ben el tudom kérni az új html-t stringben, igaz. Azt tudom háttérben intézni. Viszont akkor meg azzal lesz egy olyan problémám, hogyan cserélem le a megjelenített oldalt (az oldal egészét) egy változóban lévő stringre? Ilyet még nem csináltam. Lehet egyáltalán?
-
Jelenleg van egy <form> a weblapon, submit post-al küldi az adatokat. Leszedném a form-ot a lapról, és submit helyett button onclick-et használnék. Azon gondolkodom, hogy a location-el tudok-e post paramétereket küldeni (hogy a szerver oldal ugyan az maradhasson), vagy muszáj lesz a post-ot get-re cserélnem? A location-re post támogatást eddig nem találtam. Ha véletlenül van rá valami trükk, felvilágosításnak örülnék.
-
Mert természetesen megtartanám az eredeti funkcionalitást. A <form> submit esemény lapot tölt újra.
Csúnya volt az eredeti gomb a form submit-hoz, lecseréltem image-re (a form elem bármi image-et is elfogad submit elemként). Viszont így nincs gombmegnyomás anim, ami bénán néz ki. Azért akarok nyomógombot.
Viszont akkor meg form submit nem lesz
Szóval marad a window.location.assign(). De ehhez meg POST paramétert adni nem tudok.GET paramétert tuti adni tudok hozzá, azt megnéztem. De ha tudok POST paramétereket adni hozzá valahogyan, jobban nézne ki, hogy a megjelenített oldal címbe nem kerülnek bele a get paraméterek. Nem mintha jelenleg túl sok lenne, de akkor is randa
-
Mert természetesen megtartanám az eredeti funkcionalitást. A <form> submit esemény lapot tölt újra.
Csúnya volt az eredeti gomb a form submit-hoz, lecseréltem image-re (a form elem bármi image-et is elfogad submit elemként). Viszont így nincs gombmegnyomás anim, ami bénán néz ki. Azért akarok nyomógombot.
Viszont akkor meg form submit nem lesz
Szóval marad a window.location.assign(). De ehhez meg POST paramétert adni nem tudok.GET paramétert tuti adni tudok hozzá, azt megnéztem. De ha tudok POST paramétereket adni hozzá valahogyan, jobban nézne ki, hogy a megjelenített oldal címbe nem kerülnek bele a get paraméterek. Nem mintha jelenleg túl sok lenne, de akkor is randa
-
Jelenleg van egy <form> a weblapon, submit post-al küldi az adatokat. Leszedném a form-ot a lapról, és submit helyett button onclick-et használnék. Azon gondolkodom, hogy a location-el tudok-e post paramétereket küldeni (hogy a szerver oldal ugyan az maradhasson), vagy muszáj lesz a post-ot get-re cserélnem? A location-re post támogatást eddig nem találtam. Ha véletlenül van rá valami trükk, felvilágosításnak örülnék.
Az miért nem jó, hogy fetch-el (vagy ha szélesebb támogatás kell, akkor a jóöreg XMLHttpRequest) csinálsz egy POST requestet a click eseményre? Miért kell ehhez a location?
nevemfel
okosabb-tapasztaltabb
Hát akkor sajnos rossz helyen kopogtatsz
egyébként kb 2 évig használtam TS-t Angularral (ez már lassan egy éve, most egy pure JS-React projekten dolgozom), én szerettem. Az, hogy muszáj minden változóhoz/konstanshoz típusdeklarációt írni sztem csomót javit a kódon (vagy pl a generikusok, az is segített nekem egy csomószor). Bár az tény, hogy nem csodaszer ez se, TS-ben is lehet szar kódot írni ahogy a JS kód se feltétlenül rossz.illetve amit még nagyon szeretek: nekem a VSCode a bevált editor, kb mindenhol azt használom. Ez ugye beépítetten hozza a TS-t, szóval pl ha van egy npm package-ben .d.ts, akkor az IntelliSense auto felismeri és az alapján segít.
-
TS/ES - a magam részéről nem erőltetném. ES6-nak anno örültem, de csak addig, míg le nem esett róla, mekkora egy fail. Kb olyan fejlettségi szinten van, mint anno a php3. Pihentetni kellene legalább fél évtizedet, és majd megnézni utána.
Tényleg nem kötelező ám mindenhez hozzászólni. Hidd el csomószor okosabb maradsz, ha nem szólalsz meg.
-
polymorphin
csendes tag
-
Ugy lehet felkesziteni hogy nem irsz egy sor JS kodot sem
Azt nem különösebben nagy ügy elintézni, hogy legyen nagyon kevés számú legfelső szintű div, azokon alapból display: none, és az js-ből legyen átállítva block / inline vagy akármire. Ha js nem fut, nem fog látszani semmi, csak egy üzenet, hogy kedves felhasználó, leszel szíves engedélyezni a js-t.
De különben csatlakoznék azokhoz, akik tojnak rá. Aki letiltja a js-t, csak ignore, és nem foglalkozni vele, mi lesz az oldallal. Aki egy hulladék vacakot akar böngészőnek hívni, had büfögjön, amit csak akar, de ha az oldalt is akarja, lesz szíves letölteni egy böngészőt - chrome.
Én például bele írtam a user guide-ba, hogy figyi felhasználó, nincs itt semmi ördöngösség, de ha valami mégsem megy, légyszi töltsd le ezt a böngészőt, és oda adtam egy chrome linket.
-
A #8640-et megtaláltam. Feltételezem, arról van szó.
Amit a #8649-ben írtam, arra vonatkozó célzás, hogy találkoztam már ügyfél igénnyel, amikor valaki nagy sebbel-lobbal nekiállt nagyon tutit alkotni, és akkor derült ki, igazából fogalma sincs, hogy mit akar, vagy hogy egyáltalán mire hasonlítson? A #8646 + #8647 kísértetiesen arra hajaz.
De ha nagyon félre értettem volna valamit, gondolom, majd felvilágosítasz.
Te nagyon félre érted a dolgokat
-
Ahogy @martonx említette, az ilyesmivel már mindenki maga szenved. Valami elírás lesz.
Az írás áll abból, hogy ráhívsz a local storage függvényre kulcs és adat párossal. Azokat logba tudod dobni. Debug jelleggel beraksz oda azonnal egy visszaolvasást is. Ha nem egyezik a kimenet a bemenettel, akkor elírtad a függvény nevet
Ha egyezik, de a bemenet nem stimmel, akkor a programot írtad el.&martonx
Köszönöm a válaszokat, utána nézek a dolognak. Csak egy apró dolog még:
Ha nem egyezik a kimenet a bemenettel, akkor elírtad a függvény nevet
Ha egyezik, de a bemenet nem stimmel, akkor a programot írtad el.Mint említettem, ugyan azt a fájlt hívják be pontosan ugyan azzal az include kóddal.
-
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. -
A "php" a javascript szerver oldali párja.
Az udemy most 20 usd per hónap. A skillshare 19 usd per hónap, és 99 per év.
Az önképzés egy vicces játék. Megosztanék róla egy személyes észrevételt. Szó sincs róla, hogy lehetetlen lenne tanulni, de vannak, akiknek túl nehéz a fejük az absztrakt tanuláshoz. Túl sok türelem kell túl sok részletet belegyömöszölni a buksiba. Nem mindenkinek fér bele. Meg aztán, a tanulás nem csak pénzbe kerül, hanem emberéletbe is. Megy vele az idő és a figyelem. Az idő alatt nem nagyon fér el mellette semmi más. Amikor azt a népek felfogják, átlag hátra arc, és futááááás
Utólag hencegnek mindenféle marhasággal. Onnét lehet tudni, hogy nagyon pofára estek. Kompenzálódás nélkül ki sem bírják. És arra aztán tényleg menni tud a pénz. Az az after math, nem a tudás özöne. Körbenézel a világban, te tényleg bölcs embereket látsz mindenütt? Vagy marhaságokkal hencegő idiótákat? Vagy esetleg csukott szemmel élsz? De ha tényleg érdekel a tanulás, nosza, vágj bele.
-
A "php" a javascript szerver oldali párja.
Az udemy most 20 usd per hónap. A skillshare 19 usd per hónap, és 99 per év.
Az önképzés egy vicces játék. Megosztanék róla egy személyes észrevételt. Szó sincs róla, hogy lehetetlen lenne tanulni, de vannak, akiknek túl nehéz a fejük az absztrakt tanuláshoz. Túl sok türelem kell túl sok részletet belegyömöszölni a buksiba. Nem mindenkinek fér bele. Meg aztán, a tanulás nem csak pénzbe kerül, hanem emberéletbe is. Megy vele az idő és a figyelem. Az idő alatt nem nagyon fér el mellette semmi más. Amikor azt a népek felfogják, átlag hátra arc, és futááááás
Utólag hencegnek mindenféle marhasággal. Onnét lehet tudni, hogy nagyon pofára estek. Kompenzálódás nélkül ki sem bírják. És arra aztán tényleg menni tud a pénz. Az az after math, nem a tudás özöne. Körbenézel a világban, te tényleg bölcs embereket látsz mindenütt? Vagy marhaságokkal hencegő idiótákat? Vagy esetleg csukott szemmel élsz? De ha tényleg érdekel a tanulás, nosza, vágj bele.
-
Hát ilyesmihez legalább php kellene. Ha dotnetezni nem is akarsz (azt még meg tudom érteni), de a php ugyanúgy script, és nem rakéta tudomány. Szöveg file olvasás, sortördelés, első két oszlop index, maradék adat, arra menjen base64, eredményt sorrend helyesen json-be küldöd. Aztán még második körben értelmezni kell. Nem lesz kevés munka, de 18k gbp-be azért nem kellene kerüljön. Szerintem század annyiért is lesz jelentkeződ. Vagy rászánod te az idődet, ha tényleg olyan fontos az a családfa stuff. Vagy simán leírod a "veszteséget". 300 user még nem a világ vége kidobni, és gedcom helyett normális db-vel indítani újra az alkalmazást. "Sajnos hekker támadás történt és töröltek mindent".
-
Akkor bizonyára vicces hírek lesz neked, hogy ráadásul semmi-közeli győzelemre számíthatsz. Az a gedcom vagy mi a szösz sosem terjedt el, azért van zéró supportja. Egy mezei json normálisabb formátum családi kapcsolatokat leírni. Családi gráfokhoz pedig nem kapsz jobb supportot, mint amit magad is összerakhatsz. Ha valami file-ban nagy méretű anyagod van, arra az eredeti gyártótól érdemes keresni egyszeri konvertáláshoz támogatást, és aztán maradni a json-nál.
-
Animációhoz szeretnék segítséget / tanácsot kérni.
Van egy div, és van kettő kép (image erőforrás memóriaváltozóban). Egyszerre csak az egyik fér bele. Animációval cserélném őket (tipikusan gombnyomás, pld). A problémám az animációs folyamat kivitelezésével van.
Tudok olyat csinálni, hogy z-index-en egymás fölé pakolom őket, és javascript időzítőn opacity átprogramozásával cserélem le a képet (a látványt). Aki látott már ilyet a gyakorlatban, valami tippet had kérjek, esztétikailag mennyire megszokható / elfogadható? Esetleg idegesítő vagy olyasmi?
Kotorásztam képet div-ből ki/becsúsztatós példák után, de nem sikerült egyszerű példát lelnem, ami tisztán mutatja a húst a levesben és nem framework-öket hajigál egymásra számolatlanul. Ha valaki tud normális tan-példáról, egy linknek örülnék. A csúsztatós példáknak van annyi előnyük, hogy a mobil világ már bevezette, a világ hozzászokott. Hogy esetleg a jelen gyakorlat elavultnak tekinti-e, arról nem vagyok képben. Tanácsnak örülnék.
A tippeket előre is köszönöm.
-
Animációhoz szeretnék segítséget / tanácsot kérni.
Van egy div, és van kettő kép (image erőforrás memóriaváltozóban). Egyszerre csak az egyik fér bele. Animációval cserélném őket (tipikusan gombnyomás, pld). A problémám az animációs folyamat kivitelezésével van.
Tudok olyat csinálni, hogy z-index-en egymás fölé pakolom őket, és javascript időzítőn opacity átprogramozásával cserélem le a képet (a látványt). Aki látott már ilyet a gyakorlatban, valami tippet had kérjek, esztétikailag mennyire megszokható / elfogadható? Esetleg idegesítő vagy olyasmi?
Kotorásztam képet div-ből ki/becsúsztatós példák után, de nem sikerült egyszerű példát lelnem, ami tisztán mutatja a húst a levesben és nem framework-öket hajigál egymásra számolatlanul. Ha valaki tud normális tan-példáról, egy linknek örülnék. A csúsztatós példáknak van annyi előnyük, hogy a mobil világ már bevezette, a világ hozzászokott. Hogy esetleg a jelen gyakorlat elavultnak tekinti-e, arról nem vagyok képben. Tanácsnak örülnék.
A tippeket előre is köszönöm.
-
Idegesítő dolog, amibe js alatt folyton belefutok: json-ban érkezik változó php alól numeric 30 -> lesz belőle "30", js alatt i1-be bekerül, de nem numerikusan, hanem stringesen, aztán i1+=5; csinál belőle "305"-öt. Van valami általános módja megmondani a js-nek, hogy legyen szíves egy változót kizárólag numerikus változóként kezelni? Vagy a window.parseInt(i1,10) az egyetlen, amit tehetek?
-
Idegesítő dolog, amibe js alatt folyton belefutok: json-ban érkezik változó php alól numeric 30 -> lesz belőle "30", js alatt i1-be bekerül, de nem numerikusan, hanem stringesen, aztán i1+=5; csinál belőle "305"-öt. Van valami általános módja megmondani a js-nek, hogy legyen szíves egy változót kizárólag numerikus változóként kezelni? Vagy a window.parseInt(i1,10) az egyetlen, amit tehetek?
-
Stringet kellene megollóznom. Kivágnom pld 20 karakter hosszú stringből a 10.-edik karaktert, és stringet illesztenem a helyébe. A pozíciót nem tudom egyedi string minta alapján meghatározni. Karakter pozícióm van helyette. Néztem a string replace-t, de az nem pont ilyesmire van kitalálva. Mit szokás használni rá?
-
Stringet kellene megollóznom. Kivágnom pld 20 karakter hosszú stringből a 10.-edik karaktert, és stringet illesztenem a helyébe. A pozíciót nem tudom egyedi string minta alapján meghatározni. Karakter pozícióm van helyette. Néztem a string replace-t, de az nem pont ilyesmire van kitalálva. Mit szokás használni rá?
-
Z-index hibanyomozásnak van valami trükkje, amit kezdőként jó lenne tudnom? Nyomozok egy layer problémát, és nem tudom, mit nem veszek észre.
A dom úgy néz ki, hogy réteg szerint vannak rendezve div-ek egymáson. A rétegek sorrendjét időnként megváltoztatom js-ből. Van egy olyan hibám, hogy mást látok megjelenítve, mint aminek lennie kellene az átírt értékek szerint.
Futó kódot megállítok (desktop chrome, dev tools), az elements tabot szétnyitogatom, jobb oldalt arra a div-re kiír z-index 5-öt. A html-ben inline css-t használok, az állítja be 5-re. Lehetséges lenne, hogy ott az eredeti forrást látom, és nem az aktuális értéket? Js-ből ugyanis átírtam 1-re. Üzenetben (console.log) visszajelzésem van róla, hogy az értéke 1. De a dev tools akkor is 5-öt jelez vissza róla. És a megjelenített kép szerint is 5 az értéke.
Külön gyártottam egy önálló példát, abban a z-index átállítás működik js-ből, mint a kisangyal ( https://jsfiddle.net/fLxkv6q3/ ). Sajnos ugyan ez az éles verzióba bepakolva nem működik. Szóval nem értem.
Hogyan szokás ilyesmi glitch-et nyomozni?
-
Attól függ, milyen stack-et használsz. Amíg bitgépekkel gpio-zól, meg elég egy uart, azzal el lehet szórakozni asm-ben. Nem vagyok én ellene a gyakorlatnak. Ha nagyon az a kedvenced, játszadozz fpga-kkal is. Abban a környezetben aztán lehet bármit órajel élváltásonként számolni. Még hogy asm? Az már egy egész processzor! Azt a kényelmesen dőzsölős mindenségit..
Viszont ha tovább lépsz az uart-ról usb vagy ethernet felé, akkor az asm kispolcra fog kerülni. Asm programok egészében a 4 kb-ot nem szokták átlépni. A 8 kbyte asm-ben már nagyon sok. Usb és ethernet stack önmagukban 30-30 kbyte-ok. Csak egy példa volt.Az a helyzet, hogy nem tervezek átmenni USB és Ethernet vonalra. USB-hez van egy remekül működő USB analizátorom, az átviszi a szükséges adatokat. Az internetre még nem szabadítom az ilyen jellegű programjaimat, mert még öntudatra ébredne a Skynet
Eddig egyébként borzasztó sok mindent meg tudtam oldani PIC-el anélkül, hogy bármi hiányosságot is éreztem volna.Egyszer kipróbáltam az Arduino-t is. Nem jött be. Főleg az nem, hogy egy egyszeri, az Ino alaplapjára integrált LED villogtatása fordítás után nagyobb adathalmazt eredményezett, mint Asm-ben ez az apróság. (A videóban szereplő eszközt mondjuk közösen csináltuk Édesapámmal, de jól szemlélteti a lényeget)
-
A dolgok természetét kellene megérteni és észben tartani. Minden, ami böngésző weblapon fut, még a file rendszertől is el van tiltva. Külön böngésző libek vannak arra, hogy ilyen 5 megabyte-nyi területet megkaphass automatizálásra, amikor terabyte-os tárhelyek vannak a mai világban. Minden máshoz egyesével felhasználói engedély kell. És akkor te elektronikai erőforrást akartál elérni? Pluginnal meg lehetne éppen csinálni, ha a google nem akarná a chrome os-ét erőszakolni. Így ugyanis még a plugin sem járható út. Keresztbe tesznek azoknak a projecteknek a legkülönfélébb módokon. Azért nincsen belőlük.
Pic-en igazán áttérhetsz C fordítóra, amíg legacy vonalon maradsz. Csak az X fordító borzalmas, de például a c32 még normális volt. A 8 bites pic-ekkel vacakolni szerintem csak extreme low power vonalon van értelme, minden máshoz ott vannak a 32mx-ek. Ha dip foglalatos kell breadboardba, van 32mx1,2 családokból dip foglalatos is. És akkor nem kell órajeleket számolgatni, mert van bőven
Drágának sem nagyon mondanám őket, ilyen ezres környékén vannak. A 8 bitesen sem sokkal olcsóbbak, azok is 400-tól kezdődnek, és kb semmire sem jó utólag a kód, amit kiteszteltél. A 32mx-ekkel legalább hordozható és újrafelhasználható kódod lesz. Persze ahogy érzed. -
@martonx már leírta előttem, ha a javascript-et .exe-re fordítod, hozzáférsz minden rendszer szolgáltatáshoz, mint bármelyik bináris program.
A linkelt libed chrome book-on fut. Az egy amolyan eeepc koncepció chrome os-el, és szintén a design-error-ok mérföldköve. Asszem egy pamkutya paródiában hallottam "hogy hol is van az alsó határ, engem mindig elámít". Vagy Majka volt? Most nem emlékszem biztosan.
Ami a 20 "munkaórát" illeti, nem biztos, hogy értem. Az ilyesmi nem céges komolyságú, hanem hobby.
Ami a 20 órányi hobby-ra szánt idődet illeti, azt most szépen elereszted. Nem szorongatod. Nem sajnálod. Ha nagyon akarod, integess neki egy piros pöttyös zsebkendővel. Lazán, és könnyedén. És készülj rá, hogy másik 200-at is el fogsz még ereszteni, ha nagyon makacs vagy megérteni, hogy az arduinos webprojectekkel egy sötétben kivilágítatlanul közlekedő pofont sikerült megtalálnod. Ami tech stack-et végül felépítesz majd, azt a tanácsot tapasztalatból adtam. Persze hobbyból nem tilos az utólagos statisztika tapasztalata ellen hadakozni. Kellemes szórakozást hozzá.
Ne érts felére, nem ellenkezni akartam és most sem azt akarok, mindent megértettem amit mondtatok. Csak fáj belegondolni, hogy egy látott "valami" alapján megkísérel az ember megvalósítani egy projektet, mert meg van győződve róla, hogy működik, mert látott ilyet valahol és a vége az, hogy koppen egyet, mert mégsem lehetséges.
Egyébként nem foglalkozom ArduIno-val, PIC-es vagyok, Assembly-ben.
Szóval igen,
csak az fáj, hogy 3 napig dolgoztam valamin, amit ha utána járok, előbb is megtudhattam volna, hogy felesleges időt ölni bele.Nem az elvesztegetett órákkal van itt a baj, hanem azzal, hogy mindezt megúszhattam volna, ha előbb kérdezek. Persze erre mondják, hogy van, aki mások kárán tanul és van, aki még a sajátján se. Nos, én most a kettő között érzem magamat, félútonEgyetlen dolgot tudok most csinálni, ami nem más, mint megköszönöm nektek az oktatást és nézek magamnak egy új irányt. Tehát: Köszönöm!
Szerk.: Utólagosan módosítok egy kicsit: Nem létezik a programozásban elvesztegetett idő. Hiszen a gyakorlás mindig új tapasztalatokkal gazdagít és ez most sem volt másként.
-
Azokkal a kísérleti cuccokkal alaposan meg fog gyűlni a bajod. Remélem, erős idegeid vannak. Akkora design-error az összes olyan cucc, hogy nem a semmiért nem terjednek a gyakorlatban. Ha épp csak begolyózni nem akarsz, ágyúval kell lőni a verebet. Az uart fölé kell egy nt service, amellé egy db szerver, afölé egy webszerver, a webszerverre egy megírt xhr api. És utána tud neked a mikrovezérlős cucc javascript-ben erőforrás lenni.
Az utólagos statisztika azt mondja, hogy 200 emberből - hasonló ötletekkel, mint a tiéd - legalább 199 úgy döntött, inkább leül, és megvárja, míg elmúlik.
-
Desktop chrome, szivat a cache
Betöltöm az oldalt, forrásként bele van illesztve js file is. Nézem dev tools-al a js forrást, hát az a kód valami régi verzió. Szerver filesystem nálam fel van csatolva. Notepaddal belenézek, a szerveren a friss kód van. Böngészőben nyomogatom az f5-öt, chrome dev tools frissíti a tartalmat - ugyan úgy a régi kódot látom ott.
Ezmiez? És mit tudok tenni vele
-
Google chrome, desktop, leguccsó verzió, localStorage kérdésbe ütköztem:
A local storage-nek egy vadiúj domain esetén nem kellene üresnek lennie?
Az alkalmazásom init-je arra számított, és csak log-ból látom, hogy kitörölt egy kulcsot, amin nem alkalmazás-specifikus adatot talált. Utólag csak a kulcs nevét látom ("
NavigationWidth") az egykori tartalmat nem. Most belenéztem chrome dev tools-al a domain-hez tartozó local storage-ba, és ott egy ilyen kulcs: "Console", tartalom:AlwaysExpand: falseCurrentQuery: trueDarkTheme: falseEnterExecutes: falseGroupQueries: falseHeight: 92Mode: "collapse"Order: "asc"OrderBy: "exec"StartHistory: falseNa ez sem az enyém. És nem találtam erről doksit. Mi a hócipő ez? A világon semmi framework nincs a webcuccban. Még jquery sem. Direkt teljesen üres. Azokat a kulcsokat maximum valami plugin rakhatta oda, vagy a chrome. A chrome saját maga használja a local storage-et?
Valami tapasztalatnak / blog url-nek örülnék.
-
Kellene teljes html. Például ha <input type="text" .. >, akkor rakd vissza ".value"-ra, de akkor működnie kellett volna egyébként is.
Ezt nem értem. Vissza raktam Value-ra és most működik
Egyéb kérdés: Most rengeteg alterntívát találtam, csak nem tudom, mi lenne a legegyszerűbb rá, egyik sem konkrétum.
Az volna még a cél, hogy készítettem egy DIV mezőt, amit vertikálisan tudok mozgatni a képernyőn. Ennek az Y pozícióját szeretném folyamatosan kijeleztetni egy numerikus váltóba, lehet az input is. Lényeg, hogy amint megmozdítom, az y koordináta kijelző átíródik az adott DIV legtetejének pozíciójára. De ha éppen a közepét, vagy az alját jelzi, az sem zavar.
(mintha egy Range lenne, csak nem az)
A találatok között bíztató az offSetTop, csak nem tudom, hogy ez erre való-e és honnan mér.
-
Prog-Szerv
csendes tag
Próbáltad már értelmezni azt a hibaüzenetet? Valami egy gyűjteményt használna, ami nincs ott. Talán db hiba php oldalon, nem tudom. Ha nem lehetetlen kibogarászni azt a forrást, kotord fel a hibás részletet. Amit bekoppantottál, nem hivatkozik hosszúságra.
Igen azóta már megtaláltam....datatables-ben több módon is lehet kezelni az ajaxos adatokad de mindegyik módszernek megvan a maga metódusa és én nem megfelelően formázott json tömböt adtam neki át...most hogy javítottam már jó, csak most meg lehet találtam egy datatables alternatívát.
-
Na tanuljuk azokat az alapokat még egy kicsit: precizitás.
Ha az a kérdés, milyen környezetben futtatod, és mondjuk egy google chrome-ot használsz, akkor leírod, hogy google chrome, megnézed a névjegynél az adatot, hogy "Version 89.0.4389.82 (Official Build) (64-bit)", és linket dobsz rá, honnét töltötted le, pld: Innét tölthető le.
Ha az a kérdés, mi a forrás egészben, és mondjuk egy weblapba írod be a cuccot, úgy futtatod, akkor vagy a'la sparta ilyesmit koppantasz be:
<!DOCTYPE html><html><body><script>valtozo= 23;alert(valtozo);</script></body></html>
Vagy a népek mostanában favorizálják a jsfiddle-t, és akkor linket dobsz rá.Ha nem így csinálod, nem lesz ismételhető és ellenőrizhető, miről beszélsz.
Fuss neki újra.
És még valami:
Azért mert lenézel, azzal nem tanítasz.
Itt valami hatalmas nagy tévedés történt. Mi nem azért vagyunk itt, hogy tanítsunk. Ha tanulni akarsz, és csak egy kicsi segítség kell hozzá, amit egyszerűen, könnyen, és nagyon kevés erőfeszítéssel - ami belefér a grátisz kategóriába - meg lehet neked adni, akkor _talán_ kapsz segítséget. De ez nem tanóra, te nem az iskolában vagy, nekünk nem kötelességünk tanítani. Az olyasmi fizetésköteles szolgáltatás. Érted?
-
Na tanuljuk azokat az alapokat még egy kicsit: precizitás.
Ha az a kérdés, milyen környezetben futtatod, és mondjuk egy google chrome-ot használsz, akkor leírod, hogy google chrome, megnézed a névjegynél az adatot, hogy "Version 89.0.4389.82 (Official Build) (64-bit)", és linket dobsz rá, honnét töltötted le, pld: Innét tölthető le.
Ha az a kérdés, mi a forrás egészben, és mondjuk egy weblapba írod be a cuccot, úgy futtatod, akkor vagy a'la sparta ilyesmit koppantasz be:
<!DOCTYPE html><html><body><script>valtozo= 23;alert(valtozo);</script></body></html>
Vagy a népek mostanában favorizálják a jsfiddle-t, és akkor linket dobsz rá.Ha nem így csinálod, nem lesz ismételhető és ellenőrizhető, miről beszélsz.
Fuss neki újra.
És még valami:
Azért mert lenézel, azzal nem tanítasz.
Itt valami hatalmas nagy tévedés történt. Mi nem azért vagyunk itt, hogy tanítsunk. Ha tanulni akarsz, és csak egy kicsi segítség kell hozzá, amit egyszerűen, könnyen, és nagyon kevés erőfeszítéssel - ami belefér a grátisz kategóriába - meg lehet neked adni, akkor _talán_ kapsz segítséget. De ez nem tanóra, te nem az iskolában vagy, nekünk nem kötelességünk tanítani. Az olyasmi fizetésköteles szolgáltatás. Érted?
-
Nem sikerült elmagyaráznod.
amikor megnyitsz egy oldalt a böngészőben akkor betölt az oldal.
No, ekkor még nincs meg a változó.A javascript nem program, hanem script. Ahogy tölt az oldal sorfolytonos karakterekkel, úgy jön létre folyamatosan. Szóval az állításod false.
De ha az oldalon pl megnyomok egy gombot, akkor már megvan.
Ha akarod, létrehozhatsz egy változót gombnyomásra is.
De nekekm már a betöltéskor kellene a változó.
Hiszen írtam. Php scripttel amit írsz ki, a html-el együtt létrejön a script.
Olvasgatni kellene a francos piros könyvet.
-
-
Jössz itt a téglákkal, meg hogy alapozás, aztán minden csak elavult, rohannál előre eszetlenül, és nyafogsz, hogy nem érted
Akarsz egy alapozót? Tessék: Antikvár könyv - A Világháló lehetőségei - 2001
Az ott alapozó. Azt kellene elsőként elolvasni. Elejétől a végéig minden egyes oldalt. 520 oldalt egyesével. (Ott ér véget a még hasznos függelék.) És ha elavult, hát akkor elavult, de akkor is azt kellene elolvasni.
Ő az a típus, aki cselekvés helyett kérdezni, és őrlődni szeret
Mint a Brian életében a lázadók -
Van egy még viccesebb lehetőség, csak az extra kódolás. Z indexben legfelülre kiraksz egy cudar nagy div-et beállított háttér színnel (akár fehér akár fekete). Html-ből csinálod, nem kell hozzá script akasztani a betöltést. Töltés közben bármi is kerül ki nem nagyon fog látszani semmi, mert takarva lesz. Én a magam részéről a fehér színt választanám, mert az az alapértelmezett, míg tölt a böngésző (leszámítva mobil platformon, ahol fekete az alapszín). Onload-on elintézed, amit kell, aztán a takaró div-et átrakod display none-re. És hirtelen oda került a kész eredmény egyben.
A disy68 és az általad leírt között félúton (vagyis inkább közös halmazban) van a megoldásom.
<body><script>setDarkModeFromLocalStorage();</script><div id="loading"><div id="loading-center"></div></div>Egy loader/splash screen a logóval.
És így pont jó, mert a sötét témát erre is alkalmazni tudtam. Szóval így (tűnik) kerek(nek). Köszönöm!
-
ES5-re nem kell fordítani, alapból úgy írtam. Nincs semmi kliens extra érintve (jquery sincs pld), móricka-egyszerűen építkeztem. Ha behúzzak bármi extrát, gyanítom, az önmagában +kbyte. Most 41 a kbyte számláló vége, és "buta" minifyer abból csinált 18-at. Ha behúzzak egy keretet abból esetleg 9-et csinálni, 9-et nyertem, de a keret +30, hogyan jön ki a matek?
Jelenleg egy szem js állapotgép halmazom van kliens oldalon ilyen hosszú nevekkel mint:
ksr.localstorage_state_machine.process_incoming_removeés társaik. Fejlesztéshez így célszerűbb, de futtatáshoz elég lennek.l.pés hasonlók. Jó pár kbyte lenne megspórolható csak ismert struktúra útvonalon a forrás saját hivatkozási neveit átírni.Ha mást nem, írok rá saját programot ismert stringeket 1:1 lecserélni, és adok neki listát, mit mire cseréljen. Megadom a rövid neveket én magam. Épp csak furcsa, hogy ne létezne már automata tool ilyesmire? Ha létezik, nem szándékoztam én a kereket újra feltalálni.
"Ha behúzzak egy keretet abból esetleg 9-et csinálni, 9-et nyertem, de a keret +30, hogyan jön ki a matek?"
Elképesztő magabiztossággal tudsz butaságokat írni még mindig
Szórakoztatsz
A matek úgy jön ki, hogy jó szokásod szerint megint nem néztél utána, hogy miről beszélek. Webpack, Rollup: ezek nem js libek, hanem js task runnerek, ezeket nem behúzni kell, hanem ezeken át kell futtatni a kódod, és csinálnak neked js bundle-t, minifikálva.
De mindegy is, te úgyis jobban tudod, hogy mit hogyan csinálsz -
JScompress le tudta szedni a 41kb scriptet 18 kb-ig. Ahogy elnézem a végeredményt, még benne vannak a cefet hosszú objektum nevek, amik simán lecserélhetőek lennének. Van valami paraméterezhetőbb verzió belőle valahol, aminek megmondhatom, hogy eridjen nyugodtan mélyebbre is az objektum struktúrában, és cserélgessen ott is rövidebbekre?
-
JScompress le tudta szedni a 41kb scriptet 18 kb-ig. Ahogy elnézem a végeredményt, még benne vannak a cefet hosszú objektum nevek, amik simán lecserélhetőek lennének. Van valami paraméterezhetőbb verzió belőle valahol, aminek megmondhatom, hogy eridjen nyugodtan mélyebbre is az objektum struktúrában, és cserélgessen ott is rövidebbekre?
Ahogy látom a JSCompress Uglify3-at használ maga alatt, ami ES5-re fordít. Ha te ES5 felett írtad a kódodat, akkor belefordíthat egy csomó polyfil-t. Használj normális webpack, rollup akármilyen js task runnert, amiknek van beépített js bundle - minifikátora is. Azok valószínűleg valamivel kisebb js-t fognak tudni csinálni, bár csodák nincsenek, a 41kbyte-ból sosem lesz mondjuk 5kbyte
-
-
-
-
-
-
"_General_ data protection regulation" - csak hogy lássuk a nevét egészben. Bármilyen adat, ami a felhasználótól vagy tevékenységéből származik közvetve vagy közvetlenül, el kell számolni vele utolsó bitig. Semmit sem számít, hogy személyi eszközön vagy nyilvános számítógépen használja-e valaki, hogy az adat közvetlenül nyomon követhető, vagy személyhez köthető-e vagy sem, az adatkezelési tájékoztató törvényben előírt kötelezettség.
20-onéves kölykök a játszótéren egymásnak nagyzolós duma közben nyilván más a valóság érzékelésük. De az a játszótéren van. 3 bíróval farkas szemet nézve valahogy az összes nagyzolós duma kussol, mint kutyakaki a fűben.
-
"_General_ data protection regulation" - csak hogy lássuk a nevét egészben. Bármilyen adat, ami a felhasználótól vagy tevékenységéből származik közvetve vagy közvetlenül, el kell számolni vele utolsó bitig. Semmit sem számít, hogy személyi eszközön vagy nyilvános számítógépen használja-e valaki, hogy az adat közvetlenül nyomon követhető, vagy személyhez köthető-e vagy sem, az adatkezelési tájékoztató törvényben előírt kötelezettség.
20-onéves kölykök a játszótéren egymásnak nagyzolós duma közben nyilván más a valóság érzékelésük. De az a játszótéren van. 3 bíróval farkas szemet nézve valahogy az összes nagyzolós duma kussol, mint kutyakaki a fűben.
-
Nem cookie-t hoz létre, hanem adat file-t. Korlátos mérete van, szóval csak valami személyi cucc fér bele. 5 megára számíthatsz, többre nem. Adatkezelési tájékoztatót írni róla alkalmasint jogi rémálom, ha oda személyes adatokat pakolnál. Rendesen csúnyán fog kinézni adatbiztonsági kockázatként.
-
Megkérdezhetem miért találtad "bénának" a forgót?
Aktuálisan szintén van loading indicator problémám, de én nem bénának találtam, hanem kompatibilitás kérdések miatt húzom a számat.
Amit egyenlőre én csináltam, az egy még sokkal bénább dolog. A teljes div-et egy másik div-vel takarom le (z indexet írok át, és a másiknak fölé rakom). A takaró div kapott fehér hátteret, így nem látszik, ami mögötte van. És egyenlőre placeholder-ként egy darab szöveg van a takaró div-en "please wait". Na ez aztán a tényleg béna
Viszont 100% böngésző kompatibilis.Az én megoldásom volt csak a béna, több időt kellett volna annak a rendberakásával töltenem, mint ezt így megcsinálni, ahogy végül sikerült.
Új hozzászólás Aktív témák
- Vicces képek
- Lőjj és hackkelj: ilyen lett a Pragmata
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Büszke apukák és anyukák topikja
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Villanyszerelés
- Gumi és felni topik
- Mi csak nyerhetünk a fokozódó űrinternet versenyben
- Mobilinternet
- Mesterséges intelligencia topik
- További aktív témák...
- LicencAruhaz.hu OLCSÓ, LEGÁLIS SZOFTVEREK AZONNAL - Windows - Office - Win Server - ÖRÖK GARANCIÁVAL
- Új állapotban! Lenovo ThinkPad T14 Gen 3 i5-1245/16gb ram/256 ssd FHD+ garancia
- Bomba áron dobozos Hp Laptop! /AMD Ryzen 5-7520U/8 GB/256 SSD/FHD/Garancia
- Shining3D EinScan Pro 2X 3D szkenner
- ThinkPad T14s Gen 2 i5-1135G7 16GB 512GB FHD 1 év garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest