Hirdetés
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Brogyi: CTEK akkumulátor töltő és másolatai
- Hieronymus: Kalózkodás. Kalózkodás? hozzászólás
- ZolaMan: NerdQAxe++ 4.8TH/s SHA256 BTC Miner Modding
- sh4d0w: Kalózkodás. Kalózkodás?
- Magga: PLEX: multimédia az egész lakásban
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Meggyi001: Több tucat Eiffel torony??? ... Igen, gyere mutatom, hogy hol...
Új hozzászólás Aktív témák
-
martonx
veterán
válasz
Cathfaern
#2899
üzenetére
Két megjegyzés:
1. "egy összetettebb keretrendszernél így is elég szívás tud lenni a .htaccesst rendesen belőni" milyen keretrendszerről beszélsz? A PHP-s frameworköknek saját routing-ja van, az már eleve rég rossz, ha ezek esetében .htaccess-hez kell nyúlni.
2. Már az idejét sem tudom mikor futtattam utoljára PHP-t, akár publikus hosztingon is Apache-on. Pont a komolyabb projektek a garanciák arra, hogy nem vagy a gagyi hosztingokhoz kötve (nem beszélve olyan hoszting cégekről, mint pl. a godaddy, ami szintén IIS-en futtatja azt a pár milliócska kiszolgált weboldalt). -
#2899
Cathfaern
nagyúr
Sk8erPeter
#2894
Cathfaern
nagyúr
válasz
Sk8erPeter
#2894
üzenetére
Szép és jó, hogy windowsra van más megoldás is, viszont a szervereken és a hosting szolgáltatók nagy részénél apache fut. Sokszor egyszerűbb már rögtön arra fejleszteni, mint élesbe állításkor csodálkozni, hogy nahát az miért nem megy. Bár megjegyzem IIS-t nem használtam mikor webre dolgoztam, szóval nem tudom ez mennyiben jelenthet problémát.
Szerk:
Tudom írod, hogy elvileg ez nem jelent gondot, de gyakorlatilag egy összetettebb keretrendszernél így is elég szívás tud lenni a .htaccesst rendesen belőni, nem hogy még külön iis kompatibilis meg apache kompatibilis verziót is karbantartson az ember. Persze ez otthoni hobbi weblapnál nem akkora probléma, de komolyabb fejlesztést én csak olyan rendszeren csinálnék, amin futni is fog. -
#2898
r4z
nagyúr
Sk8erPeter
#2897
r4z
nagyúr
válasz
Sk8erPeter
#2897
üzenetére
A helyzet tisztázása végett nem foglalkozok webfejlesztéssel, saját magamnak készítek egyetlen oldalt, az XML tartalmából szerintem leszűrhető.
Szeretem látni a működő kódot, így legalább megismerem a szintaxist. A Brackets viszont nagyon bejött 
-
#2897
Sk8erPeter
nagyúr
Karma
#2896
Sk8erPeter
nagyúr
OK, belátom, igazad van, amúgy az a vicces, hogy idéztelek, de a "portable" szóra nem figyeltem, ami pedig nem mindegy
- mert a XAMPP nálam már néha kiveri a biztosítékot, ha Windows-ról van szó. 
Pedig én is azzal kezdtem, szerintem ASP.NET-ezés miatt raktam fel először az IIS-t, és csak azután láttam, hogy mekkora baromság Windows-on XAMPP-ot használni, ergo Apache-ot, amikor ott van egy kellemes grafikus felületű webszerver is, aminek a konfigurálásához nem kell konfigfájlokat buzerálni (pedig Apache esetében sajnos van tapasztalatom vele, próbálom törölni az emlékeket).
Viszont abban teljesen igazad van, hogy ha valakinek csak átmenetileg kell, aztán többet úgyse használja, akkor a portable webszerver a megoldás.
Habár ha a kérdező úgyis foglalkozik webfejlesztéssel, szerintem megéri felrakni egy normális webszervert. -
#2896
Karma
félisten
Sk8erPeter
#2894
Karma
félisten
válasz
Sk8erPeter
#2894
üzenetére
Nem akarok nagyon vitázni erről, mert én is ha lehet .NET/Microsoft termékeket használok, de azért egy IIS telepítés és egy portable zip kicsomagolás között van egy kisebb szakadék ha azt nézzük, mekkora nyomot hagy a rendszeren. Három kattintás ide vagy oda.
Azért azt is vedd figyelembe, hogy csak azért kell valami szerver, hogy az AJAX-ot lokálisan tesztelhesse - ami fájlokból ugye a biztonsági korlátok miatt nem megy. Nem volt szó PHP/MySQL stackről, csak praktikumról...
Nem véletlen javasoltam először a Brackets beágyazott Node szerverét, mert az még grátisz egy elég jó szerkesztőt is ad köré.
-
#2895
Sk8erPeter
nagyúr
r4z
#2889
Sk8erPeter
nagyúr
"Így néz ki az XML"
Ha így néz ki az XML, akkor az invalid XML, mivel nincs gyökérelem.Szerk.: ja, látom közben belinkelted a valódi XML-t, az nem hibás, gondolom csak példa gyanánt írtad a korábbit, hibásan.
-
#2894
Sk8erPeter
nagyúr
Karma
#2891
Sk8erPeter
nagyúr
"de egy portable XAMPP-t összelőni se nagy wasistdas"
Jaj ne, megint a Linuxos környezet Windows-ra erőltetése.
Pont erről ment a témázás a másik topicban. -
-
r4z
nagyúr
Sziasztok!
Egy nagyon egyszerű problémában kérném a segítségeteket. Egy XML-ből kéne készítenem egy listát HTML-ben. Az XML és a HTML is helyi lemezen van, nem szerveren.
Így néz ki az XML:
<ASD>
<ID>1</ID>
<a>alma</a>
<b>kolbász</b>
<c>tejföl</c>
<d>sajt</d>
<e>0</e>
</ASD>
<ASD>
<ID>2</ID>
<a>string</a>
<b>string</b>
<c>string</c>
<d>string</d>
<e>logical</e>
</ASD>...satöbbi, több mint 450 rekordom van. A stringek helyén értelemszerűen karaktersorozatok vannak, az e tulajdonságnál 0 vagy 1.
Annyit kéne csinálni, hogy az összes rekordot a tulajdonságaival kilistázni, külön sorokba, valahogy így:
1. [alma][kolbász] tejföl (sajt) - hamisMegpróbáltam egy kódot netes példák alapján, de nem sokra jutottam vele:
$(document).ready(function()
{
$.ajax(
{
type: "GET",
url: "adatok.xml",
dataType: "xml",
success: function(xml)
{
$(xml).find('ASD').each(function()
{
var id = $(this).find('ID').text();
var a = $(this).find('a').text();
var b = $(this).find('b').text();
var c = $(this).find('c').text();
var d = $(this).find('d').text();
var e = $(this).find('e').text();
if(e = 1){
var f = "igaz";
}
else
{
var f = "hamis";
}
document.write("[" + a + "][" + b + "] " + c + " (" + d + ") - " + f);
});
}
});
});Megpróbáltam egy egyszerű XMLHttpRequesttel is, de a readyState nem volt hajlandó 1-ről elmozdulni. 2 óra szívás után eluntam.
-
Muton
addikt
válasz
martonx
#2886
üzenetére
a helyzet az, hogy a vastagkliens gui-ja meghív egy alsóbb rétegen keresztül egy windowsos fájlkiválasztó ablakot, majd a kiválasztott kép base64-ét visszaadja. ezt kicsinyítem le a "gui"-ban, ami visszamegy a local db-be, onnan szerverre. a lényeg, ha csak kis képet használunk, akkor a kiválasztott kép méretétől függetlenül kicsi legyen. és azért csinálja a kicsinyítést a gui, mert különböző platformok miatt különböző alsóbb rétegek vannak, és hogy egy helyen legyen a dolog implementálva, mert a gui kb közös.
de ez _mind lényegtelen_ a feladat megoldását tekintve, mert ha szórakozásból kicsinyítené a kliens, attól még a probléma ugyan az. nem értem, hogy miért kell mindenféle elméletet köré gyártani, hogy mire, meg hogy kell. és erre semmilyen jsfiddle, meg semmi nem kellett, csak elég lett volna, hogy "nézz rá a canvasra".
de a lényeg, hogy sikerült megoldani, és működik szuperül, meg legközelebb már tudni fogom, hogy van ilyen cucc is
-
martonx
veterán
Persze, hogy lehet értelme, de ezzel kezdte Muton a hsz-ét: "van egy nagy kép amit megkapok base64-ben, és mérettől függetlenül megjelenítem 100x100-ban".
Ebből gondoltam, hogy ha szerverről ekkorában kapja meg, akkor az már régen rossz, hogy kliensen kezdi visszakicsinyíteni, és visszaküldeni magának kisebben.
-
martonx
veterán
Ez oké, de számomra már az sem volt világos, hogy akkor ezt kliens oldalon akarjuk csinálni, vagy szerver oldalon? Hacsak nem képszerkesztő webalkalmazást készítünk, akkor ezt szvsz semmi értelme kliens oldalon kezelni, így inkább rá is hagytam a dolgot, tudván, hogy szokás szerint úgyis rájön előbb-utóbb valamilyen megoldásra. Szóval nekem már az alapfelállás is érdekes volt.
-
#2883
Sk8erPeter
nagyúr
trisztan94
#2877
Sk8erPeter
nagyúr
válasz
trisztan94
#2877
üzenetére
Itt is kértem tök normálisan, hogy rakj fel légyszi egy működő példát valahova, amibe bele tudunk mászni, és egy pillanat alatt kijavítani a hibát, akkor leszartad, és még csak válaszra sem méltattál, ennek ellenére most is azt fogom kérni, hogy rakj fel valami működő példát valahova, továbbra is ez a biztos haladás kulcsa...
-
-
#2877
trisztan94
őstag
trisztan94
őstag
Van nekem egy listám, arra rá van kötve a jQueryUI Sortable widget. Na most ez a lista dinamikusan bővülhet, kliensoldalról hozzáadok elemeket. Ilyenkor mindig meghívom újra a selector.sortable()-t, hogy az új elemekre is hatással legyen.
Megadtam egy callback-et:
$('.sortable').sortable({
change: function( event, ui ) {
numberWaypoints();
}
});A függvény:
function numberWaypoints(){
var i = 1;
$('#pageslide .waypoint').each(function () {
$(this).parent().parent().find('.control-label').text(i + '.');
i++;
});
}Ha nem függvényt hívok meg, hanem csak console.log-ot, akkor hibátlan a dolog, de a függvény nem akar lefutni. Ez azért kellene, mert jelen esetben amikor változtatja a listát valaki és mondjuk megfogta a 60. elemet és berakta a 2. helyére, akkor a sorszáma nem változik, tehát a 2. helyen lesz a 60-as sorszámú, a 60. helyen pedig a 2. sorszámú.
Tehát ezt kellene kiküszöbölni.Máshol már használom ezt a fgv-t, tehát az biztos jó.
Szerk:
tehát, tehát, jó sok itt a tehát.
-
Muton
addikt
heló!
van egy nagy kép amit megkapok base64-ben, és mérettől függetlenül megjelenítem 100x100-ban.
szeretném a megjelenítettnek megfelelő kép base64-es kódját megkapni. hogy lehet ez megoldani?tehát mintha egy nagy képet lekicsinyítenék (mint egy thumbnail), menteném, majd ezt kódolnám on the fly
-
Karma
félisten
válasz
martonx
#2873
üzenetére
Pongyolán fogalmaztam, a preprocesszálás alatt az Opera (vagy a hasonszőrű Nokia Xpress) szerverei által végzett előrenderelést értettem. Ezekbe a mini böngészőkbe tudtommal nem jön le(*) JavaScript és úgy kicsit nehezebb a történet.
(*): Bár mintha az Operánál rémlene valami.
-
martonx
veterán
"Szerveroldalon preprocesszált oldalakkal tényleg nem pálya az AJAX." - nem elegáns, meg kérdés, hogy hány száz kbyte egy ilyen szerver oldalon generált oldal, de miért ne lenne ebben az esetben is pálya az AJAX?
Persze elegánsabb csak json-ban küldeni az adatot, és kliens oldalon beilleszteni egy template-be, de miért ne lehetne ezt szerver oldalon megcsinálni? Biztosra veszem, hogy nem több száz Kb-os oldalak fognak így sem lejönni, hanem értelmes módon megoldva pár kbyte-osak.
-
#2871
Karma
félisten
trisztan94
#2870
Karma
félisten
válasz
trisztan94
#2870
üzenetére
Írta, hogy Opera Minivel is működnie kell. Szerveroldalon preprocesszált oldalakkal tényleg nem pálya az AJAX.
A progressive enhancement elvet követve meg lehet ezt oldani, de az teljesen más súlycsoport.
-
#2870
trisztan94
őstag
csabyka666
#2869
trisztan94
őstag
válasz
csabyka666
#2869
üzenetére
Mar miert ne szeretnek a mobil eszkozok az ajaxot? Ha normalisan van megcsinalva pont, hogy jobb az ajax mobilneten, mert nem kell ujratolteni az egesz oldalt.
Ami nem szereti az max a symbian es tarsai, de nem is az olyan keszulekeknek szol a mobil optimalizalas (legalabbis nalam). -
#2869
csabyka666
veterán
martonx
#2868
válasz
martonx
#2868
üzenetére
Nem, de egy egészen kicsivel több tapasztalatotok van benne, mint nekem.
No, de ne offoljuk a topicot ezzel.
Ahogy írtam, találtam egy megoldást, amikor az újratöltésnél #-el hivatkozok a divre, és akkor oda ugrik. Amúgy is újratöltést használok mindig, mert AJAX téren sem acélos a tudásom (és mert a mobilkészülékek nem szeretik az AJAX-ot). Megoldásnak ez is tökéletes, mert a célomat elértem vele, viszont szerintem nem túl elegáns, de egyelőre megteszi. Ha jobban beleástam magam a témába, majd átírom a kódot.
-
#2868
martonx
veterán
csabyka666
#2866
martonx
veterán
válasz
csabyka666
#2866
üzenetére
Mert mindenki úgy születik, hogy ismeri a jquery-t, mi?
Mi természetesen az anyatejjel szívtuk magunkba a programozást... -
#2867
DNReNTi
őstag
trisztan94
#2864
DNReNTi
őstag
válasz
trisztan94
#2864
üzenetére
Kép win.
-
#2866
csabyka666
veterán
Amiket mondtatok, az nektek nyilván egyszerű, de nekem valahogy nem az. Talán azért, mert nem vagyok otthon a témában? Igen, valószínűleg azért.
Nekem egy tök alap, legegyszerűbb, buta megoldás kell, és lehet, hogy nektek ez a jQuery meg a mittudoménmicsoda' az egyszerűek közé tartozik, én azt se tudom, eszik-e, vagy isszák. Ez nem úgy megy, hogy "utánaolvasok", ennél szerintem bővebb a téma.
Ettől függetlenül köszönöm a segítséget!
-
#2865
martonx
veterán
csabyka666
#2861
martonx
veterán
válasz
csabyka666
#2861
üzenetére
Ember mi itt próbálnánk segíteni, de te még arra sem vetted a fáradtságot, hogy olyan minimális fogalmaknak utána olvass, mint html, css, javascript, php.
Olyan vagy, mint aki arra kéri az írástudókat, hogy betűzzék már le neki a "fasz" szót, miközben nem tudja az ABC-t, sőt nem is érdekli, hogy mik azok a betűk. Ezt így nem igazán érzem jó hozzáállásnak részedről.
-
#2864
trisztan94
őstag
csabyka666
#2861
trisztan94
őstag
válasz
csabyka666
#2861
üzenetére
Szerintem itt nagyon durva fogalomzavarok vannak.
1. A script-eket, hacsak nincs nagyon jo okod ra (pl. Analytics), a zaro body tag ele tedd.
2. A style tag-hez semmi koze nincs a scriptnek, nem tudsz a style tag-re fuggvenyt irni, abba csak css stilusokat tudsz rakni.
3. Php alol nem szep meghivni kliensoldali scripteket. Ha nagyon akarod, ki tudod echo-zni a script tag-eket es bennuk a kodot, de nem nagyon latok olyan esetet, amikor ez jo lenne
4. Javascript-el is tudsz cookie-t kezelni
5. Php alol eselyteeln, hogy ily modon te meghivj egy js fuggvenyt
6. A koztes megoldas egy teljesen elfogadott megoldas. -
#2863
csabyka666
veterán
GG888
#2862
-
#2862
GG888
senior tag
csabyka666
#2861
GG888
senior tag
válasz
csabyka666
#2861
üzenetére
húúúte, headbe, styleba... tovább nem olvasom..
-
#2861
csabyka666
veterán
Nekem ez idegen pálya, szóval a 10 másodperc erős túlzás.
Ez a jQuery vagy javascript téma nekem egyelőre magas...Böngésztem a témában, és ismét lett egy el képzelésem, csak éppen nem működik.
A <head>-be, ezen belül a <style>-ba szeretnék írni egy olyan függvényt, ami megkap egy értéket, esetemben egy cookie tartalmát, ami egy div-nek az ID-je. És ezzel az ID-vel pozicionálnék az oldalon belül. Persze kérdés, hogy ezt a függvény meg tudom-e hívni php alól is, vagy meg kell szakítanom a kódot, és html-ként fog csak működni? Mert ugye az lenne a lényeg, hogy ne kelljen a felhasználónak megnyomnia semmit csak amiatt, hogy pozicionálja az oldalt.
Ilyesmire gondoltam:
<script>
function divhez(div_id)
{
window.location.replace(div_id)
}
</script>És így szeretném meghívni (mondjuk cookie-val), ha működik php alól is:
if(isset($_COOKIE['divhez'])){
$divhez = $_COOKIE['divhez'];
window.location.replace($divhez);
}Vélhetően így nem jó, mert azt magyarázza, hogy nincs ilyen függvény.
---
Most sikerült egy köztes megoldást alkalmaznom. Az oldal újratöltésekor a címet ebben a formában adom meg:
header("Location: index.php?menu=akarmi#erre_a_divre_menj")
Biztos, hogy ennél van elegánsabb megoldás, de ez talán működik a leggagyibb mobilos böngészőkkel is. -
#2860
Sk8erPeter
nagyúr
csabyka666
#2859
Sk8erPeter
nagyúr
válasz
csabyka666
#2859
üzenetére
"Egyelőre nem mélyedtem bele, de pár szóban mondjátok el nekem, hogy is működik ez a "window.location.replace("http://stackoverflow.com");" Hova kell tenni a weblapon belül? <style> </style> tagok közé?"
Őő, nem. Bocs, de ezt azért ki lehet guglizni olyan 10 másodperc alatt.
Itt már leírtam az én elképzelésemet, ott a scrollTo-s megoldást lecserélheted arra, hogy simán window.location.href-et vagy window.location.replace()-t használsz, a megfelelő anchorral (#valamidiv). -
#2859
csabyka666
veterán
Köszi, hogy segítetek!
Nekem fontos lenne, hogy mobil eszközön (pl. Opera Mini-vel) is működjön ez a funkció. Nem tudom, a jQuery-t mennyire díjazzák ezek a programok, de az ilyen izgő-mozgó felületeket általában nem szeretik...
Utóbbi megoldás egyszerűbbnek tűnik. Egyelőre nem mélyedtem bele, de pár szóban mondjátok el nekem, hogy is működik ez a "window.location.replace("http://stackoverflow.com");" Hova kell tenni a weblapon belül? <style> </style> tagok közé?
Én arra tippelek, hogy egy cookie-ban elmentem a div nevét, és ha az oldal betöltésekor a cookie létezik, akkor kiadom ezt : window.location.replace("index.php?menu1&div=valamilyendiv");.Valami hasonló kellene?
Nekem tényleg elég a legegyszerűbb, szóval ha cookie-val lehet navigálni, az tökéletes!
-
#2857
martonx
veterán
Sk8erPeter
#2856
martonx
veterán
válasz
Sk8erPeter
#2856
üzenetére
Én nem scrolloztatnék, inkább a window.location-nel odanavigáltatnám a böngészőt ahhoz a divhez, mintha kattintott volna a linkre, de kb. mindegy. A lényeg ugyanaz.
-
#2856
Sk8erPeter
nagyúr
csabyka666
#2855
Sk8erPeter
nagyúr
válasz
csabyka666
#2855
üzenetére
A lényeg az, hogy az adott oldalt egyértelműen azonosító címet mentsd le (ahol pl. a query stringből vagy máshogy egyértelműen beazonosítható, hogy melyik aloldalra lépett a felhasználó), aztán szerintem azt is lementhetnéd, hogy melyik divhez kell ugrani (melyiket állította be a felhasználó - ha jól értettem, ez a koncepció; ne felejtsd, a cookie-ban összetettebb adatstruktúrát is lehet tárolni, pl. objektumot!!). Az oldal betöltődését követően pedig csekkold (JavaScripttel természetesen), hogy van-e már beállítva az adott oldalra vonatkozó, cookie-ban tárolt adat, HA igen, akkor ellenőrizd, hogy ezenbelül melyik div lett beállítva (amihez ugrani kell), és utána pl. jQuery.ScrollTo-val görgess oda a divhez. Ha nem akarsz plugint használni, itt egy másik lehetőség: [link].
Ha még nem tiszta a dolog, kérdezz.
-
#2855
csabyka666
veterán
martonx
#2854
-
#2854
martonx
veterán
csabyka666
#2853
martonx
veterán
válasz
csabyka666
#2853
üzenetére
A cookie-s megoldás valóban jó lehet. Bár én nem a scrollbar pozícióját, hanem az aktuális url-t menteném bele, és ezt állítanám vissza, de ez már csak részletkérdés.
-
#2853
csabyka666
veterán
Üdv!
Azt szeretném kérdezni tőletek, hogy mi a legegyszerűbb megoldás arra, hogy egy weblapon belül pozicionáljak?
Próbáltam a #-es hivatkozást linkből, amikor a div ID-jére mutattam vele, de az a probléma, hogy ehhez rá kell kattintani mindig a linkre, és újratöltéskor elveszik a pozíció...Nekem olyan megoldás kellene, hogy egészen addig egy adott div-re pozicionáljon az oldal, amíg az adott div-en belül ezt a pozicionálást a felhasználó nem szünteti meg. Újratöltésnél is maradjon ott az oldal. (Valamiféle "szuperglobális változó-szerű" megoldás kellene, de sajnos nem értek a témához, szóval csak találgatok, mi lenne jó...)
Láttam olyat, hogy cookie-ba elmenti a scrollbar pozícióját az oldal, és hogy ezt valahogy én is be tudom állítani, de egyelőre eredménytelen volt a próbálkozásom.
Köszönöm a segítséget előre is!
-
#2852
Sk8erPeter
nagyúr
trisztan94
#2851
Sk8erPeter
nagyúr
válasz
trisztan94
#2851
üzenetére
fel tudnál rakni ebből pls egy módosítgatható változatot jsFiddle-re? Próbálgatnám másképpen, de így nem tudom módosítani.
-
#2851
trisztan94
őstag
Sk8erPeter
#2850
trisztan94
őstag
válasz
Sk8erPeter
#2850
üzenetére
Ja tenyleg, teljesen kiment a fejembol a jQueryUI
koszi!---
Volt mar az kulon-kulon mindegyik, egyikkel sem volt jo, ezert raktam egybe, hatha ugy jo, de nem
Itt lehet lesni online (bar ez egy valamennyivel regebbi verzio, mint amit csinalok)
-
#2850
Sk8erPeter
nagyúr
trisztan94
#2849
Sk8erPeter
nagyúr
válasz
trisztan94
#2849
üzenetére
"Létezik arra egy plugin, amivel könnyen lehet elemek sorrendjét módosítani?"
jQuery UI Sortable?(#2848) :
Ha 'keypress keydown keyup'-ot kicseréled csak 'keyup'-ra, akkor mi a pálya? Egyelőre csak tippelek, próbát megér. -
#2849
trisztan94
őstag
trisztan94
őstag
Más:
Létezik arra egy plugin, amivel könnyen lehet elemek sorrendjét módosítani?
Pl. Itt a here térképeknél ha megadtok még két megállót, akkor baloldalt az input mezőktől van egy marker egy számmal benne, amit meg lehet fogni és átrendezni a sorrendet.
-
#2848
trisztan94
őstag
trisztan94
őstag
Sziasztok!
Van ez az eseménykezelőm:
$('.form-directions').on('keypress keydown keyup', '.waypoint', function () {
// implenetáció
}).Ezzel keresési eredményeket kérek le a Here térképek RESTFUL API-jának segítségével. Az egyetlen probléma vele, hogy késve jeleníti meg a dolgokat.
Vagyis hát nem késve, hanem 1-2 karakterrel korábbi dolgokat. Tehát, ha ez volt beírva:
Kossuth Lajos utca 25.
...akkor az első keresési találat:
Kossuth Lajos utca - vagy - Kossuth Lajos utca 2
Ahhoz, hogy rendesen a 25-ös szám eredményeit dobja ki nyomni kell még egy szóközt vagy beírni még egy karaktert.
Hogyan lehet ezt a hibát elhárítani?
-
#2847
biker
nagyúr
trisztan94
#2846
biker
nagyúr
válasz
trisztan94
#2846
üzenetére
így is van
function (result) {
if (result=="Nem") {
$("#formID").submit();
} -
#2846
trisztan94
őstag
biker
#2844
trisztan94
őstag
A callback minden gomb lenyomásakor lefut (ha escape-et nyomsz az szvsz a cancel-nek felel meg), ha jól tudom egy bool értékű változót ad vissza, tehát csekkolni kellene, hogy mi az értéke:
$('#confirm_msz').click(function (ev) {
ev.preventDefault();
ev.stopPropagation();
$.msgbox("Nem kéne átnézni az űrlapot elküldés előtt még egyszer? Vagy kétszer?", {
type: "confirm",
buttons: [{
type: "submit",
value: "Nem"
}, {
type: "cancel",
value: "De"
}, {
type: "cancel",
value: "Hogyne"
}]
},
function (result) {
if (result) {
$("#formID").submit();
}
});
}); -
#2844
biker
nagyúr
trisztan94
#2843
biker
nagyúr
válasz
trisztan94
#2843
üzenetére
Köszi, ez így jó, de mára asszem feladom. minden gombra elküldi a formot, pedig egy submit és két cancel gomb van
$('#confirm_msz').click(function(ev) {
ev.preventDefault();
ev.stopPropagation();
$.msgbox("Nem kéne átnézni az űrlapot elküldés előtt még egyszer? Vagy kétszer?", {
type: "confirm",
buttons : [
{type: "submit", value: "Nem"},{type: "cancel", value: "De"},
{type: "cancel", value: "Hogyne"}]},
function(result) { $("#formID").submit(); });
}); -
#2843
trisztan94
őstag
biker
#2842
trisztan94
őstag
rakd be a MessageBox meghívása elé:
ev.preventDefault();
ev.stopPropagation();Egyszerűsített példa. Ha a click eseményből kiveszed ezt a két sort, feladja a form-ot.
-
biker
nagyúr
van egy ilyen felugró ablakos megerősítő üzenet
$('#confirm').click(function(ev) {
$.msgbox("Biztosan törlöd a kijelölt elem(ek)et?", {
type: "confirm",
buttons : [
{type: "submit", value: "Igen"},{type: "submit", value: "Nem"},
{type: "cancel", value: "Mégsem"}]},
function(result) { $("#result2").text(result); });
});Igenám, de ha ezt egy form submit buttonr ateszem, akkor ugyan bejön az ablak, de el is küldi azonnal a formot
Demér'? -
Lacces
őstag
Hali.
Van egy weblap, amit lokálon fejlesztettem, és egy az egyben felraktam a szerverre. (Szóval kód, behúzandó jQuery is ugyanaz)
De van egy kis bibi, ezzel a kódsorral:
console.log($('*[data-number="' + e + '"]'));
az 'e' itt a konkrét szám.
lokálon a kiemente:[tr, prevObject: jQuery.fn.init[1], context: document, selector: "*[data-number="113"]", jquery: "2.1.0", constructor: function…]
0: tr.disabledtrbet
context: document
length: 1
prevObject: jQuery.fn.init[1]
selector: "*[data-number="113"]"
__proto__: Object[0]szerveren a kimenete:
[prevObject: jQuery.fn.init[1], context: document, selector: "*[data-number="110"]", jquery: "2.1.0", constructor: function…]
context: document
length: 0
prevObject: jQuery.fn.init[1]
selector: "*[data-number="110"]"
__proto__: Object[0]Szerkesztés:
Igen, a számok nem egyeznek meg, de ez egyáltalán nem befolyásoló tényező,
Ugyanaz a böngésző, csak két külön tab.Van valakinek ötlete?
-
#2837
trisztan94
őstag
Sk8erPeter
#2836
trisztan94
őstag
válasz
Sk8erPeter
#2836
üzenetére
Hát egyelőre maradok ennél a megoldásnál, majd ha lesz egy kis szabadidőm talán átírom. Köszi a tippeket!
-
#2836
Sk8erPeter
nagyúr
trisztan94
#2835
Sk8erPeter
nagyúr
válasz
trisztan94
#2835
üzenetére
Erre írtam, hogy sztem csúf:
var waypointCounter = 2;
$('.btn-add-waypoint').click(function() {
waypointCounter++;
$('.last-waypoint')
.after('<div class="form-group waypoint last-waypoint"><label for="waypoints" class="col-md-1 control-label">'+ waypointCounter +'.</label><div class="col-md-11"><input type="text" name="waypoints[]" class="form-control" placeholder="Érkezési hely" /></div></div>')
.removeClass('last-waypoint')
.children('label')
.html(waypointCounter-1 + ".")
.parent()
.children('div')
.children('input')
.attr('placeholder', 'Megálló ' + (waypointCounter-2));
});Simán túlélhető ez a kód, de szerintem ez esetben ez a láncolás csak rontja mind a kód követhetőségét, mind a bejárhatóságot (persze megközelítés kérdése); meg általában komplett összeállított HTML-kód bedrótozása JS-kódba nem egy túl szép megoldás.
"de most így hirtelen annyi jut eszembe, hogy az after() tartalmát egy JSON fájlban tárolom, azt rakom bele. Vagy XML, de a JSON-t jobban szeretem, meg sokkal JS-barátabb is."
Nem értem, ez mire lenne jó. Attól nem lesz szebb a megoldásod, hogy még egy JSON-fájlba (vagy akármilyen másba) is kierőszakolod a tartalmat, aztán még azt az overheadet is ráteszed az egész feladatra, hogy a JSON-t parse-olni is kelljen (egyáltalán nem elhanyagolható, főleg, ha tök felesleges), ami után már használhatod a kódot...
Szóval rossz ötlet."A .waypoint elemek növelését alapvetően úgy csinálnám, hogy egy ciklusba raknám az egészet, ami a waypointCounter értékéig megy, az első és utolsó elem distinct ("különböző"?), a többi csak megálló. Biztos van jobb megoldás, de most hirtelen ez pattant ki a fejemből. (tehát így az előbbi JSON mókázás sem kellene)"
Ezt nem is értem, mit akarsz megoldani ciklussal. Amikor egyenként kell hozzáadni a DOM-hoz lényegében majdnem minden tulajdonságukban egyező elemeket, akkor hogy jön ide a ciklus?Több megoldás is létezhetne rá, template-szerű megoldás, egy adott, DOM-ban már bent lévő elem klónozása, majd egyes attribútumainak módosítgatása, vagy ha bedrótozás, akkor úgy, hogy az egyes elemek legyenek különszedve, jQuery-szintaktikával létrehozva (pl.
$( "<div/>", {
"class": "test asdasd bla"
});
), aztán egyberakva.Amúgy formelemek klónozására ez elég jó:
http://www.mdelrosso.com/sheepit/index.php?lng=en_GB&
Persze jelen esetben nálad nem valószínű, hogy szükséges (14 KB amúgy), csak eszembe jutott. -
#2835
trisztan94
őstag
Sk8erPeter
#2834
trisztan94
őstag
válasz
Sk8erPeter
#2834
üzenetére
Nem akarod te azt tudni
Őszintén: lusta vagyok. Amúgy gondolkoztam, hogy megoldom elegánsan, de ő akar vizsgázni, há' tudja mán' az anyagot
Nagyon nem gondolkoztam a szép megoldáson, de most így hirtelen annyi jut eszembe, hogy az after() tartalmát egy JSON fájlban tárolom, azt rakom bele. Vagy XML, de a JSON-t jobban szeretem, meg sokkal JS-barátabb is.
A .waypoint elemek növelését alapvetően úgy csinálnám, hogy egy ciklusba raknám az egészet, ami a waypointCounter értékéig megy, az első és utolsó elem distinct ("különböző"?), a többi csak megálló. Biztos van jobb megoldás, de most hirtelen ez pattant ki a fejemből. (tehát így az előbbi JSON mókázás sem kellene)
Na most így jobban belegondolva lehet, hogy mégsem ciklusoznék. Minden gombnyomáskor újra definiálni az input mezőket. Te mit mondasz?
-
#2834
Sk8erPeter
nagyúr
trisztan94
#2831
Sk8erPeter
nagyúr
válasz
trisztan94
#2831
üzenetére
Szegény haverod mit vétett, hogy ilyen brutális kóddal bünteted őt
-
#2832
wis
tag
trisztan94
#2831
wis
tag
válasz
trisztan94
#2831
üzenetére
Nekem változtatja, a Te kódodat használtam csak: [link]
-
#2831
trisztan94
őstag
trisztan94
őstag
Hali
Havernak segítek egy beadandójában.
<div id="directions" class="pageslide">
<button type="button" class="close" aria-hidden="true">×</button>
<h1>Útvonaltervezés</h1>
<hr />
<form name="directions" class="form-horizontal" action="" method="get">
<div class="form-group waypoint">
<label for="waypoints" class="col-md-1 control-label">1.</label>
<div class="col-md-11">
<input type="text" name="waypoints[]" class="form-control" placeholder="Indulási hely" />
</div>
</div>
<div class="form-group waypoint last-waypoint">
<label for="waypoints" class="col-md-1 control-label">2.</label>
<div class="col-md-11">
<input type="text" name="waypoints[]" class="form-control" placeholder="Érkezési hely" />
</div>
</div>
<div class="form-group">
<button type="button" class="btn btn-lg btn-default btn-add-waypoint">+</button>
<button type="button" class="btn btn-lg btn-default btn-options">...</button>
<button type="button" class="btn btn-lg btn-default btn-xls">XLS</button>
</div>
</form>
</div>Ez egy szimpla form. Ha rákattintasz az "add-waypoint" gombra, akkor hozzáad egy .waypoint class-ú div-et a fentebb látható tartalommal, de néhány eltéréssel:
1. Számozás. Nyilván nem csak 2 darab input mező lesz, ezért a számozást automatizálja.
2. A fenti kódban lévő .last-waypoint class-ú elemet teszi meg az utolsó előttinek, a "behelyezett" elemet pedig az utolsónak, ezért néhány dolgot át kell írni a jelenleg látható .last-waypoint div-ben:
2/a számozást
2/b placeholder attribútumot.Ezt a monstrumot használja erre:
var waypointCounter = 2;
$('.btn-add-waypoint').click(function() {
waypointCounter++;
$('.last-waypoint').after('[OFF]<div class="form-group waypoint last-waypoint"><label for="waypoints" class="col-md-1 control-label">'+ waypointCounter +'.</label><div class="col-md-11"><input type="text" name="waypoints[]" class="form-control" placeholder="Érkezési hely" /></div></div>[/OFF]').removeClass('last-waypoint').children('label').html(waypointCounter-1 + ".").parent().children('div').children('input').attr('placeholder', 'Megálló');
});Tehát így lépteti a kódot:
1. Leveszi az utolsóról a .last-waypoint class-t
2. Rámegy a label típusú gyermekére
3. a labelben megváltoztatja a számozást
4. visszalép a .waypoint "szintre"
5. rámegy a div típusú gyermekre
6. rámegy az input típusú gyermekre
7. megváltoztatja a placeholder attribútumotAz a baj vele, hogy az attribútum nem változik. Bogarászom már egy ideje, szerintem a label-ről a .waypoint-ra visszalépéssel lesz a baj, de sehogy sem tudok rájönni miért.
-
#2829
martonx
veterán
trisztan94
#2827
martonx
veterán
válasz
trisztan94
#2827
üzenetére
Jó, oké meggyőztetek.
Én olyat képzeltem el szép megoldásnak, hogy megadom a pluginnek, hogy milyen elemet akarok slidebar-osítani (ez eddig oké is), aztán a paraméterei között meg megadom, hogy milyen eseményt figyeljen. Vagy nem adok meg semmit a paraméterei között, hanem eleve a hover-re működne alapból.
De végülis igazatok van, jó lesz ez így is. Lehet, csak én akartam túl igényes lenni.
-
#2828
Sk8erPeter
nagyúr
trisztan94
#2827
Sk8erPeter
nagyúr
válasz
trisztan94
#2827
üzenetére
Ezzel most egyetértek. Pedig tudod, hogy az nem sokszor fordul elő!
-
#2825
martonx
veterán
Sk8erPeter
#2824
martonx
veterán
válasz
Sk8erPeter
#2824
üzenetére
Ezen én is gondolkoztam, hogy direktbe persze el lehet sütni, csak gondoltam hátha kapásból tudtok pont olyan plugint, amit nem kell ilyen csúnyán használni.
De végülis ez a megoldás működik, szóval ha jobb plugin nem jön elő, akkor ez fog maradni. -
#2824
Sk8erPeter
nagyúr
martonx
#2823
Sk8erPeter
nagyúr
válasz
martonx
#2823
üzenetére
És ezzel amúgy mi a gáz? Mármint ott van az $('#extruderLeft').openMbExtruder(true);, meg az $('#extruderLeft').closeMbExtruder(); ha azt egy .hover()-be berakod, az miért nem jóféle?
Például egy
$("#extruderLeft").hover(
function() {
$( this ).openMbExtruder(true);
}, function() {
$( this ).closeMbExtruder();
}
);
a belinkelt oldalon tök jól működik, az nem jó? -
#2822
Sk8erPeter
nagyúr
ravenwood
#2821
Sk8erPeter
nagyúr
válasz
ravenwood
#2821
üzenetére
Akkor még egy "illemszabály": 5 percen belül tudod szerkeszteni a hozzászólásodat, ha totálisan ahhoz kapcsolódik, amit írsz, akkor abba az eredeti hsz.-be írd bele. (Ha ettől tök független, NEM 1-2 szavas válasz valaki másnak mondjuk, akkor szerintem nyugodtan mehet egyébként külön hsz.-be, csak ne ilyen párszavas legyen, mint amit külön írtál.
)PHP topicban egyébként reagáltam neked normálisan, de arra meg nem válaszoltál...
-
ravenwood
csendes tag
röhögjetek már ki csak szeretném betartani itt a szigorú illemszabáylokat mert máskor megkaptam ám érte a leszólást
stackoverflowban sem találtam meg kérdésemre a választ ami elég egyszerű és alapszintű csak pár napja kezdtem ismerkedni az fql-el de már lenne olyan funkciója amit a gyakorlatban is tudnék használni és szeretnék is minél előbb.. -
#2819
Karma
félisten
Sk8erPeter
#2818
Karma
félisten
válasz
Sk8erPeter
#2818
üzenetére
Na azt a topikot pont nem figyelem
-
Karma
félisten
válasz
ravenwood
#2815
üzenetére
A Google (meg konkrétan a Stack Overflow) elég jó kiindulási alap, de ha itt is akarsz kérdezni, akkor vagy az általad használt nyelv topikjában, esetleg a Programozás topikban.
De minden esetben inkább a konkrét kérdést írd le, nem kell előre „felmérni" hogy ki fog tudni segíteni benne.
-
#2814
Sk8erPeter
nagyúr
martonx
#2813
Sk8erPeter
nagyúr
válasz
martonx
#2813
üzenetére
Nekem nem kell mentegetőznöd a PHP-fika miatt, tudod, hogy egyetértek, még ha programozgatok is benne, ezt már priviben sokszor átrágtuk
Viszont a magyarázatot most sem igazán értem, ahogy valaki a .htaccess-fájlba belenyúlkálhat, és ez alapvetően elronthatja a webalkalmazás működését, pont úgy belenyúlhat valaki a web.config fájlba is, és azzal is szép dolgokat (pl. átírási szabályokkal hülyeségeket) lehet művelni. -
#2813
martonx
veterán
Sk8erPeter
#2812
martonx
veterán
válasz
Sk8erPeter
#2812
üzenetére
Oké, ismét pontatlanul fogalmaztam. Ahogy egyik fórumtárs privátban Skype-on rá is világított
Szóval nem önmagában, mint nyelvnek volt ez a hibája, hanem a komplett PHP-s ökoszisztéma hibája, hogy egyes elemeibe kód szinttől függetlenül bele tudsz, sőt gyakorlatilag bele is kell nyúlnod. Esetünkben ez a htaccess volt. Ilyen kód szinten kívüli belenyúlás pl. ASP.NET esetében nem fordulhat elő. Ha pedig valaki hülye volt, és belenyúlt, akkor az rögtön látszódik a file változásaiból (hogy a kódokat verziózzuk az ugye alap, mindegy milyen nyelvről beszélünk). -
#2812
Sk8erPeter
nagyúr
martonx
#2811
Sk8erPeter
nagyúr
válasz
martonx
#2811
üzenetére
Mondjuk hogy valaki hülye volt, arról nem a PHP tehet...
![;]](//cdn.rios.hu/dl/s/v1.gif)
Ha valaki ASP.NET-ben programozgat, önmagában az nem óvja meg attól, hogy hülye legyen.
Még ha egyet is értek a PHP-val szembeni kritikus hozzáállással.(#2809) Siriusb :
Szerintem jobb lenne inkább az összefoglalót valóban hasznos linkekkel tömködni, ami bárkinek jól jöhet.
Amúgy a JavaScriptre sem igaz, hogy csak kliensoldali nyelv, mert szerveroldali programozásra is alkalmas.
Az alapok tisztázásához amúgy az is jó lehet, ha megosztunk egy olyan linket, ahol mindezek jól (helyesen, áttekinthetően, nem összezavarva a kezdő olvasót) össze vannak foglalva. Nem tudom, hol található ilyen.(#2810) GG888 :
Csak megkérdezte a modi, nincs-e kedve valakinek írni, nem rászólás volt. Amúgy meg ilyen teljesen általános topicban felmerül a kérdés, hogy mégis miről lehetne írni összefoglalót, mert önmagában az, hogy "weblapkészítés" (egy szó (!), ellentétben azzal, ahogyan a témát sikerült elnevezni), túl tág témakör, annyi mindent felölel.
De ha neked (vagy másnak) vannak elképzeléseid, elkezdheted, aztán max. közös erővel korrigáljuk. Pl. van ehhez Próba topic is, ahova lehet írni egy teszthozzászólást, aztán belinkelni, azt korrigálgatnánk, majd a véglegeset megkérnénk egy moditól, hogy rakja már bele az összefoglalóba.
Igazából ehhez a topichoz is el lehetne készíteni egy összefoglalót, belepakolva hasznos linkeket, amit aztán folyamatosan bővítgetünk. Ötletek jöhetnek!"Mondjuk nálam csökkenőbe vannak a hsz-ek, úgyhogy lehet már el is készült, ha így történt akkor ezúton is elnézést."
Az igazából teljesen mindegy, milyen sorrendben vannak a hsz.-eid, az összefoglaló (mint pl. ez, ami amúgy tartalmaz hibákat, pl. a jQuery nem keretrendszer, hanem könyvtár) mindig a topic tetején látszik, levágott, a teljes tartalomhoz lenyitható formában (ld. pl. ha ezt nyitod meg, mindig ott látszik fölül az összefoglaló). -
martonx
veterán
válasz
martonx
#2808
üzenetére
Mindenki okulására, hogy milyen apróságokon tud elhasalni egy rendszerek közötti interfész. Hát nem a PHP-s emberke csinált egy új rule-t, miszerint a www-s hívások menjenek át www-nélküli GET hívásra? Csakhogy mi www.xy.hu-t hívtuk POST-tal az interfészünkben, és ez már GET-ként érkezett meg a PHP-hoz. Miközben a PHP ugye POST-ot várt...
-
-
#2809
Siriusb
veterán
Sk8erPeter
#2805
Siriusb
veterán
válasz
Sk8erPeter
#2805
üzenetére
Csak egy ötlet, igaz nem is ebbe a topikba illik, de mivel a Weblap készítésnél amúgy sincs összefoglaló, valamelyikőtök pl. kifejthetné, melyek a szerver- ill. kliens oldali nyelvek. Azt nem mondom, legyen ott melyik ajánlott, mert az egyrészt úgyis feladatfüggő, másrészt egyéni preferencia kérdése is lehet, mégis valamiféle útbaigazítás sem ártana.
Tudom, ez idő- és energiaigényes, de hátha valamely hozzáértő és vállalkozó kedvű egyén (röviden: jófej) segítene. -
#2808
martonx
veterán
trisztan94
#2806
martonx
veterán
válasz
trisztan94
#2806
üzenetére
Nos ők azok, akikkel soha nem fogok együtt dolgozni. Tegnap ismét elcsesződött valami az egyik ASP.NET MVC - PHP közötti interfészünkben, és szemmel láthatóan PHP oldalon. Miközben senki nem nyúlt hozzá? A PHP egy fos, debugolhatatlan, tákolmány szar. Akkor kezdenék PHP-vel fejleszteni bármit ha pisztolyt nyomnának a fejemhez.
-
#2807
Sk8erPeter
nagyúr
trisztan94
#2806
Sk8erPeter
nagyúr
válasz
trisztan94
#2806
üzenetére
Uhh, az kemény, ez akkor elég egyértelművé teszi, érdemes-e azzal az emberrel együtt dolgozni
-
#2806
trisztan94
őstag
Sk8erPeter
#2805
trisztan94
őstag
válasz
Sk8erPeter
#2805
üzenetére
Volt egy projekt amin közösen dolgoztam egy sráccal egy ideig. Amikor felvetettem, hogy csináljuk .NET MVC-vel, vagy Ruby on Rails-szel, rázta a fejét, mert ő nem hallott még róluk, így biztosan szarok, vagy én mondom rosszul a péhápét.
-
#2804
whYz
őstag
Sk8erPeter
#2802
whYz
őstag
válasz
Sk8erPeter
#2802
üzenetére
Koszi, igy mar vilagos.
-
#2803
martonx
veterán
Sk8erPeter
#2802
martonx
veterán
válasz
Sk8erPeter
#2802
üzenetére
"Nemcsak PHP létezik, mint szerveroldali nyelv" - ezen felnevettem
-
#2802
Sk8erPeter
nagyúr
whYz
#2801
Sk8erPeter
nagyúr
A böngészőkben futkorászó, megtekinthető kóddal rendelkező kliensoldali JavaScript-kódoknak SEMMI köze a biztonsághoz, ez nagy általánosságban kijelenthető, és ezt így legalább könnyű megjegyezni, hogy ez a fejekbe verődjön.
A böngésződben bármikor kikapcsolhatod a JavaScriptet, és így máris lőttek a JavaScript-alapú validációnak, erre tehát nem szabad alapozni.
MINDIG a szerveroldali validációt kell először megírni, azt agyontesztelgetni, pesszimistán hozzáállva a felhasználótól érkező adatokhoz, a kliensoldali validáció csak ezután következik, az már csak egy szépítés, egy kiegészítés (természetesen úgy, hogy ez lesz az első szűrő), aminek a célja a felesleges hálózati forgalom (kliens-szerver kommunikáció) elkerülése (értsd: minek küldjem el a szerver felé a hibás adatokat, ha már lehetett volna azokat ellenőrizni egy korábbi fázisban is, mint első szűrő), valamint a validáció felhasználóbarátabbá tétele (ennek része az is, hogy eleve gyorsabb az ellenőrzés, mivel nem igényel szerverrel való kommunikációt; aztán további része az, hogy törekszünk valami igényes hibajelzésre)."Erdemesebb inkabb json+php komboval megirni, nem?"
Nemcsak PHP létezik, mint szerveroldali nyelv. A lényeg a megfelelő szerveroldali validáció, a nyelv teljesen mindegy. Na meg nemcsak JSON-formátumban lehet fogadni az adatokat. Ettől függetlenül a JSON egy nagyon könnyen és kényelmesen kezelhető formátum, széleskörű támogatottsággal (épp ezért olyan népszerű). -
#2801
whYz
őstag
Sk8erPeter
#2798
whYz
őstag
válasz
Sk8erPeter
#2798
üzenetére
Csak egy kerdes:
Az ilyesfajta validate form ugye nem biztonsagos? Erdemesebb inkabb json+php komboval megirni, nem? Pl regisztracional vagy megrendeles formnal gondolom.
Szeretem látni a működő kódot, így legalább megismerem a szintaxist. A Brackets viszont nagyon bejött 
- mert a XAMPP nálam már néha kiveri a biztosítékot, ha Windows-ról van szó. 
Pedig én is azzal kezdtem, szerintem ASP.NET-ezés miatt raktam fel először az IIS-t, és csak azután láttam, hogy mekkora baromság Windows-on XAMPP-ot használni, ergo Apache-ot, amikor ott van egy kellemes grafikus felületű webszerver is, aminek a konfigurálásához nem kell konfigfájlokat buzerálni (pedig Apache esetében sajnos van tapasztalatom vele, próbálom törölni az emlékeket).
Pont erről ment a témázás a 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- BestBuy topik
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- alza vélemények - tapasztalatok
- CASIO órák kedvelők topicja!
- Luck Dragon: Asszociációs játék. :)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Vivo X200 Pro - a kétszázát!
- Mibe tegyem a megtakarításaimat?
- Trollok komolyan
- További aktív témák...
- 0 perces COOLER MASTER 650W MWE V2 minőségi tápegység! GAR/SZÁMLA (Te nevedre)! 12V: 54A! ÁRON ALUL!
- MSI H81M P33 LGA 1150 alaplap
- Új INTEL LAMINAR RM1 (LGA1700/1851) nullperces, rézmagos hűtők SZÁMLÁVAL! A LEGOLCSÓBB SZÁMLÁS ÁR!!!
- 0 perces COOLER MASTER MASTERBOX MB600L V2 TEMPERED GLASS eladó! SZÁMLA (a Te nevedre)! ÁRON ALUL!!!
- MSI H81M P33 LGA 1150 alaplap
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB DDR5 RTX 5060 8GB GAMER PC termékbeszámítással
- GYÖNYÖRŰ iPhone 12 Mini 128GB Black-1 ÉV GARANCIA - Kártyafüggetlen, MS3635,95% Akkumulátor
- iPhone 13 mini 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3086, 94% Akkumulátor
- LG Gram 14 WUXGA IPS i7-1360P 5.0Ghz 12mag 32GB DDR5 1TB SSD Intel Iris XE 10óra Akku Win11 Garancia
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest