Új hozzászólás Aktív témák

• #1294 spammer veterán Sk8erPeter #1293

  Új Válasz 2013-06-18 17:16:04 #1294

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz Sk8erPeter #1293 üzenetére

  Ja, akkor félreértettem Azt hittem, hogy röviden akarta kifejezni, hogy hogyan ne csináljuk Furcsa is volt, hogy így volt megfogalmazva

  Akkor jó, akkor maradok a != -nél

• #1292 spammer veterán

  Új Válasz 2013-06-18 16:48:03 #1292

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  Mi az oka annak, hogy query-ben nem ajánlott a != használata? Lásd [link]

  Mert ahogy ott is írja, működik, de miért nem ajánlott ilyen formában használni? Biztonsági okokból?

• #1289 spammer veterán martonx #1288

  Új Válasz 2013-06-12 22:38:39 #1289

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz martonx #1288 üzenetére

  Igen, tudom, éppen ezért kérdeztem.

  "countnál talán éppen nem"

  Mármint ezért, mert nem tudom, hogy countnál számít-e. Azt tudom, hogy sima selectnél nem ajánlott, ha amúgy sem kell az összeset kiválasztani. Ezt már megtanultam De inkább én sem írok csillagot countnál sem.

• #1287 spammer veterán fordfairlane #1286

  Új Válasz 2013-06-12 20:30:50 #1287

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz fordfairlane #1286 üzenetére

  Rendben, köszi.

• #1285 spammer veterán Peter Kiss #1283

  Új Válasz 2013-06-12 19:44:03 #1285

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz Peter Kiss #1283 üzenetére

  És így?

  $result = $db->query("SELECT COUNT(id) FROM posts");
  $RowCount = $result->fetch_row();
  echo "Total" . $RowCount[0];

  Működik, csak a kérdés, hogy mint módszer, ez is rossz-e?

  Egyébként ha csak 'id' -t COUNT-olok, az számít valamit, vagy lényegtelen, és írjak nyugodtan csillagot? (Az elvileg ugye mindent kiválaszt).

  (#1284) fordfairlane: igen, már értem, csak először rosszul értelmeztem

• #1282 spammer veterán Peter Kiss #1281

  Új Válasz 2013-06-12 19:21:03 #1282

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz Peter Kiss #1281 üzenetére

  Aha, rosszul értelmeztem, így már oké:

  SELECT id FROM posts

• #1280 spammer veterán

  Új Válasz 2013-06-12 18:52:50 #1280

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  Próbálom megszámolni a sorokat mysql-ben, phpmyadminban lefuttatva teljesen jó:

  SELECT COUNT(*) FROM posts

  esetleg:

  SELECT COUNT(id) FROM posts

  Kiadja, hogy 8 darab van.

  php-ben lefuttatva a query-t kiíratom az eredményt:

  echo 'Total results: ' . $result->num_rows;

  És ezt kapom:

  Total results: 1

  

• #1277 spammer veterán spammer #1276

  Új Válasz 2013-05-31 15:56:27 #1277

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz spammer #1276 üzenetére

  Megoldódott, máshova kellett raknom a queryt, már rendben van.

• #1276 spammer veterán fordfairlane #1275

  Új Válasz 2013-05-31 15:35:01 #1276

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz fordfairlane #1275 üzenetére

  Nem tudok róla, főleg, hogy ez else részben van benne:

  if (ha jók adatok) {

  } else {

  error üzenet

  és ez az adatbázis query.

  }

  Na most kipucolom és elkezdem újra összerakni, mert nem vágom, miért futtatja le 2x.

  Szerk: 2x fut valamiért, most látom logban is.... Na akkor keresgélek

• #1274 spammer veterán

  Új Válasz 2013-05-31 15:13:56 #1274

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  Van valakinek ötlete, hogy miért lehet az, hogy duplán számol valamit update-kor?

  Sikertelen bejelentkezéseket akarok számolni:

  UPDATE users SET hitcount=hitcount+1 WHERE ........

  +1 van, és mégis 2-esével növeli. 0-2-4... stb.

• #1273 spammer veterán

  Új Válasz 2013-05-30 10:40:43 #1273

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  Köszi a válaszokat, átállítottam BIT-re a mezőket.

• #1266 spammer veterán

  Új Válasz 2013-05-29 18:01:27 #1266

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  True/False értékre TINYINT mezők vannak nekem beállítva, de látom, hogy ilyesmire használható a BIT is. Van értelme BIT -re váltani, ha csak 0 és 1 értékek kellenek (csak a true/false miatt), vagy tökmindegy? Gyakorlati haszna van, vagy ne foglalkozzak vele, jó ez?

• #1265 spammer veterán Peter Kiss #1264

  Új Válasz 2013-05-25 19:15:12 #1265

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz Peter Kiss #1264 üzenetére

  Oh shit, szóval az volt a baj, hogy már volt néhány sorom, és mikor létrehozta volna az oszlopot így azok alapból üresek voltak, így már nem is lehetnek egyediek (mert nincs tartalmuk). Ehh... Most már jó, köszi

• #1263 spammer veterán bpx #1262

  Új Válasz 2013-05-25 19:02:59 #1263

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz bpx #1262 üzenetére

  Most szeretnék hozzáadni a táblához egy ilyen nevű oszlopot. Varchar lenne, igen. Phpmyadminban kiválasztottam, hogy új oszlop beszúrása:

  Név: confirm_id
  Típus: VARCHAR
  Hossz/érték: 64
  Index: UNIQUE

  Ennyi, kész, rányomok a mentés gombra, és hiba.

  #1062 - Duplicate entry '' for key 'confirm_id'

  Nincs más confirm_id nevezetű sehol, most akarom létrehozni.

  Lehet akárhány unique oszlop egy táblában, nem? Másképp hogyan lehetne megadni, hogy az adott oszlopban lévő adatok nem ismétlődhetnek, egyedieknek kell lenniük? Vagy félreértek valamit?

• #1261 spammer veterán

  Új Válasz 2013-05-25 18:30:48 #1261

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  Létrehoznék egy új mezőt, aminek egyedinek kellene lennie, de hibaüzenetet kapok:

  Duplicate entry '' for key 'confirm_id'

  Ez milyen duplikált dologról magyaráz? Simán létre tudom hozni, de ha unique-ot állítok be, akkor hiba. Enélkül meg hogy lehetne egyedi?

• #1244 spammer veterán bpx #1243

  Új Válasz 2013-05-21 20:36:53 #1244

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz bpx #1243 üzenetére

  Oké

  (#1241) Sk8erPeter: Csak példaképpen írtam, írhattam volna bármi mást is a color téma helyett. Tökmindegy, a lényeg a lényeg

• #1240 spammer veterán bpx #1239

  Új Válasz 2013-05-21 18:50:48 #1240

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz bpx #1239 üzenetére

  Lekérdezés, SELECT.

  Alapból ugye így néz ki mondjuk:

  SELECT name, type, color_blue, color_red, color_green, color_valami, color_mégvalami, color_satöbbi...

  Tehát ennyi lenne a lényeg:

  SELECT name, type, color_% -> valami ilyesmire gondoltam. Magyarul, ne kelljen kiírni minden color_ -sal kezdődő oszlop nevét.

  Ha lehet ilyen és nem túl bonyolult. Ha igen, akkor nem fontos, beírom kézzel, csak ha van rá "shortcut", akkor mégis csak egyszerűbb

• #1236 spammer veterán

  Új Válasz 2013-05-21 18:23:03 #1236

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  Félreértjük egymást, vagy én értek félre valamit Az egész egy táblában van, egy táblának az oszlopai. Nincs másik tábla.

  Ezt a kódot úgy találtam (stackoverflown asszem), és ha önmagában lefuttatom, működik is, de subqueryként nem jó.

• #1233 spammer veterán

  Új Válasz 2013-05-21 17:56:38 #1233

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  SELECT queryben akarok "LIKE módszerrel" kiválasztani mezőneveket, például:

  Pl. ilyen nevek:

  color_blue
  color_green
  color_red
  stb.

  query:

  SELECT name, type,
  (SELECT column_name
  FROM information_schema.columns
  WHERE table_name='colors'
  AND column_name LIKE 'color_%')
  FROM ..........

  Ezt kapom:
  Subquery returns more than 1 row

  Hogyan kellene subquerybe beleírni vagy hogyan lehetne kiválasztani color_ előtaggal kezdődőket, anélkül, hogy kézzel beírnám (felsorolnám) őket?

• #1232 spammer veterán Peter Kiss #1231

  Új Válasz 2013-05-18 15:03:41 #1232

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  válasz Peter Kiss #1231 üzenetére

  Köszi, akkor jó. Azt hittem, hogy ha az adatbázisban be van állítva a kódolás (meg a php head-jében), akkor nem kell pluszban beállítani.

• #1230 spammer veterán

  Új Válasz 2013-05-18 13:34:46 #1230

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  spammer

  veterán

  Milyen storage engine-t érdemes használni egy kis oldalhoz? Tudom, kicsi az relatív, de nem lesznek több ezer vagy tízezer sorok valószínűleg. Olvastam, hogy a MyISAM jobb ilyenkor, de azt is olvastam, hogy az INNODB, előnyösebb több szempontból, pl. crash vagy más hiba esetén. Nincs tapasztalatom, alapból INNODB volt beállítva, azzal készült el pár tábla, de FULL TEXT -et akartam beállítani, és látom, hogy (még) nem támogatja az INNODB. Ez utóbbi nem életbevágóan fontos, mert most a LIKE módszerrel is működik a keresés, de a kérdés, hogy összességében és a jövőre való tekintettel maradjak-e az INNODB-nél?

  A másik kérdés:

  utf8_hungarian_ci van beállítva, de ha a php fájlban az adatbázis csatlakozás rész után nem írom be ezt:

  $db->set_charset("utf8");

  Akkor az ékezetes karakterek helyén kérdőjeleket rak ki. Az adatbázisnál, a tábláknál és az oszlopoknál is utf8_hungarian_ci van beállítva. Mi lehet a gond?

Új hozzászólás Aktív témák