- Samsung Galaxy A56 - megbízható középszerűség
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- One mobilszolgáltatások
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- VoLTE/VoWiFi
- Mobil flották
- Xiaomi 15 - kicsi telefon nagy energiával
- Google Pixel 8a - kis telefon kis késéssel
- Samsung Galaxy S25 - végre van kicsi!
- Milyen okostelefont vegyek?
-
Mobilarena
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
-
válasz
hiperFizikus #10336 üzenetére
Nincs arra valami korlátozás ezen a lapcsaládon, hogy egyazon személy maximum hány seggértelmetlen topik indításával szennyezheti be az internet ezen apró szegletét?!
-
-
válasz
rita7107 #10330 üzenetére
Ez egy egyszerűbb (feltételi jelző nélküli) összehasonlítás.
Ha a.subTreeConfig értéke nem egyenlő null-al (vagy a != végett undefinied-el), akkor végrehajta az utasítást. Ha az első feltétel igaz, akkor végrehajtásra kerül a második utasítás (this._layoutConfigs[r] =.......).Egy példa:
this.config.tags = {
tag1: { subTreeConfig: { /* valami adat */ } },
tag2: { /* nincs subTreeConfig */ },
tag3: { subTreeConfig: null }
};
tag1 esetén végrehajtásra kerül a kód, tag2 undefinied, tehát nem hajtódik végre, tag3 pedig kifejezetten null, így ebben az esetben sem hajtódik végre.
Tehát this._layoutConfigs[r] csak akkor kap értéket, ha a.subTreeConfig értéke nem null és nem is undefinied.
-
válasz
Lokids #10297 üzenetére
A
querySelector
nem támogatja a ‘title’ attribútum alapján való közvetlen lekérdezést. Az ‘undefined’ érték oka az lehet, hogy a ‘title’ attribútumot nem megfelelően próbáltad lekérni. Viszont attribútumokat is lehet használni a ‘querySelector’-ban, csak a szintaxisra kell figyelni.const checkbox = document.querySelector('input[type="checkbox"][title="Módosítás alatt"]');
console.log(checkbox.checked);
Mivel a részleges ID alapján már sikerült lekérned az elemet, az is egy jó megoldás, de ha mindenképp a ‘title’ attribútum alapján szeretnéd megoldani, akkor a fenti kód megfelelően fog működni.
-
-
válasz
lanszelot #10269 üzenetére
for helyett forEach, célravezetőbb.
Plusz ha értéket akarsz módosítani, miért innerHTML?
Ha a táblázatodba input mezők vannak, akkor value az érték.
Írasd ki az egész Noodle-t és a Console-ba nyisd le, nézd meg, mely attribútumai tartalmazzák a kívánt értéket. Majd azt címezd meg -
-
-
válasz
hiperFizikus #10248 üzenetére
-
válasz
hiperFizikus #10164 üzenetére
A JS egy enyhén dinamikus és laza típusozású nyelv, ami azt jelenti, hogy nem szükséges szigorúan meghatározni a változók típusát, és bizonyos esetekben a típuskényszerítés enyhébb. Ez növeli a nyelv rugalmasságát, de ugyanakkor némi komplexitást is hozhat a kódértelmezés során.
Pont. Érted? -
Tudod az a baj a magad fajta próbálkozókkal, hogy ha nem kap elsőre kész megoldást, már degradál mindenkit. Itt ebben a csoportban szerintem az aktív résztvevők 95%-a képes nulláról megcsinálni amit akarsz. Csak nem érdekünk.
Hogy miért? Mert arra törekszünk, hogy rávezessük a megoldásra azokat, akik szeretnék megcsinálni a maguk programjait, de elakadtak.
Nem azért vagyunk itt, hogy telibe mindenkinek megcsináljunk mindent amit benyögnek ide.Ezt kéne megérteni!
-
válasz
Lokids #10122 üzenetére
Az egyik megoldás, hogy letöltöd az összes adatot egy
<datalist>
elembe és ehhez társítasz egy<input list>
-et. A tövábbiakban automatán, külső kódolás nélkül csinálja azt, amit szeretnél.A másik esetben nem töltöd le az adatokat előre, hanem a szervert hívogatod ész nélkül minden karakter leütést követően, pl Fetch API-val. Ekkor egy egyszerű eseményfigyelőt kell alkalmazni az
<input>
mezőre JS-ben és elküldeni az értéket a szervernek. Ott feldolgozás után visszaadja a válaszokat, pl egy JSON-t, amit kliens oldalon dolgozol fel.Kb ennyi.
-
-
válasz
hellsing71 #10097 üzenetére
Ezért érdemes a jól bevált input mezőket használni mindenre
-
válasz
hiperFizikus #10088 üzenetére
Még ha valós adatokat közölnél is, én nem látogatószámot kérdeztem (ami esetedben nem releváns a töménytelen spam-ed miatt), hanem a programodat hányan töltik le a saját gépükre egyáltalán megnézni (mert ugye ez nem jelent garantált használatot is).
-
válasz
hiperFizikus #10071 üzenetére
Készíts a Weboldaladra egy számlálót, amely jelzi, hányan töltik le egy-egy rettenetedet.
Ezután vond le a konzekvencát. -
válasz
hiperFizikus #10067 üzenetére
Elmesélek neked valamit a programozással kapcsolatban.
Egy időben édesapám és én ugyan annál a cégnél dolgoztunk, mint vezérléstechnikusok. A feladatkörünk lényegében 5VDC - 380VAC-ig való automatizált vezérlések tervezése, megépítése és PLC programozása volt.
Egyszer azonban megalkotásra került egy masina, amely nem igényelt kijelzővel ellátott, grafikus visszajelzéssel megáldott, túl-dizájnolt vezérlést, így cégünk vezérkara kitalálta, hogy építsünk egy saját vezérlőt.
Apám foglalkozik komolyabb szinten a PIC-ek világával, így megalkotott egy egyedi PLC-t, amely költséghatékony volt és a célnak megfelelt. Assembly nyelven készült el rá az adott program, melyet a gép igényelt.
Csakhogy, ez az eszköz megtetszett a vezérkarnak és azt akarták, hogy több gépünkbe is alkalmazzuk ezt. De ugye oda más-már programokra lesz szükség.Ekkor kaptuk meg feladatba, hogy készítsünk ehhez az egyedi PLC-hez egy olyan szoftvert, amelyben bárki tud programozni. Apám számtalan MACRO-t írt meg Assembly-ben, én pedig összedobtam egy olyan programot, ahol ezen Macro-kat egymásra dobálva (tádám: blokkprogramozás) lehetett megalkotni komplett automatizálásokat, végül egy MPLAB-X integráció lefordította a végeredményt HEX-re, hogy a PLC PIC lelke meg tudja emészteni.
A teszt kedvéért megíródott így is az eredeti gép szoftvere. Tudod, mi lett az eredmény? Egy hibátlanul működő program!
Khm... de ez csak a látszat.
Az így elkészült program:
- több tízszer akkora memóriát foglalt le (ami korlátolt kapacitásnál nem jelent jót)
- ergo több hardvert igényelt
- mindemellett mérhetően lassabban dolgozott.Hiszen blokkokból állt és a fordításkor minden blokk behívásra került, akár többször is, teljes egészében.
---------------------------------------------
Amit te csinálsz, ugyan ez, csak eleve egy magas szintű nyelvet alapul véve. A Te nyelvedet is meg kell tanulni használni, ugyan azt lehet elérni vele, mint JS-el (vagy talán annyit azért nem), azonban több erőforrást és tárhelyet igényel.
A mai világ gyakorlatilag korlátlan méretei mellett ez nem okoz különösebb problémát, de! Én még C64-en Basic programozással kezdtem. Ott nem volt minden végtelen, meg kellett Tanulni programozni. Ez a mentalitás pedig részemről megmaradt.Régen hallottam egy bölcsességet, amiben nagy igazságot látok mind a mai napig:
"Nem akkor végeztél jó munkát, amikor már nem tudsz többet hozzáadni. Hanem akkor, ha már nem lehet mit elvenni belőle!"
-
válasz
hiperFizikus #10064 üzenetére
Akkor erre aludj egyet. Arra a ChatGPT képtelen 🤣
Egyébként magyarázz el valamit, mert ezt nem értem veled kapcsolatban: Miért célod egy amúgy is magas szintű program nyelvet még magasabb szintre emelni?
-
válasz
hiperFizikus #10059 üzenetére
Elolvastam. Nem viccelek.
-
válasz
hiperFizikus #10057 üzenetére
De. És annak sincs értelme.
-
*facepalm*
Ha más nem, használj indexelt lekérést. JSON-ben megteheted. -
-
-
válasz
Panhard #9987 üzenetére
Ha SVG képekről van szó, akkor is letöltheti a szerverről az egészet és egy JS időzítővel lényegében mozgóképként váltogatja.
Azonban van lehetőség HTML környezetben az SVG TAG-ok használatára, így le is lehet "programozni" a képeket. Ebben az esetben sem kell szerver felé nyúlkálni, könnyen lehet, hogy egy JS dinamikusan építgeti a forrást.A lehető legpontosabb válasz megadásáért azonban ajánlom, hogy linkeld be az érintett oldalt.
-
-
válasz
hiperFizikus #9959 üzenetére
Szerintem élsz némi fogalomzavarban, ezért lehet mindez.
Azalert()
egy olyan metódus, amely egyike a felhasználók felé történő kommunikációnak.
Aconsole
pedig a fejlesztőknek van fenntartva, működés ellenőrzésre, folyamatábrákra, logolásra, debug-olásra és még sorolhatnám.
Éppen ezért ezutóbbi nem igényel interakciót. -
válasz
hiperFizikus #9955 üzenetére
Legyél te is ChatGPT
-
Na majd ha legközelebb belefutok ilyenbe, felhagytok az ateizmussal
Ha a kacsa nem tud úszni, nem a víz a hülye. Vagyis ha valamit nem tudtok reprodukálni, nem feltétlenül a feladvány a hibás.
Simán lehettek ti is tudatlanok -
Félre értettetek, nem egy aktuális programhibát osztottam meg veletek, csak egy érdekes tényt, amivel találkoztam már személyesen.
-
Üdvözlet!
Volt nemrég itt a fórumon téma, hogy a JavaScript mindössze 1 szálon fut.
Néha ezt a tényt be is bizonyítja. Mégis érdekes, hogy ha van egy ilyen kódom:let value = getValue();
function getValue() {
return true;
}
myFunction(value);
.
.
.
.
function myFunction(x) {
//
}...akkor a console hibát dob vissza, miszerint: '
x is not definied
'.Kérdem én: Ha 1 szálon fut, akkor követnie kellene a műveleti sorrendet (fentről lefelé). Ilyen esetben miért nem történik meg? Nyílván
getValue();
nem csak egy egysoros kód, hanem egy feltételrendszer. Mégis a program az előtt futtatnámyFunction(x);
-et, mielőtt visszakapnávalue
agetValue();
értékét.
Ez az én olvasatomban azt jelentené, hogy párhuzamosan fut két function, és ha nincs visszatérő érték az egyikből addig, amíg a másik el nem jut arra a pontra, hogy használná, akkor hiba lesz az eredmény... -
válasz
hiperFizikus #9885 üzenetére
Beszélgess a ChatGPT-vel. Legalább nem fogsz unatkozni és azonnal válaszol. Elvileg sosem fáj a feje...
-
válasz
hiperFizikus #9834 üzenetére
Pont úgy lehet, ahogy leírtad.
Te ki szoktad próbálni, mielőtt leírod kérdésként az elméleted? -
válasz
hiperFizikus #9812 üzenetére
Meg miért nem éred be a könnyen hozzáférhető karakterekkel? Nincs már így is eléggé elbonyolítva mindened?
-
válasz
hiperFizikus #9804 üzenetére
Nem. Fejlesztői környezet az az interfész, amiben megírhatod a programjaidat. Ez lehet egy jegyzettömb is, de lehet az általad belinkelt VSCode is.
Az API jelentése is ez. De az API nem egyenlő egy programozási nyelvvel.
-
válasz
hiperFizikus #9803 üzenetére
...a lolita kódban írt programodat pedig akár pénzért is árulhatod...
Mert minden mást csak crypto-valutáért vagy két kecskéért?
...már azért is, mert a Lolita programnyelv csak egy váz, amire te olyan és úgy rakod az alprogramjaidat, ahogyan csak akarod...
Mint minden feljesztőkörnyezet?
-
válasz
hiperFizikus #9798 üzenetére
Azt azért tudod ugye, hogy a belinkelt programozási nyelv az valójában nem egy programozási nyelv? Az csak egy ingyenes fejlesztő környezet…
-
-
válasz
magortaltos #9760 üzenetére
"Én arra gondoltam, hogy a PHP oldal is fut közben"
Nem, nem fut közben. Csak akkor fut, ha erre megkérik. Ha sokan kérik, akkor az a szerver válaszidejének rovására megy. Ha valóban egy Chat alkalmazást akarsz csinálni, számos opciót leírtunk, milyen utakon indulj el. Ha pedig valami más a végcél, akkor azon ismeretének hiányában nem tudunk többet nyújtani neked. Pláne PHP-ban a JavaScript topikban.
-
válasz
magortaltos #9752 üzenetére
Ha már ennyire elfuserált módon akarsz chat alkalmazást készíteni, akkor ajánlom a következő megoldást:
Alapanyagok:
1) 1 db form, ahová felhasználó beírhatja a dolgait.
2) 1 db submit, ami egy PHP kódot indít el.
3) 1 db JS, ami fetch segítségével megjeleníti az eddigieket.Elkészítési mód:
1) Végy egy kiló billenytűzetet és készítsd el a formot vele.
2) A submit lenyomásra: PHP kód a form tartalmával kibővít 1, a szerveren erre elkülönített JSON fájlt (ha nincs, csinál egyet). Ezt fel tudja tölteni mindenféle mellékes értékkel is, mint 'ki küldte', 'mikor küldte', 'miért küldte', stb.
3) JS interval 1-2 másodpercenként fetch segítségével megnyitha újra és újra ugyan azt a JSON fájlt és tartalmát kiteríti a felhasználó elé, a megfelelő formátumban.Előnyök: Működni fog, amit akarsz.
Hátrányok: Csak 2 felhasználó közti kommunikációt tesz lehetővé, kivéve, ha egyedi azonosítónévvel ellátott JSON fájlt generál, és azt az azonosítót elmenti pl window.localStorage-ba (Ugyanis submit esetén frissülni fog az oldal).
Még több hátrány: Ha nagyon sokan használják külön azonosítókkal, a szervered tele lesz spam-elve JSON fájlokkal
Szerk.: Mellékesen chat alkalmazáshoz számos, már meglévő opció közül válogathatsz. És az nem fog ennyi fejfájást okozni neked
-
Üdvözlet!
A JS képes direkt szöveget keresni a CSS-ben? Vagy mindenképpen be kell hívni a style tag-et innerHTML-ként?
Példa:
<style>
.ex {...}
.fx {...}
.kx {...}
</style>JS-ből arra vagyok kíváncsi, hány darab 'pont + 2 karakter'-es meghatározás található és mik azok.
Ha innerHTML-ként behívom a komplett TAG tartalmát, nem probléma keresni benne, csak nem feltétlen a leg-esztétikusabb
Ezért kérdezem, van-e erre speciális függvény?Szerk.: A keresendő stílusok nem feltétlenül vannak használatban a HTML-ben.
-
válasz
arcoskönyv #9705 üzenetére
Attól függ, hogy a kommentem mely részére gondolsz pontosan.
Mert én mondjuk a leírtak egyikéhez sem használnék fetch-t, első nekifutásra. -
válasz
Chrystall #9703 üzenetére
Azt speciel, hogy elmegy egy másik oldalra és onnan kiolvas adatokat, nem tudom, mennyire megvalósítható PureJS-el. Ellenben behívni az adott oldal tartalmát és onnan kibogarászni a szükséges adatot megoldható. Persze itt fontos az, hogy ne egy feltöltött értékre legyünk kíváncsiak, hanem fix elemre.
A TXT és EXCEL lementése pedig kivitelezhető gond nélkül.
-
-
-
-
-
válasz
martonx #9678 üzenetére
"...Ráadásul a javascript csak egy szálon tud futni..."
Ezt én csak részben tekinteném igaznak. Elég csak az
interval
-okra gondolni. Annyit teszel be, amennyit akarsz, olyan időzítéssel, amilyennel akarod.Persze nem állítom, hogy ilyen esetekben több szálon fut, csak érdekességként említem.
-
...
-
válasz
hiperFizikus #9646 üzenetére
-
-
-
-
Üdvözletem!
Ismét kétkedéssel írok, mert valahogy megvan az az érzésem, nem lesz megoldása a talánynak, de azért hátha...
Szóval. Durván ráfüggtem az
array
-ok használatára, mint kliens oldali, nem mentendő adatok tárolására szolgáló eszközre.
Aztán ezek sokan lettekSzeretném némiképpen megkönnyíteni a velük való munkát, valahogyan az alábbiak szerint:
const
alpha = [1, 2, 3, 4, 5, 6],
beta = [7, 8, 9, 0 ,1, 2],
delta = ["mikrofon", "próba"];const allArray = ['alpha', 'beta', 'delta'];
És az elképzelés az volna, hogy egy könnyed lekérdezéssel máris a megfelelő adatoknál talájam magam:
let data = allArray[1][2];
// console: return = 9Azért 9, mert az elmélet alapján data = lesz allArray első értékén lévő (beta) második (9) értékével.
Tudom, ez a valóságban nem működik, mert ha így próbálom meg:
let data = allArray[1];
let anotherData = data[2];...akkor az eredmény bizony "t" lesz, mert a "data" szó második helyi értékén a "t" betű áll.
Röveden és tömören: Amit itt leírtam, az egy vágyálom, és ebben a formában nem működik. Viszont érdekelne, hogy van-e esetleg egy olyan út, ahol az itt prezentált végcél megtalálható?
Előre is köszönöm az eszmecseréket!
-
válasz
mandleee #9562 üzenetére
Nem maradtál le sok mindenről, lényegében megfogalmaztad, mik íródtak ott le. Csak némi kiegészítés:
1. pont: Tökéletesen egyetértek.
2. pont: Ez attól függ. Ha ugyan olyan a projekt, csak a köntös más / vagy egyes egyedül vagy a saját rendszered használatára, akkor probléma nélkül újra felhasználható, amennyiben hozzáad és nem elvesz az értékéből (vagyis nem lesz az adott projekt hibás a régi rendszertől). Lehet, ezt nem tudtam megfogalmazni pont úgy, ahogyan a fejemben hangzik, de remélem átment a szövegen keresztül a gondolat
3. pont: Ezzel is egyetértek.
4. pont: Ezt viszont átfogalmaznám. "Ha keretrendszert használsz" helyett szerintem "Ha tudsz keretrendszert használni" jobb megoldás. Fentebb ugyanis írtam róla, hogy a használat nem feltétlen egyenlő a tudom azt is, hogyan működik-el. Anélkül meg ugye sokat nem ér.Én magam nem dolgoztam még külső keretrendszerrel önálló projektnél, dolgoztam azonban csapatban olyan oldalon, ahol az alapokat keretrendszerekre építették. Megjegyzem, ez éppen egy Webshop volt. Én dolgoztam az oldal blog részén, és kimondottan probléma volt, hogy az alapokhoz nem szabadott hozzányúlni, a végeredmény pedig pont emiatt nem nyerte el a tetszésemet. Ez főként a megjelenésre vonatkozott. Itt jött képbe a saját kis turpisság, ugyanis a blog megnyitásakor lefutott egy kis scriptem, ami hatástalanította az összes többi, nekem nem kellőt
-
válasz
martonx #9559 üzenetére
Így ebben a formában teljesen érthető, miért így készült. Ha innen nézzük (anyagi vonzat), akkor pedig kifejezetten értékelendő az elkészítési mód.
Az API lassúságát szerintem több dolog is befolyásolhatja és nem feltétlen a háttérkódokban keresendő a probléma.A PHP-zással kapcsolatban igazat adok neked, de hogy kicsit be tudjam védeni magam, mint hobbi fejlesztő nem foglalkoztam még más szerver oldali nyelvvel. Igaz, többször elgondolkodtam már rajta, hogy megnézem ezt a "Webfejlesztés Python nyelven" dolgot, de a villámbemutatók alapján nem tudtam még eldönteni, megéri-e, vagy sem.
Szerk.: Megnéztem a szegmens- és eseménytérképet. Látom, miről beszélsz, érthető.
-
válasz
martonx #9557 üzenetére
Látod, ez egy jelentős különbség edari hozzáállásához képest. Te ész érvekkel és példákkal cáfolod meg most a kijelentésemet, ami így elfogadható és érthető.
Azt természetesen nem lehet elvárásként kezelni, hogy pl az említett Webáruház amelynek szerves része az adatgyűjtés / adatmódosítás, regisztrált felhasználók kezelése, etc. szimplán PHP & SQL kombóval működjön. Megoldható persze, de nem feltétlen éri meg vele bajlódni. Plusz ugye PureJS-el kivitelezhetetlen
Megnéztem viszont a Folklóradatbázist is. Látom, hogyan épül fel és mit csinál, illetve azt is, hogy miért így.
Viszont az is itt van a szemem előtt, hogy konkrétan én magam is építettem hasonlóképpen működő site-ot, igaz, PureJS használatával, mert leültem megírni. Amikor viszont azt megosztottam veletek, elég negatív hangvételűek voltak a kommentek, pl hogy "Miért JS végzi a CSS feladatát?", "Miért kell az adatokat máshonnan betölteni?", etc.
Látom azt is, hogy itt nem csak adatok megjelenítéséről van szó, mint nálam volt. Szintén van adatbáziskezelés, regisztráció, felhasználói adatbázis, stb.
Persze a mögöttes dolgokat nem láthatjuk (pl PHP, SQL), már amennyiben vannak.
Ezzel a megoldással egyébként az a baj (szerintem és aszerint, amit erről hallottam, tehát lehet, nincs igazam), hogy a böngészőmotorok általi előre-sorolását mindössze annak köszönheti, hogy mekkora napi látogatószámmal rendelkezik, mert habár adatok tekintetében folyamatosan bővül, az alap HTML közben mit sem változik. -
-
-
Az a tény, hogy ezt idehánytad ahelyett, hogy ész érvekkel próbálnád meggyőzni a másikat (ahogyan én is tettem), hogy miért nincs neki igaza, az csak téged minősít.
MontyBoa:
"A konkrét rendszerhez írt könyvtárakat én nem nevezném keretrendszernek.
A keretrendszer lényege pont az lenne, hogy általánosan használható... "Vegyük alapul a Webprogramozást, ha már úgyis témánál vagyunk. Adott egy Webfejlesztő, aki saját vállalkozásként űzi ezt a tevékenységet és több megrendelője is akad. Szerintem, amennyiben van egy saját, jól kidolgozott, stabil és működőképes rendszere, akkor azt fogja újra és újra eladni, a megrendelő által meghatározott változtatásokkal egyetemben. A változtatások nem feltétlen, sőt, esetek jelentős részében nem befolyásolja a már meglévő alap rendszert, sokkal inkább külcsínre megy.
Így én azt gondolom, hogy keretrendszernek nevezhető, mert ugyan azt használja újra és újra, több projekthez, mindeközben mégsem használja több projekthez, hanem végsősoron ugyan ahhoz, csak más köntösben. Ezért is fog jól működni.Azt teljes mértékben megértem, hogy ami(k)ről itt szó van, az pont egy olyan dolog, ami az autóktól a repülőkig mindenhez IS passzol. De én mindössze erre reflektáltam annyit, hogy éppen emiatt lesz megbízhatatlan és instabil.
Brozoo:
"A JS keretrendszerek + libek nagyrészének mérete kb-ben mérhető. Szinte észrevehetetlen kódnövekedést okoz a használatuk."Természetesen ez így igaz, nem is vitatom. Csak látszik, hogy nagyon XXI. századiként gondolkodtok. Annak idején (C64 és társai korszak) ezek a plusz kb-k igencsak sok gondot tudtak okozni. Így nem volt mindegy az, hogy egy adott program hogyan volt megírva. Mert nemes egyszerűséggel nem volt hely. Én még ebből a korszakból szocializálódtam, így minden esetben törekszem arra, hogy a programjaim a lehető legletisztultabbak legyenek, illetve amennyiben van rá mód, nulla sallanggal.
Egy nagyon egyszerű példa, hogy jobban ki tudjam fejteni, miért így gondolkodom: A Webprogramozás csak hobbi, a való életben vezérléstechnikus vagyok. 5-400 Voltig tervezek, építek és programozok vezérléseket. Utóbbihoz használok PLC-ket, HMI-ket és saját gyártású, PIC vezérlésű elektronikákat.
A PLC-ket 2 általános nyelven lehet programozni: C-ben és az úgynevezett Létra-diagramban. Én utóbbiban dolgozom, mert sokkal áttekinthetőbb, letisztultabb (való igaz, a C-hez hasonlóan szintén egy magas-szintű programnyelvről beszélünk), és fordítást követően lényegesen kisebb méretű a feltöltendő fájl. Ez itt már számít, hiszen egy ilyen eszköznek a memóriája nem végtelen, mint egy számítógépé.
A PIC vezérlés sem különbözik ettől sokat. Azt is lehet C-ben és Assembly-ben programozni.(Megjegyzés a guglizás helyett: A PIC egy mikrokontoroller). A PIC esetében hatványozottan igaz, hogy korlátozva vagyunk tárhely tekintetében. Vannak az ismerőseim között olyanok, akik C-ben programozzák az eszközt, én Assembly-ben teszem ezt. Az gyakorlatilag a gép nyelve.
Ami itt a lényeg, hogy ugyan azt a feladatot meg lehet írni mindkét nyelvben, azonban mind kiterjedésére, mind a program futási idejére negatív kihatással van jelentősen, ha azt C-ben teszed meg."Plusz ha használsz egy framework-öt vagy libet, az nem feltétlenül jelenti azt, hogy nem érted a működését. "
Persze, nem feltétlen jelenti azt. Csak van elég tapasztalat azt illetően, hogy márpedig azt jelenti. Mert az ember márcsak ilyen, ha működik, elfogadja és nem érdekli, hogy mitől működik.
Saját tapasztalatokból sem kell messzire menni. A cég, ahol dolgozom, megrendelt egy honlapot. Keretrendszerek sokaságából állt össze, annyi hibát dobott a console, hogy megszámolni is sok volt, telis tele volt megannyi felesleges sallanggal és mindezt úgy, hogy valójában egy funkciók nélküli, mondhatni digitális újság volt az elvárás. Ez szépen is működött, egészen addig, míg nem jött a vezetőség felől az igény egy speciális kalkulátorra, amivel az ügyfelek meg tudnak spórolni telefonálgatásokat.
A kalkulátor elkészült, és beépült az oldalba. Ám amint azt valaki használni is akarta, úgy omlott össze az egész weboldal, mint egy kártyavár. És itt hozzáteszem, a kalkulátor önálló fájlként hibátlanul működött... -
válasz
hiperFizikus #9491 üzenetére
Gyakorlatilag a kérdésed rejti a választ is…
-
válasz
hiperFizikus #9477 üzenetére
Nem feltétlenül gondolom azt, hogy ezt ebben a topikban kellene kitárgyalni, minden esetre ha nem valami gagyi pár eurós sz@rt veszel, hanem minőséget, akkor tartós minden szempontból.
A kirakás pedig sakkhoz viszonyítva… attól függ, hogy van az ember bekalibrálva. Fontos a térlátás és a jó logika hozzá. És ez egy magányos sport, a sakkal ellentétben. -
válasz
hiperFizikus #9473 üzenetére
Én is . És mi róluk a gyakorlati tapasztalatod, mert ha úgy adódik, akkor én is vennék, valamikor még nem tudom mikor .
Azon kívül, hogy az összeset ki tudom rakni, mire vagy kíváncsi?
-
Sziasztok!
Augusztusban születésnapomra kaptam szüleimtől egy különleges Puzzle-t. Gyerekkorom óta szeretem az ilyen logikai dolgokat, ezért is van többek között egy több, mint 40 tagú gyűjteményem a különböző formájú és mechanikájú, "Rubik" névvel illetett "kockákból".
Ez viszont egy speciális naptár, melyen 8 darab, különböző elemet kell elhelyezni úgy, hogy kiadja az aktuális dátumot. Annyira megtetszett, hogy megcsináltam a játékot HTML + CSS + Pure JS felhasználásával, és most megosztanám ezt veletek. [LINK]Kis instrukció:
- A játék csak és kizárólag érintőképernyőn működik
- Leginkább telefonokra, Portait (álló) nézetre van optimalizálva
- OS függetlenHasználat:
- Betöltés során a naptár legenerálja önmagát, ezzel kijelölve az aktuális dátumot.
- A naptár alatt megjelenik 8 darab játékelem, melyeket kattintani (megérinteni) lehet.
- A felnyíló fülön található navigációs gombokkal lehet forgatni az elemeket, a jelzett permutáció darabszámig.
- A kiválasztott elemet egyszerűen meg kell fogni és a helyére húzni (a pozícionálásban a program segít).
- A táblára feltéve is van lehetőség a permutációk kiválasztására.
- Ha úgy véled, helyén van az elem, kattints a pipára.
- Ha egy elemet felhelyeztél a pályára, a pálya alatti képe elszürkül. Ha erre kattintasz, leveszi a pályáról.
- Minden lehelyezett elem eltérő színnel jelenik meg, hogy jobban átlátható legyen.
- Lehelyezést követően nem csak elszürkül az alsó piktogram, de felveszi a kiválasztott permutáció alakját is.Helyetted végzi...:
- ...a naptári nap beállítását
- ...a pontos pozícionálást
- ...az ellenőrzést, hogy az adott elem a kiválasztott helyre feltehető-e
- Jelez, ha kiraktad tökéletesenFuttathatási igények:
- Webböngésző
- Érintő-képernyő
- Vélhetőleg mobiltelefonA jövő:
Ha elég igény összegyűlik rá, mert esetleg hozzám hasonlóan ti is megkedvelitek ezt a kirakóst, akkor a jövőben lehet szó a fejlesztésekről, mint Landspace (fektetett) nézet, tablet-kompatibilitás, egérrel való irányítás lehetősége, stb.
Jó játékot kívánok mindenkinek!
Szerk.: Az előző kommentemet véletlen töröltem
-
.
-
-
-
Üdv!
Bújom a js parancsokat, de nem találok megfelelőt. Lehet azért, mert nem létezik, de hátha, így megkérdezlek titeket.
Areplace()
utasítás helyett keresek egy jobbat, az ugyanis egy megadott szót keres és cserél. Nekem arra lenne szükségem, hogy megadom a kezdő és vég pontot a string-ben, amit cseréljen ki egy általam meghatározott bármilyen szövegre.
Például:let a = ‘kecske’;
let b = ‘Kistarcsára nem jár vonat!’;
let c = ???(20,24, a);
result = ‘Kistarcsára nem jár kecske!;
Most látható, hogy ez megoldható lenne egy
replace(‘vonat’, a);
utasítással is, viszont nem tudni, hogy mikor mit fog tartalmazni az adott string, így szóra nem lehet keresni. Azonban fontos lenne, hogy minden esetben a kezdő és végpont között cseréljen, még ha a cserélendő rész hossza nem is egyezik a cserélő szóval.
Van erre olyan utasítás, amit nem találok, vagy azért nem találom, mert nincs?Előre is köszönöm a helyes megfejtéseket!
-
válasz
hiperFizikus #9442 üzenetére
return
helyett olvass utána abreak
éscontinue
lezásárnak és folytatásnak. Areturn
pedig visszaadja az értéket, csak jó helyen kell keresni:function ezviszivissza() {
return true;
}
if(ezviszivissza() === true) {
console.log("Az érték helyes!");
} -
-
Üdvözlet!
Közel sem biztos, hogy jó topikba teszem fel a kérdést, de hátha!
Valahol valamikor olvastam, hogy valamiféle speciális engedélyek kellenek olyan Weboldalak létrehozásához (már hogy ne legyen instant letiltva), ahol az oldal folyamatosan frissíti önmagát vagy éppen egy adott paramétert. Ne menjünk messzire, pl egy chat applikáció.Viszont nem tudom, milyen kulcsszavakkal kellene rákeresnem, hogy erről a témáról átfogóbban is olvashassak. Tudtok ebben segíteni egy rámutatással?
Köszönöm előre is!
-
válasz
hiperFizikus #9398 üzenetére
Mekkora képernyő / betűméret?
-
válasz
hiperFizikus #9393 üzenetére
Szerintem tekinthető különbségnek, hogy előbbi csak szándékosan kivitelezhető
-
-
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. -
válasz
martonx #9369 üzenetére
Volt már párszor, nem nagy kunszt, így simán be lehet vállalni. Szóval néha úgy érzem,
a k*rva anyátok!Csak azt tudnám, hogy ha ez a topik is az önelégült, beképzelt seggfejek gyülekezete [veled az élen], hogy a pics@ba maradt eddig aktív… Bárhányszor leírok egy jópofa észrevételt, a degeneráció végett el sem jut a tudatotokig!
Szerintetek én nem találom meg ezeket? Attól még érdekes maga a puszta létezése! Habár tisztában vagyok vele, hogy a kommentem törlését követően engem is kib@sznak innen franc tudja meddig, valójában az lenne igazságos, ha veled együtt tennék meg ezt! Mert TE vagy az, akinek a legnagyobb itt a pofája és TE vagy az, aki lépten nyomon személyeskedsz!Őszintén, kíváncsian várom, mi fog kisülni ebből!
-
Sziasztok!
Nem, nem kérdezek semmit
csak egy kis érdekesség, ami nem tudom, hogy fejlesztői hiba-e, vagy régóta fennálló probléma, minden esetre érdekes, de megkerülhető.
Történt ugyanis, hogy egy adott beviteli mezőnek használni akartam az értékét JS-ből.<input type="number" id="szam" value="13">
Az ehhez tartozó lekérdezés a legsztenderdebb valaha:let szam = document.getElementById("szam").value;
Namost sokat csináltam régebben is ilyet, de mint kiderült, egyetlen dolgot nem akartam vele: Összeadási műveletet végrehajtani.Ugyanis nem éppen együttműködő
Kivonni, szorozni, osztani, gyököt vonni, stb simán lehet probléma nélkül. De amint hozzáadnál valamit:szam = szam + 600; // result: 13600
. Szóval string lesz belőle, noha egy számbeviteli változóról van szó... Miután ezt felfedeztem, elkezdtem kísérletezni vele. Számértékké konvertálásra azonnal hibát dobott a console. String-é alakítani és utána vissza num-ra lehet és utána minden működik, még az összeadás is... Csak lássuk be, nem a legszebb megoldás
Így maradt a jó öreg mottó: Ha valamit nem tudsz megoldani, kerüld meg! Így lett végül a megoldásszam = (szam / 1) + 600 // result: 613
. Szebb is, működik is, de egyébként felesleges lenne, ha néha nem kattanna meg a böngészők motorjaChrome alatt tesztelve
-
-
válasz
martonx #9335 üzenetére
Ha állításod szerint elsőre is értetted, hogy tudok egy jó megoldást, de egy egyszerűbbet, szebbet keresek (már ha van ilyen), akkor minek kellett ismét a szokásos martonx féle bunkózás? Az pedig, hogy inport vagy import, egyszerű elírás, ahogy visszanézem a topikokat te sem feltétlen a mindig tökéletes minden leírt szavam féle nyelvtanár vagy...
-
válasz
martonx #9333 üzenetére
[Link] Kár, hogy nincs a PH!-n Bann gomb
Úgy bírom, hogy az EGOizmusban szenvedő alanyok (veled az élen) nem értik meg a kérdést, hanem kitalálnak helyette mást amit megválaszolnak, mindezt csak azért, hogy utána le lehessen degradálni a kérdezőt...Az itt leírt
válasznaklóf*szt, még az sem történt a legkevesebb köze SINCS a kérdésemhez!
Itt nem én vagyok az, aki nem hajlandó rákeresni semmire (a nyelvtudásom pedig köszöni, jól van) hanem ti vagytok azok, akik képtelenek elolvasni, értelmezni a kérdező kommentjét. Gondolkodj egy kicsit és rá fogsz jönni: Ebben itt nem én vagyok a hülye!Bzozoo: Ki a retek mondta azt, hogy el akarom tüntetni belőle a számokat? Senki! Nem ez a feladat! Hanem az, hogy a program egyenlőnek tekintsen 2 stringet akkor, ha azokban csak számbeli eltérés található. Ettől függetlenül a számok meglehetősen fontosak!
Szerk.: Ha el akarnám távolítani a számokat és úgy összevetni, majd pedig utólagosan ismét egyesíteni a Stringeket a számokkal, akkor megtenném. Mindössze egy egyszerűbb és szebb megoldásra lettem volna kíváncsi!
-
-
Sziasztok!
Adatokat hasonlítok össze egymással és a különbözőket kiiratom. Például:
1) Inport01
2) Export01
3) Bevétel22
4) Inport62
5) Bevétel17Ez ugye mindegyik különbözik, ám van, ami csak számértékben tér el. Meg lehet oldani azt, hogy (nem ezek a szövegek egyébként) az összehasonlításnál ne vegye figyelembe a számbeli eltéréseket? Tehát hogy az itt szereplő 5 adatból a program számára csak 3 különböző legyen?
Előre is köszönöm.
Ui.: Nem célspecifikus, így ismeretlenek a szövegek, csak az a biztos, hogy számbeli eltéréseket tartalmaz.
-
válasz
hiperFizikus #9300 üzenetére
Keverjük meg a dolgokat. Ha nagy mennyiségű állandó szövegeket hívsz be, ajánlom hozzá a JSON kiterjesztést. Már ha mindenáron kliens oldali futtatás és betöltés a cél. Ha nem, ott a PHP.
-
Sziasztok!
Megtanultam, tudatlan láma vagyok, de nem baj. Elakadtam. De már megoldottam.
Akkor mégis minek írok ide? Hogy elmeséljem, mi történt, mert ilyennel még nem találkoztam soha korábban.Adott egy feladat, kliens oldali móka, gombok, onclink, JS. Nem működnek.
Azt látom, hogy a console problémát jelez az egyik script esetében. De a többi sem megy, sőt, ami meglepő: Az adott funkció nincs definiálva. Ez a válasz mindenre.Megnéztem JSFiddle alatt, ahol ugyan ezt tapasztaltam (oh, mellékesen: szerverről dolgozom). Mondom legyen, vegyük ki a hibás script importot. ==> Láss csodát, minden működik.
Na ilyen még nem volt. Több JS include esetén ha egy hibás, leblokkolja az összes többit. Holott megjegyzem, a hibásat hívta be utoljára, így a
xy is not definied
szerintem nem a leghelyesebb rendszerüzenet.Korábban is volt már ilyen, hogy betöltés közben összeveszett a Chrome az egyik script-el. De akkor még nem tiltotta le az összes többit...
No megyek tanulni, hátha egyszer megértem
-
-
válasz
hiperFizikus #9268 üzenetére
"és veled mint szakival nem fogok ellenkezni"
Itt senki sem szaki. Csak mindenki annak hiszi magát
-
-
válasz
martonx #9257 üzenetére
Te nagyon kevered a szezont a fazonnal... A matematikus példádnak se eleje, se vége. Még ha azt írtad volna, hogy a matematikus arra kérdez rá, milyen egyenlettel lehet kiszámolni a Pi 5678. értékét, még elfogadnám a hülyeségedet.
De te konkrétan (hogy hasonló példával éljek) leminősítesz egy autószerelőt, amiért betolod hozzájuk a csoda BMW-det és nincs polcon olyan speciális kulcsuk, amivel ki tudnák nyitni a csomagtartódat...
Vedd már észre magad, fórumok önjelölt császára! -
-
válasz
everest140 #9251 üzenetére
Persze, hogy működik ez lett végül a megoldás. Először (még a kérdés feltétele előtt) azzal a módszerrel próbálkoztam, amit martonx írt, de nem jött be.
Viszont az látható ebből, hogy a vérprofi programozóknak (mint martonx) kötelező elbonyolítani a kódokat, máskülönben nem mondhatná magát programozónak.
Én pedig mindig a legegyszerűbb, legrövidebb, legkevesebb hardvert igénylő megoldásokra törekszem. Egyesek szemében ezért nem vagyok és nem is leszek programozó, legfeljebb valami kezdő bepróbálkozó... -
Új hozzászólás Aktív témák
Hirdetés
- TCL LCD és LED TV-k
- Argos: Szeretem az ecetfát
- RAM topik
- Intel Core i3 / i5 / i7 / i9 10xxx "Comet Lake" és i3 / i5 / i7 / i9 11xxx "Rocket Lake" (LGA1200)
- sziku69: Fűzzük össze a szavakat :)
- Vicces képek
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Kivégzi a Firewire-t az új macOS verzió?
- World of Tanks - MMO
- Kertészet, mezőgazdaság topik
- További aktív témák...
- Dell Latitude 7410 Strapabíró Ütésálló Profi Ultrabook 14" -80% i7-10610U 16/512 FHD
- Szép! HP EliteBook 850 G8 Fémházas Multimédiás Laptop 15,6" -65% i7-1185G7 32/512 Iris Xe FHD Magyar
- HP EliteBook 850 G8 Fémházas Multimédiás Laptop 15,6" -65% i7-1185G7 8/512 Iris Xe FHD Magyar
- 512 Gb-os NVME-k
- Eladó autós gyerekülések, Römer és Peg-Pérego márkák
- Csere-Beszámítás! PowerColor Red Devil Spectral White RX 9070XT Videokártya! Bemutató Darab!
- ÁRGARANCIA! Épített KomPhone Ryzen 7 9800X3D 64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- IBM/Lenovo Thinkpad T60
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- BESZÁMÍTÁS! ASRock B250 i5 7400 16GB DDR4 512GB SSD GTX 1660 SUPER 6GB Rampage Everest 500W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest