Új hozzászólás Aktív témák
-
Szmeby
tag
válasz glutamin #6799 üzenetére
Ha hiba van, az ajánlott megoldás:
Megkérdezni a guglit az utolsó caused by hibaüzenetről.
Első találat.[ Szerkesztve ]
-
glutamin
őstag
Ez pl eszembe sem jutott hogy az utolsó hibaüzenettől kezdjem el nézni. Gondolom ott akad el végleg.
Még nagyon az elején vagyok ennek a HIBERNATE-es dolognak. Korábban PHP/ASP, MySQL/JET Database vonalon már foglalkoztam webes adatbázisos alkalmazással, de most ez nekem még elég kínai.
[ Szerkesztve ]
„When you have money in hand, only you forget who are you. But when you do not have any money in your hand, the whole world forget who you are. It's life.“
-
Szmeby
tag
válasz glutamin #6802 üzenetére
Pont ellenkezőleg, ott akad el először. Az a root cause.
Mikor hiba történik az pl. kivételt (exception) generál, ez megszakítja az adott blokk végrehajtását, a kivétel elkezd visszafelé vándorolni a stack-en. Teszi ezt addig a pontig, amíg azt egy catch ág el nem kapja. Normális esetben a catch blokk csinál is valamit, vagy feloldja a hibát és minden megy tovább onnantól a maga medrében, vagy pl. tovább dobja azt akár egy másik kivételbe csomagolva. Az ilyen elkapom-továbbdobom megoldások eredményezik a "caused by" blokkokat a stacktrace-en. Mire a felhasználó/fejlesztő találkozik a hibával, a kiváltó oka sokszor el is tűnik a felszínen. Ezért érdemes először alul keresni az igazi okot.
Itt ragadnám meg az alkalmat, hogy megjegyezzem, ne csináljatok üres catch blokkokat, mert ott elveszik a hiba, és később nehéz lesz megtalálni.[ Szerkesztve ]
-
glutamin
őstag
Na sikerült. Még mindig vannak hibaüzenetek, de a tutorial szerint ez most nem érdekes. Valszeg a hibernate.cfg.xml fájlban volt hiba. Kommentezést kiszedtem. Projektben a JAVA környezetet átkapcsoltam 1.7-ről 1.6-ra. Utána már csatlakozott. Akkor még egy adatbázisjelszó javítás volt és most itt tartok:
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
Hibernate: insert into UserDetails (userName, userId) values (?, ?)Hétvégén nekifekszem és végigzongorázom az alap SQL műveleteket, aztán lassan megnézem mi az a Maven
„When you have money in hand, only you forget who are you. But when you do not have any money in your hand, the whole world forget who you are. It's life.“
-
WonderCSabo
félisten
válasz glutamin #6805 üzenetére
Nem valszeg volt ott a hiba, hanem biztos ott volt a hiba, hiszen az error trace pontosan le is írta. Még azt is, hogy az első sorban a prolog előtt van valami felesleges adat.
Java 1.6-ra vissza váltás mondjuk szerintem annyira nem jó ötlet, minek? Ez oldotta meg a problémát? -
glutamin
őstag
válasz WonderCSabo #6806 üzenetére
Most kipróbálgattam. 1.7-tel, 1.6-tal is jó. Komment volt a ludas. XML-en belül mi a kommentezés jele? (//, /*, <-- nem jó)
„When you have money in hand, only you forget who are you. But when you do not have any money in your hand, the whole world forget who you are. It's life.“
-
glutamin
őstag
válasz WonderCSabo #6808 üzenetére
Kipróbáltam. Tényleg nem szereti az első sort. De utána már mehet. Valamint a HTML kommentformátum is jó volt. Felkiáltójelet kihagytam az előbb. Most már nyugodtan alszom Köszi a segítséget
„When you have money in hand, only you forget who are you. But when you do not have any money in your hand, the whole world forget who you are. It's life.“
-
_kovi_
aktív tag
Sziasztok!
Hogy lehetne legegyszerűbben ellenőrizni egy parancssori paramétert, hogy a felhasználó biztosan számot ütött -e be. Reguláris kifejezések nélkül.
Mint pl. C-ben az isdigit().[ Szerkesztve ]
-
WonderCSabo
félisten
-
_kovi_
aktív tag
válasz WonderCSabo #6811 üzenetére
Köszi !
De az args[] az String, ergó nem eszi meg a char-t..[ Szerkesztve ]
-
Aethelstone
addikt
Akkor szépen végig kell iterálni a String-en. És ha valahol !isDigit(), akkor nem is kell továbbmenni. Pl.
Másik megoldásként lehet a String-ből Integert vagy valami más, szám típusú adatot parseolni és lehet figyelni a NumberFormatException-t.MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
_kovi_
aktív tag
válasz Aethelstone #6813 üzenetére
Köszi!
Igen az utóbbira gondoltam én is, csak a megvalósításában még nem vagyok annyira perfekt. -
Sk8erPeter
nagyúr
"Igen az utóbbira gondoltam én is, csak a megvalósításában még nem vagyok annyira perfekt"
Nem nagy művészet:
http://prohardver.hu/tema/java_topic/hsz_6769-6769.htmlSk8erPeter
-
M_AND_Ms
addikt
Nem elegáns, de velős
public static void main(String[] args) {
Integer parseInt = null;
try {
parseInt = Integer.parseInt(args[0]);
} catch (NumberFormatException e) {
System.out.println("Hiba! Nem szám");
return;
}
System.out.println("Ok! Ez szám: " + parseInt);
}Szerk: ahogy Aethelstone is javasolta
[ Szerkesztve ]
Aki tejszínhabot szeretne, az inkább verje ki a fejéből!
-
floatr
veterán
Esetleg ha már egyébként valami rendszerbe akarod illeszteni, könnyen lehet h ott van a StringUtils a felhasználható elemek közt
-
WonderCSabo
félisten
válasz Sk8erPeter #6815 üzenetére
Emlékeztem rá, csak lusta voltam kikeresni, köszi.
-
jetarko
csendes tag
Egy ideje már nagyon úgy érzem váltani kéne linuxra. Eddig nem tetszett és nem is igazán ismerem a linuxot, de pl a directory átnevezés windowson nem ment, linuxon azonnal. Az éles rendszerek elvileg linuxon futnak, ezért gondolom értelmes lenne fejleszteni is azon, amin fut majd. Tudom h run anywhere , de mégis itt van a példa, hogy nem igaz ez teljes mértékben.
Ha nem csak java-zom, akkor főleg egyre jobban érzem, hogy ez a windows szenvedős tud lenni.
Írtátok korábban, hogy azon érdemes fejleszteni, ami jobban fekszik embernek, de a kérdés, hogy megérné-e szenvedni heteket h váltsak? -
Pimpő
tag
válasz jetarko #6819 üzenetére
A Linuxban jóval több lehetőség van mint a Windowsokban. Az alap dolgokban, mint process ütemezés, memória management, I/O is jól odaver a Windowsnak. Tisztességesen scriptelhető, parancssorból is jól használható. A szoftverek installálása, törlése, kultúráltan, csomagkezelővel történik.
Csak akkor vágj bele, ha van türelmed hozzá. A kezdeti lépések nehezek lehetnek, mert a Windows-os gányolás linuxon általában nem működik. Más szemlélet kell hozzá. Sokat kell kezdetekben guglizni, kérdezni, kisérletezni.
Nekem a kedvenc disztróm a Fedora, szerintem annak a legjobb a csomagkezelője (rpm, yum). Az Ubuntu viszont jobban támogatot (két gépemen is az van), több mindenen elfut.
Linuxnál még az is szívás lehet, hogy gyakran újjítanak, cserélgetnek komponenseket, technológiákat, amikkel ugyanazokat a dolgokat lehet megcsinálni, csak másképp. Ez további tanulást és utánnajárást igényel és sokszor akkor amikor az embernek marhára nincs kedve és ideje foglalkozni vele.
Linuxon nagyobb a szabadság. Pl. az ablakezelőt is megválaszthatod. A fő disztrók alapból vmi trendi ablakkezelővel érkeznek (Unity, gnome-3). Azonban ezeknek más a filozófiájuk, mint a megszokott Windows-os GUI-nak, és nem is annyira produktívak (hiába hazudják azt róluk). Ezért érdemes lehet vmi hagyományos ablakkezelővel installálni a rendszert, mint pl. XFace, gnome-mate. A könnyítés kedvéért vannak olyan install médiumok, amik default-ból ezekkel teszik fel a rendszet, pl: Fedora XFCE spin, xUbuntu.
https://play.google.com/store/apps/details?id=ebak.fv
-
bucsupeti
senior tag
válasz jetarko #6819 üzenetére
vágj bele, nem fogod megbánni, csak adj egy kis kifutást a dolognak, mielőtt megállapításokat teszel. A lányom 16 éves. 13 éves korában a netbookjára feltettem egy ubuntut. azóta nem hajlandó megválni tőle és teljes megelêgedéssel használja a mindennapi dolgaira (tanulás, kapcsolattartás, prezentációkészítés, dokumentumszerkesztês stb)
Ja és olyan problémákat hogy belassul, vírusos stb... elfelejthetsz...
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
nagyúr
"process ütemezés, memória management, I/O is jól odaver a Windowsnak. Tisztességesen scriptelhető, parancssorból is jól használható"
OMG, semmi baj nincs azzal, ha van preferenciad, etc., de attol, hogy nem ismersz egy adott rendszert, az teged minosit, es nem a rendszert. Mindket rendszer tokeletesen scriptelheto, parancssorbol hasznalhato, az I/O meg memoriamenedzsment dolgokat inkabb hagyjuk is.
Azert tanulja meg a Linuxot, mert nagyon elterjedt szerveroldalon, van, amire kenyelmesebb hasznalni, es tagitja a latokort, ne pumpaljuk mar a hulyeseget a fejebe az elejen, hogy 'az jobb, es kesz'.
while (!sleep) sheep++;
-
_Sevi_
tag
Sziasztok!
Akadt egy kis problémám a jar filével. Van egy olyan programom ami fájlt kezel (ír/olvas) [a program javafx segítségével készült, eclipsben]. A programban van egy olyan rész ahol combobox segítségével lehet a fájlban írni (kiválasztasz valamit a combobox-al és azt be írja a fájlba). Ez mind szépen működik egészen addig amíg nem készítek jar fájlt a projektből. Amikor ugyanezt a műveletet akarom végrehajtani jar fájl futtatása utána akkor mindenféle szeméttel rakja teli a fájlt. Minden egyes fájl nyitás olvasás/írásnál UTF-8 segítségével történik.
Writer writer = new OutputStreamWriter(new FileOutputStream("C:\Valami\Valami2\file.txt"), "UTF-8");
BufferedWriter bf = new BufferedWriter(new OutputStreamWriter(new FileOutputStream(fileDir), "UTF8"));illetve ha string-et írok fájlba azt is lekezeli
String data = "valami";
Charset.forName("UTF-8").encode(data);
A combobox-nál így történik az értékadás:@FXML
private ComboBox<String> Comb1;
..
..
Comb1.getItems().addAll("Igen","Nem");
..
Szerintem valahol itt lesz a hiba.
A válaszokat előre is köszönöm.Üdv;
Sevi -
Dyingsoul
veterán
Sziasztok!
Tudtok valami forrást ahol vannak java gyakorlati feladatok esetleg tutorialokkal/megoldásokkal együtt? Az utóbbi fél évben nem volt java-s tárgyam de most fel szeretném frissíteni a dolgokat. Keresgéltem neten de nem találtam olyan feladatgyűjteményt vagy tutorial sorozatot ami alapoktól indul (mondjuk annak nagy részét csak átgörgetném) és esetleg megoldás vagy segítség is van mellette.Amire konkrétan gondolok:
-Feladat leírása
-Esetleg részletkód a feladat elejéből de ez nem fontos
-Több feladat ami végigmegy a java alap vagy közép szintjéig (öröklődés, interfészek, kivételkezelés, absztrakt osztályok, jó kis listás feladatok rendezésekkel, stb).
-Olyan szintű megoldás vagy magyarázat amivel biztosan meg tudom oldani az adott feladatot akkor is ha előtte nem tudtam mit kellene csinálnom.Az angollal nincs probléma tehát jöhetnek nyugodtan olyan linkek is.
Lehet, hogy az ilyen típusú tutorial csak a fejemben létezik, de gondoltam egy kérdést megér itt a topikban.
Addig is marad nekem a Thinking in Java jobb híján (bár sokak szerint nem is kell jobb de én a gyakorlati dolgokat szeretném fejleszteni most).
LMGFY linkeket nem kérek köszönöm.- Szakmai kérdésekre privátban nem válaszolok, mivel másoknak is hasznos lehet. Erre való a szakmai fórum! -- YT: youtube.com/dyingsoulgaming -- FB: facebook.com/DyingsoulGaming/ Stream: http://twitch.tv/dyingsoul
-
-
jetarko
csendes tag
Eddig mindig elvoltam eager fetch-el, de most már rendesen akarom írni ezeket, ezért ahol kell áttérek lazy-re. Az jó elképzelés, hogy annyi dao fv-t írok, amennyi esetem van?
Pl entitásban van 10 onetomany lista és az egyikben csak egyiket töltöm meg (Hibernate.initialize), a másikban 2-t és így tovább, ahogy a logika kívánja. Vagy van ennél optimálisabb megközelítés is? Hibernate+Spring -
floatr
veterán
válasz jetarko #6831 üzenetére
OpenSessionInViewFilter?
Már látom a tiltakozó kezeket, mert vannak rá elméletek, hogy ez miért nem tudományos, de nálunk majdnem mindegyik projektben ez van, vagy az EntityManager-es párja.
Sokat próbálkoztunk olyan paraméterekkel, ahol megadod, hogy melyik collection-t kéne szintén betölteni a dao-ban, de aztán mindig belefutottunk olyan esetekbe, ahol nem lehetett előre tudni, hogy melyikre lesz szükség, és melyikre nem, aztán betöltöttük mindegyiket - elég tudományos ez is.
-
Aethelstone
addikt
válasz jetarko #6831 üzenetére
Nem teljesen értem, de a lazy-nek nem pont az lenne az értelme, hogy csak azt tölti be, amire szükség van éppen? Ha nem hivatkozol arra a Collectionra, akkor nem töltődik be, ha meg igen, akkor behúzza. Persze, nyilván nem szabad detacholni, de ez már egy másik kérdés.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Mukorka
addikt
válasz Aethelstone #6833 üzenetére
De ha már nincs session akkor hiába hivatkozik rá.
Nálunk egyébként lazy minden és ahol olyan eset van ahol kell valami ott van rá külön fv ami azt is betölti amit kell.Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Mukorka
addikt
válasz Aethelstone #6836 üzenetére
Nem tetszem érteni amire gondolsz.
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Aethelstone
addikt
-
floatr
veterán
válasz Aethelstone #6836 üzenetére
Magyarán DTO-t használsz két réteg közt a backenden. Nálam a review-n nem menne át
Mostanában legtöbbször SOA alapú rendszereket fejlesztünk, ahol web service-szerű cuccokig utazik az entitás. Ott a serialization-nel le van szabályozva, hogy mi mehet tovább. Szerintem bűn másodlagos, harmadlagos adatábrázolást ráhúzni egy működő struktúrára, ha van eszközöd normális módon kezelni a meglévőt, ráadásul épp ezzel csapod agyon az ORM-et, hogy a service-ig nem jut el a lényeg.
A teljesítményproblémákra azt tudom mondani, hogy persze hogy gyorsabb a háttérben egy SQL végrehajtása, mint többé (eager kontra lazy init), de csak mondom, hogy a hibernate/jpa önmagában egy nagy teljesítményprobléma.
A prezentációs réteggel kapcsolatban viszont nem értem mire gondolsz. Ha a kliens oldalra, akkor nyilván, de JSP-ben simán elfér egy implicit lazy init, amikor oda jut a sor.
-
Aethelstone
addikt
Elbaxtam. Nyilván JTA-s a cucc. A service és controller réteg között megy a DTO(bean). És a service rétegben lesz az entitásból DTO.
Fáradt vagyok egy cseppet. Ezzel együtt JSP-ben lazy init meg nálam nem menne át a review-enMI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Aethelstone
addikt
válasz Aethelstone #6840 üzenetére
Egyébként a Serialization policy is jó, de mi inkább azt az utat választottuk, hogy bean transzformálási szabályokkal korlátozunk. Egy kvázi automata eszközt használunk, ami reflectionnal megy végig és az azonos nevű tagokat transzformálja. Ami pedig nincs benne a Bean-ben vagy máshogy hívják, azt nem transzformálódik.
[ Szerkesztve ]
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
jetarko
csendes tag
Azt szoktam olvasni, hogy aki nem tud rendesen SQL-t írni, annak jó lesz az ORM, mert úgyis lassú utasításokat írna. Aki meg az ORM-t használja gány módon, akkor az is borzasztó lassú tud lenni.
Alapvetően az sql, pl/sql sose ragadott magával, de az orm tetszik, ezért inkább ezt tanulmányozom jobban
Én itthon nyilván 50soros 4-5táblás dolgokkal szórakozok, ezért az eager-t se érzem, de azt látom, hogy csak azt használni rossz koncepció lenne komolyabb dolognál.
Ha egy alkalmazásnak 1-2részét annyira optimalizálni kell, hogy az ORM nem elég, akkor a dao-ban írnak csak sql-t vagy akkor az hol helyezkedne el és hogyan?Ennek a JTA, DTO dolgoknak utána nézek, ezek teljesen ismeretlen fogalmak számomra.
-
jetarko
csendes tag
Spring mvc még mindig
A stringeket az oldalakról kihelyeztem properties fájlokba(messages_hu,en stb), ez egyrészt elég borzalmas a karakterkódolás miatt, de perpill se xml, se db-be nem bírtam áthelyezni, ezért túlteszem magam rajta.Ezt már nem rég kérdeztem, hogy lehetne módosítani futás időben ezeket a tokeneket és most foglalkoztam vele. Úgy oldottam meg, hogy a spring.xml-ben a ReloadableResourceBundleMessageSource bean-ben a cacheSeconds-t beállítottam egy számra. A kódban pedig a Properties osztály segítségével manipuláltam az értékeket. Ez működik is, megváltozik az érték, de azt nem bírtam megcsinálni, hogy direktbe a fájlt is felülírja amiből olvas, de az értéket mégis megváltoztatja az oldalon.
Ezzel az a baj, ha újraindítom appot, akkor maradnak a fájlban lévő értékek. Erre azt tudom csinálni, hogy kiíratom minden módosításkor(mondjuk félóránként, hogy ne minden egyes átíratásnál) egy fájlba az értékeket és azt bemásolom a properties fájlba, amikor indítom. Ezzel egyrészt meglennének a változtatások is, aminek nem tudom van-e értelme.A másik mód az lenne, hogy db-ben tárolok minden token és értéket, majd változáskor ez alapján töltöm fel a properties fájlokat, de ezt nem bírtam megcsinálni, semmi értelmes példát nem találtam erre még.
Azt olvastam, hogy ezeket a properties fájlokat egy futó alkalmazásnál újratölteni nagyon nem ajánlott.
Ez igaz erre az esetre is? Vagy ez a context újratöltögetés teljesítmény igényes tud lenni? -
werszomjas
őstag
Sziasztok.
Remélem jó helyen járok.
Az alábbi oldalon nektek megy a java?
Hiába telepítem a java alkalmazást, nem akar menni. Se chrome, se mozilla, se explorer.
Ezt írja:
Nem megfelelő futtatókörnyezet
Ha ezt az oldalt látja, az azt jelenti, böngészője nem, vagy csak részben alkalmas az e-Jelentés rendszer futtatására.A probléma oka: nincs engedélyezve a JAVA alkalmazások futtatása
A hiba elhárításához kérjük vegye fel a kapcsolatot számítógépe rendszergazdájával, és kérje meg, engedélyezze az e-Jelentés weblapjáról származó JAVA alkalmazások futtatását.
[ Szerkesztve ]
üdv
-
Szmeby
tag
válasz jetarko #6843 üzenetére
"A másik mód az lenne, hogy db-ben tárolok minden token és értéket..."
Ismerek olyan rendszert, ahol adatbázisban tárolják az üziket. Megvan az előnye és a hátránya, ahogy a property fájlnak is. Megjegyzem, ott nem a Properties osztályt használják erre, hanem van rá egy egyedi megoldás.Én a magam részéről a property fájlt favorizálom, mert nem látom azt az üzleti esetet, hogy ezeknek az üzeneteknek futásidőben változniuk kéne. Van egy programod, támogat 30 különböző nyelvet. Az jó esetben 30 property fájl, csókolom.
Ha adatbázisban lenne, akkor tuti készítenél hozzá valamit, amivel menet közben szerkeszteni is lehet. Az 30 db textarea. Ilyenkor történik az, hogy "ó, csak a magyar/angol nyelvűt írom át, a többi nem érdekes". És elszabadul a pokol.
Vagy pl. hogyan tervezed kiírni a "Nincs adatbázis kapcsolat" hibaüzit, ha azt adatbázisban tárolod?
Jó, persze a kivételeket bele lehet tolni a kódba, vagy property-be...Természetesen lehet olyan szöveg, ami gyakran változik, annak valóban nem property fájlban a helye, de a labelek, hibaüzik, stb. szerintem nem ilyenek.
-
moriak
tag
válasz jetarko #6842 üzenetére
Csak addig fogod használni az ORM-et amíg nem feltétlenül 'móricka' alkalmazásokat írsz. Reportokhoz igen is szükség van SQL-re. (már ha relációsban gondolkozunk) Nem kell félni tőle, meg kell tanulni szépen használni és könnyebb lesz a Hibernate használata is. Hibernate mellett van még a jOOQ is. Kicsit másabb a működés, de nem feltétlenül rosszabb.
Sebességet pedig 'alacsonyabb' szinten kezd el nézni. Tessék szépen a [Hikari]-t alkalmazni!!!
Amúgy kérdésedre viszont pofon egyszerű a válasz: perzisztens réteg ahogy a kolléga belinkelte.[ Szerkesztve ]
-
Mukorka
addikt
válasz Aethelstone #6841 üzenetére
Hát nálunk a DAO és a business réteg egyben van. Minden logika ejb-ben van de konkrét crud műveletek nincsenek kiszervezve dao rétegbe hanem benne vannak a releváns ejb-ben.
A te példád szerint tehát ha van egy entitásom 5 lazy collection-el és 3 féle logika alapján dőlhet el hogy épp mit fetchelek fel akkor a service rétegedben 3 tök különböző (nyílván egymás leszármazottjai) dto osztályod lesz hogy a reflectionös cucc működjön? Ez elég gázul hangzik
(#6847):
Riporthoz írsz viewt amit felmappelsz és kész. nyílván ez globlális riportokhoz jó, ha sok az adat és bemenő paraméterrel kell dolgozni akkor valóban kell rendes sql-t írni.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
-
Aethelstone
addikt
válasz Mukorka #6848 üzenetére
Rosszul érted.
public class FooEntity {
private Set<String> names;
private Set<Integer> values;
}
public class FooBean {
private Set<String> names;
private Set<Integer> values;
private List<Bar> bars;
}Nos, ebben az esetben a FooEntity-ből FooBean lesz, de csak azok a property-k kapnak értékek a Bean-ben, ahol az Entity-ben is van. Nyilván a FooBean bars tagja nem kap semmilyen értéke by default, mivel nincs megfelelő Entity tag. Semmi köze a DAO osztályokhoz.
MI 10T Pro 8/256 , Arsenal FC - Go Gunnarz...
-
Mukorka
addikt
válasz Aethelstone #6849 üzenetére
Pont erre gondoltam pedig. Tehát azt hogy mi kell épp és mi nem csak különböző beanekkel tudod megoldani vagy már eleve úgy kérdezed le az entitást vagy mindig lekérdezel minden lazy tagot.
[ Szerkesztve ]
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- World of Tanks - MMO
- Otthoni hálózat és internet megosztás
- Ukrajnai háború
- Stellar Blade
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Linux felhasználók OFF topikja
- Bemutatkozott a Moto G32 4G
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest