- Mini-ITX
- OLED TV topic
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- AMD GPU-k jövője - amit tudni vélünk
- Tuning kezdőknek
- Computex 2024: Itt az új ROG Ally
- Nem indul és mi a baja a gépemnek topik
- DUNE médialejátszók topicja
- Vezetékes FÜLhallgatók
- AMD K6-III, és minden ami RETRO - Oldschool tuning
Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Csak 2025-ben érkezik a Little Nightmares III
gp A sokak által várt folytatás sajnos nem fog idén megjelenni, kicsit tovább kell rá várnunk.
-
Computex 2024: a GeIL memóriái között akad olyan, ami 10 GHz fölé merészkedik
ph A vállalat portfóliójában a hétköznapi DDR5 DIMM-eken kívül vannak CUDIMM, CSODIMM, CAMM2 és LPCAMM2 formátumú újdonságok is.
-
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
bambano
titán
válasz #21078528 #23320 üzenetére
értem, de az enyém nem desktop gép, hanem szerver és csak pár dolog fut rajta, ami egyáltalán nem indokolja, hogy swappoljon. eddigi tapasztalat az, hogyha adsz swapet a gépnek, használni fogja. teljesen mindegy, milyenek a körülmények.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz zserrbo #23326 üzenetére
teljes távoli asztalt úgy tudsz elérni, hogy session managert indítasz először.
beállítod a távoli szerveren, hogy a display manager manageljen neten keresztül is, tehát az xdmcp port legyen nyitva a netre is, majd a helyi X szervert -query ip paraméterrel indítod (ha emlékeim nem csalnak).Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Fecogame #23341 üzenetére
két kérdésed volt, fordított sorrendben:
1. melyik fájl tárolja a jelszavakról az infót: a man shadow megmondja, hogy a /etc/shadow.
2. meg lehet-e változtatni a jelszóváltoztatás idejét: a man shadow szerint a /etc/shadow soronként harmadik mezője tárolja az utolsó változtatás idejét. esélyes, hogy meg lehet változtatni, ha másképp nem, akkor a shadow fájl buherálásával.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Jester01 #23352 üzenetére
mert te még a titanic pusztulása előtt telepítettél utoljára nulláról linuxot.
azóta már régen automatikus a tömb összerakása, meg van szuperblokk a darabokon.
az initrd-nek is csak annyit mondanak, ha jól emlékszem, hogy melyik raid tömböket kell összerakni, a darabokat már uuid alapján megtalálja a kernel magától.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz DrojDtroll #23357 üzenetére
közös környezeti változókon keresztül azért nem tudnak kommunikálni, mert nincs közös környezetük.
a legegyszerűbb megoldás szerintem, ha az egyik program a szabvány kimenetére írja a változók értékeit, a másik meg a szabvány bemenetén olvassa és egy csővezetékkel összekötöd őket.
ha ez nem megy, csinálhatsz pipe-ot és beszélhetnek azon keresztül is. lásd man mkfifo
(#23358) Jim Tonic: szerintem a unixot unixként kellene használni, akkor jön elő, hogy miért jó
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Jim Tonic #23360 üzenetére
a unix alapfilozófiája, hogy kicsi, egyszerű, egy feladatra optimalizált programokat kell csinálni, és a unix képes azokat úgy futtatni, hogy hatékonyan összekapcsolja őket.
tehát használd a hatékony összekapcsolást, azért van unixod.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Jim Tonic #23362 üzenetére
na, pont beletenyereltél a linux elwindowsosítása témakörbe
szóval a soros port az pont ugyanolyan karakteres eszköz, mint a terminál vagy a szabvány bemenet és kimenet. a soros portnál csak a port fizikai paramétereit kell külön programozni, ioctl-ekkel (ha emlékeim nem csalnak), egyébként maga az adatforgalom az teljesen szabvány unix karakteres periféria. tehát magán az i/o-n semmit nem kell rajta programozni. sima cat </dev/ttyS0 is működik, ha már valamilyen programmal beállítottad a paramétereket. következmény: bármelyik program, ami szabvány bemenetet képes kezelni, képes soros portot is kezelni.
A /dev csak azért van ramdrájvon, mert mióta megy az ilyen udev meg hasonló bohóckodás, azóta nem a jó öreg klasszikus /dev könyvtárat használják. nem is olyan régen még nem volt ramban.
az, hogy két programot, amit összekapcsolhatsz csővezetékkel, diszkre írt fájlokkal kapcsolj össze, nem unixos megoldás.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz olivera88 #23426 üzenetére
a unixoknak (ellentétben má$ oprendszerekkel) az a mániája, hogy a fájlok első néhány karaktere alapján dönti el, hogy mi van bennük. A shell szkript mindig #!-lel kezdődik, a postscript %!PS-Adobe stringgel, stb.
ha szerencséd van és normálisak voltak a túloldalon, akkor az alapadataid fájlja is egy fix szignatúrával kezdődik, ezt kell ellenőrizni az elején.ha nem stimmel, gáz van.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz olivera88 #23436 üzenetére
dede, ez eléggé egyforma. ha minden fájlban az elején szerepel a Creator meg a Jasper string, kis szerencsével még akár ugyanazon a pozíción is, akkor az erre való rákeresés eredménye tökéletesen megfelel arra, hogy szétválaszd az érvényes fájlt a csupa nulla fájltól.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz bucihost #23469 üzenetére
[link]:
"1995 DEC releases OpenVMS 7.0, the first full 64-bit version of OpenVMS for Alpha. First 64-bit Linux distribution for the Alpha architecture is released."
"2001 Linux becomes the first OS kernel to fully support x86-64 (on a simulator, as no x86-64 processors had been released yet)."
"2006 Microsoft releases Windows Vista, including a 64-bit version for AMD64/EM64T processors..."szerinted?
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz bucihost #23472 üzenetére
a "sok köze nem lesz a processzorhoz" mondást úgy kell érteni, hogy mindegy, milyen proci van alatta, a programot képes futtatni, mert a linux kernel elrejti az alatta levő hardverben levő különbségeket.
körülbelül mindegy, min futtatod, ha van rajta glibc.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz bucihost #23485 üzenetére
"na szóval, ilyen klasztert mennyire macerás össze hozni?": semennyire.
többi hsz-hez:
- szerver alaplapot felejtsd el, feleslegesen sokba kerül. inkább vegyél töredék áron +2 alaplapot, és ha bedöglik egy, kukázd.
- a cloud erre természetesen nem jó, csak akkor, ha a szoftver képes cloudon működni. olyan nincs, hogy sok gépet cloudba kapcsolsz és egy program az összes proci lóerőt kihasználja, ha nincs rá felkészítve.inkább az a kérdés, mennyi zsetont akarsz belegórni a témába, mert lehet 40 rugóból is klasztert építeni, meg 400 millióból is.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz lionhearted #23491 üzenetére
az, hogy veszel tetszőleges egyszálon futó programot, majd felrakod 32 cloud gépre, és akkor attól hirtelen 32x gyorsabban fog menni, nincs. a cloudmemberek nem tudják a processzort, mint erőforrást, teljesen átlátszó módon megosztani.
az van, hogy a cloudban futáshoz van cloud api, amit ha felhasználsz a programban és úgy írod meg, hogy képes legyen a threadeket szétpakolni a node-okra és közöttük kommunikálni, ÉÉÉÉSSS az algoritmusod is olyan, akkor lehet róla szó, hogy kihasználod a cloudot.
speciel a sakk eléggé ilyen, nem olyan nagy dolog megoldani, hogy egy vezérgép "ránézésre" kiválaszt pár ígéretes lépés-lehetőséget, amit szétszór a cloud memberek között és utána azok mélységi elemzéssel lemásznak a játékfa mélyebb bugyraiba, és megmondják, mit érdemes lépni. persze ez elég elnagyolt megfogalmazás, de a lényeget jól mutatja.
vagy ott az időjárás előrejelzés, azt is azért lehet jól futtatni felhőn, mert a térképet felosztják raszer pontokra és minden pontra nagyjából ugyanazt az algoritmust le kell futtatni. berakják egy fájlba az aktuális mérési eredményeket, osztott tárhelyen, majd szétszórják, hogy melyik cloud member melyik rasztert számolja, és hajrá.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Jim Tonic #23493 üzenetére
"Ha ebben igazad lenne, mindenki így csinálná": mondjuk elég hülyék lennének, ha egy specifikus problémára adott specifikus válaszom szerint csinálná "mindenki"
szerver alaplapot vegyen cég, szervernek. otthonra sakkot számoltatni clusterben szerintem felesleges. a xeonoknak egyébként sincs túl nagy fajlagos teljesítményelőnye. egy xeon mag nem hajt annyival többet a vele egykorú sima magnál, mint amennyivel többe kerül.
másrészt meg ha sokmagos xeont akarsz, van workstation alaplap is, amibe belefér két proc és még mindig olcsóbb, mint egy rendes szerver.
a ph! tényleg televan használt szerverekkel, csak rendes szervert látok túl ritkán meg elfogadható áron... van dögivel 32 bites xeonnal ibm x345 és társai... bekapcsolod, lefújja a képet a falról. mondjuk a hangjától meg a csótányok is elköltöznek, tehát van pozitív hozadéka is
[link] ebben, ha jól látom, van sakkra kihegyezett benchmark is. Ebben a legjobb proci, a xeon e5-2678vv v2 24549 pontot kap, a második helyezett core i7-5960x 23084-et, az árukban meg nagyjából kettes szorzó van, az 5960x 320 rugó, a xeon meg 350-nel több. Tényleg akarsz még xeont? a reg. ecc fbdimm ramjával? Egy intel szerver alaplap meg is áll 1000 dollárban, a ram is drágább...
de nekem mindegy, mit vesz, mindenki a maga szerencséjének a pogácsa.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz lionhearted #23496 üzenetére
nem, ilyet nem old meg a cloud vezérlő.
ha te a guglitól rendelsz egy 32 virtual procis gépet, akkor rátesznek egy olyan vasra, amiben van 32 mag egyszerre és jónapot. azt, hogy két teljesen különálló pc-n fusson egy program több szálja, azt nem csinálja a cloud. az egyik vas nem látja a másik memóriáját, cache-ét és viszont.tehát ha te annyi virtuális magot szeretnél, ami nem fér el egy vason, akkor nem fogod megkapni. ha te ezt a sakkprogramot 32 magon akarod futtatni, az egy vason fog futni, amibe beletuszkoltak legalább 32 magot.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
a kérdésem röviden: xml->latex konverter kellene.
bővebben:
a nav kiad egy xsd-t, amiben leírja, hogy milyen formátumban kell a számlákat átadni a nav felé. úgy gondoltam, minek feleslegesen dolgozni, akkor legyen ez a számla formátum.
a program legenerálná a számlát xml-ben, megírnék hozzá egy "konfigot", amiben leírnám, hogy melyik xml tag-hez milyen latex forráskód-darab tartozik, és a kettőből generálna latex forrást.van ilyen?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz PumpkinSeed #23534 üzenetére
a forward engedélyezését normálisan a /etc/sysctl.confban vagy a hozzá tartozó konfig dirben kell írni.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
egy irodaház hálózatát kellene lerajzolnom. nem nagy, pár végpont.
miben érdemes?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Raynes #23579 üzenetére
lehet, nem jól fogalmaztam...
nem a logikai vázlatot akarom lerajozni, hanem az alaprajzot, mint az építészmérnök.
erre a dia szerintem nem alkalmas. az inkscape-t megnézem, kösz.
valami TeX-es rajzolót nem tudtok?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
vettem egy ubiquity mfi power pro(eu)-t. ez egy 230-as elosztó, ami képes mérni a fogyasztást és azt naplózni.
van hozzá egy naplózó szoftver, ami nem tetszik, lecserélném.ha rájelentkezek böngészőben, akkor kér usernevet, jelszót, de nem a webes módszerrel, hanem bele van programozva egy login oldal. amikor bejelentkeztem, akkor egy belső scriptjének a meghívásával json-ben lejönnek az adatok, ami kell.
tehát a kérdés: hogy tudom linuxon shell scriptben szimulálni, hogy bejelentkezek, és letöltöm? a wget paraméterként megadott usernév és jelszó nem működik a fentiek miatt. amit eddig találtam a neten, hogy mentsem wget-tel a session cookie-kat, szintén nem működik, bár itt lehet, hogy az elv jó, csak a módszer rossz.
ötlet? jó lenne, ha nem kellene az egészet kibogarásznom kösz.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Neil Watts #23734 üzenetére
foglalkozott.
mit akarsz radiuson keresztül autentikálni és minek?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Neil Watts #23736 üzenetére
engedélyezni kell az alapértelmezett virtual radius szervert, utána a clients.conf-ban be kell állítani az asus router paramétereit, majd be kell írni az users.conf-ba a wifi klienseket.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Neil Watts #23741 üzenetére
én nem tennék fel egy 256 megás málnára komplett lampot, de mindenki a maga szerencséjének a pogácsa.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz alitak #23764 üzenetére
az, hogy a világ felől nézve melyik az elsődleges és a másodlagos szerver, azt nem te állítod be, hanem a domain regisztrátorod. sajnos ott is vannak bénák, ha megadod, hogy az elsődleges szervered az ns1.tedomained.hu, a másodlagos az ns2.tedomained.hu, akkor ezt a rendkívül bonyolult rakétatudóst igénylő feladatot képesek fordítva megoldani és az ns2-t regisztrálják elsődlegesnek, az ns1-et másodlagosnak.
házon belül pedig te adod meg, hogy melyik domainhez melyik szerver legyen az elsődleges és a másodlagos.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz RaPiDsHaRe #23803 üzenetére
strace
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Mr Dini #23811 üzenetére
de neked a chrootolt részben is ott kell legyen minden függőség, konkrétabban:
- a linker
- a bash
- az összes könyvtári függősége
- az eszköz-fa (a /dev)
- a bejelentkezési könyvárad
- a /etc-ből minimum a passwd, a group, a shadow
- valószínűleg lenni kell /tmp-nek is, de ezt most nem nyomozom ki
- valószínűleg keresheti a /etc/profile-t és a hozzá tartozó cuccokat is
- legenerált locales-ek.hirtelen ennyi jut eszembe, ami nem zárja ki, hogy a listára még kerül fel elem
szerk: a legújabb verziót rakd fel, nem érdemes régebbivel kínlódni.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Mr Dini #23813 üzenetére
hogy honnan tölts le ubuntut, fogalmam sincs.
debianon debootstrap-pel szokás fájlrendszert faragni ilyen esetekben, tippem szerint van ubuntuban is.
utána már csak egy initramfs-t kell faragni hozzá, ami ért nfs-ül.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
a docker nem erre való, szerintem értelmetlen ebben a kérdésben foglalkozni vele.
az eredeti kérdéshez: virtualizálni xen-nel szoktam, nekem az vált be legjobban.
desktop linuxokon van qemu-kvm grafikus felülettel, azzal lehet egyszerűen kezelni a cuccot. szerver ubuntura is fel lehet rakni anélkül, hogy komplett grafikus cuccot mellérakna. Linuxnál mindegy, hol fut a program és hol van a képernyőd, hálózattranszparens a felület.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz LógaGéza #23831 üzenetére
az tény, hogy "át kell migrálnod" a meglévő rendszeredet, de ha majd megcsinálod, rájössz, hogy mennyire nem nagy meló.
felrakod a xen-system-amd64 csomagot, oszt annyi. a futó rendszeren még annyit kell "migrálni", hogy el kell dönteni, hogy xm vagy xl toolchaint akarsz használni. mondjuk a grub konfigba nem árt beleírni, hogy reboot után is a xen induljon el.annyira semmi mítosz nincs már benne, hogy el se hiszed, amíg nem csinálod.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz LógaGéza #23835 üzenetére
a xen a sok éves fejlesztés során eljutott odáig, hogy egy futó linuxra annyi feltenni, hogy a xen hipervizort kell először betölteni és a régi futó linuxod azon fut elsődleges oprendszerként.
xen terminológiában van a hipervizor, ami relatíve kevés dolgot csinál, meg vannak a rajta futó oprendszerek, amikből az elsőként bootolt kiemelt funkciókat kap. Ez a dom0. A régi linuxodat elvileg dom0-vá kellene konvertálni, gyakorlatilag a mostani cuccok már olyanok, hogy mindegy, hogy bare metalra bootolod vagy dom0-ba. és utána pakolgathatod rá a guesteket.
hogy mi az ágyúval verébre, az egyéni felfogás kérdése. az-e az ágyúval verébre, hogy beírsz egy apt-get-et meg egy rebootot, és minden működik, vagy az, hogy kvm modult kell fordítani a futó kernelbe és akkor utána egy nem sokkal egyszerűbb rendszerrel kell kavarni?
ha paravirtualizált oprendszert fogsz rajta futtatni, akkor a xen elég gyors is ahhoz, hogy ne görcsölj a teljesítményén. például minden linux kernel. például minden rendesebb disztrónál az alapértelmezett telepítés is ilyen. debianban biztos, nincs okom feltételezni, hogy ubuntuban más, csak sose volt a kezemben.
nem állítom, hogy a qemu-kvm nem jó, de ha nincs a disztródban hozzá rendes támogatás, akkor sokkal munkásabb felrakni, mint a xent.
nekem az a privát magánvéleményem, hogy kezdésnek egyszerűbb a xen, de mindenki a maga szerencséjének a pogácsa.
szerk: "Teszem azt, megoldható, hogy a Xen mellett futtassak pl egy Samba, és egy SQL szervert is?" xenben azt futtatsz, amit akarsz és amennyi hardvered van. alapvetően komplett oprendszereket futtat, nagyjából bármilyet.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Jester01 #23838 üzenetére
"Azt meg soha nem fogom megérteni, hogy leállítottam 3 db vm-et majd ugyanazokat később nem tudtam visszaindítani mert nem volt elég memória.": majd legközelebb beállítod a dom0 memóriafogyasztását is, mert az alapból nincs. ha pedig a hipervizor nem tud elvenni ramot a dom0-tól, akkor így jártál, ahogy írtad
mondjuk érdekelne, hogy hw virtualizáció esetén miért jobb a qemu-kvm, mint az a xen, ami a qemu-kvm-et húzza maga alá...
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Vasinger! #23876 üzenetére
az nslookup csak a dns szervereket kérdezi le. ping host1-gyel próbáld.
a libc-ben levő rezolver másképp működik, mint az nslookup, azt és abban a sorrendben kérdez le, ahogy az /etc/nsswitch.conf fájlban megadtad. nem tudom, a te oprendszerednél mi a default.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Vasinger! #23882 üzenetére
miért ne lehetne megcsinálni, leírtuk, hogy az nslookup a dns szervereket kérdezi le kizárólagosan, a hosts fájlt nem. ebben benne van a válasz a kérdésedre: dns szervereket kell telepítened, a domain világban szokásos legalább két darabot.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz Thusor #23890 üzenetére
nyugodtan csináld meg a raid0-t, mdadm-mel.
a linux nem tud raid0-ról bootolni, tehát vagy az ssd-ről bootoltatod, vagy a két hdd elején hagysz egy minimális partíciót, amit raid1-be teszel és arról bootoltatod.mivel mondtad, hogy van mentési módszered, így én nem látok kivetnivalót a raid0-ban. mondjuk sok ramot vennék a gépbe, az még többet segít.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
nem világos, mit akarsz.
olyat, hogy ugyanazt a partíciót lássa a host és a guest egyszerre, nem lehet megcsinálni.
ha ezt akarod, akkor nfs szervert javaslok a hostra és nfs klienst a guestre.ha csak a guesten kell a partíció, akkor azt az xvda-n keresztül blokkos eszköznek kell konfigurálni.
ha menteni akarod, akkor is jó ez szerintem (bár még nem próbáltam), mert a mentés idejére lehet lvm snapshotot csinálni a partícióról és azt menteni.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz gt7100 #23936 üzenetére
azért tiltja az összes nem https portot connecttel, mert ha nem tiltaná, lendületvesztés nélkül lehetne átmenni az összes tűzfalon, amiben squid van. például ha a munkaadó letiltaná az ssh portot, de a proxyban nem lenne tiltva, akkor a squidon keresztül lehetne ssh-zni kifelé.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Autómatricák a legjobb minőségben, több ezer minta! PH tagoknak 30% kedvezmény!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen