Aktív témák

• #2130 19.Norbika tag Sk8erPeter #2129

  2012-09-14 00:32:53 #2130

  Ö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

  

  19.Norbika

  tag

  válasz Sk8erPeter #2129 üzenetére

  Így van. Localhoston megesik hogy, egy jogosultsághoz nem rendelsz pass-t. az alapba nem egészséges. De ha migráltad a tljes adatbázist, akkor hozz létre egy új usert jelszóval, ezt meg kell adni természetesen az sql connectnél a php kódban is.

• #2129 Sk8erPeter nagyúr arisu #2128

  2012-08-22 12:49:12 #2129

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz arisu #2128 üzenetére

  Hát azért, mert localhoston, a MySQL-szerveren nem hoztad létre az "xyz" felhasználót, vagy nem adtál hozzá jelszót, vagy rossz jelszót adtál hozzá, vagy csak nem rendelted hozzá az engedélyeket a webshop táblájához... ezek valamelyike. Tehát ugyanaz a felhasználónév+jelszó páros legyen meg localhoston is, mint az éles MySQL-szerveren.
  Ha nem lenne jelszó, az gáz lenne.

• #2128 arisu csendes tag

  2012-08-22 02:40:29 #2128

  Ö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

  

  arisu

  csendes tag

  üdvözletem!

  Akadna egy kis problémám. Ingyenes webtárhelyen megy a webshopom fejlesztése és szerettem volna újra üzembehelyezni localhoston is. Sajnos a gép és a rendszer nem nagyon engedte. Kivettem a jelszót, újraraktam a wampot, semmi.
  : Undefined index: user-t ír és
  Access denied for user 'xyz'@'localhost' (using password: YES)

  Pedig nem használok jelszót, nincs semmiféle ilyen dolog. Az indexpen pedig definiálva van, ezért nem értem, mert online teljes mértékben működik :S

• #2127 coco2 őstag

  2012-08-04 11:19:46 #2127

  Ö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

  

  coco2

  őstag

  Szijasztok!

  MySQL szerverhez keresgetek lehetőségeket adatbázis csak olvasható replikák létrehozásához. Olyasmi kellene, ami elküldi az olvasási kérdéseket a távoli szerveren lévő adatbázisnak, és gyorsító tárazza is helyileg, ami visszaérkezett. Írásnál persze írni kell mindkettőt, de kiolvasásra elég, ha pld 5 percenként frissül a helyi adat, hogy terhelést tudjak levenni a távoli szerverről. Ismer valaki ilyesmi supportot mysql-hez? Vagy ez tipikusan olyan dolog, amit mindenki írjon meg magának testre szabottan?

  Google pajtás csak Amazon db találatokat dobált ki nekem, de nekem nem amazon szolgáltatásom van, hanem saját kézben a vas, és amit arra telepítek. (És persze az sem ártana, ha nem 100milliókat kellene kifizetnem.)

• #2126 Sk8erPeter nagyúr Peter Kiss #2123

  2012-06-29 20:47:04 #2126

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz Peter Kiss #2123 üzenetére

  Tehát az eredeti állításom, miszerint a query-k konkatenálását az IN-jellegű lekéréseknél nem úszod meg, igaz. A megvalósítás viszont megint más kérdés, ez is tény. A "behelyettesítés" meg valóban úgy a "biztonságos", ahogy írod. Bár ha valakinek van némi fogalma az adatbázis-lekérésekről, az remélhetőleg nem fog így se-úgy se escape-eletlenül hozzáfűzögetni semmit.

• #2125 Peter Kiss őstag cucka #2124

  2012-06-29 17:58:33 #2125

  Ö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

  

  Peter Kiss

  őstag

  válasz cucka #2124 üzenetére

  ORM-et írtam, ahhoz kellett.

• #2124 cucka addikt Peter Kiss #2123

  2012-06-29 17:25:17 #2124

  Ö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

  

  cucka

  addikt

  válasz Peter Kiss #2123 üzenetére

  Szerintem ha alacsony szinten akarod kezelni az adatbázist (tehát query-ket akarsz összerakni), akkor jó a PDO meg bármi más. Ha magas szinten akarod kezelni, akkor meg beizzítasz egy ORM-et.
  Amit te szeretnél csinálni, az az, hogy becsomagolod a PDO-t, mert így talán szebb lesz. Nem lesz az, mert amit leírsz, az csak szintaktikai varázslat, nincs neki túl sok funkcionális haszna. Ezernyi hasznosabb dolgot tudnék mondani, mint megírni a hatszázezredik php-s adatbázis wrapper osztályt.

• #2123 Peter Kiss őstag Sk8erPeter #2122

  2012-06-29 17:18:11 #2123

  Ö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

  

  Peter Kiss

  őstag

  válasz Sk8erPeter #2122 üzenetére

  Igen, csak nem adatokkal.

• #2122 Sk8erPeter nagyúr Peter Kiss #2121

  2012-06-29 16:30:26 #2122

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz Peter Kiss #2121 üzenetére

  "közben kiegészítem a query-t ?-ekkel (nem használok nevesített paraméterek), majd elrakom a tömböt. Végrehajtáskor már megvan a kész query"
  Tehát akkor kénytelen vagy konkatenálni a query-t, ugye?

• #2121 Peter Kiss őstag Sk8erPeter #2120

  2012-06-29 13:21:33 #2121

  Ö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

  

  Peter Kiss

  őstag

  válasz Sk8erPeter #2120 üzenetére

  Röviden annyi, hogy végigmegyek a tömbön, amiben pl. számok vannak, közben kiegészítem a query-t ?-ekkel (nem használok nevesített paraméterek), majd elrakom a tömböt. Végrehajtáskor már megvan a kész query (pl. "SELECT * FROM tbl WHERE ID IN (?, ?, ?, ?)"), megvan minden adat, mehet a sima PDO-s binding, és megy is rendesen.

• #2120 Sk8erPeter nagyúr Peter Kiss #2119

  2012-06-29 13:15:59 #2120

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz Peter Kiss #2119 üzenetére

  Hogyan használod? Pont erre lennék kíváncsi.
  Nálam a sima implode-os prepared statementes átadás rosszul működik, nem adja vissza azt az eredményhalmazt, amit várok, és amit akkor ad vissza, ha simán lefuttatom a query-t, megadott id-kkel.

• #2119 Peter Kiss őstag Sk8erPeter #2118

  2012-06-29 12:34:28 #2119

  Ö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

  

  Peter Kiss

  őstag

  válasz Sk8erPeter #2118 üzenetére

  Persze, használtam már, használom is.

• #2118 Sk8erPeter nagyúr Peter Kiss #2117

  2012-06-29 12:10:09 #2118

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz Peter Kiss #2117 üzenetére

  Ki is próbáltad az IN-nél?
  Én csak kerülő megoldásról tudok, ahogy itt írják:

  select users.id
  from users
  join products
  on products.user_id = users.id
  where find_in_set(cast(products.id as char), :products)

  Itt a
  find_in_set(cast(products.id as char), :products)
  a lényeg, feltételezem, ez jóval lassabb, mint egy "rendes" IN...

  localhoston gyorsan tesztelve az előbbi 0.0276 másodperc, míg a "normál" IN 0.0008 másodperc, ami azért igen jelentős különbség azt tekintve, hogy összesen 4 sor van a teszttáblámban. Óriásira nőtt adatbázisnál szerintem ez elég durva különbségekhez vezethet!

  ==
  "Egyébként szerintem van értelme pl. PDO köré is wrapper-t írni, mert nagyon ocsmányul néz ki."
  Mi a baj vele?

  "Főleg akkor hasznos, ha ismeretlen számú paraméterekkel kell dolgozni."
  Array-t is átadhatsz az execute()-nak.

• #2117 Peter Kiss őstag Sk8erPeter #2113

  2012-06-27 08:11:53 #2117

  Ö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

  

  Peter Kiss

  őstag

  válasz Sk8erPeter #2113 üzenetére

  Ha csak paraméterek behelyettesítéséről beszélünk, akkor az IN jellegűeknél sem kell összefűzni semmit se, működik a prepared statement-es megoldás. Ha úgy járnánk el, hogy majdnem mindenhol helyesen használjuk a prepared statement-eket, csak egy pár helyen nem, akkor olyan, mintha nem is használnánk prepared statement-eket.

  ---

  Egyébként szerintem van értelme pl. PDO köré is wrapper-t írni, mert nagyon ocsmányul néz ki. Főleg akkor hasznos, ha ismeretlen számú paraméterekkel kell dolgozni.

• #2116 Sk8erPeter nagyúr Briganti #2115

  2012-06-26 15:31:36 #2116

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz Briganti #2115 üzenetére

  no para, gondoltam, hogy csak véletlenül mellément

• #2115 Briganti tag Sk8erPeter #2113

  2012-06-26 15:08:16 #2115

  Ö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

  

  Briganti

  tag

  válasz Sk8erPeter #2113 üzenetére

  Hupsz, bocsi
  De jar neked a a szep kerek valaszert

• #2114 papa019 senior tag Sk8erPeter #2113

  2012-06-26 13:13:34 #2114

  Ö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

  

  papa019

  senior tag

  válasz Sk8erPeter #2113 üzenetére

  Értem.
  Így már működik.

• #2113 Sk8erPeter nagyúr papa019 #2110

  2012-06-26 13:08:46 #2113

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz papa019 #2110 üzenetére

  Akkor bocsánat, nem szóltam, csak ugyanúgy nézett ki a dolog, mint korábban, konkatenáltad, ugyanaz a változónév, stb., ezért hittem azt, hogy ugyanazt a saját osztályt használod, mint korábban.

  Ha PDO-t használsz, akkor onnantól - szerencsére - a mysql_ kezdetű függvények megszűntek létezni!! Thank God!
  Tehát pl. a mysql_fetch_row() használatát felejtsd el innentől örökre.
  Ahogy az is megszűnt létezni, hogy összefűzögesd a query-ket, azt NEM SZABAD. Azt is felejtsd el. Csak NAGYON ritkán van rá szükség, pl. az IN(...) jellegű query-knél.

  Tehát pl.:
  $result = $DB->query("SELECT * FROM places WHERE id = '$parent_area')");
  $result->setFetchMode(PDO::FETCH_COLUMN);
  while($row = $result->fetch())
  {
  $has_parent=$row['parent_has_parent'];
  }

  HELYETT

  $sth = $DB->prepare('SELECT * FROM places WHERE id = :id');
  $sth->bindParam(':id', $parent_area, PDO::PARAM_INT);
  $sth->execute();
  $myResults = array();
  while($row = $sth->fetch(PDO::FETCH_ASSOC)){
  // do something with this row....
  $has_parent=$row['parent_has_parent'];
  if($has_parent){
  // ...
  }
  else{
  // ...
  }
  $myResults[] = $row;
  }

  ===

  (#2111) Briganti : rossz helyre címezted.

• #2112 papa019 senior tag Briganti #2111

  2012-06-26 13:05:12 #2112

  Ö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

  

  papa019

  senior tag

  válasz Briganti #2111 üzenetére

  boolean false

• #2111 Briganti tag Sk8erPeter #2109

  2012-06-26 13:02:15 #2111

  Ö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

  

  Briganti

  tag

  válasz Sk8erPeter #2109 üzenetére

  adj egy var_dump -ot a $result valtozodnak, hogy nezd meg mit terit vissza a $DB->query() fugvenyed

• #2110 papa019 senior tag Sk8erPeter #2109

  2012-06-26 12:53:59 #2110

  Ö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

  

  papa019

  senior tag

  válasz Sk8erPeter #2109 üzenetére

  A config.php:
  try {
  $DB = new PDO("mysql:host=$host;dbname=$dbname", $user, $pass, array(PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8"));
  }
  catch(PDOException $e)
  {
  echo $e->getMessage();
  }

  Tudtommal ez PDO.
  De a hibát továbbra sem értem.

• #2109 Sk8erPeter nagyúr papa019 #2105

  2012-06-26 12:51:34 #2109

  Ö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

  

  Sk8erPeter

  nagyúr

  válasz papa019 #2105 üzenetére

  Kíváncsi lennék, mikor fogadod el végre, amit a PHP topicban már páran tanácsoltunk, hogy felejtsd már el ezt a spanyol viaszt felfedező, valszeg tákolt osztályodat (bocsi), és használd inkább a beépített PDO-t.

• #2108 papa019 senior tag Briganti #2106

  2012-06-26 11:05:04 #2108

  Ö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

  

  papa019

  senior tag

  válasz Briganti #2106 üzenetére

  Néztem már ezt az oldalt, mielőtt írtam, de akkor sem jöttem rá, hogy mit rontok el.

• #2107 DeltaPower addikt papa019 #2105

  2012-06-26 11:04:03 #2107

  Ö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

  

  DeltaPower

  addikt

  válasz papa019 #2105 üzenetére

  Valószínűleg rossz a lekérdezés és false-t ad vissza.

• #2106 Briganti tag papa019 #2105

  2012-06-26 11:01:46 #2106

  Ö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

  

  Briganti

  tag

  válasz papa019 #2105 üzenetére

  Ezen a linken megnezheted hogy hol tevedtel

  Ha nem josz ra akkor segitek

• #2105 papa019 senior tag Briganti #2103

  2012-06-26 10:43:01 #2105

  Ö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

  

  papa019

  senior tag

  válasz Briganti #2103 üzenetére

  Még egy kérdésem lenne:
  Ha csinálok egy ilyen kódot:

  $result = $DB->query("SELECT * FROM places WHERE id = '$parent_area')");
  $result->setFetchMode(PDO::FETCH_COLUMN);
  while($row = $result->fetch())
  {
  $has_parent=$row['parent_has_parent'];
  }

  Akkor a PHP hibát ír ki:

  SCREAM: Error suppression ignored for
  ( ! ) Fatal error: Call to a member function setFetchMode() on a non-object

  A lekérdezés egyetlen sort ad ki eredményül, ennek az egyik attribútumából szeretnék változót létrehozni. Miért nem működik ez a megoldás, és mi lehet a helyes megoldás erre?

  Ha így próbálom megoldani:
  $result = $DB->query("SELECT parent_has_parent FROM places WHERE id = '$parent_area')");
  $row = mysql_fetch_row($result);
  echo 'alert('.$row[0].')';

  Akkor pedig az alábbi hiba van:

  Warning: mysql_fetch_row() expects parameter 1 to be resource, boolean given in C:\wamp\www\ajaxPost.php on line 20

• #2104 papa019 senior tag

  2012-06-26 08:16:33 #2104

  Ö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

  

  papa019

  senior tag

  Köszönöm, de nekem place id van megadva. Viszont ez alapján már menni fog szerintem.

• #2103 Briganti tag papa019 #2102

  2012-06-26 08:06:30 #2103

  Ö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

  

  Briganti

  tag

  válasz papa019 #2102 üzenetére

  Probald ezt, nem igerem hogy a legoptimalisabb, de most hirtelen ez ugrott be

  SELECT * FROM places p
  LEFT JOIN category c ON p.category = c.id
  WHERE c.level < (SELECT level FROM category WHERE id = $id)

• #2102 papa019 senior tag

  2012-06-26 08:01:05 #2102

  Ö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

  

  papa019

  senior tag

  Sziasztok!

  Egy bonyolultabb lekérdezést szeretnék megvalósítani, de már elég régen tanultam mysql-t és sehogy sem jön össze. A lényeg, hogy van két tábla: az egyik a places, amiben van egy id és egy category attribútum, a másik a categories, amiben van szintén egy id és egy level attribútum. A places category attribútuma a categories id-je.
  A lekérdezéshez van egy place $id valtozóm a php kódban. Azt szeretném elérni, hogy azokat a placeeket jelölje ki a select, amiknek a level attribútuma kisebb, mint az adott place kategóriájának level attribútuma.

• #2101 sanyilpa18 csendes tag

  2012-06-09 21:18:56 #2101

  Ö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

  

  sanyilpa18

  csendes tag

  sziasztok. hogyne lehetne megoldani hogy egy x weboldal postjait és egy teljes másik dizajnal rendelkezo y oldal postjait egy xy oldalon is töltse be. ugyanakkor egy regisztracioval mindhárom oldalon belehessen lépni. wordpress cms oldalról lenne szó... köszönöm aki segít

Aktív témák