- Hálózatokról alaposan
- Xiaomi AX3600 WiFi 6 AIoT Router
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Az iPadOS-re írt appokra is díjat vet ki az Apple
- Letartóztatták a bitcoin-Jézust
- ASUS routerek
- Asustor NAS
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- A pápa egyre jobban tart a romlott AI veszélyeitől
- Milyen program, ami...?
Új hozzászólás Aktív témák
-
#79335424
törölt tag
válasz bartatamas #2350 üzenetére
Sztem ha kifejezésbe tudná ültetni, akkor nem kérdezné. Ezek csak Neked (meg a programozóknak) világos és maguktól érthetődő dolgok.
[ Szerkesztve ]
-
bartatamas
senior tag
válasz #79335424 #2351 üzenetére
Komolyan kíváncsi vagyok hogy ha nem én tervezném az alkalmazást, hanem egy nem-programozó, akkor milyen javaslatok lennének a kifejezések megadására ami több ember számára érthető. Sajnos én nem tudok másként gondolkodni mint ahogy gondolkodok. Így azt sem tudom megérteni hogy mi az ami nem érthető.
Arra emlékszem hogy általános iskolában is voltak osztálytársaim akik nem bírták megérteni mit jelent x egy egyenletben. Azt ugyanúgy nem tudtam hova tenni akkor
-
#79335424
törölt tag
válasz bartatamas #2353 üzenetére
Tulképp igazad van. Ez az egész automatizálás nem a felhasználói szint, nem lehet minden részét úgy megírni, hogy képzettségtől függetlenül, minden felhasználó számára egyértelmű legyen.
-
zeon.hu
nagyúr
-
zeon.hu
nagyúr
-
#79335424
törölt tag
válasz bartatamas #2356 üzenetére
Ha feltételként szeretné megadni, akkor oda egy számértéket vár. Gondolom, akkor egy egyenlőség operátor kéne, a fekvő nézethez tartozó fok értékével.
[ Szerkesztve ]
-
bartatamas
senior tag
válasz zeon.hu #2360 üzenetére
Pont ezt írta az előbb Somatom.
A Forgatás egy szám típusú kifejezés melynek értéke pl 90. Ez magában nem lehet feltétel mert az csak logikai (igaz-hamis) lehet. Tipikusan egy számnak az értékét szoktuk vizsgálni, tehát akkor hajtódjon végre ha a kifejezés értéke 90 pl. Ehhez az egyenlőség operátort kell használni:
Egyenlő(Forgatás, 90)
Ahol 90 egy szám konstans.
Persze egy szám típusú kifejezésből máshogy is lehet logikait csinálni, nem csak a pontos értéket lehet vizsgálni. Lehet úgy hogy nagyobb vagy egyenlő-e mint 180 pl.
-
bartatamas
senior tag
válasz #79335424 #2351 üzenetére
Igazad van, úgy látszik tényleg túl bonyolult.
De én nem értem hogy az miért nem logikus hogy ha van egy kifejezés ami számot ad vissza, tehát 2, 5 vagy 10, akkor az még egy feltételhez kevés. Mert kell vagy nem kell végrehajtás ha az érték 2 vagy 5 vagy 10. Csak akkor ha 2? Vagy ha 5? Vagy ha páros? Vagy ha nagyobb mint 5? Vagy ha az aktuális dátummal egyenlő? Ezért kell még vele összehasonlítást végezni, hogy megadjuk hogy milyen esetekben.
zeon.hu: ha van ötleted hogy miért nem érthető vagy hogy hogyan kellene csinálni hogy az legyen kérlek írd le.
-
zeon.hu
nagyúr
válasz bartatamas #2361 üzenetére
odáig jutottam, hogy feltételnek megadva az és operátor, majd egyenlőség operátor, ott a forgatás, kiértékelve 90 (ehhez ugye el kellett forgatnom a telót).
ezek után így néz ki az esemény:
-Bejövő hívás
-Nincs kifejezés és (Forgatás egyenlő Forgatás)
Kimenő változók: numberitt nem kellene látnom a 90-et valahol?
én vállalom, hogy hülye vagyok hozzá, de ez így nekem magas.
"És" operátor, majd "Egyenlőség", itt a mezei user már eltéved szerintem.
a konkrét esetre:
feltétel megadásnál nekem egyszerűbb lenne simán "És" operátorként megadni a forgatást, ahol manuálisan ki tudnám választani az értéket ( meg mondjuk kaphatna a pontatlanság miatt egy plusz/mínusz 5-10 fokot alapból).#?*@&!
-
#79335424
törölt tag
válasz bartatamas #2362 üzenetére
Egyszerű a user logikája. Az még megy, hogy az igen/nem (vagyis az igaz/hamis) ide nem jó. Világos, hogy oda egy számérték kell (pontosabban három, de erről később).
User:
Dehát vazze Robot! Van egy számértékem! 90 fok. Miért nem adsz egy ablakot, ahova beírnám és annyi? Milyen egyenlőség operátor? A 90 fok, az 90fok. Mi a túróval kéne még egyenlő legyen?Itt az ecccerű user számára sztem az lenne emészthető, ha a Robot dobna három feliratozott ablakot. Egy középértéket és az attól eltérő +/- szögelfordulást. Ha csak a középértéket adja meg 90 -nek, a másik kettő pedig nulla, akkor az a jelenlegi egyenlőség operátor. A többi eset a "kisebb mint", vagy a "nagyobb mint". Így, egyúttal a delta érték nagysága is definiálva lenne. Ha csak a minimumhoz írok értéket, akkor bármilyen szögelfordulás, ami annál az értéknél nagyobb, az esemény lenne. Ez lenne egy kész feltétel, amit esetleg hozzá lehetne adni más (és, vagy, tagadás, stb.) operátorokhoz.
zeon.hu:
Egyetértesz az elképzeléssel? Ez érthető lenne?[ Szerkesztve ]
-
#79335424
törölt tag
válasz #79335424 #2364 üzenetére
Bocs, átgondoltam és módosítanám! Nem kell három érték, csak kettő. Tól - ig. Ha a kettő ugyanaz, akkor az a pontos meghatározás, az egyenlőség operátor. A kérdés csak az, hogy a negatív értékeknek is lenne -e jelentőségük. Ha igen, akkor az elmozdulás iránya is definiálható.
-
bartatamas
senior tag
válasz zeon.hu #2363 üzenetére
Az És operátor maradhat, csak az egyszerűség kedvéért kínálja fel alapból hogy könnyebb legyen több feltételt megadni. Két hiba van:
- A nincs kifejezést töröld, az soha nem lesz igaz, annak a helyére kellett volna az egyenlőséget beállítanod.
A másik hiba hogy azt állítottad be az egyenlőség mindkét paraméterének hogy forgatás. Az egyik paraméter legyen Konstansok / Szám konstans: 90. Itt fog megjelenni a 90. Mert ugyebár téged az érdekel ha a forgatás 90, vagyis a forgatás értéke egyenlő 90-el.
Itt nincs szükség eltérés kezelésre, mert az csak a leírásában írt 4 érték valamelyikét veheti fel. Nem lehet 91 vagy 92, csak 90.
-
zeon.hu
nagyúr
-
#79335424
törölt tag
Egyébként ott a "kijelző lefordítva" esemény. Az a gyanúm, hogy az sem így szerepel az Android dokumentációban. Gondolom, az is vmilyen forgatás esemény. Mégsem kell külön egy kimenetet beilleszteni, csak megadni egy tól - ig értéket. Sztem az tökéletesen érthető.
-
bartatamas
senior tag
válasz #79335424 #2369 üzenetére
Az egy esemény, más. Ott tudod szabályozni hogy mikor váltódjon ki egy az esemény.
Ez egy kifejezés. Tegyük fel hogy van az Óra kifejezés, ami egy számot ad vissza 0-23 között. Ha abba tennék "mettől" és "meddig" szűrőket ahogy javaslod, akkor az Óra kifejezés többé már nem adhatna vissza számot, csak azt hogy igen vagy nem. Benne van-e az intervallumban vagy sem. Tehát a kifejezés átalakul egy logikai kifejezéssé. Az pedig nem jó azoknak akik tényleg az Óra értékét mint számot szeretnék felhasználni, pl kimondatni. Több kifejezéshez csináltam párt, pl: Időpont és Adott idő van, vagy Ébrenmaradás állapota és Adott ébrenmaradási állapot van.
Szóval a kifejezésekbe azért nem lehet tenni ilyeneket mert akkor információvesztés lesz.
-
Siriusb
veterán
Az én meglátásom:
Egy automatizáló célközönsége nem az egybites felhasználó. Vagy kapunk egy kötött programot, mellyel előre definiált feladatokat tudunk csak végrehajtani, vagy egy olyan változat áll a rendelkezésünkre, amely meglehetős szabadságot biztosít. Az első esetben elég ész nélkül nyomkodni, a másik esetben viszont bizonyos készségek elsajátítása szükséges.
Véleményem szerint, ahol most elvérzik a robot, az a dokumentáció hiánya. Amíg Linuxon terminálban a man paranccsal nagyrészt megkapom a szükséges infót, itt Somatomot, vagy az Agyat kell kérdezni.
A megnevezések engem is be tudnak vinni a málnásba, de időnként segített, ha angolul használtam, úgy egyértelműbb volt a kifejezés.
Ráadásul sokunknak sokféleképpen járhat az agya, szóval a megoldás az, hogy sajátítsuk el az itteni terminus technicus-t, illetve adjunk ki hozzá egy értelmező kéziszótárt. -
Siriusb
veterán
válasz bartatamas #2372 üzenetére
Igazából én nem is tekintem az androidot linuxnak.
Amit a számítógépen lehet, meg amit a telefonon, az eléggé eltérő. -
bucsupeti
senior tag
válasz Siriusb #2371 üzenetére
+1
én is azt gondolom hogy egy ilyen eszköz inkább szakembereknek kell hogy szóljon mint átlag user-eknek. Én pl nagyon örülnék neki, ha lenne valami egyszerű editora aminek segítségével scriptnyelven megírhatnám az automatizálásokat, vagy akár a GUI-n összerakott rutinokat szerkeszthetném, finomíthatnám.
Ez mellett megmaradhatna a GUI is.Persze a scripteléshez méginkább szükség lenne a jó doksira.
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
zeon.hu
nagyúr
A példákban lévő "hívás közbeni visszajelzés" beállítható, hogy voip hívás közben is jelezzen?
(Mobile Voip)#?*@&!
-
bartatamas
senior tag
-
#79335424
törölt tag
válasz bartatamas #2370 üzenetére
Nem nagyon értem az érvedet. Adott egy pár szenzorinfó. Mitől függ, hogy azokból feltétel lesz, vagy esemény? Sztem csak tőled. Ha a "telefon lefordítva" lehet esemény, akkor a "telefon Landscape -ben" miért nem? De tegyük fel, hogy marad feltétel. Én nem arra gondoltam, hogy meg kéne szüntetni a Robotban a lehető legrészletesebb manuális beállítások lehetőségét. Inkább arra, hogy egy - egy ilyen egyértelmű szituációnál mint a példáknál, előre leprogramozod a hátteret. A usernek marad az, hogy 0, 90, 180, 270. Ha valaki mélyebben szeretne belemászni, az készíthet magának egy változót, amiben figyeli a szenzorértéket és ezt a változót használná a feltételben. Ne érts félre, nem vitatkozni akarok, nekem a mostani is megfelel. Ugyanazon az oldalon állunk. Az a cél, hogy a Robot minél használhatób és ezáltal kedveltebb, ismertebb legyen. Egyébként a minap néztem egy pluginként is használható alkalmazást és annál olvastam először, hogy a Tasker, Locale mellett, a Robot is fel volt tüntetve.
Más.
Találtam egy nyelvi furcsaságot. Csináltam egy parancsot, amiben szerepelt a "külső táp csatlakoztatva" esemény. Ha jól emlékszem, akkor ott régen "hálózati", "autós", "egyéb" volt. Most viszont van egy olyan, hogy "mindíg". A "mindíg" az idő és nem módhatározó. Az tulképp a "mindegyik" akar lenni? Ha annál pipa van, akkor a többihez nem kell? Nem értem a szükségszerűségét. Tán négy opció van összesen. Nem nagy kunszt mindet kipipálni. Mihez kell a "mindíg" opció?Más.
Elgondolkodtam az Elixír Widgeteken. Muszály egy külön, külső alkalmazás ahhoz, hogy floatingban jelenjenek meg? Nem lehetne egy floating opció az Elixíren belül? Írok egy példát, hogy mire is gondolok. Csinálnék egy 7x1 widgetet Rew, Next, Play, Pause, Média Volume +/- kapcsolókkal. Bejelölném a floatingként megjelenítést, méretezném és pozícionálnám a kijelzőn. Mentés. Ez nem jelenne meg automatikusan, hanem profillal lehetne aktiválni. Mondjuk a navi alkalmazás fókuszba kerülése eseményre, Robottal aktiválnám a profilt. Így a médiavezérlők elérhetőek lennének a fókuszban levő alkalmazás activity -je fölött is. Tulképp ugyanez történik a Floating Widgets alkalmazásban is. -
-
bartatamas
senior tag
válasz #79335424 #2377 üzenetére
Az hogy valami esemény vagy kifejezés csak részben függ tőlem. Ha egy információ nem érhető el rögtön, akkor nem lehet kifejezés (pl: közelség érzékelő közelt detektál-e, ezt nem lehet lekérdeni, fel kell iratkozni figyelőként és várni egy változásra, ezért nem lehet kifejezés, mert nem kiértékelhető), ha egy értéknek nem lehet a változását detektálni akkor pedig nem lehet esemény.
Az elsőre egyelőre nincs megoldásom, de tervezek olyan kifejezések kezelését is majd belefejleszteni amire várni kell, max várni fog a kiértékelés is. Ilyet egyelőre nem tud a robot, de párszor már szükség lett volna rá.
A második esetre pedig olyan megoldást lehet csak adni hogy x időnként figyelni az értékét és ha változott akkor eseményt váltani ki. Ez egyszerűsíti jóval a használatot, de persze kevéssé hatékony.
Más:
"mindig"-et úgy értettem hogy mindig váltódjon ki az esemény/hajtódjon végre a parancs, értéktől függetlenül. Azért tettem ezt bele, mert régebben "ac" és "usb" volt csak. Tegyük fel valaki mindet bejelölte mert azt akarta hogy mindig váltódjon ki. A "wireless" később került be az Android-ba, ha nem lenne "mindig" és wireless töltést használ ez a valaki, akkor számára nem hajtódna végre a parancs mert a wireless új dolog, nem volt neki korábban bekapcsolva. Ezért van "mindig", hogy a jövőbeli töltési módokat is lekezelje.Más:
Jó lenne, persze le kellene fejleszeni. Azért nem gondolkodtam ilyenben, mert szerintem az Elixir widget-ek erre nem alkalmasak megjelenés szempontból, túl nagyok. Nagy tervem volt hogy tetszőleges widget elrendezést meg lehessen adni, ne csak a mostani megkötöttet, akkor már lenne értelme, mert lehetne kis méretű, csak szöveges widgetket is csinálni. Most az Elixir tényleg csak a home képernyő grid-jére van elkészítve. A tervem átalakult közben úgy hogy ezt a Robot-ban tervezem megcsinálni és akkor már mindenre lehetne kb használni mint amire az Elixir-t csak még kb végtelenszer több mindenre. -
#79335424
törölt tag
válasz bartatamas #2380 üzenetére
Köszi! Így már értem.
-
Acef
addikt
Üdv. Uraim!
Egyszer már kaptam segítséget (azóta is tökéletesen működik a nem fogadott, nem olvasott sms, és naptár jelzése Tamás!) Ez is mehetne a súgó/példákba.
Ismét az E-robottal szeretnék elvégeztetni egy műveletet, de nem teljesen értem a logikáját, és nincs időm/lehetőségem megtanulni.
Amennyiben van időd/időtök, az alábbi app kiváltásához kérnék egy E-robot parancsot, ez szerintem mehetne a súgó/példákba is.Auto Screen / play. Automata képernyő ON/OFF.
A távolságérzékelőt használja, gombok érintése nélkül:
- Lezárja a kijelzőt, amennyiben zsebbe, tokba, táskába teszed a telefont, tehát ha valami kb 1-2 cm-re vagy közelebb van a szenzorhoz.
- Lezáráskor hangot ad és rezeg a telefon.
- Felébreszti a kijelzőt, ha kiveszed a zsebből, tokból, ...
- Ugyanúgy működik mellette a gombokkal történő lezárás/ébresztés.[ Szerkesztve ]
-
-
#79335424
törölt tag
Nem olyan egyszerű ez. Ha csak ennyi van benne, akkor:
1. Állandóan aktív a közelségérzékelő, különben nem tudja, detektálni, hogy mikor kerül "távol" állapotba.
2. Ha fekvőben használod a telót, akkor forgatásiránytól függően, valamelyik kezed a szenzor körül lesz. Símán tudsz nem szándékos screen offot csinálni. Baromi idegesítő lenne.
Szeretem az automatizálást, de egy célalkalmazásban ez jobban le van programozva. Sőt, akár úgy is be lehet állítani, hogy a hardvergombokat is felülbírálja. -
Acef
addikt
válasz bartatamas #2383 üzenetére
igeeen!
Tökéletesen fut.Viszont ( és lehet, hogy itt jön, amit Somatom írt, hogy részletesebben, alaposabban megírható egy külön app. de szerintem Te ezt is meg tudod oldani):
Amikor le van zárva a kijelző és zsebbe teszem a telefont, akkor szintén rezeg. Nem kapcsolja be a kijelzőt, ez így jó, viszont rezeg, tehát dolgozik, azaz fogyaszt.
Azt is meg lehetne oldani, hogy ilyenkor ne is jelezzen? Tehát lezárt kijelzőnél ha közelít valami a szenzorhoz, és ott is marad, akkor ne csináljon semmit a robot.[ Szerkesztve ]
-
Acef
addikt
válasz bartatamas #2386 üzenetére
Uram
Tökéletesen fut az Automata képernyő ki és bekapcsolás.Frissítettem az Elixir 2 - Admin add-on-t, letöltöttem a súgó/példákból az Automata képernyő ki és bekapcsolást, mindkét parancsnál play és mentés ikonok, és már működött is.
Amit módosítottam (nekem így tetszik):
Kikapcsoláshoz
- figyelmeztető rezgés: 100 (erősebb)
- várakozás: 1000 (gyorsabb)
- kikapcsoláskor a rezgés: 200 (erősebb)
- kikapcsoláskor + hang lejátszása /ismétlés: nem, várjon a befejezésre: nem/ (visszajelzés. ha nem érezném a rezgést)
Bekapcsoláshoz
- várakozás: 500 (gyorsabb)Köszönöm, Te is számíthatsz a segítségemre (nem programozás), pm-ben az infó.
[ Szerkesztve ]
-
drmotto
őstag
Meg lehet azt csinálni, hogy ha csatlakozik egy eszköz a telefonhoz, akkor ébressze fel a kijelzőt?
Csináltam egy szabályt, hogy ha a telefonhoz csatlakozik az autó fejegység, akkor indítsa el a waze-t. Viszont a kijelzőt nem ébreszti fel.
Köszi. -
drmotto
őstag
válasz bartatamas #2389 üzenetére
Köszönöm
-
#79335424
törölt tag
Tamás!
Összevissza működik a mobiladat kapcsolás visszajelzésem. Mit csinálok rosszul? Három parancs. Azt szeretném, hogy egyik kapcsolja ki a mobiladatot, ha a telónak van csatlakozott wifi kapcsolata (vagyis érvényes IP -je bármilyen hálón). A másik kapcsolja vissza a mobiladatot, ha megszakad a wifi kapcsolat. A harmadik pedig jelezze, ha a teló mobiladatra váltott. Tudom, hogy ennek natívan így kéne történnie, de ez a kínai csoda csatlakozott wifinél is aktívnak jelzi a mobiladatot. Ezért szeretnék egy biztonsági kapcsolást és visszajelzést. Tudom, hogy nincs dual SIM lehetőség, de jelenleg csak egy kártya van benne, slot1 -ben. Az a gyanúm, hogy rossz wifi eseményekkel próbálkozom. A kérvényező állapot megváltozott -> szétkapcsoltat állítottam be. Miket kéne használnom?
Egyébként mi az a rengeteg állapot? Milyen egy négyutas kézfogás?[ Szerkesztve ]
-
teo77
őstag
Bakker, nem boldogulok a robottal! Sziasztok! Szervusz, Tamás!
Néztem a példákat, de nem találtam hasonlót. Esetleg nem lehetne ennél a topiknál egy példa gyűjteményt csinálni? Az sokat segíthetne, sokaknak, és kedveltebbé, népszerűbbé tenné ezt a nagyszerű alkalmazást.
Szóval a problémám: egy adott appot szeretnék elindítani heti 3 alkalommal úgy, hogy a wifi kapcsoljon be, ha esetleg nincs bekapcsolva (de csak, ha otthon vagyok), majd 15 perc múlva álljon le az app és a net is. A net csak akkor áljon le, ha a kijelző nem aktív. Lehet ilyet? Na, meg ez az ablak nekem nagyon nem logikus. Nem is vágom, hogy mik ezek az opciók, amik egy dátum megadásához kellenek. :s Fontos lenne ez az autómatizálás, mert így nem kellene futni a szinkronizációs appnak egyfolytában, csak heti 3-szor, 3x15 percig. Itt a képernyőkép róla:[ Szerkesztve ]
Nexus 7-2013 - root, cwm, 4.4.4 /Honor 7, Marshmallow(Budapest)
-
bartatamas
senior tag
Szia, hát ez bizony egészen más esemény, nem csoda hogy nem érted ez a Google Calendar naptár eseményeket kezeli.
Ami neked kell az a Riasztás esemény. Állítsd be napi ismétlésre és válaszd ki azt három napot a héten amikor működjön. Állítsd be az időpontot is, valamit legyen pontos és ébressze fel a készüléket.
A művelet legyen wifi bekapcsolása, alkalmazás indítása, várakozás 15 percig majd alkalmazás leállítása. Ez utóbbihoz lehet root kell.
-
teo77
őstag
válasz bartatamas #2394 üzenetére
Riasztás? Egy app időzített, wifivel való indítása riasztás? Biztos! Akkor én ezt nagyon nem vágom!
[ Szerkesztve ]
Nexus 7-2013 - root, cwm, 4.4.4 /Honor 7, Marshmallow(Budapest)
-
teo77
őstag
válasz bartatamas #2396 üzenetére
Igen, az valóban nem a legszerencsésebb kifejezés!
No, de én nem risztatni szetetnék, hanem app indítást és futást időzíteni. A syncfoldert. Hogy heti 3-szor 15 percig legyen szinkronban. Bocsesz, ha félreérthető voltam.[ Szerkesztve ]
Nexus 7-2013 - root, cwm, 4.4.4 /Honor 7, Marshmallow(Budapest)
-
bartatamas
senior tag
Értettem elsőre. Még félreérted.
Szóval a Riasztás esemény azt oldja meg hogy a parancs heti három alkalommal végrehajtódjon. Erre való.
Ehhez a parancshoz kell műveletként hozzáadni a wifi bekapcsolás, alkalmazás indítás, várakozás majd leállítás műveleteket. Ilyen sorrendben.
Vagyis megmondod mit hajtson végre heti háromszor. Így már érthető?
-
#79335424
törölt tag
válasz bartatamas #2392 üzenetére
Köszönöm! Próbálkozom majd.
-
teo77
őstag
válasz bartatamas #2398 üzenetére
Igen, köszönöm! Rámegyek!
Nexus 7-2013 - root, cwm, 4.4.4 /Honor 7, Marshmallow(Budapest)
Új hozzászólás Aktív témák
- EDIFIER R1700BTS hangfal pár makulátlan, új állapotban, 2 év hivatalos garanciával, alkalmi áron
- LG OLED55B23LA 2 Év GYÁRI GARANCIA
- Apple iPhone XR 128GB, Kártyafüggetlen, 1 Év Garanciával
- Gamer PC , i7 12700KF , RTX 3080 Ti , 64GB DDR5 , 960GB NVME , 1TB HDD
- Intel PC , i5 8500 , 1660 6GB , 32GB DDR4 , 512GB NVME , 500GB HDD
- H96 MAX RK3318 TV okosító - 2/16 GB - Új!
- MacBook Pro 13" 2016, i5 2.0GHz, 8GB Ram, 256GB SSD - rossz saját képernyővel, occón!
- Logitech G502 X vezetékes gaming egér, fehér, akár 25600 DPI
- Garett GRC Maxx okosóra, fekete, Android és iOs kompatibilis
- Zotac GeForce RTX 3070 Gaming 8GB GDDR6 256 Bit LED OC Videokártya
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest