-
Fototrend
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
-
GD
őstag
válasz
VladimirR
#5975
üzenetére
az kimaradt, addig confoltam a gépet puttyal, hogy valamit elb*tam, persze se monitor se billentyűzet, aztán lehet kimaradt az auto eth0
majd következő körben ismét.. volt ez a gép már annyiféle felállásban a homenetwork-on belül, hogy már nem tudom követni..
ha nagyon felhúz, újradobom... bár attól még újra előjöhet a problem.. -
GD
őstag
válasz
VladimirR
#5936
üzenetére
az egész mizéria a kerneles serial modul miatt szükséges mert beelőz, meghalt a vinyóm, és nem emlékszem, hogy volt a régin a lirc küzdelem után a működő fullos állapot
a lirc-ről van szó, annyit ír ha ez szerepel a scriptben hogy:
/etc/init.d/lirc start
"Félbeszakítva"és nem indul.. itt van valami trükk is mert ha init.d-ből fut rendszer által, akkor nobody user-el szokott
kézzel indítva: ./lirc-run
"félbeszakítva"így meg lefut: sh lirc-run
szóval a szerepe a scriptnek az lenne 2-es futási szintből:
pkill lirc (ha fut akkor ne fusson)
setserial /dev/ttyS0 uart none (modul csere)
lirc start#!/bin/bash
pkill lirc
setserial /dev/ttyS0 uart none
modprobe lirc_serial
sleep 1
/etc/init.d/lirc start -
-
-
Sipi
addikt
válasz
VladimirR
#5709
üzenetére
Az eszközök kezelése (pl. IRQ-kiosztás) az ACPI-vel igazán hatékony. Enélkül kb. egy ISA PnP szintjére esik. Ha egyszer belőtted, hogy minden eszköz menjen, okés, csak ne változtass semmit a gépben.
A másik a komplett energiagazdálkodás.
És ACPI nélkül kb. a teljes absztrakt hardver-megjelenítést elveszted. Laptop esetén pl. semmiféle plusz funkció (LED, lid, open-close, elem-állapot), illetve egyes esetekben hőmérséklet-, fordulatszám-figyelés sem lesz.
Szimpla szerver esetén, ami műgyantába öntve áll a sarokban, nincs pitiszka, kikapcsolható. Desktopként viszont szerintem elég gáz így használni.
Sipi
-
GD
őstag
válasz
VladimirR
#5707
üzenetére
kb amit én tudok erről:
az acpi szabványnak van vagy 600oldalas specifikációja.. lényeg hogy ez egy szabványt rögzít, pl hogy a 2.0-ás verzióknak mit kell tudnia.. ha az alaplapod adatai között szerepel hogy acpi 2.0-ás, akkor mindent tudnia kell amit ez a szabvány előír.. mert különben nem írhatná ki a gyártó a minősítést a termékre
más kérdés ,hogy a linux és vagy vs bios féle megvalósítása mennyiben hozza ezeket..tehát a kérdésre: veszíthetsz energiát, pl nem kapcsolnak takarékos módba cuccok, vagy nincsennek kényelmi funkciók, esetleg elsőre megmagyarázhatatlan fagyás, újraindulás, továbbá jobban hízó log-ok
-
bambano
titán
válasz
VladimirR
#5696
üzenetére
Erre sok féle válasz lehet, környezettől függően.
Ha udev-et vagy hald-t vagy ilyeneket használ a kiadásod, akkor egyszerűbb mindent modulba.Egyébként szerintem root eszköz meghajtója, root filerendszer drivere meg elsődleges ethernet kártya drivere bele a kernelbe, a többi modulba. Én az initrd-s cuccokat nem szeretem, de most már túl nagy meló lenne kigyalulni a debianból. Sok lúd lustát győz
-
GD
őstag
válasz
VladimirR
#5696
üzenetére
talán annyi, hogy a "modulosabb" kernel rugalmasabb, magad pakolgatod, rendezed sorrendbe, lövöd ki és töltöd be, próbálod, ha valami kell.. illetve utólag újrafordítod vagy átparaméterezed.. valami olyasmi lehetne az elv, hogy ami rendszerközeli (hw + alapfunkciók) és úgyis kell, az kernelbe, ami meg már ezen felül van, az modul
-
GD
őstag
válasz
VladimirR
#5471
üzenetére
köszi
xpsp2-vel, gom player, 720-ast (mkv) vitte a 4300-as @1800 kétmagos intel core2 meg integrált vga, bent a céges gépemen kipróbáltam. a konfigomban lévő gépem viszont még ennek is kevés. lassan érik egy csere.. ellenben a kép tényleg nagyon szép és nincs sehol kockásodás, viszont filemérete is van neki -
Vladi
nagyúr
-
GD
őstag
válasz
VladimirR
#5408
üzenetére
ha nem olvastam volna tőled számtalan flegma és kioktató hsz-t akkor még lehet el is gondolkodnék .. ellenben mikor neked van problémád akkor végtelen nyájas tudsz lenni, vagy esetleg kiállsz a védtelen fórumozókért.. jajdeédi .-)
[link]
hálókártyát azért nem cserélünk olyan sűrűn, akár még ez is lehet megoldás
hacsak nem realtek teszter az ipsetovábbi hsz-eidre nem kívánok reagálni, ha szabályt sértek majd a moderátor felhívja rá a figyelmem, te meg nem lettél itt szobafőnök "nagyúr"
-
GD
őstag
válasz
VladimirR
#5400
üzenetére
azóta volt pár sp meg kiadás..de nekem oly mind1.. az szemet szúr hogy nem segítünk és beszólunk, de maga a topic címe nem? más kérdés, hogy annyi idő alatt mint ahogy megírta a hsz-t, a google okádta volna a megoldásokat.. de te most jól megondtad nekünk, aljas pártoskodóknak.. megérkezett az opensource nagykeresztem, neked megjött az ms?
-
válasz
VladimirR
#5390
üzenetére
Igen, ez így igaz, de azért erősen gyanús a 10szeres előny a win javára, ráadásul állandóan és több file esetében, és több program esetén is.
Valami azt súgja, hogy ha az opera megjavul, akkor jó lesz a többi is, de legalábbis remélem.Vladi: Ezt kifejtenéd bővebben? Létezik, hogy az Opera más portom kommunikál, mint a Firefox?
(Nehezíti a helyzetemet, hogy a hálózatokról keveset tudok, pláne a beállításairól.)
A tűzfalban tudom variálni a portok engedélyezését, vagy a routerben matassak?
Ha a tűzfal fogna valami portot, akkor kikapcsolt tűzfallal jó lenne a sebesség, de mivel kikapcsolva is lassú, feltételezem, hogy nem ez a baj.
A Routeren be van állítva a DMZ host-ba a linuxos gép IP-je, mert a DC++ aktív módhoz kellett még win alatt, de gondolom ez linux alatt sem lehet baj, hiszen tudtommal csak a hardveres tűzfalat kapcsolja ki a beállított IP felé.Ha valami hülyeséget írtam, akkor javítsatok ki, hátha közelebb visz a megoldáshoz!
Köszi!! -
#25954560
törölt tag
válasz
VladimirR
#5276
üzenetére
persze, perl is tokely, ki mit szeret. ha jol latom szinte minden nyelvben meg van csinalva a socket kezeles.
python-ban is csak ennyi:# Echo server program
import socket
HOST = '' # Symbolic name meaning the local host
PORT = 50007 # Arbitrary non-privileged port
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.bind((HOST, PORT))
s.listen(1)
conn, addr = s.accept()
print 'Connected by', addr
while 1:
data = conn.recv(1024)
if not data: break
conn.send(data)
conn.close()
# Echo client program
import socket
HOST = 'daring.cwi.nl' # The remote host
PORT = 50007 # The same port as used by the server
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect((HOST, PORT))
s.send('Hello, world')
data = s.recv(1024)
s.close()
print 'Received', repr(data) -
#25954560
törölt tag
válasz
VladimirR
#5261
üzenetére
az tuti nem fog menni cat-tal, eddigi ismereteim alapjan. de a neten lehet akar python peldaprogikat is talalni, amik megcsinaljak a bind-ot meg a tobbit, par paranccsal.
mod: rpc socket? ez valami tavoli hivas, akkor erre ugyis akaszkodik valaki vagy lehet le van irkalva howto-ban h hogyan lehet csatlakozni hozza kliens-kent. a .torrent.rc-ben talaltam ra hivatkozast, de ott semmi mas nincs. -
VladimirR
nagyúr
válasz
VladimirR
#5261
üzenetére
szoval ez egy socket tipusu file gyakorlatilag, nem tudom, mi a pontos megnevezese, kezdo vagyok meg linux-ban egy kicsit
hatha ez tobbet mond:
cyla@mir ~/torrent/.socket $ ls -la
total 20
drwxr-sr-x 2 cyla apache 4096 2008-02-28 02:03 .
drwxr-xr-x 9 cyla cyla 4096 2008-02-28 00:45 ..
srwxrwxr-x 1 cyla apache 0 2008-02-28 02:03 rpc.socketillletve
cyla@mir ~/torrent/.socket $ file rpc.socket
rpc.socket: socket -
-
bambano
titán
válasz
VladimirR
#3581
üzenetére
Minden olyan processz szeret fejreállni, mint a szög, amelyik dns szervert használ, ha elmegy a hálózat. Az a jobbik eset, ha ilyenkor magától rebootol a gép, ilyet a watchdog csinálhat, a rosszabbik eset, ha ilyenkor úgy megkavarodik az agya, hogy nem lehet rebootolni.
Ez személyes tapasztalat. Illetve mostanában látok gyakran olyat, hogy kis terhelésen elgurul a cucc, de ha megtolják alatta a hálózatot, akkor fejreáll az ethernet kártya drivere. Ilyen régebben realtek kártyáknál volt, mostanában marvell kártyákra jellemző, illetve minden olyanra, amit sky2 driverrel kell hajtani. -
dunc
nagyúr
válasz
VladimirR
#3404
üzenetére
O már három
Nem néztem át azt vártam valaki megmondja tippem van talán ez csak update és kell hozzá a másik linux,de ha megnézed a többi topikba a válaszaim ,mindig segitek akkor is benne van a topikba de te kiméld meg magad mielött lelkileg megsérülsz....
[Szerkesztve]
[Szerkesztve] -
#3357
rokefeller
senior tag
VladimirR
#3356
rokefeller
senior tag
válasz
VladimirR
#3356
üzenetére
torrentről is lejön ingyen
mellesleg sianisnak szerintem teljesen igaza van, windowsos szoftvert windows alatt érdemes, én kipróbáltam a cvs cedegát, nem éri meg annyit dolgozni vele, akinek van pénze játékra, meg izmos videokártyára a játékhoz, annak a win xp home nem pénz, ha meg netről ''olcsón'' szerez valaki játékot, akkor az xp már nem nyom a latba... a jövő(jelen) meg gyanúsan a konzoloké ezen a téren -
Eperfa
tag
-
bambano
titán
-
Claudius
tag
válasz
VladimirR
#3224
üzenetére
Köszönöm az eddig írtakat. Tehát, ha jol értem a biosba állítsam be a cd-ről való indítást, kezdjem el telepíteni előszőr mondjuk a debiant úgy hogy kiválasztom a mobil rackban lévő HDD-t és telepítem. Újra indításnál fel fogja ajánlani, hogy melyik rendszert indítsa?
Egyébként nem fogom soha kivenni vagy lekapcsolni a mobil racket. Úgyhogy valószínűleg nem baj, hogy a mobil rackben lévő HDD-n van az indítás.
Köszönöm -
-
-
bambano
titán
válasz
VladimirR
#3168
üzenetére
Én hallottam olyan chipsetekről, amelyek nem bírták az sdramot meg az edo-t egyszerre lekezelni.
Az is előfordulhat, hogy az ide vezérlőben a dma nem tudott rendesen dma-zni úgy, hogy két féle ram volt benne. Vagy hogy a két féle ram miatt olyan címekre remappelte a memóriát, ahova nem tudott a diszk vezérlő dma-zni, egyes buffereket elért, másokat meg nem.
de volt olyan gépem, egy gigabyte alaplapos p1, ahol pl. kontakthibás lett az egyik ram foglalata. minden értelmes ok nélkül. -
-
bambano
titán
-
-
-
_Petya_
őstag
válasz
VladimirR
#3091
üzenetére
Üdv!
jah es leguttobb, mikor neztem, a stabil debian netinstall meg 2.4-es kernelt tett fel
A telepítő indulásánál, ha megadod az expert26 kapcsolót, akkor több beállítási lehetőséged van telepítés közben, a telepítő alatt is 2.6-os kernel fut, illetve a telepítés végén választhatsz a 2.4 vagy 2.6 kernelek között, hogy melyik települjön fel a gépedre. Sőt ha nem lenne jó a kernel, telepítés közben a 2-es konzolon forgathatsz magadnak egyet
De amúgy hamarosan hivatalosan is stabil lesz az etch, érdemes inkább azt feltenni új telepítés esetén.
Petya -
ngabor2
nagyúr
válasz
VladimirR
#3087
üzenetére
akkor kérdezek még 1-2 hülyeséget előtte: a kondik rendben vannak a lapon? tehát nem púposak, nincs a környékükön sókiválás? nem poros a lap? tesztre tippem lenne, de az macerásabb, és drágább, mint egy újabb lap (hőkamerás felvétel az összeomlás előtt, vagy legalábbis 2-3 nap up után). persze ha van az egyetemen esetleg fizikus, esetleg komolyabb villanyszerelő barátod, akkor talán egy fokkal egyszerűbb.
2.4-ből a legutolsó stabilat javaslom, amit a kernel.org-on találsz. a 2.6 nem csak szerintem nem sikerült túl fényesre... -
ngabor2
nagyúr
válasz
VladimirR
#3084
üzenetére
első körben hw-hibára, esetleg fesz-gondokra gyanakodnék. bár az ide is gyanús ennél. ez egy ''szép'' kernel panic, nem sokmindent lehet vele kezdeni. esetleg régebbi (2.4-es) kernellel, bár annak se sok esélyt adnék.
gondolom a memtest hiba nélkül fut, ha más kernellel feláll, akkor a cpuburn is. láttam már ilyet, profik se igazán tudtak vele mit kezdeni. -
snowflake
tag
válasz
VladimirR
#2891
üzenetére
Ezekszerint az sql query-k most nem futnak be a géphez és nem gyalázzák.
Jól lenne látni amikor ágyútűz alatt tartja az sql szerver a disket, akkor hogyan alakulnak a dolgok. A korábban említett dstat olyankor milyen értékeket mutat a disk forgalomnál?
Olyankor használja-e a swapet a rendszer (vmstat)? -
snowflake
tag
válasz
VladimirR
#2835
üzenetére
a kerdesem az lenne, hogy mi okozhat ekkora iowait-et, illetve hdd cseren kivul mikeppen tudom ezt orvosolni?
Elképzelhető, hogy az ide vezérlőt a kernel nem tudja optimálisan használni ezért nyúlnak meg a várakozási idők. Kernel fordítás, scsi használata, alaplap csere...
Az is lehet, hogy a 256MB -ból kifut a rendszer és veszettűl tolja ki az anyagot a swap-re.
pl. vmstat 5 -el érdemes lenne monitorozni.. -
bambano
titán
válasz
VladimirR
#2855
üzenetére
A postgres nekem csinált olyat, hogy akkor is végigment az egész táblán, ha volt hozzá index. Egy teljesen agyament feltétel hozzáillesztésétől pedig elkezdte használni az indexet, ettől sokat gyorsult. pl. ha van dátumra indexed, akkor egy datum>'1900-01-01 01:00' időnként képes megmagyarázhatatlan csodákra.
Miben írod? -
bambano
titán
válasz
VladimirR
#2851
üzenetére
Ha olvasás baja van, akkor át kell faragni az sql lekérdezést (mint ahogy tetted
mysql-t nem ismerem, postgresben van egy explain nevű utasítás, ami a mögé írt sql kifejezés végrehajtása helyett elmondja, hogy hogyan fogja megcsinálni. Addig kell faragni az sql-t (néha tök értelmetlen módon is), amíg a sequential scan-ból index search és hasonlók nem lesznek. Érdemes még indexeléssel is foglalkozni.
Hogy az ext3 jó vagy sem, erre nincs érdemi válasz. Mi a fontosabb számodra: gyors hibahelyreállítás vagy gyors normál működés. Az ext3 naplózó rendszere miatt az ext2 brutálisan sokkal gyorsabb, viszont ha lezakkant a gép, az ext2-t ellenőrizni kell és az órák hosszat is eltarthat. Ha otthon szöszmötölsz, akkor lehet ext2, mert ki bírod várni a rebootot, ha céges adatok, akkor kizárt.
Egyébként ha van lehetőséged áttérni postgresre, akkor javasolnám. A 8.2-es mostani tesztek szerint nagyob megveri a mysql-t, főleg több kliens esetén. Ráadásul amikor utoljára néztem, a mysqlben nem volt open source tranzakciókezelés, ami számomra kétségessé tette az adatbáziskezelő kifejezés használatát.
A több száz mega az relatív, nekem volt olyan postges táblám, amiben 240 millió rekord volt, több tíz gigás, és jól ment. Ha nem bírja a diszk szuflával, próbáld meg több meghajtón elhelyezni az adatokat. Elvileg a kernel is tud raid-et, ami gyorsíthatja az adatkezelést, másrészt amikor utoljára néztem, a mysql tudott tábaszintű raidet (a mysql saját maga tudta, nem oprendszer), ezzel szét lehetett osztani a terhelést sok diszkre és ez sokat javított. Én próbáltam anno 8 diszkes mysql-t, érezhető volt a javulás.
De indexeléssel próbálkoznék először, az szokott a legtöbbet dobni. -
bambano
titán
válasz
VladimirR
#2841
üzenetére
Ha jól olvastam, a torrentnek két ip-t kell megadni. Az első az az ip, amire 'bind'-el a torrent, ez annak a gépnek azon interfészének ip címe, amin a torrent fut (ez kellene az eth0:1, eth0:2, stb címe legyen). A felkapcsolódásokhoz a torrent protokollon belül pedig meg kell adni egy másik ip címet és portot, ez a router külső, publikus ip címe legyen, hogy a torrent protokollon belül amikor a szerver megmondja a kliensnek, hogy honnan indul a letöltés, olyan címet adjon meg a torrent, hogy visszataláljon a csomag. Plusz azon portcímet kell megadni, ahol a torrent fut.
Ehh. lehet, nem vagyok érthető.
Az iowait nem memória. esetleg próbáld meg felrakni a dstat csomagot és azzal pontosabban megnézni. A másik lehetőség a strace csomag, de az meglehetősen szószátyár, viszont nagyon sok mindenre jó. -
bambano
titán
válasz
VladimirR
#2834
üzenetére
Szerintem ahhoz, hogy a te gépedről kimenjenek torentezni, nem kell beállítnai semmit. Ahhoz, hogy külsős tudjon kapcsolódni a gépedre, ahhoz valószínűleg a routeren kell portforward.
Azok az ip-k csak bent látszanak. A torent konfigban be kell állítani, hogy milyen külső ip-t használjon a protokollban (erre volt példa az általad beadott linken) és milyen portot. Mind a három torentező felhasználód konfigjában ugyanazt a külső ip-t kell beállítani, amit a routered kap és különböző portokat, majd ezeket a külső portokat be kell forwardolni a torent kliensekre. Ez persze macerás, ha a router ip címe változik. -
_Petya_
őstag
válasz
VladimirR
#2834
üzenetére
-igen, az ip_ plugin-nal mar szorakoztam eddig is, hogy ne csak ip, de interface alapjan is tudjon monitorozni
Erre való az if_ plugin, nem kell vele szenvedni. Ez az ifconfig kimenetéből veszi az értéket, de hátránya is van, csak 32 bites, így 100 megabites vagy afeletti interfészen túlcsordulhat.
Petya -
bambano
titán
válasz
VladimirR
#2825
üzenetére
ha kézzel, akkor:
ifconfig eth0:1 10.1.1.2 netmask stb. up
ha nem kézzel, akkor ugyanúgy csinálni kell plusz bejegyzéseket a /etc/network/interfaces-be:
auto eth0:1
iface eth0:1 inet static
meg a többi.
szerintem ez lenne a legtisztább megoldás. A juzereknek meg egyedi torent konfig és abban beállítani az ip-ket.
[Szerkesztve] -
bambano
titán
válasz
VladimirR
#2821
üzenetére
Két lehetőség merült fel bennem:
1. az összes tcp/ip kapcsolatot naplózod, hogy mekkora forgalmat generáltak majd a /proc/net/tcp file alapján folyamatosan hozzárendeled a naplózott forgalomhoz az uidokat. Ez elég favágó munka, de szerintem megoldható. A gond az, hogy nincs benne semmi információ, hogy webezett az user vagy torentezett. Ez tehát nem teljesen arra a kérdésre válasz, hogy mennyi a torent forgalom.
2. Ha nem tudod teljesen szétválogatni hálózati adatok alapján a forgalmat, akkor marad az a megoldás, hogy külön ip címekkel jelölöd meg a forgalmat. Van a linuxhoz egy user mode linux nevű cucc, ami gyakorlatilag virualpc jellegű megoldás, vagyis egy felhasználói programba zárva futtat komplett linuxot. Csinálsz minden felhasználódnak egy user mode linuxot, annak adsz külön ip címeket és megmondod, hogy abban torenteznek. Ekkor az user mode linuxok ip címére rakott forgalom mérő filter meg fogja adni a torent forgalmat. Elismerem, nem a legjobb megoldás.
3. Elvileg vannak olyan programok, amelyeknek meg lehet mondani, hogy melyik interfészre kapcsolódjanak. Pl. postfix, squid. Az általad választott torent klienst nem ismerem. Ha annak is lehetne ilyet mondani, akkor egyszerű lenne felhúzni annyi interfész aliast (eth0, eth0:1, eth0:2,eth0:3, külön ip címekkel), ahányan torentezni akarnak.
Agyalok a kérdéseden, mert jó kérdés és jó agytorna, de nem találtam eddig tisztességes megoldást rá. Ezek csak ötletek, esetleg nem is a torentnél lesz hasznos máskor. -
bambano
titán
válasz
VladimirR
#2808
üzenetére
Ha egy net megosztó router mögött vagy, akkor esetleg ki kellene próbálni, hogy userenként adsz egy-egy ip címet a gépnek és a személyes ip címeken futna a torrent.
Ez ha triviálisan nem megy, akkor esetleg user mode linux-szal teljesen szeparálni lehetne az usereket.
Más: a /proc/net/tcp fileban benne van a forrás és a cél ip +socket és az uid is. Ha minden kapcsolat hosszát lelogolod és megnézed ezzel a file-val, hogy kihez tartozott, akkor lehet, előbbre jutsz. Első ránézésre elég favágónak tűnik... -
Jester01
veterán
válasz
VladimirR
#2814
üzenetére
Kimenõ kapcsolatot sztm hiába is akarnád cmd/pid alapján nézni, mivel azok is tetszõlegesek lehetnek. Esetleg valami furmány alapján: ''az a program amihez a bejövõ port tartozik''. Valami hasonlót talán a conntrack modulok tudnak, pl az ftp-hez is ilyesmi kell. Vagy ha az egyes csomagokat fel lehet ismerni hogy torrent akkor a felhasználóval együtt már jó. (UPC is szûr állítólag, szóval valahogy csak lehet)
-
VladimirR
nagyúr
-
ngabor2
nagyúr
válasz
VladimirR
#2726
üzenetére
egyszer kellett wint telepítenem egy olyan vinyóra, amin előtte linux volt. az xp telepítője megette. ismeretlen partíció, törlés, majd az üres vinyón új partíció. és működött.
lenne egy kisebb összegű fogadásom, hogy az eredeti kérdező meg se próbálta win telepítő cd-vel leírtani a linuxot. -
-
#2724
rokefeller
senior tag
VladimirR
#2720
-
bambano
titán
majd következő körben ismét.. volt ez a gép már annyiféle felállásban a homenetwork-on belül, hogy már nem tudom követni..
Nekem még sosem sikerült 1 giga fölé tornászni a fogyasztást, pedig stalkerrel is próbáltam. 
Új hozzászólás Aktív témák
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- AKCIÓ! Gigabyte B85-HD3 B85 chipset alaplap garanciával hibátlan működéssel
- ÁRCSÖKKENTÉS Dell Latitude E6320 notebook eladó
- Új Apple iPhone 16 Pro 128GB, Kártyafüggetlen, 3 Év Garanciával
- Lenovo Thinkpad P1 gen1, gen2, P52s FHD, 4K oled touch
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5800X 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest