Új hozzászólás Aktív témák
-
Fenris69
csendes tag
Sziasztok!
Egy kicsit megakadtam az egyik parancssorba és kérnék egy kis segítséget, ha lehetséges
A feladatom a következő, adott egy sql adatbázis: (id/fnev/ip/nap), és ebből nekem szükségem lenne arra, hogy a nap(dátum) oszlopból, a 1 dátum hányszor szerepel.
Ezek előtt beíratunk 1 dátumot, amire ugye kíváncsiak leszünk, az az, hogy ez a nap hányszor szerepel ($datum). Ennek a napnak az előfordulási számát szeretném betenni egy változóba ($fsz).A kód amivel próbálkoztam:
$parancs = "SELECT * FROM talalkozo WHERE nap = '$datum'";
$valasz = mysql_query($parancs);
$sor = mysql_fetch_array($valasz);$sql = "SELECT nap, AS [fsz] FROM `talalkozo` GROUP BY nap";
$sql1 = mysql_query ($sql);
$sql2 = mysql_fetch_array($sql1);
$fsz = $sql2[fsz];Ha valaki tudna ebben nekem segíteni, annak nagyon örülnék és megköszönném.
-
Fenris69
csendes tag
válasz j0k3r! #12652 üzenetére
Szia j0k3r!
Köszönöm szépen a segítséget, jutottam előrébb a folyamatban, azonban még valami nem teljesen tiszta.
Sikerült leegyszerűsíteni. Kétféleképpen próbálkoztam 1: most már ki is ír "valamit", de sajnos ez az érték egy E betű és nem a darabszám, amire kíváncsi vagyok.A kód
$parancs = "SELECT COUNT(nap) FROM `talalkozo` GROUP BY nap HAVING nap = '$datum'";
$fsz =$parancs[COUNT(nap)];2: Itt hasonló, mint eddig, nincs visszakapott érték.
A kód:
$parancs = "SELECT COUNT(nap) FROM `talalkozo` GROUP BY nap HAVING nap = '$datum'";
$valasz = mysql_query($parancs);
$sor = mysql_fetch_array($valasz);$fsz =$sor[COUNT(nap)];
-
-
#68216320
törölt tag
válasz Fenris69 #12653 üzenetére
Én a következő módon csinálnám, bár jelzem, hogy mysql-nél alias-t szoktam használni:
$parancs = "SELECT COUNT(nap) AS num FROM `talalkozo` GROUP BY nap HAVING nap = '$datum'";
$valasz = mysql_query($parancs);
$sor = mysql_fetch_array($valasz);
$fsz =$sor['num'];A COUNT(nap) AS num visszaadja a megfelelő rekordok számát num alatt. Ezt pedig tömbösítés után (mysql_fetch_array($valasz)) a $sor['num'] alatt kiolvashatod.
Csak egy ötlet.
-
#68216320
törölt tag
Van PHP-ban olyan string függvény, ami két tag közötti részt cseréli másra?
PL.
start> blablabla end>
start> valami text end>Szeretném, ha a start> és end> közötti részeket lecserélné.
Csak explode-al való ügyeskedés jut eszembe, de ha volna valami más ... -
-
#68216320
törölt tag
válasz Peter Kiss #12658 üzenetére
Ezzel nem pont a nyitó, záró tagokat cserélem le? Elképzelhető, h rosszul értelmezem, de nekem úgy tűnik, hogy gyakorlatilag az str_replace-hez hasonló.
Egészen pontosan azt kellene megoldanom, hogy egy változó mysql query-t kellene átalakítanom.
pl. erről:
SELECT id, tag1, tag2, inf FROM adatok
erre:
SELECT COUNT(id) FROM adatokA SELECT és FROM közti rész változatos, de mindig COUNT(id) menne a helyére.
[ Szerkesztve ]
-
-
#68216320
törölt tag
válasz Peter Kiss #12660 üzenetére
Megpróbálom. utf8 nem kavarhat be szerinted?
-
-
#68216320
törölt tag
válasz Peter Kiss #12662 üzenetére
Köszönöm. Viszont kiderült, hogy a reguláris kifejezésekre vonatkozó ismereteim hiányosak. Keresek tutorial-t, de ha van amit ajánlanál, akkor azt megköszönném. Már emlékszem, hogy JS alatt is szívtam ilyesmivel, de akkor valahogy megoldottam, most viszont utánajárnék rendesen.
-
biker
nagyúr
Lehet, csak nekem érdekesség, újdonság, de most lehidaltam
az ok, hogy a 0, NULL, "" az nehezen összehasonlítható, mert ha ==0 akkor igaz definiálatlan változó és $var="" esetén is, de...
Figyelem egy változó értékét, ami ha nem - akkor felírja a kasszába az értéket
if ($jegy_tomb['berlet_ara'] != "-")
Azért, mert lehet ingyen jegy is, aminek ára "-"Ok, de van kedvezmény. ha 100% kedvezményt adok, akkor 0 Ft lesz, ergó $jegy_tomb['berlet_ara'] értéke 0 lesz, és az IF szerint ez megegyezik - vel és nem ír fel a kasszába 0Ft (100% kedvezmény) sort, mintha ingyen jegy lenne
Ez normális, hogy a 0 az - -al is egyenlő?
Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
Igen, PHP estében teljesen normális.
Ami szerintem nem normális, hogy azonos tulajdonságot két különböző típussal akarsz leírni, illetve ezeket a típusokat össze is hasonlítod. Sokkal ésszerűbb, ha az üzleti logikádba nem kevered bele ezt a '-' dolgot, ezt elég csak a UI oldalon mutatni (ott a 0 [talán] hülyén néz ki).
-
#68216320
törölt tag
válasz Tele von Zsinór #12664 üzenetére
Egy admin felületen listázok szűkítésekkel, rendezésekkel. Viszont lapozhatóra szeretném megcsinálni a listát. Egy univerzális függvényt szeretnék készíteni, ami több listát is tud lapozni.
Az átalakított sql query megmondta volna, hogy összesen mennyi találat van így az egy oldalra listázható elemek számával osztva megkaptam volna az oldalak számát.
Viszont az univerzalitás ugrott, mivel a listákban a WHERE-t bent kell hagynom a pontos darabszám miatt, viszont több táblából munkálkodó lekérésről beszélünk, ahol a tábláknak alias-ok vannak megadva. Így a COUNT(id) nem mindig megfelelő, időnként alias kerül az `id` elé.
Inkább olyan függvényt írtam, ami kap egy paramétert és ez alapján saját kérést állít össze a lapozó működéséhez.Nem tudom mennyire volt érthető. De én is úgy láttam, hogy a kérésben nem érdemes ügyeskedni. Felesleges hibaforrás.
Viszont a reguláris megoldás érdekel. Tanulnivaló csak nehezen értelmezhető még számomra.
-
rezme
tag
Sziasztok!
Van egy weboldalam amit hamarosan elindítanék, de egy hete a semmiből egy plusz sávban(ami eddig nem is volt ott) ezt a hibaüzenetet kapom:
404 Not Found
nginx/0.6.32És az a vicc hogy 5 oldalbetöltésből 3x adja be, amúgy meg hiba nélkül tölti be az oldalt. Ez mitől lehet, mi lehet ennek az oka?
Értékeléseim: 1. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_3/keres.php?stext=rezme&submit= 2. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_4/keres.php?stext=rezme&submit=
-
-
rezme
tag
válasz Peter Kiss #12672 üzenetére
Mire van még szükségetek, milyen információra?
Értékeléseim: 1. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_3/keres.php?stext=rezme&submit= 2. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_4/keres.php?stext=rezme&submit=
-
rezme
tag
Erről az oldalról lenne szó:
http://techport.hu/
ha nem látjátok a hibaüzenetet, akkor frissítsetek rá 1x 2x és meg fog
érthetetlen[ Szerkesztve ]
Értékeléseim: 1. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_3/keres.php?stext=rezme&submit= 2. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_4/keres.php?stext=rezme&submit=
-
Hiányzik:
line_shadow.png
/wp-content/themes/hades/imagesChrome console kimenet:
Viewport argument value "device-width;" for key "width" not recognized. Content ignored. Note that ';' is not a separator in viewport values. The list should be comma-separated. /:36
Viewport argument value "1.0;" for key "initial-scale" was truncated to its numeric prefix. Note that ';' is not a separator in viewport values. The list should be comma-separated. /:36
Viewport argument value "1.0;" for key "maximum-scale" was truncated to its numeric prefix. Note that ';' is not a separator in viewport values. The list should be comma-separated. /:36
Viewport argument value "0;" for key "user-scalable" was truncated to its numeric prefix. Note that ';' is not a separator in viewport values. The list should be comma-separated. /:36
Resource interpreted as Script but transferred with MIME type text/html: "about:blank". techport.hu:47
Uncaught ReferenceError: TWTR is not defined techport.hu:478
GET http://techport.hu/wp-content/themes/hades/images/line_shadow.png 404 (Not Found) techport.hu:120És ez PHP topik.
-
rezme
tag
Posztok csak töltelékposztok még nem éles az oldal
Értékeléseim: 1. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_3/keres.php?stext=rezme&submit= 2. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_4/keres.php?stext=rezme&submit=
-
rezme
tag
válasz Peter Kiss #12677 üzenetére
Melyik topicban kérdezhetek akkor ilyen témában akkor? Köszönöm a segítséget de sajna nem ez a probléma:S
Értékeléseim: 1. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_3/keres.php?stext=rezme&submit= 2. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_4/keres.php?stext=rezme&submit=
-
rezme
tag
Egy átalakított témát használok.
üdv!Értékeléseim: 1. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_3/keres.php?stext=rezme&submit= 2. http://mobilarena.hu/tema/kivel_erdemes_uzletelni_topic_4/keres.php?stext=rezme&submit=
-
biker
nagyúr
válasz Peter Kiss #12668 üzenetére
Hát igen. De azt tiltom hogy 0ft termék kerüljön be, ezért a - jel
De ezek szerint 0=-=""=NULL
Fuckn phpElektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
-
#68216320
törölt tag
A PHP automatikus konverziót végez. Ha numerikusként értelmezel egy string-et, mert mondjuk matematikai műveletben vesz részt, akkor:
"-" = 0
"" = 0
"hello" = 0
"10 doboz sör" = 10Erre azért van szükség, mert pl. FORM-ból a HTML-től csak string érkezhet, mivel ilyen beviteli mező van csak.
-
-
#68216320
törölt tag
válasz Peter Kiss #12686 üzenetére
Melyik nem klappol, csak h tudjam
Update: Értem, köszi. Csak egy példa volt, hogy miért is jó a konverzió. Egyszer valakinek így indokoltam és úgy látszik bevésődött.
[ Szerkesztve ]
-
-
Sk8erPeter
nagyúr
válasz #68216320 #12687 üzenetére
Nem értem a magyarázatodat, hogy attól még miért lenne "jó" az automatikus konverzió pl. egy összehasonlításnál... Még csak logikai összefüggés sincs a két dolog között. Pl. begépelte a felhasználód, hogy "pista", te meg szerveroldalon összehasonlítod azzal, hogy 0-e a mező: if("pista" == 0){ // akkor lesz valami, ha 0 az érték, márpedig nem az }. Akkor ez ilyen értelemben miért is "jó"?
Sk8erPeter
-
#68216320
törölt tag
válasz Sk8erPeter #12689 üzenetére
Mert kényelmes. Dolgoztál már C-vel?
if("pista" == 0){ // akkor lesz valami, ha 0 az érték, márpedig nem az }.
helyett
if("pista" === 0){ // akkor lesz valami, ha 0 }.
Ez megoldja a problémát. Nekem rengeteg időt spórol meg az automatikus konverzió.
Például, ha tudni akarom van-e értéke egy form mezőnek if( $_POST['valami'] ){} mert itt éppen logikailag értékeli. Miért ne lenne jó a konverzió?Azt még gondold végig, hogy hogyan tudna numerikus 0-t küldeni egy űrlap. Sehogy. Textként megy és neked kellene kiszedni belőle a numerikus értéket, mint ahogy C-ben van. A PHP lazán kiszedi a string elejéről.
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz #68216320 #12690 üzenetére
Dolgoztam már C-vel, de ez hogy jön ide? Sehogy. A két nyelv összehasonlításának nincs is igazán értelme. Eleve más az alapvető céljuk. Ezenkívül ha már összevetjük, a C nyelv eleve jóval szigorúbb, mint a PHP, sajnos (szerencsére?) a PHP olyan nyelv, aminek segítségével kezdők is nagyon gyorsan és egész egyszerűen össze tudnak tákolni-gányolni funkcionálisan "működő", de attól még akár hibákkal telerakott kódot is (aztán legfeljebb a hibajelzéseket elnyomják, és meg is van minden oldva...).
Egyébként attól még, mert valami kényelmes, önmagában nem biztos, hogy jó is. Pl. ha a kódodban az a "kérdés", hogy a "pista" egyenlő-e a 0-val (== használata esetén), akkor nem biztos, hogy jó, ha a válasz "igen" (mert egyébként nem egyenlők). Az üres stringre ("") még OK, de így nem, ezzel persze neked nem kell egyetérteni (meg amúgy is, ez van, ezt kell szeretni).
A magyarázatot meg köszi, nem kérem, mert én is ezt magyaráztam itt."Például, ha tudni akarom van-e értéke egy form mezőnek if( $_POST['valami'] ){}"
Hát ez elég rossz példa volt, mert ha így csinálod, akkor rosszul csinálod. Először is nem biztos, hogy be van állítva az adott kulcs a $_POST tömbben az űrlap elküldésekor, elég csak a radio buttonökre vagy a checkboxokra gondolni. Először azt kell ellenőrizni, hogy egyáltalán létezik-e a tömb adott kulcsa (isset($_POST['valami'])), aztán lehet ellenőrizni, nem egyenlő-e egy üres stringgel, ha már az értékét akarod majd vizsgálgatni, de ekkor már lehet azt a módszert is használni, ha nagyon akarod, amit használtál, bár ez így szerintem nem teszi egzakttá, jól olvashatóvá a kódot. Esetleg az isset()-et és az üres stringre való csekkolást lehet egy empty()-vel helyettesíteni ( if( !empty($_POST['valami']) ) { // van bepötyögött érték } ). Persze ha szereted szívatni magadat, kikapcsolhatod a notice-ok kijelzését még a fejlesztés idejére is."Azt még gondold végig, hogy hogyan tudna numerikus 0-t küldeni egy űrlap. Sehogy. Textként megy és neked kellene kiszedni belőle a numerikus értéket, mint ahogy C-ben van. A PHP lazán kiszedi a string elejéről."
Ja, hogy szerinted az egyetlen összehasonlítási alap az lehet, hogy valaminek az értéke űrlapból (a $_POST tömbből) jön....?
És szerinted annak is örülni kell, és sokkal jobb, hogy ha írsz egy olyat, hogy
echo '10xyz'+10;
vagy azt, hogy
echo array_sum(array('10xyz', 10));
akkor mindkét esetben kijön az, hogy 20?
Akkor azt hiszem, te megtaláltad a magad számára tökéletes nyelvet, amiben szabadon lehet gányolni.Ezeket azért "még gondold végig"...
Sk8erPeter
-
#68216320
törölt tag
válasz Sk8erPeter #12691 üzenetére
Gondolom feltétlenül cinikus módon kellett kommunikálnod. Örülök hogy igazi vérprofi vagy. Én még nem. tudod, inkább ne segíts nekem, ha csak ilyen módon sikerül.
-
Sk8erPeter
nagyúr
válasz #68216320 #12692 üzenetére
Hogy mi? Szerintem te voltál itt kioktató, azt éreztetted, hogy márpedig te jobban tudod, elmagyaráztad, hogy miért is marhaság, amit én írtam, visszakérdeztél, hogy "dolgoztál már C-vel?", ugyan "miért ne lenne jó?", és leírtad, hogy "azt még gondold végig". Ezután hozzád hasonlóan én is kifejtettem a véleményem arról, amit írtál. De bántás nem volt benne (cinizmus valóban, de nem a sértés feltett szándékával). De várj, hol volt a hozzászólásodban segítségkérés? Mert én azt nem láttam benne, hanem sajnos csak pont, hogy kioktatást.
[ Szerkesztve ]
Sk8erPeter
-
#68216320
törölt tag
Most komolyan, tényleg itt tartunk? Hol voltam kioktató? Te itt kérdezted, hogy miért is jó. Erre válaszoltam. Valóban meg mertem kérdezni, hogy dolgoztál-e már C-ben, mert akkor tudod milyen, mikor folyton neked kell átalakítani string-numeric között. A miért ne lenne jó pedig úgy vélem szubjektív. Nekem megfelelhet és lehet kényelmes attól, hogy neked nem az. De szerintem maradjunk meg annyiban, hogy te a saját szakmai ismereteddel nem látod jónak, én pedig az enyémmel igen. De mindegy is, mert ez van. Nem szeretném ezt a felesleges vitát folytatni. A cinizmus nem tetszett, lehetett volna másképp. Viszont a szempontjaid elgondolkodtatnak.
Ha viszont hajlandó vagy segíteni, akkor elmondhatnád miért nem jó, ha közvetlen if( $_POST[valami] ) módon vizsgálom egy űrlapmező kitöltését. Ha mondjuk e checkbox-ot nem jelöl akkor tudom, hogy nem lesz a megfelelő kulcs, de vizsgálatkor még sohasem kaptam hibaüzenetet. Sem saját gépen, sem tárhelyen a log fájlt vizsgálva. Van valami konkrét veszélye ennek? (Nagyon sok helyen használtam, mert egy forrásban láttam)
-
Sk8erPeter
nagyúr
válasz #68216320 #12694 üzenetére
"miért nem jó, ha közvetlen if( $_POST[valami] ) módon vizsgálom egy űrlapmező kitöltését"
Azért nem jó, mert ha nincs beállítva a $_POST tömbben a "valami" kulcs, akkor a szigorúbb hibajelzés (pl. error_reporting(E_ALL | E_STRICT); ) bekapcsolása esetén kapsz egy notice-t:
"Notice: Undefined index: valami in ...../FAJLOD.php on line XYZ"
azért fontos ezekre figyelni, mert a későbbiekben problémád származhat belőlük, ezért érdemes eleve úgy tervezni a kódot, hogy legyen alternatíva, ha már eleve a kulcs sincs beállítva. Tehát először ellenőrzöd, megvan-e egyáltalán a kulcs, ha nincs, akkor nem is foglalkozol tovább a potenciális értékeivel.
Közvetlen "veszélye" a notice-on kívül nincs a dolognak, inkább csak rejtett hibaforrás lehet rosszabb esetben, ezért érdemes rá eleve felkészülni: nem sokkal növeli a kódbázis méretét, viszont legalább elkerülsz egy apró hibalehetőséget.Sk8erPeter
-
#68216320
törölt tag
válasz Sk8erPeter #12695 üzenetére
Teljesen világos, köszi. Amúgy belegondolva logikailag is hibás lépés lenne vizsgálni valami értékét, ami nincs.
php.ini-ben lehet beállítani valahol alapértelmezettként az error_reporting-et?
Illetve emlitetted az if( ! empty( $_POST['valami'] ) )-t. Inkább ez vagy az isset() ? -
cucka
addikt
válasz #68216320 #12696 üzenetére
Hogy világos legyen az empty és az isset közötti különbség:
A következő két feltétel ekvivalens, leszámítva egy notice-t:
isset($v)
$v !== null
Tehát az isset true-val fog visszatérni bármilyen változóra, ami nem létezik, vagy létezik és a típusa/értéke null. Jól látható, hogy a neve ellenére az isset()-nek valójában semmi köze ahhoz, hogy egy változó (vagy tömb index) definiált-e vagy sem. (Ennek eldöntésére a get_defined_vars() való).
Az isset() abban az esetben működik biztonságosan, ha soha, semmilyen körülmények között nem használod a null értéket egyetlen változódnál sem. Felhasználó által post-olt űrlapok esetén ez alapból adott, mert minden értéked a tömbben string vagy array típusú, a kód többi részében viszont a te feladatod ezt biztosítani.És a következő két sor szintén ekvivalens
empty($v)
!isset($v) || $v != true
Az empty() az ekvivalens feltétel második fele miatt problémás. Itt a != operátort látod, ami azt jelenti, hogy a php itt a $v értékét előbb át fogja cast-olni bool típusúra. Ezért van az, hogy a "", "0", "0.0" stringekre az empty egyaránt igazzal fog visszatérni. A gyarkolatban ebből az következik, hogy az empty() teljesen alkalmatlan bármire, visszatérési értékének semmi köze ahhoz, hogy "üres"-e a változó értéke vagy sem. Javaslom, soha, semmilyen körülmények között ne használd az empty()-t, ez egész egyszerűen egy rosszul kitalált nyelvi elem a php-ban.(Egyébként is, a php-ban az == és != operátorok nem tranzitívak, ez elég ok ahhoz, hogy kerülendők legyenek. Helyette javasolt a === és !==, illetve úgy megírni a kódot, hogy tisztában legyél vele, melyik változód milyen típusú.)
Ez így nagyjából érthető?
[ Szerkesztve ]
-
#68216320
törölt tag
Teljesen érthető, nagyon köszönöm.
A típusegyenlő (===) vizsgálatok is jó ötletnek tűnnek. Használni kezdem őket az új forrásaimban.
Éppen most dolgozom egy saját project admin felületén. Eddig procedurális módon csináltam mindent, de kezdek áttérni a objektum alapú kódra. Szóval, van tanulni valóAz a helyzet nálam, hogy a PHP nyelv tanulásának kezdetén igen kevés és nem korszerű képzést kaptam. Mint szerintem nagyon sokan, mások forráskódjaiból próbáltam elsajátítani a továbbiakat. Illetve a 24órás sorozat tankönyve volt meg. Úgy tűnik viszont, hogy nem megfelelő forráskódokhoz jutottam hozzá és a hibák amik bennük voltak rögzültek bennem. Hiányzott egy ilyen fórum, ahol kiderülnek az ilyenek. Ugyanis bár próbáltam tesztelni az elkészült forrásokat, de nagyon sok hibás gondolatmenetre, rosszul alkalmazott eszközre nem derül fény ettől. Ezért elnézést is kérek mindenkitől, ha itt a fórumban hibák vannak az általam alkalmazott technikákban, de ha nem osztom meg a gondolataimat bizonyos helyzetekben, akkor ezek nem derülnének ki sohasem. Viszont, a következő hozzászólásaimban óvatosabb leszek már és az én úgy tudom, illetve szerintem kifejezésekkel fogom kezdeni őket, hogy másokat ne tévesszen meg esetleg hibás mivoltukkal, ahogy kezdetben velem tették más oldalak.
-
biker
nagyúr
válasz #68216320 #12698 üzenetére
jó kis vitát kavart a kérdésem...
Igen, a "-" nem szám, és kényszerből használom, mert alap, hogy terméket nem enged 0-val rögzíteni a rendszer, de mégis van ajándék termék, erre lett a - jel bevezetése
Sajna a "-" == 0 igaz, de a ===-nek is van szerintem hátránya: "0" === 0 FALSE szerintem, mert az első sztring a másik num
nem?Elektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
Új hozzászólás Aktív témák
- A személyre szabott reklám lehet a streaming következő slágere
- EAFC 24
- Retro teló rajongók OFF topicja
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Van, amit nehéz lett megtalálni a Google keresőjével
- Székesfehérvár és környéke adok-veszek-beszélgetek
- Pécs és környéke adok-veszek-beszélgetek
- Hobby elektronika
- AI generálja majd a képeket a Photoshopban
- Politika
- További aktív témák...
- LG NanoCell 55NANO766QA Halvány píxel csík
- Philips 58PUS8545/12 1 ÉV GARANCIA Játék üzemmód
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!
- The Last of Us Part I Ps5