Hirdetés
-
Computex 2024: az AMD idén az asztali és a szerverpiacon is frissít
ph A Zen 5 és 5c magokra lehet számítani a cégtől, ráadásul a különböző CCD-k eltérő node-on készülnek.
-
Szárba szökken a Galaxy Buds 3 Pro
ma A TWS füles képmozaikot, a Watch FE ártippet kapott.
-
Donald Trump lehet a kriptobajnok elnök az USA-ban
it Egy tech-adománygyűjtő rendezvény alkalmából kritizálta a demokraták szabályozási kísérleteit Trump, magát pedig a kriptopénzek bajnokának mutatta be.
Új hozzászólás Aktív témák
-
cucka
addikt
válasz szd@root.hu #378 üzenetére
szerintem erre gondoltál [link]
-
cucka
addikt
válasz Mr-Pamacs #426 üzenetére
első blikkre:
- júzer tulajdonságai máshogy nyílnak meg, ha a topikok listájában klikkelek (popup) és máshogy, ha egy fórumtémából klikkelek a nevére (nem popup).
- mi a túróért kell percenként frissíteni az oldalt? szerintem rohadt idegesítő.
- van olyan eleme a fórumodnak, ami saját ötlet és nem a ph! fórumról nyúltad?
- dizájnon lehetne még dolgozni kicsit.
- ''ötletekhez'' menüpontban hiába klikkelgetek, nem történik semmi -
cucka
addikt
az ''imák'' menüpont alatt található szövegek honnan vannak? na annak a filenak/adatbázis táblának a kódolását is meg kéne nézni, mert a szöveg utf-8as kódolású, a weblap meg iso-8859-2, azért néz ki olyan viccesen. ha adatbázisból van, akkor meg php-ból kapcsolódás után próbálj meg lefuttatni egy set names parancsot.
[Szerkesztve] -
cucka
addikt
az oldalad 8859-2es kódolású, tehát a böngésző is abban jeleníti meg.
az imák szövege meg tele van ilyen hülye karakterekkel, ami az ut-8 kódolású szöveg 8859-2ben megjelenítve.
vagyis a html fileod utf-8 kódolású. notepad2-ben állítsd át a kódolást a megfelelőre, és mentsd úgy ki. valószínüleg alapértelmezettként utf-8at használ. -
cucka
addikt
válasz Forest_roby #547 üzenetére
1. az, hogy bal oldalon vagy fenn van a menü, esetleg mindkét helyen, az pusztán dizájn kérdés.
2. nem tudom, hallottál-e már arról, hogy a böngészők cache-elnek. vagyis ha a kezdőlapnál betöltötte a menü képeit, akkor egy aloldalra klikkelve ugyanazokat a képeket már nem tölti le mégegyszer. ennek a nagyon fejlett technológiának (szerintem ezt már a mosaic is tudta) köszönhetően az egész kérdésed értelmét veszti.
3. a frame-eket nagyon gyorsan felejtsd el.
4. a flash-es menüket szintén (kivéve ha nagyon indokolt). a flash rossz .
[Szerkesztve] -
cucka
addikt
válasz Forest_roby #550 üzenetére
igen, a cache-ből tölti vissza, és ez normális esetben eléggé gyorsan megtörténik.
ha azt szeretnéd, hogy egyáltalán ne töltse vissza, akkor használj ajax-ot. az sem tökéletes megoldás, de a kívánalmaidnak megfelelő eredményt fog adni. -
cucka
addikt
olvass [link]
a linken egyébként kettő darab bejegyzés található. sajnos a flash-ben készült oldalak többségére mai napig jellemzőek az első bejegyzésben taglalt hibák.
egyébként vannak feladatok, amelyeknek a megoldására a flash nagyon jó eszköz, általános célú weboldalaknál viszont szigorúan kerülendő szerintem.
[Szerkesztve] -
cucka
addikt
válasz Forest_roby #557 üzenetére
Nem ismerem igazán, nem tudom, hogy mi mindenre jó
dióhéjban:
tulajdonképpen egyszerű az egész. van egy kliens oldal, ami a felhasználó gépén futtatott javascript és egy szerver oldala, ami tulajdonképpen bármi lehet. a két oldal http request-eken keresztül kommunikál egymással és kb. itt vége is a dalnak.
a felhasználó által látott oldalba a változó adatokat a javascript írja be, tehát nincs oldal újratöltés, az adatok pedig a szervertől származnak. az ajax szóban az x betű az xml-t jelenti, de ezt nem muszáj erőltetni, küldheted olyan formában az adatokat, ahogy kényelmes feldolgozni. -
cucka
addikt
Ahhoz, hogy regisztrációhoz kössem a weblapomat már kell adatbázis is?
szöveges file-okkal is megoldható, de adatbázissal azért jóval kulturáltabb
Mivel tudom megcsinálni, hogy tudjanak képet feltölteni, de leszedni már ne?
nem értem, mi a kérdés. a mások által feltöltött cuccban akkor nem fognak nyúlkálni, ha pl. nem rakod ki az oldalra a ''törlés'' gombot. pontosan mit is szeretnél? -
cucka
addikt
ez elég gyökér hozzáállás, általában illik értelmes hibaüzeneteket küldeni a júzernek. sikertelen login esetén egy die('nana :)') vagy egy ''hibakód asd00732'' full amatőrség. kulturált oldalon ilyenkor kiírják a login mellé pirossal, hogy mondjuk ''hibás felhasználónév vagy jelszó''.
ezen kívül sokkal komolyabbnak tűnne az oldalad, ha nem helyből kettő darab js hibával jönne elő, nem beszélve a számtalan html hibáról. ráadásul ezek nem ilyen agyatlanságok, hogy az img-nek hiányzik az alt attribútuma: lezáratlan tag-ek, négy div-nek ugyanaz az id-ja, stb. ajánlott felrakni firefox alá a html validator nevű kiegészítőt, az kiemeli a kódban a hibákat, elmagyarázza, hogy mi a gond, egyszóval sokkal hatékonyabban lehet kijavítani az ilyesmiket, mint mondjuk a w3c online validator-al.
[Szerkesztve] -
cucka
addikt
cgi - ez nem script nyelv, hanem egy protokoll a (web)szerver és egy külső program között.
perl - általános nyelv, bármire jó, amit 1-2 oldalban meg lehet írni. bármilyen hosszabb programra szerintem használhatatlan. rendkívül tömör a szintaxisa, külön odafigyelést/megszokást igényel, hogy ne legyen teljesen olvashatatlan a kód. igen jó szövegfeldolgozásra, reguláris kifejezésekre.
asp - microsoft fejlesztés, kb. egy ''keret'', ami más programozási nyelvekkel használható (pl. vbscript), az asp.net pedig egy .net-es nyelv, nem kifejezetten scriptnyelv.
ruby - ez eléggé egzotikus nyelvnek számít, szintén általánosan használható (bár nem tudom, használják-e egyáltalán valahol komoly célra), objektum-orientált. a rails az egy webes framework ruby alá, fellelhető 1-2 látványos bemutató róla a neten.
python - szintén bárhol használható nyelv, egyre népszerűbb és állítólag nagyon jó, érdemes lenne tanulgatni. civilization 4 nevű játék jelentős része ebben van írva.
Illetve mihez kell szerveroldali C / C++ vagy Java támogatás?
ezt nem értem. scriptnyelvek közül szerintem egyikhez sem. -
cucka
addikt
Ráadásul én nem ajánlom a táblázatban táblázat oldalszerkezetet:
ezt soha nem értettem. mi a nagy hátránya a táblázatos oldalszerkezetnek, ami miatt megéri szívni a rengeteg div-el? nézd meg a prohardver főoldalát, ott nincs táblázat. látsz bármit rajta, ami miatt megérte div-ekkel megcsinálni? -
cucka
addikt
válasz Louloudaki #865 üzenetére
még régebben olvastam, de az ott felsorolt ''előnyök'' egyike sem túl érdekes igazából. lássuk csak:
A forráskód akkor is nagyon bonyolult és szinte átláthatatlan lesz, ha jó úttörő módjára szépen betagoljuk a forrást, minden behúzandó elemet behúzva.. - aha, egy <div class=''cikkek''> és egy <td class=''cikkek''> között nagy különbség van átláthatóság szempontjából.
A táblázatokat csak akkor tudják a böngészők helyesen megjeleníteni ha már beolvasták a </table> jelet. Addig meg nem. - a mai sávszélességeknél a html kód (pár kb) beolvasása egy pillanat műve, amire esetleg várni kell, azok a képek lehetnek.
A táblázatos oldalak nagyobb fájlméretben férnek csak el a sok <td> és </td> elem miatt. - a div-es oldalaknál meg sok a <div></div> elem, na most akkor mi van. táblázatos oldalt nem úgy kéne bemutatni, hogy minden sor szöveghez külön cellát csinálunk, meg lehet értelmesen is csinálni.
Ha az oldalunk ''quirks'' módban készül (nincs megfelelő DOCTYPE az elején), vagy a böngésző egy régebbi darab, minden table elem megtöri a betűbeállításokkal kapcsolatos öröklődést - ez a probléma megoldható esetleg egy megfelelő doctype-al. egy honlapon általában 1, max. 2 fajta betűtípussal vannak a folyó szövegek, ez css-ben beállítható az összes td-re, majd a különlegesebb helyeken esetleg felüldefiniálom. most akkor hol a probléma?
A táblázatos oldalkialakítás nem arra használja a táblázatokat, amire valók: táblázatos adatok leírására. - a böngészők meg nem úgy jelenítik meg a div-eket ahogy kéne, illetve ami még nagyobb probléma, eltérően jelenítik meg őket. egyébként a végeredméyn szempontjából kb. tökmindegy, hogy mire volt eredetileg kitalálva a táblázat, a lényeg, hogy az oldal mindenhol ugyanúgy nézzen ki és a megrendelő/felhasználók elégedettek legyenek.
na kb. ezek a súlyos érvek a div-es kialakítás mellett. ezzel nem azt akartam sugallni, hogy a tableless dizájn nem jó vagy nem helyes, hanem azt, hogy egyáltalán nem feltétele a tiszta, áttekinthető és minőségi kódnak. -
cucka
addikt
Kiváncsi lennék mennyi idő alatt csinálnád meg a PH!-t táblázattal!
az oldal váza viszonylag egyszerű, rövid idő alatt meg lehet csinálni. a tartalmi rész meg dinamikusan kerül oda be.
Így jóval hosszabb lesz a forrás, és mondjuk egy 6-700 soros forrású táblázatot utólag módosítani??... - mivel dinamikus oldal, módosítani két dolgot lehet:
- az oldal vázát
- valamelyik cellában található tartalom kiírását.
egyikhez sem tartozik 6-700 sor html.
ennyire bonyolult statikus oldal
-nincs
-ha van, akkor azt mindenképp szívás módosítani, bármivel is csináltad. -
cucka
addikt
Nem tudom, hogy egy java oldal működik-e, ha a java script le van tiltva a böngészőben.
És egyáltalán milyen alternatíváim vannak? Gondolom java, PHP, perl, coldfusion a választék.
Mit javasoltok kompatibilitás (MAC, linux, egyéb böngészők), gyorsaság, egyéb szempontból?
azt hiszem, itt sötétséget kell oszlatni . az egy dolog, hogy te a szerver oldalon mivel oldod meg a feladatot, a kliens böngészőjébe azonban csak a végeredmény fog kerülni, azaz a html, css és javascript kód. ezért kb. értelmetlenek a kérdéseid, a szerver oldalon a programod html-t, css-t, javascriptet fog kiköpni magából, amit a böngészó jól megjelenít.
alternatívának van sokminden, tulajdonképpen bármiben írhatod a kódodat, akár c++-ban is. a java konkrétan ágyúval verébre egy ilyen oldalnál, leghamarabb php-val fogod megoldani a feladatot. c++ ismerettel nagyon könnyen tanulható nyelv, mivel szkriptnyelv ezért nagyon laza a szintaxisa, viszonylag hamar lehet vele oldalt készíteni és webre megfelelően gyors. (persze a java magasabbra skálázódik, de gondolom nem napi milliós nagyságrendű oldalletöltésre tervezed a cuccot) -
cucka
addikt
válasz Benmartin #948 üzenetére
nézd meg az iwiw-et, azt is java-ban írták, és hát..
azért butaságot nem kéne írni. a java magasabbra skálázódik, mint mondjuk egy php, ergo olyan oldalhoz, mint az iwiw, pont hogy megfelelő. ettől még az előfordulhat, hogy
a) lassú a java kód amit írtak
b) összehányják magukat a szerverek az extrém terhelés alatt -
cucka
addikt
hogy a szerver tudja futtatni ez esetben a c++ kódot, ugye? - nem, te lefordítod a kódot és azt futtatja a szerver. de nagyon nem ajánlom c++-ban megoldani a dolgot, mert ezt a nyelvet pont nem erre találták ki.
A Coldfusion, és Perl erre a feladatra mennyire megfelelő? - előbbiről fogalmam sincs, hogy milyen. perl-ben egyszer készítettem egy egyszerű weboldalt, de soha többet nem szeretnék. nagyon körülményes és rettenetesen csúnya a kód.
említetted, hogy gyors oldalt szeretnél. nos, a scriptnyelvek valóban nem a leggyorsabbak, viszont ha normálisan írod meg bennük a programok (pl. nincs oldalletöltésenként sok adatbázis csatlakozás) akkor valószínüleg nem ez lesz a szűk keresztmetszet. -
cucka
addikt
- webátirányítós oldal. (mint a try.hu). Soksok fícsörrel.
Itt ugyibár a regisztrált tagok száma szorzódik az egyes tagok látogatóinak számával, vagyis pokoli sok látogató, aki mind belenyúl egy adatbázisba (hova menjen az átirányítás, milyen tartalmú az oldal, statisztika, stb.), majd letölt kb. 10kByte-nyi cuccot (html, javascript, stb.). Legalábbis én így képzelem el alapszintű webes tapasztalat után.
ezt egy egyszerű dinamikus oldallal (mondjuk php), egy tetszőleges adatbázissal (költséghatékonyság miatt mondjuk mysql v. postgre) és egy állandóan futó daemon-al képzelném el.
az első kettő gondolom egyértelmű. a daemon arra lenne jó, hogy ne kelljen állandóan az adatbázist piszkálni. a következő dolgokat tudná:
- ha megkérdezik tőle, hogy x url-t hova kell átirányítani, megmondja.
- ha megmondják neki, hogy valami változott az adatbázisban (új átirányítás vagy meglévő módosítása) akkor beszívja magába az új dolgokat az adatbázisból.
- ha történt egy oldallekérés akkor azt megjegyzi magának (statisztika).
- néha frissíti az adatbázist.
előnyei ennek a megoldásnak
- az adatbázis gyakorlatilag a memóriában van. az átirányítások nagyságrendekkel gyakoribbak mint az átirányítási szabályok módosítása, előbbieknél nem kell hozzányúlni az adatbázishoz.
- a statisztikánál nem kell minden egyes oldalletöltésnél hozzányúlni az adatbázishoz.
- a daemon sok memóriát fog felhasználni, az mostanában nagyon olcsó.
- kevés lemezművelet. a nagy terhelésre tervezett diszkek/kontrollerek drágák.
hátrányai.
- nehéz megírni
- ha szarul írjátok meg és behal a daemon, akkor le fog halni az egész szolgáltatás.
kb. ennyi . -
cucka
addikt
Én is ilyen memórában tanyázó dologra gondoltam, csak nem tudtam, hogy van is neve.
daemon-nak szokás hívni minden olyan progit, ami a háttérben fut, például apache http daemon (httpd).
Ezek szerint a PHP elég gyors lehet, ha a memóriában kell csak matatni?
egy ilyen progit javaban, c++-ban vagy valami hasonlóban kéne megírni.
Nagyon szemezek a Ruby on Rails-el, de ez még csak egy ötlet.
az jópofa nyelv, de nem hiszem, hogy megéri nagyon rástartolni, mert kb. a kutya se használja. -
cucka
addikt
válasz DeltaPower #1130 üzenetére
nem nyert, mert a böngészők a history-ből döntik el, hogy látogattad-e már az oldalt.
csinálj egy egyszerű oldalt egy linkkel mondjuk a prohardver.hu-ra. első megjelenítéskor már lila lesz a link, pedig még nem is kattintottál rá. -
cucka
addikt
válasz gardener #1138 üzenetére
mit ajánlotok egy kezdőnek?
hát ha komolyabban szeretnél foglalkozni a témával, akkor html/css tutorialok és a w3schools-on található referencia olvasgatását.szvsz ezek a wysiwyg szerkesztők sz*rra sem jók. mindegyik tele van a gagyi púderrel, de ha valami igazán jót akarsz alkotni, akkor úgyis neked kell megírni a kódot, arra meg jó bármilyen szövegszerkesztő.
[ Szerkesztve ]
-
cucka
addikt
az oldal neve mellé szeretnék berakni egy kis ikonképet
ehhez kell egy .ico formátumú kép, amit szinte bármelyik képszerkesztő programmal elő tudsz állítani. a file neve legyen favicon.ico . ha ezt feltöltöd a webszerverre a html-jeid mellé, akkor kész is vagy.
ha alkönyvtárakba is raksz html fileokat, vagy egyszerűen csak el szeretnéd rakni az ikont mondjuk a képek közé, akkor a html file head részébe a következőt rakd be:<link rel="shortcut icon" href="/favicon.ico" type="image/x-icon" />
a href értéke nyilván az ikonra mutat.
-
cucka
addikt
kicsit pontosabban: egy linknek meg lehet adni, hogy hol nyíljon meg, ez a target tulajdonság. ennek értéke lehet _self (ugyanabban az ablakban, ez az alapértelmezett), _blank (új böngészőablak vagy fül) vagy frame-es oldalnál valamelyik frame neve.
(ezen kívül van még _parent és _self, ezek szintén frame-es oldalaknál működnek)klasszikus felugró ablakot (magyarul popup-ot) javascript-el tudsz nyitni.
-
cucka
addikt
válasz vancha2 #1274 üzenetére
a body vagy a window onload eseményére kell rákötni azt, hogy az adott elemnek meghívod a focus() függvényét.
pl.<body onload="document.getElementById('urlapelem_id').focus();">
természetesen más módszerekkel is el lehet érni az adott űrlapelemhez tartozó objektumot..
[ Szerkesztve ]
-
cucka
addikt
-
cucka
addikt
válasz DeltaPower #1417 üzenetére
már előre félek az ie8-tól
-
cucka
addikt
A korrekt az lenne, hogy aki nem ért hozzá, az ne csinálja. Kicsit le van sajnálva a webfejlesztés (főleg anyagilag, amit a saját bőrömön is érzek ), mert az átlagember annyit lát, hogy dreamweaver-ben csak kattintgatni kell, tehát bárki meg tudja csinálni. A valóság, hogy nagyon sok tapasztalat és hozzáértés szükséges egy jó minőségű oldal elkészítéséhez. Meg legalábbis érdekes, hogy általában aki komolyan csinálja, az soha nem Dreamweaver-el bohóckodik..
De még mindig jobb lenne, hogy még ha nem is ért hozzá, igyekezzünk olyan tanácsot adni, amit talán kicsit nehezebb megvalósítani, cserébe jó lesz az eredmény. Konkrétan iframe-el megoldani egy oldalon a különböző tartalmi részek megjelenítését, az kifejezetten rossz megoldás.
[ Szerkesztve ]
-
cucka
addikt
válasz Louloudaki #1615 üzenetére
a :hover explorer-ben kizárólag az <a> tag-re működik.
(ie6-ban legalábbis, de ennyi pont elég ahhoz, hogy ne lehessen rendesen kihasználni) -
cucka
addikt
röviden - a vertical-align tulajdonság egyedül táblázat celláinál működik az elvárható, normális módon, minden más esetben el lehet felejteni.
Itt egy cikk a témáról: [link](Igen, a sokat szidott táblázatos formázás, lehet köpködni, de bonyolult oldalt div-ekkel sokszor kb. sehogy nem lehet összerakni)
-
cucka
addikt
válasz vipisti #1623 üzenetére
Ez tök jó példája a css demó oldalnak, ahol bemutatják ugyan, hogy meg lehet csinálni, de a megoldás a valós életben alkalmatlan arra, hogy használd. Pl. itt csak akkor működik minden, ha 27.5em magas a doboz, amit középre akarsz rakni. Ha mondjuk kiderül, hogy legyen 30.17em magas, akkor csak az egész css-t kell átírni, ha kiderül, hogy oda dinamikus tartalom jön, aminek nem tudod a méretét, akkor kezdheted írni a html táblázatot
-
cucka
addikt
válasz sirdani #1661 üzenetére
Amit új köntösbe szeretné bújtatni de tudásom nem sok!té
Hát izé, a weboldalkészítés egy külön szakma, ráadásul a dizájn, a programozás és a flash részét jellemzően külön ember szokta csinálni. Ne várd, hogy itt valaki pár sorban vázolja neked a weboldalkészítés menetét a-tól z-ig, mert lehetetlen, erről a témáról könyveket szoktak írni.Aztán feltettem a wordpress.orgot de ott meg blogot csinált!
A wordpress az egy nyílt forrású blogmotor, tehát még jó, hogy blogot csinált.Négy lehetőséged van:
- Statikus weboldalakat meg tudod csinálni dreamweaver-ben vagy egyéb klikkelgetős szerkesztőben. Azt csak a marketingesek állítják, hogy ezekkel szaktudás nélkül értékelhető végeredményt tudsz produkálni, a valóságban első körben ezekkel valószínüleg szomszédpistike minőségű oldalt fogsz gyártani..
- Dinamikus weboldalhoz megtanulsz használni valamilyen cms rendszert (pl. drupal, joomla ilyenek, de van még egy talicskányi). Természetesen a végeredmény nem lesz 100%-ban olyan, mint amilyet szeretnél, ezek konzerv megoldások.
- Elkezded tanulni a webfejlesztést, aztán ha jól megy, akkor pár hónap/év múlva király oldalt fogsz összerakni.
- Fizetsz valakinek, akinek ez a szakmája és az megcsinálja neked. -
cucka
addikt
válasz Fire/SOUL/CD #1660 üzenetére
Kicsit zavaros az egész, igazán közzétehetnél valamilyen példa kódot.
(a stíluslapjaidtól függően elég sokminden okozhatja a körülírt jelenséget..) -
cucka
addikt
válasz Fire/SOUL/CD #1664 üzenetére
Amíg csak beírom a szöveget és nem ütök egy enter-t(paragrafus)
Ezek szerint valamilyen klikkelgetős szerkesztőben készíted. A szerkesztő programok bizony behánynak néha egy-két fölösleges dolgot a html/css-be.Egyébként javaslom, a css-ben állítsd be kézzel a p margin-ját és padding-ját (utóbbit célszerű 0-ra). A table tag-nek pedig cellpadding=0 tulajdonságot is célszerű berakni, bár emlékeim szerint a paragrafus az, amelynél a böngészők más-más padding-ot és margint adnak alapértelmezettként.
-
cucka
addikt
válasz sirdani #1668 üzenetére
Ha a sablon megoldás megfelelő, akkor igen, fogsz egy sablont és átírod benne a szöveget, az tényleg nem nehéz, megteheted valamilyen szövegszerkesztőben vagy webszerkesztő programban is.
A sablont angolul template-nek hívják, tehát ez a keresési kulcsszó (pl. html template, web template, ilyesmi..) -
cucka
addikt
legújabban mit használnak a framek helyett a weboldalakon?
Általánosságban véve semmit, ha rákattintasz egy menüpontra, akkor az egész oldal újratöltődik, középen az aktuális tartalommal.
Mostanában nagyon divatos az AJAX, amivel megoldható ugyan, amit szeretnél, de nem triviális a használata, meg nem árt hozzá érteni a javascript-hez.. meg valójában tök fölösleges így csinálni egy oldal alapvető tartalmi részét, a sok felmerülő probléma mellett kevés előnnyel jár.(Kicsit őszintébben: az AJAX-os honlapfejlesztés alapvetően körülményes és szar, azért elterjedt, mert sajnos nincs jobb..)
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Lenovo ideapad C340 / i3-10110U / 8 GB / 1 TB SSD / FullHD érintőkijelző
- RAZER BlackWidow V4
- Eladó/cserélhető iPad Pro (2018) 11", 64 GB, WiFi, Space Gray, 94% BH + tok
- Dell UltraSharp U2415b, AH-IPS, 100% sRGB, FHD+, pivot talp, számla +garancia 1 év
- Acer Predator Helios 500 - 17"- GTX 1070 - Gamer
- Lenovo Thinkpad E14 Gen 2 Ryzen 7 PRO 4700U/16GB RAM/512GB NVME SSD/14" FULL HD garanciás laptop ela
- Félkonfig Asus B250M-Plus alaplap, i7-6700 proci,Crucial 2x8GB 2400Mhz memória, gyári hűtő eladó.
- I7-es Acer számítógép! I7-2600, 8GB, 128GB SSD, 1TB HDD, GTX650 VGA
- IPHONE 15 PRO MAX 256GB
- Slot1 PIII.550MHz 128SD Félkonfiguráció.
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen