Új hozzászólás Aktív témák
-
Speeedfire
nagyúr
válasz martonx #1954 üzenetére
Nem ez volt a gond, mint kiderült. A lighttpd mindig text-et nyomott ki, adtam neki egy content beállítást a php-nak és most már rendes json-ként kapja meg az ajax callback.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Karma
félisten
válasz martonx #1968 üzenetére
StackOverflow alapján van aki egész szofisztikált megoldást tett le publikusan az asztalra Meg is fogom próbálni, mert eddig ignoráltam ezt a kérdéskört a Web API-s projektjeimben (nem volt szükség rá természetükből adódóan).
[ Szerkesztve ]
“All nothings are not equal.”
-
Vekko
aktív tag
válasz martonx #1980 üzenetére
Annyit sikerült (nem tudom helyesen-e) utánajárnom, hogy head-be kell <script src="http://code.jquery.com/jquery-1.9.1.js"></script>, de utána ezt a (amit kaptam) kódot bodyba illesztve mégis sima txt-ként jeleníti meg. Ha sikerülne működtetnem, onnantól már ki tudnám logikázni szerintem a dolgokat.
-
-
Speeedfire
nagyúr
-
Speeedfire
nagyúr
válasz martonx #2015 üzenetére
Pedig mostanában nagyon rákaptam. Kitolom json-ban és js-el feldolgozom, igaz ezek inkább csak az ajax-os kérések.
Viszont akkor nem értem pl a node.js-t sem, milyen előnyei lehetnek egy weblapnál, vagy az már inkább komplex webalkalmazáshoz van?
cucka: Igen, hasonlóra akarom használni. Illetve láttam egy tutplus-os cikket, ahol a jquery-vel volt összefűzve és nagyon tetszetős volt.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
cucka
addikt
válasz martonx #2021 üzenetére
Most már vannak más platformokra is libek, amivel hasonlóan egyszerű restful api-kat fejleszteni, de a node volt talán az első, ahol tényleg pár sorban megoldható.
A gépi kódra fordítás valóban nagy előny, bár ez nem node-specifikus, ez a V8 fícsörje.
A magasra skálázódás pedig elsősorban nem annak köszönhető, hogy a V8 gépi kódra fordít (más nyelveknél bytecode cachelés ugyanezt tudja), hanem annak, hogy node-ban aszinkron IO van. Tehát a programod nem blokkol, amíg várakozik egy erőforrásra, hanem felfüggeszti a működését.[ Szerkesztve ]
-
szmegma
aktív tag
válasz martonx #2066 üzenetére
Ott a pont!
Az volt a hiba, mar mukodik a lapozo is.Viszont amit meg nem ertek, hogy ha
$("#paginate").html(response.paginate).find("#lap."+lap).addClass("activate");
vagy
$("lap."+lap).addClass("activate");
koddal probalok class-t adni a kattintott lapszamnak, miert nem cselekedi meg?
Az eddigiek alapjan arra tudok gondolni, hogy megint az ujratoltes miatt lehet vmi gubanc?
Szoval erre is az .on() fuggvenyt kell hasznalni?TV: JZ1000
-
Sk8erPeter
nagyúr
válasz martonx #2066 üzenetére
"Ez így nekem gyanús: $("tt").on({... bár elvileg ennek is működnie kellene."
Igazából nem is kellene úgy működnie, ahogy ő megadta, tehát így:
$("tt").on({
click: function(){
..............
}
});kétféle paraméterezés:
".on( events [, selector ] [, data ], handler(eventObject) )
events
Type: String
One or more space-separated event types and optional namespaces, such as "click" or "keydown.myPlugin".
...
.on( events [, selector ] [, data ] )
events
Type: PlainObject
An object in which the string keys represent one or more space-separated event types and optional namespaces, and the values represent a handler function to be called for the event(s)."[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
válasz martonx #2105 üzenetére
Az a baj, hogy az oldal elég komplex. Rengeteg ajax kérés fut, a felét a yii intézi el nekem. Pont emiatt akartam inkább a change-re tenni és nem a success részbe. Lényegében szinte minden össze van kötve mindennel. Elég interaktív felület.
Máshogy akkor nem lehet megoldani, csak a success-nél?Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
válasz martonx #2121 üzenetére
Nem is mondtam, hogy kizárja.
Csak annyit írtam, hogy nem ismerem még annyira a knockout-ot. Elkezdtem vele ismerkedni, de csak lassan haladok vele, ahogy az időm engedni.
Amit tudok on()-ra rakom, de mindent így sem tudok vele "monitorozni".Más: Adott 1 vagy több form. Ha valaki módosítja és el akar menni máshova akkor dob egy figyelmeztetést.
Viszont ajax-ra ilyen bind unbind funkciót hogy lehetne írni?
Pl figyelni szeretném ha valaki a #valami a elemre kattint és ellenőrizze le akkor is a form-ot, hogy módosult-e vagy sem. Esetleg ha van kifejezettem erre a célra plugin, akkor mégjobb.var catcher = function() {
var changed = false;
$('form').each(function() {
if ($(this).data('initialForm') != $(this).serialize()) {
changed = true;
$(this).addClass('changed');
} else {
$(this).removeClass('changed');
}
});
if (changed) {
return 'One or more forms have changed!';
}
};
$(function() {
$('form').each(function() {
$(this).data('initialForm', $(this).serialize());
}).submit(function(e) {
var formEl = this;
var changed = false;
$('form').each(function() {
if (this != formEl && $(this).data('initialForm') != $(this).serialize()) {
changed = true;
$(this).addClass('changed');
} else {
$(this).removeClass('changed');
}
});
if (changed && !confirm('Another form has been changed. Continue with submission?')) {
e.preventDefault();
} else {
$(window).unbind('beforeunload', catcher);
}
});
$(window).bind('beforeunload', catcher);
});Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
fordfairlane
veterán
válasz martonx #2202 üzenetére
Az IE6-7-8-ban az IE8 kivétel, az elterjedtsége okán. Windows XP-re nincs újabb.
Aki nem vált alternatív böngészőre (már pedig különféle okokból, de sokan nem váltanak), annak az IE8-cal lezárul a frissítési időszak egészen addig, amíg nem cserélni le magát a rendszert. Az pedig nagyon sok esetben csak hardvercserénél történik meg.
Ez egy nagyon is reális use-case, amit nem lehet figyelmen kívül hagyni.
[ Szerkesztve ]
x gon' give it to ya
-
Speeedfire
nagyúr
válasz martonx #2215 üzenetére
Köszi megnézem ezeket!
1.4MB nem vészes, amúgyis csak 1x húzza be.
Amúgy a sima kendo UI web ingyenes GPL3-as. De eddig amiket néztem a kendo volt a legjobb, arról nem is beszélve, hogy a kendo alapból tudja pl amit a knockout. Szóval elég f*sza UI.A jquery UI tényleg egy botrány...
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
válasz martonx #2218 üzenetére
Ez a jqGrid lesz a befutó szerintem. Lehet editálni, rendezni, json-ből renderelni. Szóval jó lesz szerintem.
Bár még mindig zavar, hogy a koGrid-hez nem találok api-t.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz martonx #2238 üzenetére
Ja, én is hasonlóra gondolok.
De azt mondjuk korábban nem fogtam fel, hogy ezek szerint a teljes összeg 15k, hát az úgy tényleg elég karcsú, de akkor meg egyáltalán nem értem, minek az egész AJAX-os tökölés, miért nem pakolt be annyi statikus oldalt, ahány van, aztán kész. Nem is kellett volna AJAX-olnia ennyi lóvéért. (Az meg tényleg picit vicces, hogy egy ilyen bemutatkozós oldal "JS-heavy", de én azt feltételeztem, hogy lesz ez még komolyabb is. ) Plusz a Google Maps-szel sem kellett volna szarakodni, hogy JS API-n keresztül legyen használva, egy sima iframe-es megoldásba bedobhatta volna, amit az oldalon lehet kapni beágyazós kódnak, aztán kész.
Így is a dizájnnal ahogy írja, eltökölt egy csomót. 15k-ért ez bőven vállalható lett volna a fentebb leírt módon is. Sőt.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #2247 üzenetére
Ezt el is felejtettem (látszik, mennyire használom az IE-t), úgyhogy lehet, hogy nem kéne fent tartani az IE8-at csak amiatt, hogy legalább tudjam abban tesztelni. Most, hogy mondod, fel is rakom az IE10-et W7-re.
http://windows.microsoft.com/en-us/internet-explorer/ie-system-requirements#ie=ie-10
"If you want to run Internet Explorer 10 on your PC, here's what it takes:
..........
Hard disk space: 16 GB (32-bit) or 20 GB (64-bit)"Hogy mi van?
Mármint értem, hogy hülyebiztosra akarják csinálni a követelményeket (jóindulatúan feltételezem), de ez azért keményen néz ki
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #2249 üzenetére
Hát elég finoman fogalmaztál... Úgy is lehetne, hogy teljesen degenerált adatokat írnak ki. Igazából nem értem, miért ijesztik meg a júzert...
Na most amúgy felraktam az IE10-et, ahogy elnézem, felületében pontosan ugyanúgy nem tudtak semmi érdemit alakítani, mint az eddigi változatokban (ergo nem igazán hozzák meg a kedvét az áttérésre az addigi IE-hatereknek), viszont tény, hogy nagyon gyors, mind felületre (az ilyen apróságok IE8-nál, mint a fülváltás, ilyesmik is lassúak voltak), mind oldal-megjelenítésre, mind pedig JavaScriptes animációk terén. Utóbbi szerintem manapság nagyon sokat számít (hogy témába vágó is legyen), hogy eltalálják a JS-motort, mert elég sok minden JS-alapon történik; például az évek során a Firefox rettenetesen elcseszte - habár most próbálgattam, most már úgy tűnik, így a 21.x-es verziónál javítottak, pedig korábban pl. az animációk nagyon akadozóak voltak FF alatt.
Ennél jött elő például nagyon:
https://www.youtube.com/results?search_query=do+the+harlem+shake
Itt ugye össze-vissza elkezd ugrálni az oldal minden eleme, valamelyik korábbi változatnál a Firefox teljesen kiakadt ettől, és botrányosan lassú volt, direkt kipróbáltam. A mostani, 21.0 változatnál már jónak tűnik.Na, és visszatérve az IE10-re: valóban teljes körű a visszaválthatóság egészen IE7-ig (direkt kipróbáltam ezt egy korábban létrehozott tesztoldalon, pl. addEventListener miért is működött volna korábbi verziókban, nekik az attachEventet kellett erőltetni, tipikus - korábbi - Microsoftos önfejűség; IE8-módba visszaváltva ez a metódus ugyanúgy nem megy, ahogy a console.log-nál is pattog, ha nincs megnyitva F12-vel, tehát tényleg full IE8-motor), szóval ezek szerint tényleg teljesen felesleges emiatt több virtuális gépet használni, Linuxon is elég egy, amin IE10 van...
[ Szerkesztve ]
Sk8erPeter
-
trisztan94
őstag
válasz martonx #2267 üzenetére
Ha az asphostpage-re gondolsz, abban teljesen igazad van, jo az, csak hat a felulete... De nem is az a lenyeg. Mondjuk egy 500ks Enterprise v webshopot nm biznek ra, arra ott az azure. En nezegettem korabban, eleg draganak tunt, de lehet hogy rosszul neztem. Mondjuk egy ilyen personal csomag 100-500mb tarhellyel es minimalis ab-val mennyi lenne?
https://heureka-kreativ.hu
-
cucka
addikt
válasz martonx #2294 üzenetére
Szőrmentén. Abban egyetértek, hogy ezt enterprise jellegű dolgokra találták ki, tehát azt nem mondanám, hogy rossz, mert nem az. Nekem ami nem tetszik benne, hogy borzasztóan bőbeszédű a nyelv. A másik, hogy nálam nem olyan nagy élmény, ha a munka nagy részét az ilyen-olyan libek összedrótozása, meg a konfig xml-ekben való turkálás jelenti.
Egy 10-20 fős projekt amúgy simán vihető php-ban, ennél nagyobbnál már talán rezeghet a léc. -
Sk8erPeter
nagyúr
válasz martonx #2312 üzenetére
Tetszik egyébként a cuccos, nem használtam még élesben, de nagyon elgondolkodtató a használata, és a tutorial is olyan szinten le van egyszerűsítve, hogy ennél jobban már nehezen lehetne elmagyarázni a dolgokat. Még van olyan gomb is, hogy helpet kérsz, mert még mindig nem érted, és kijavítják a kódodat, megmutatják, hogy is kellett volna. Tulajdonképpen tényleg mindent az arcodba tolnak. Szóval szerintem fogom használni, elég bejövős, korábban is kinéztem már magamnak.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #2322 üzenetére
"Azért az megvan, hogy jquery plugin nélkül 1 soros javascript utasításokkal ugyanez elérhető?"
Jóindulatúan feltételezem, hogy nem a HTML5 History API-ra gondolsz. Ugyanis az csak Internet Explorer 10-től (!! nem is 9-től!) elérhető. Azért az meg nem mindegy, hogy még az IE9-et sem támogatom.
Szóval feltételezem, a window.location.replace() metódusra gondolsz, amivel valóban megoldható lenne elvileg - így első megközelítésként - még IE8-ban is a dolog, úgy, hogy a jelenlegi window.location.href-hez hozzáfűzöm a hashmarkkal ellátott query stringet; de az azért már NAGYON nem egy sor, hogy a form mindenféle típusú (nem csak text!) beviteli mezőin végigmenjek, lekérjem az értékeiket, és ezeket belefűzögessem egy query stringbe, aztán ezt hozzácsapjam a jelenlegi címhez, aztán még legyen egy hashchange event handlerem is még a popstate event handler MELLETT, ÉS a cím változásakor elintézzem azt is, hogy a form megfelelő mezői kitöltődjenek, ugyanis most nem az a cél, hogy szerveroldalon töltsem ki a formot (abszolút kliensoldali kód saját célra, ami mögé jelen esetben tökéletesen felesleges szerveroldali logikát rakni). Na, szóval még mindig újra fel kellene találnom a kereket? Mindezt a nem túl nagy méretű pluginek (1, 2) segítségével elintéztem nagyjából 5 sorból (na jó, lehet, hogy 8, mert külön sorban vannak a lezáró zárójelek ).
Szóval igazából nem mindig feleslegesek a libek, pluginek, természetesen küszködhetnék kompatibilitási problémákkal és különféle lekezelendő esetekkel (lásd a konkrét példámat), de elvileg pont ezek elkerülésére használjuk ezeket.
Félre ne értsd, szerintem már én is hangot adtam annak (vagy privátban beszéltük, már nem emlékszem ), hogy nem vagyok híve a pluginek erőltetésének, amikor feleslegesek, de vannak esetek, amikor nem éri meg az a plusz befektetett energia (ami mondjuk a konkrét helyzetben nem 10 perc kódolást vesz igénybe, hanem többet, miközben más már megcsinálta helyettünk ugyanazt).[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #2328 üzenetére
Hát ja, elég megdöbbentő, hogy még az IE9 sem támogatja, dehát ez van, szóval azért még egy darabig van létjogosultsága a kompatibilitást biztosító plugineknek (mondjuk esetemben amúgy is sok tököléstől kímélt meg, úgyhogy már csak lustaságból is jó a plugin ).
Sk8erPeter
-
ahetaton
csendes tag
-
spammer
veterán
válasz martonx #2370 üzenetére
Na a hibát javítottam, most már szépen betölti a cuccost, csak most még meg kellene oldanom, hogy ha újra rányomok a submitra, akkor ne törölje az előzőleg már betöltött tartalmat, hanem mindig újra és újra adja hozzá az előzőhöz. Most betölt 1 új bejegyzést, de ha rányomok a submitra, akkor betölti a következőt, de eltűnik az előző.
Próbáltam úgy, hogy hozzáadok egy ilyet:
$('<div>').appendTo('#moreposts').html(html);
Ezzel már 2 -t be tudok tölteni egymás után, de a harmadikra már csak simán megnyitja a php oldalt, ahelyett, hogy onnan töltene be tartalmat.
Guglizok, de nem tudom, hogy pontosan mit is kellene keresnem a megoldáshoz.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Sk8erPeter
nagyúr
válasz martonx #2389 üzenetére
Engem is érdekel a CSS-megoldás is, de a JavaScriptes dolog annyiból érdekelt volna picit még jobban, hogy abból is tanulhattunk volna, hogy ott konkrétan mi volt a nyűg. Azért kíváncsi lennék a konkrét okra a tippelgetéseken túl.
Van amúgy CSS topic, bár tény, hogy itt nem a trükkök vannak összegyűjtve.
[ Szerkesztve ]
Sk8erPeter
-
trisztan94
őstag
válasz martonx #2402 üzenetére
Sok szarakodástól mentene meg azért ha lenne egy fajin kis hibaüzenete a html/css-nek, nem? Pofádba vágja mint a szerveroldaliak, hogy egyszerre csak egy helyre rakjá' id-t!
Vagy ami még jobb lenne:
Css hibaüzenetek amik kiírják, hogy nem lehet azt az x margót berakni mert ez meg ez felülírja. Esküszöm, ezért még fizetnék is...https://heureka-kreativ.hu
-
Jim-Y
veterán
válasz martonx #2411 üzenetére
Hát, majdnem, kipróbáltam a tiédet, és annyiban más csak, hogy magára a teszt divre kattintva sem történik semmi, az én verziómban magára a divre, illetve az alatta lévő divekre kattintva történik kiemelés kivéve a nee classos. Egyébként szerintem ez is tök jó.
Személyes véleményem, amit párszor már itt a topikban megkaptam, hogy nem mindig a legrövidebb megoldás az ajánlatos, mert ha valaki más kevésbé hozzáértő ránéz a kódra, akkor nem biztos, hogy elsőre tudja, hogy mit csinál a kód. Míg -szerintem-, az én verzióm eléggé magáért beszél Na nem offense-ből írtam ezt.
-
Sk8erPeter
nagyúr
válasz martonx #2415 üzenetére
"Olyan ez, mintha egy szöveg feldolgozási feladatot megoldasz húsz sornyi if, meg string kivágás, meg mittudomén milyen műveletekkel, vagy pedig ráhúzol egy rohadt ronda, de brutálisan hatékony regex pattern-t és 1 sornyi kóddal megoldottad."
Azért a hatékonyság tekintetében nem egyértelmű, hogy a regexp nyerne szerintem (nyilván esetfüggő, de általánosságban). Ettől függetlenül ha valaki már átlátja a komplexebb kifejezéseket, akkor annyiból mindenképp hatékonyabb tud lenni az egész, hogy sokkal gyorsabban elkészül egy ilyen megoldással az ember. De azért a regexpek megírásával és tesztelésével is szépen el lehet pöcsölni (viszont iszonyatosan jó segédeszközök vannak rá szerencsére), bár nem lenne ez másképpen valami bugyutább szekvenciális megoldásnál sem. A teljesítménybeli különbségeket pedig jó esetben észre sem vesszük felhasználói szemmel.
Sk8erPeter
-
Speeedfire
nagyúr
válasz martonx #2415 üzenetére
Csak kár, hogy nem úgy működik, mint az "elvárt" feladat. Te a gyermeket figyeled, de nem azt kell, hanem a szülőt. Azt pedig a css selectorral nem lehet szerintem megoldani. Ez lenne a "megoldás", de erre hibát dob.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Speeedfire
nagyúr
válasz martonx #2418 üzenetére
Lehet én értelek félre, vagy elbeszélünk egymás mellett. Én a #teszt div-et figyelem csak, ha arra kattint valaki akkor történik valami ugye ebbe beletartozik a gyermek is. A gyermekekre kattintva is bejön, mivel a szülőből származnak, viszont ha a gyermeknek van egy megadott osztálya, akkor nem szabad bekövetkeznie az eseménynek. Lényegében egy selectorban szeretném megoldani azt, hogy mind a kettőt ki lehessen küszöbölni.
<div id="teszt">
<div class="neee">egy</div>
<div>ketto</div>
<div>harom</div>
<div>negy</div>
</div>Erre gondoltál ha jól sejtem, ellenben ez nem azt csinálja, amit szeretnék, mivel ha jól sejtem akkor ez a #teszt div-nek nézi meg, hogy van-e neee osztálya. Ilyesmi megoldás lehetne még, de ez nem megy.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
spammer
veterán
válasz martonx #2446 üzenetére
+1
Én sem értem, miért kell kikapcsolgatni. Én bele is raktam az oldalaba egy noscript figyelmeztetést, hogy "nincs js, baxhatod"
De egyébként sem érdemes szerintem parázni rajta. Átlag user nem kapcsolgatja ki, azt sem tudja, mi az és hol kell, aki ért hozzá, az meg tudja, mi a teendő.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Sk8erPeter
nagyúr
válasz martonx #2449 üzenetére
Ezzel így már egyetértek, de sajnos sokan átesnek a ló túlsó oldalára, és pont így állnak hozzá, hogy "hát az a júzer egy idióta, akinél nincs JS bekapcsolva!", ami részben igaz is, de azt ilyenkor nagyon elfelejtik, hogy nem csak emberek keresik ám fel a honlapját, akiknél van bekapcsolt JS, így sokaknál az érdemi tartalom kikapcsolt JS-sel még csak meg sem jelenik. De ha meg is jelenik, akkor valahogy tök másképp néz ki, mint amikor ember böngészget a honlapon (ez sem jó). A következő probléma meg az szokott lenni, hogy ha meg is jelenik, akkor a linkek nem is igazi linkek (mert mondjuk úgy intézi el, hogy egy divre kattintva AJAX-szal megjelenít tartalmat), így a Google a saját oldalról navigálva nem is fogja feltétlenül bejárni az adott oldalt (csak akkor, ha külső oldal mutat erre az oldalra), vagy a linkekre kattintva nem az elvártnak megfelelően működik az oldal (lásd pont azt a példát, amire korábban épp írtam ezt az egészet), így a Google megint csak más tartalmat lát, mint kellene.
Másik elvetemült, manapság sajnos nagyon gyakran alkalmazott példa, amikor egy bejelentkező űrlap nem is valódi űrlap, csak odadobált pár textfieldet, password fieldet, aztán majd JS-sel jól elküldi az adatokat a szervernek, és csekkolja, de kikapcsolt JS-sel máris meghal a form működése, ami magával vonja azt is, hogy a böngésző autocomplete mechanizmusai sem működnek megfelelően, vagy mondjuk a különböző formelemekre vonatkozó támogatás (igaz, itt szóba kerülnek a HTML5-ös elemek is, de mondjuk az megint más téma) nem olyan, mint kellene akár mobilon; de még kismillió ilyen apró hibát látok oldalakon, amikor a fejlesztők pontosan így vannak vele, hogy hát az magára vessen, aki kikapcsolja a JS-t. Azért a dolog nem mindig ilyen egyszerű, mivel pont emiatt a hozzáállás miatt feledkezhetnek meg egy csomó kis dologról, ami azért számít.
Most pont nem rád gondolok, mert rólad feltételezem, hogy azért ilyen apróságokra odafigyelsz, de hidd el, hogy tele van a net az ilyen jellegű szabadság miatti gányolással (és a topicban is látunk rá példát).Sk8erPeter
Új hozzászólás Aktív témák
- Fujitsu Lifebook S751 Notebook/Laptop, 14" HD Kijelző, i3-2330M CPU, 8GB DDR3, 128GB SSD, WIN 10
- Quad Core AMD Phenom II X4 945 (HDX945WFK4DGM) processzor
- ASUS DUAL EVO RTX 2060 6GB - eladó!
- ASUS N73JQ 17 Hiányos Notebook, i7-740 CPU, GeForce GT 425 1 GB VGA
- iPhone 15 Pro 128GB - full karcmentes, dobozos, 100% akku, garancia
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs