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

• #16827 fordfairlane veterán szcsaba1994 #16826

  Új Válasz 2014-11-30 15:21:14 #16827

  Ú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

  

  fordfairlane

  veterán

  válasz szcsaba1994 #16826 üzenetére

  Bármi lehet a gond, mivel ezek csak kódrészletek.

• #16822 fordfairlane veterán honda 1993 #16809

  Új Válasz 2014-11-30 12:50:06 #16822

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #16809 üzenetére

  Ebbe már én is belefutottam wamp installáláskor, de már nem emlékszem, hogy mi volt a megoldás. A XAMPP-nál ilyen nincs, azt egyszerűbb feltelepíteni.

• #16760 fordfairlane veterán disy68 #16758

  Új Válasz 2014-11-25 10:45:05 #16760

  Ú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

  

  fordfairlane

  veterán

  válasz disy68 #16758 üzenetére

  Ez szép megoldás.

• #16749 fordfairlane veterán peterfihugo #16747

  Új Válasz 2014-11-19 12:16:01 #16749

  Ú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

  

  fordfairlane

  veterán

  válasz peterfihugo #16747 üzenetére

  Ez egy Ruby on Rails alkalmazás. Az ERB kiterjesztésű az Embedded Ruby fileok. Ezek többnyire nézetfileok, amik vegyesen tartalmaznak Ruby és HTML kódot.

• #16731 fordfairlane veterán #68216320 #16730

  Új Válasz 2014-11-12 16:23:46 #16731

  Ú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

  

  fordfairlane

  veterán

  válasz #68216320 #16730 üzenetére

  Nem tudom mik ezek, de a httpd-sni.conf-ból lestem ki.

  Az AllowOverride valami olyasmi, hogy engedélyezheted, hogy .htaccess-ből milyen webszerver-direktívát írhatsz felül.

  Most hogy jobban megnéztem a httpd.conf-ot, két AllowOverride is van benne. Egy általános jellegű, és egy a webroot directoryjára. Elég az utóbbinál engedélyezni a .htaccess-t. Illetve az "All" sem feltétlen szükséges, le lehet szűkíteni a felülírható direktívák körét a megfelelő kulcsszóval. Persze ha dev szerverről van szó, akkor nem érdemes ennyire belemenni a részletekbe.

  Ez nyilván biztonsági megfontolásokból van így beállítva, hogyha egy támadó valami hiba folytán .htaccess fájlt tud létrehozni a szerveren, azzal ne tudja a webszervert átkonfigurálni.

• #16729 fordfairlane veterán #68216320 #16728

  Új Válasz 2014-11-12 15:59:18 #16729

  Ú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

  

  fordfairlane

  veterán

  válasz #68216320 #16728 üzenetére

  Próbáld ki, hogy a httpd.conf-ban a 265. sorban ezt a részt átírod:

  AllowOverride None

  AllowOverride All -ra.

  Illetve ha virtualhostokat használsz, akkor a virtualhost configjában is felül tudod írni ezt a direktívát.

• #16707 fordfairlane veterán PumpkinSeed #16705

  Új Válasz 2014-11-06 00:18:10 #16707

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #16705 üzenetére

  Ez azért érdekelt engem, mert $valami['asd'][1] így hivatkoztam az asszociatív tömbbe helyezett elemekre és nem akart értéket visszaadni semmilyen módon.

  A while($row = mysql_fetch_assoc()) egyszerre egy rekordot olvas be, és tárol el egy $row nevű változóban. A $row-ban az aktuális rekord egyes mezőit éred el, pl. a $row["img_path"]-ban megkapod az aktuális sor img_path nevű mezőjének értékét, de amint a ciklus újra lefut, a $row tömb új értéket kap, az előtte levő sor adata felülíródik.

  Ha te a rekordokat össze akarod gyűjteni, mert további műveleteket akarsz vele végrehajtani (rendezni, csoportosítani pl.), akkor azt kb. így lehet:

  $recordset = array();
  while($row = mysql_fetch_assoc()) {
  $recordset[] = $row;
  }

  Ezután kapsz egy recordset nevű tömböt, ami n darab asszociatív tömböt fog tartalmazni, épp annyit, amennyi rekordot beolvastál a while-ban.

• #16706 fordfairlane veterán PumpkinSeed #16698

  Új Válasz 2014-11-06 00:12:27 #16706

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #16698 üzenetére

  A fetch_assoc és fetch_* társai egyszerre egy sort olvasnak be, tehát ha a sorrenden szeretnél változtatni valahogy, akkor vagy az adatbázis-lekérdezésedet kellene módosítani, hogy a PHP a megfelelő sorrendben kapja a recordsetet, vagy pedig be kell olvasni az összes sort egy PHP tömbbe, majd a PHP-ban végrehajtani a rendezést. A fetch_assoc egy rekordot tömbbe olvas be, de ez csak egy asszociatív tömb, aminek az elemei az aktuálisan beolvasott egyetlen rekord mezőit tartalmazzák.

  Ha az adatbázis-lekérdezésnél nincsen rendezés-klauza (ORDER BY), akkor a kapott sorrend nem garantált. Sok esetben egyszerűen abban a sorrendben kapod meg a rekordokat, ahogy fizikailag egymás után helyezkednek el a háttértáron.

  Esetben, ha jól értem, célszerű lenne felvenni egy plusz mezőt az adattáblába, amely eltárolná a feltöltés dátumát, és erre már lehetne növekvő vagy csökkenő sorrendű lekérdezést végrehajtani. Mysql-ben ezt egyszerű megoldani (TIMESTAMP DEFAULT CURRENT_TIME()), és ezt a mezőt a Mysql automatikusan be fogja állítani az aktuális időre a rekord létrejöttének pillanatában, a PHP kódban a rekordbeszúrásnál ezzel a mezővel nem is kell törődni.

  Ha ez valamiért nem járható út, de a táblának van egy autoinkrement kulcsmezője, akkor arra is lehet rendezést végrehajtani.

  HA ez sem jó valamiért, akkor csak az az út marad, hogy beolvasod az összes rekordot egy tömbbe, majd megfordítod az elemek sorrendjét (tán array_reverse(), vagy valami hasonló), majd végigmenve a tömbön, elvégzed a kiírást.

• #16669 fordfairlane veterán DNReNTi #16668

  Új Válasz 2014-10-29 14:36:07 #16669

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #16668 üzenetére

  Szerintem erre nincs általános megoldás. A behúzott fájl az adott function scope-jába importálódik. Ha azt akarod, hogy akár globálisan, akár függvényből vagy metódusból be lehessen húzni egy programrészt, akkor vagy a $GLOBALS tömböt használd, vagy egyáltalán ne használj globális változókat. Ha az includeolt fájlban csak függvény vagy osztálydeklaráció van, akkor nincs scope probléma.

• #16667 fordfairlane veterán DNReNTi #16666

  Új Válasz 2014-10-29 13:46:24 #16667

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #16666 üzenetére

  Már rég csináltam ilyet, de ez nem jó?

  set_include_path(get_include_path() . PATH_SEPARATOR . $_SERVER['DOCUMENT_ROOT']);

• #16659 fordfairlane veterán tothjozsi96 #16655

  Új Válasz 2014-10-28 18:37:21 #16659

  Ú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

  

  fordfairlane

  veterán

  válasz tothjozsi96 #16655 üzenetére

  Jó akkor úgy írom, hogy szétebbenválasztani. A nézetet széttebben szokták választani, neadjisten külön templatekbe teszik, hogy jól meg lehessen különböztetni az alkalmazás- vagy megjelenítási logika imperatív PHP kódrészét a megjelenítést szemantikusan deklaráló HTML résztől. És külön szokták rakni a stílusleíró CSS-t, az alkalmazás kliensoldali logikáját kezelő javascript kódot, stb, stb.. még akkor is, ha akár be is ágyazhatnák azt a HTML forrásba.

  Alapvetően a különféle domain specifikus programnyelveket a fejlesztők általában igyekeznek egymástól elszeparálni.

• #16652 fordfairlane veterán PumpkinSeed #16646

  Új Válasz 2014-10-28 18:06:09 #16652

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #16646 üzenetére

  Igazából én külön választanám a PHP-t és a HTML-t bár ez szerintem csak nekem jó, lehet más máshogy csinálja de én így szoktam a jobb átláthatóság érdekében:

  Itt mondjuk pont nem választottad külön a html-t és a PHP-t. Akkor lenne különválasztva, ha külön fájlban lenne.

• #16636 fordfairlane veterán honda 1993 #16633

  Új Válasz 2014-10-28 15:12:48 #16636

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #16633 üzenetére

  A config.php-ban jelzi a hibát.

• #16627 fordfairlane veterán honda 1993 #16625

  Új Válasz 2014-10-28 14:42:38 #16627

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #16625 üzenetére

  Miért nem a komplett forrást rakod be? (Ha ez a komplett forrás, akkor hiányzik a php escape tag: <?php ) Miért nem formázod a programkódot a programkód formázással, hogy ne folyjon ki a szeme annak, aki esetleg segíteni akar? Mit jelent az, hogy "nem működik"? Nem rakja ki a formot, vagy a form submit nem megy?

  Legalább értelmesen kérdezni tudnátok, de még a magyar sem megy, nemhogy a PHP.

• #16624 fordfairlane veterán CSorBA #16623

  Új Válasz 2014-10-27 22:00:27 #16624

  Ú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

  

  fordfairlane

  veterán

  válasz CSorBA #16623 üzenetére

  Ja igen. Mondjuk nem ez a kulcsa a lényegnek, ez inkább egyfajta jellemző implementálási részlet, vagy ha úgy tetszik, design pattern.

  Ez az ún. "Post/Redirect/Get" módszer, ami pont ennek a fajta hibának, vagy inkább protokoll-hiányosságnak a kiküszöbölésére született módszer.

• #16621 fordfairlane veterán tothjozsi96 #16614

  Új Válasz 2014-10-27 20:34:26 #16621

  Ú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

  

  fordfairlane

  veterán

  válasz tothjozsi96 #16614 üzenetére

  Értem, de nekem ez így elsőre eléggé furcsának tűnik.

  Az is, de egyelőre fogadd el, hogy a sebesség miatt így van megoldva. (az átlapolódó konkurrens tranzakciókezelés gyorsítása miatt a memóriában tárolja az InnoDB az autoincrement számlálót, úgyseérted ).

  Először indíts egy tranzakciót, kérdezd le, hgy van-e olyan érték az adatbázisban, és ha nincs, akkor hajtsd végre az INSERT-et. Majd tranzakció kommit.

• #16569 fordfairlane veterán PumpkinSeed #16567

  Új Válasz 2014-10-25 23:05:50 #16569

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #16567 üzenetére

  Pedig én ezt jól bírom, de most valami eltört bennem.

• #16564 fordfairlane veterán

  Új Válasz 2014-10-25 18:31:44 #16564

  Ú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

  

  fordfairlane

  veterán

  Ha a PHP topik ilyen szinten marad a továbbikban, öngyi leszek.

• #16510 fordfairlane veterán DNReNTi #16508

  Új Válasz 2014-10-20 11:42:53 #16510

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #16508 üzenetére

  Van azon a string mezőn index?

  Egyébként meg a biztonsági vitához: Szerintem egy kezdő ne akarjon ilyenbe belemenni, elég volna, ha a beépített sessionkezelőt használja. Ez még mindig sokkal jobb opció, mint ahogy eredetileg akarta, hogy majd nekiáll cookieba menteni házibarkács hash-adatokat meg jelszót. Nem is értem, hogy miért erőlteti ezt a dolgot, amikor alapvető dolgokkal nincs tisztában.

• #16484 fordfairlane veterán tothjozsi96 #16483

  Új Válasz 2014-10-17 12:22:33 #16484

  Ú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

  

  fordfairlane

  veterán

  válasz tothjozsi96 #16483 üzenetére

  Bocs, de ez marhaság.

• #16481 fordfairlane veterán tothjozsi96 #16479

  Új Válasz 2014-10-17 09:44:03 #16481

  Ú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

  

  fordfairlane

  veterán

  válasz tothjozsi96 #16479 üzenetére

  Ha a felhasználó munkamenetével kapcsolatos adatokat akarsz tárolni, akkor az általánosan bevett megoldás az, hogy a kliensnél egy egyedi, véletlengenerált azonosítót tárolsz, pl. hash formájában, minden más adatot a szerveren. A hash azonosítja a klienst minden egyes requestnél, így a többi adat hozzárendelése szerveroldalon könnyedén megoldható. PHP-ban erre való a beépített session-kezelő.

• #16471 fordfairlane veterán Sk8erPeter #16470

  Új Válasz 2014-10-15 16:42:25 #16471

  Ú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

  

  fordfairlane

  veterán

  válasz Sk8erPeter #16470 üzenetére

  akkor már legyen a webalkalmazáshoz képest relatív

  Vagy pedig használhatja a $_SERVER["DOCUMENT_ROOT"] -ot.

• #16463 fordfairlane veterán tothjozsi96 #16460

  Új Válasz 2014-10-15 10:32:31 #16463

  Ú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

  

  fordfairlane

  veterán

  válasz tothjozsi96 #16460 üzenetére

  strtr

• #16452 fordfairlane veterán PumpkinSeed #16447

  Új Válasz 2014-10-14 15:47:54 #16452

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #16447 üzenetére

  Maga az MVC csak nagy vonalakban ad iránymutatást arra nézve, hogy miféle nyelvi elemeket keverhetsz a kódodban. Az nagyjából oké, hogy a html a megjelenítéshez kapcsolódik, de az adott nézetnek számos egyéb funkciója is lehet.

  A manapság bevett gyakorlat nagyjából annyi, hogy az oldal szerkezetét leíró html kód többnyire egy template fájlba kerül, amibe csak a legegyszerűbb php, vagy az adott template kezelő nyelvi elemei kerülnek bele. Pl. blokkdefiniálás, iteráció (foreach), beágyazás (include), csak a legegyszerűbb vezérlési szerkezetek. A többi, az adott nézethez kapcsolódó kódrészek mondjuk egy View objectben kaphatnak helyet, ami tisztán csak php utasításokat tartalmaz.

  Én úgy szoktam csinálni, ha az adott rendszerben nincs template kezelő, hogy a nézetben a PHP alternatív nyelvi szintaktikáját használom, ezzel is érzékeltetve, hogy ez egy nézetleíró fájl.

  <?php if(): ?>
  
  <?php else: ?>
  
  <?php endif; ?>
  
  <?php foreach(): ?>
  
  <?php endforeach; ?>

• #16429 fordfairlane veterán honda 1993 #16425

  Új Válasz 2014-10-13 20:58:16 #16429

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #16425 üzenetére

  Én a XAMPP installt úgy szoktam kezdeni, hogy a webroot mappát kitörlöm, utána pakolom oda a saját cuccaimat.

• #16423 fordfairlane veterán Speeedfire #16422

  Új Válasz 2014-10-13 15:41:07 #16423

  Ú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

  

  fordfairlane

  veterán

  válasz Speeedfire #16422 üzenetére

  idén is a BME keretein belül. Nem az OE-n?

• #16417 fordfairlane veterán PumpkinSeed #16410

  Új Válasz 2014-10-12 22:30:29 #16417

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #16410 üzenetére

  A XAMPP feltelepítésénél ez sem egyszerűbb. Annyi az egész, hogy next-next-finish. Ja, és meg kell jegyezni, hogy webroot alaphelyzetben a C:\xampp\htdocs. Van hozzá control panel, ahol indíthatod, service-ként regisztrálhatod a megfelelő komponenst. Eddig még nem láttam olyan embert, akinek problémát okozott volna a XAMPP üzembehelyezése.

• #16403 fordfairlane veterán Peter Kiss #16400

  Új Válasz 2014-10-12 16:43:25 #16403

  Ú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

  

  fordfairlane

  veterán

  válasz Peter Kiss #16400 üzenetére

  Hát szerintem is, de én már inkább bele sem szólok, mert akkor megint keletkezik még ezer hsz, mire egy XAMPP install összejön. Eleve a localhost miért a xampp/htdocs/valami/-re mutat, már ez nem kerek, de nem, erős vagyok, nem szólok közbe, nem kérdezek rá. Eleve ha valaki ennyire nem ért hozzá, minek választ custom installt...

• #16345 fordfairlane veterán DNReNTi #16341

  Új Válasz 2014-10-07 13:23:33 #16345

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #16341 üzenetére

  A tartalom (encoding oké-e pl., nincsen-e kevés, vagy szinte semmi szöveg a képek mellett stb...), a konkrét (pl. ékezetesbetűs) subject nélkül nehéz megítélni, mitől spam.

• #16318 fordfairlane veterán DNReNTi #16316

  Új Válasz 2014-10-04 08:49:11 #16318

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #16316 üzenetére

  Ebbe már én is belefutottam.

• #16307 fordfairlane veterán Des1gnR #16304

  Új Válasz 2014-10-02 16:23:36 #16307

  Ú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

  

  fordfairlane

  veterán

  válasz Des1gnR #16304 üzenetére

  És ez annak hatására jelent meg, hogy ezt az egy sort átírtad az XML generáló függvényben?

• #16303 fordfairlane veterán Des1gnR #16300

  Új Válasz 2014-10-02 15:56:24 #16303

  Ú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

  

  fordfairlane

  veterán

  válasz Des1gnR #16300 üzenetére

  Szerintem az lehet a probléma, hogy a customer-processing-order.php-t valamiféle controller script tölti be, ami egy másik könyvtárban található.

  Első ránézésre az XML fájlmentés az aktuális könyvtárba történik, ami viszont azon múlik, hogy maga a script, amit a webszerver hajt végre, és ami aztán betölti többek közt ezt a customer-processing-order.php-t, hol található.

  Mivel az XML generáló függvény nem paraméterezhető, hogy hova milyen néven mentsen, ezért célszerű lehet úgy módosítani, hogy oda mentse, ahol ez a függvényt deklaráló "ordertoxml.php" fájl található. Én ezt a sort:

  $xml->save("40780.xml") or die("Error");

  ebből ezt:

  "40780.xml"

  átírnám valami ilyesmire:

  dirname(__FILE__) . DIRECTORY_SEPARATOR . "40780.xml"

• #16299 fordfairlane veterán Des1gnR #16298

  Új Válasz 2014-10-02 14:28:09 #16299

  Ú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

  

  fordfairlane

  veterán

  válasz Des1gnR #16298 üzenetére

  Nem látok "rendeles.php"-t. Ezt fűzöd be, majd utána meghívod az XML generáló függvényt.

• #16268 fordfairlane veterán Orionk #16267

  Új Válasz 2014-09-25 00:03:17 #16268

  Ú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

  

  fordfairlane

  veterán

  válasz Orionk #16267 üzenetére

  Indítsak hozzá egy apachot ?

  Vagy töltsd fel egy tárhelyre.

• #16266 fordfairlane veterán Orionk #16265

  Új Válasz 2014-09-24 21:31:12 #16266

  Ú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

  

  fordfairlane

  veterán

  válasz Orionk #16265 üzenetére

  Nálam localhoston működik. Ennyi az oldal:

  <!DOCTYPE html>
  <html lang="hu">
  <head>
  <meta charset="utf-8">
  </head>
  <body>
  <script>(function(d, s, id) {
  var js, fjs = d.getElementsByTagName(s)[0];
  if (d.getElementById(id)) return;
  js = d.createElement(s); js.id = id;
  js.src = "//connect.facebook.net/hu_HU/sdk.js#xfbml=1&version=v2.0";
  fjs.parentNode.insertBefore(js, fjs);
  }(document, 'script', 'facebook-jssdk'));</script>
  <div class="fb-like-box" data-href="https://www.facebook.com/degazholegballonklub" data-colorscheme="light" data-show-faces="true" data-header="true" data-stream="true" data-show-border="true"></div>
  </body>
  </html>

  Ha webszerver nélkül, közvetlenül nyitom meg az oldalt a böngészőben, akkor nem megy.

• #16255 fordfairlane veterán Lacces #16252

  Új Válasz 2014-09-23 18:57:11 #16255

  Ú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

  

  fordfairlane

  veterán

  válasz Lacces #16252 üzenetére

  Miért vannak a query stingben a placeholderek aposztrófok közt?

• #16155 fordfairlane veterán PumpkinSeed #16153

  Új Válasz 2014-09-10 21:50:32 #16155

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #16153 üzenetére

  Ez csak félig vicc. A jó kérdésfeltevés félút a megoldáshoz. Sokszor az a gond, hogy nem érteni a kérdést, vagy hiányzik a kérdéshez maga a kontextus (forráskód, jsfiddle példa, whatever).

• #16117 fordfairlane veterán Tele von Zsinór #16116

  Új Válasz 2014-08-29 19:23:49 #16117

  Ú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

  

  fordfairlane

  veterán

  válasz Tele von Zsinór #16116 üzenetére

  Az, hogy a PHP csoport melyiket supportálja vagy sem, annak nagyjából semmi köze a témához. Igen, széttöredezett. Ahány hosting szolgáltató, annyiféle verzió az 5.2-tól 5.5-ig.

• #16105 fordfairlane veterán

  Új Válasz 2014-08-28 21:11:53 #16105

  Ú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

  

  fordfairlane

  veterán

  Kiadták a PHP 5.6.0 -t:

  [link]

  Pár hónapja még egy 5.2.*-essel kellett szenvednem. Kezd nagyon széttöredezni a platform.

• #16103 fordfairlane veterán Orionk #16099

  Új Válasz 2014-08-28 19:20:59 #16103

  Ú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

  

  fordfairlane

  veterán

  válasz Orionk #16099 üzenetére

  Ehhez nincs szükség Symfony-ra, ez csak egy szimpla tájékoztató oldal. Ahogy elnézem, ezt a theme-t használták fel:

  [link]

• #16032 fordfairlane veterán honda 1993 #16031

  Új Válasz 2014-08-27 12:48:19 #16032

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #16031 üzenetére

  Adatbevitelre szolgáló elem a weboldalba beágyazva.

• #15984 fordfairlane veterán honda 1993 #15982

  Új Válasz 2014-08-25 20:08:17 #15984

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #15982 üzenetére

  A fájl nevét is meg kell adni az url-ben, amibe a PHP kód be van ágyazva, kiterjesztéssel együtt. Alapbeállítások esetén egyetlen kivétel van, ha a fájlt index.php-nak nevezed el. Ebben az esetben elég a könyvtár nevét megadni az url-ben.

  És még egyszer: php kiterjesztésű legyen a fájl! Ha a Windowsban az Intézőben ki van kapcsolva az ismert fájltípusok kiterjesztésének kiíratása, az bekavarhat.

• #15980 fordfairlane veterán honda 1993 #15977

  Új Válasz 2014-08-25 19:58:04 #15980

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #15977 üzenetére

  letrehoztama htdocs mappaba egy masik mappat amiben ezek lesznek. ebbe raktam bele ezt a fajlt,de semmi

  \xampp\htdocs\mappanev

  tartalma

  //localhost/mappanev/

  nével lesz elérhető a böngészőn keresztül.

• #15979 fordfairlane veterán honda 1993 #15977

  Új Válasz 2014-08-25 19:51:07 #15979

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #15977 üzenetére

  a leirasban az van hogy xhtml fajl body reszebe kell beleirni.

  A PHP egy html-be beágyazható scriptnyelv, de csak megadott kiterjesztésű fájloknál működik. XAMPP alapbeállítással csak a .php kiterjesztés esetén indul el a PHP értelmező. A XAMPP alapból a \xampp\htdocs könyvtárat használja, ez lesz az ún. webroot.

  ahhhaaaa,de mintha azt elfelejtette volna megemliteni hogy mi a megfelelo hely.

  Mert ez attól függ, hogy a webszerver (ami normál esetben egy tőled független kiszolgálón fut) hogyan van feltelepítve és beállítva a saját gépeden.

• #15976 fordfairlane veterán honda 1993 #15974

  Új Válasz 2014-08-25 19:40:26 #15976

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #15974 üzenetére

  Lehet, hogy a fájl kiterjesztése nem php lett. Elsőnek legyen mondjuk index.php. És persze az Apache webszervernek futnia kell.

• #15975 fordfairlane veterán honda 1993 #15971

  Új Válasz 2014-08-25 19:39:37 #15975

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #15971 üzenetére

  pedig ez meg csak nem is egy kod.

  De, ez PHP kód, aminek a végrehajtásához szükség van PHP futtatókörnyezetre, akármilyen egyszerű is.

• #15969 fordfairlane veterán DNReNTi #15967

  Új Válasz 2014-08-25 18:47:31 #15969

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #15967 üzenetére

  Nem gondolnám, hogy van tutorial, ami ettől alapabb szintről indul.

  Hát pedig sok olyan oktatási anyag van, ami ennél sokkal alapabban, szájbarágósabban, való életből hozott analógiákkal mutatja be a témakört. Pl. hogy mi az a változó, mi az a referencia, mi az a kifejezés (expression), mi az az utasítás (statement), hogyan épül fel a web alapú kliens-szerver rendszer, hogyan lép interakcióba a két hálózati végpont, stb, stb... Persze ilyen leírások magyarul nemigen vannak.

• #15968 fordfairlane veterán honda 1993 #15966

  Új Válasz 2014-08-25 18:41:31 #15968

  Ú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

  

  fordfairlane

  veterán

  válasz honda 1993 #15966 üzenetére

  Rövid bevezetőnek talán ez is elmegy.

  Esetleg nézd meg ezt, a PDF változat ingyen letölthető:

  [link]

  Csak a könyv második része foglalkozik a PHP alapú szerveroldali programozással.

  Én ugyan csak a Drupal könyvet olvastam tőle, de az korrektül megírt, korrektül összeszedett, és felépített anyag. Látszik, hogy olyan ember készítette, aki tanít is.

• #15965 fordfairlane veterán DNReNTi #15962

  Új Válasz 2014-08-25 18:27:33 #15965

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #15962 üzenetére

  A PHP reference szerintem nem kezdőknek való, függetlenül attól, hogy van benne egy nyúlfarknyi bevezető rész is. Esetleg olyanoknak lehet jó, akik már elég profik másfajta programnyelvekben.

• #15955 fordfairlane veterán CharlieDrop #15953

  Új Válasz 2014-08-19 14:15:15 #15955

  Ú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

  

  fordfairlane

  veterán

  válasz CharlieDrop #15953 üzenetére

  Érdemes megnézni a minimális követelményeit annak a szoftvernek, amit futtatni akarsz rajta. Ha saját programot használsz majd, kezdőként nem hiszem, hogy érdekelni fog az 5.4 vagy 5.5 újdonságai.

• #15898 fordfairlane veterán Joci93 #15897

  Új Válasz 2014-07-30 17:25:41 #15898

  Ú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

  

  fordfairlane

  veterán

  válasz Joci93 #15897 üzenetére

  25 checkbox esetén célszerű egy listát csinálni, és azon iterálva ellenőrizni, hogy melyik szerepel a bemenőparaméterek közt. A listában lehet egyéb opciókat is tárolni, ha bizonyos checkboxokat egyedileg kell kezelni, validálni, satöbbi.

  Mivel nem írtál konkrétumot, így nehéz konkrétumot válaszolni, mindenesetre a 25 már akkora mennyiség, aminél valószínűleg érdemes generalizálni mind a checkboxok html renderelését, mind a submit feldolgozását, és az adattárolás részét. Kérdés, hogy technikailag felkészült-e vagy ilyenre vagy sem.

  Alternatívaként érdemes szétnézni a PHP-s web frameworkök (Symfony, Laravel, Zend) form moduljai körül, amik pont ennek az automatizálására vannak kitalálva.

• #15884 fordfairlane veterán Sk8erPeter #15883

  Új Válasz 2014-07-29 05:38:34 #15884

  Ú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

  

  fordfairlane

  veterán

  válasz Sk8erPeter #15883 üzenetére

  20-30 percig tartó műveletnél szerintem az emailes értesítés a legmegfelelőbb.

• #15882 fordfairlane veterán Sleed #15881

  Új Válasz 2014-07-28 16:38:23 #15882

  Ú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

  

  fordfairlane

  veterán

  válasz Sleed #15881 üzenetére

  Melyik PHP verzión próbálkozol? Nekem jó a numerikus kiíratás 5.4.7 alatt. Ez a kód ezt a kimenetet produkálja:

  <?php
  $chart = array(
  Array ( "x" => "2014-07-17 01:00:21", "y" => 0 ),
  Array ( "x" => "2014-07-17 01:05:21", "y" => 0 ),
  Array ( "x" => "2014-07-17 01:10:22", "y" => 10 ),
  Array ( "x" => "2014-07-17 01:15:21", "y" => 0 ),
  Array ( "x" => "2014-07-17 01:20:21", "y" => 20 ),
  Array ( "x" => "2014-07-17 01:25:22", "y" => 0 )
  );
  
  print_r(json_encode($chart));
  ?>

  Kimenet:

  [{"x":"2014-07-17 01:00:21","y":0},{"x":"2014-07-17 01:05:21","y":0},{"x":"2014-07-17 01:10:22","y":10},{"x":"2014-07-17 01:15:21","y":0},{"x":"2014-07-17 01:20:21","y":20},{"x":"2014-07-17 01:25:22","y":0}]

• #15852 fordfairlane veterán kemkriszt98 #15851

  Új Válasz 2014-07-14 15:23:51 #15852

  Ú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

  

  fordfairlane

  veterán

  válasz kemkriszt98 #15851 üzenetére

  Van egy sortörés a nyitó és záró textarea tag között, így submitnál szerintem a $_POST[''desc] egy sortörést fog tartalmazni, ha nem írsz bele semmit.

• #15832 fordfairlane veterán DS39 #15831

  Új Válasz 2014-07-11 17:23:40 #15832

  Ú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

  

  fordfairlane

  veterán

  válasz DS39 #15831 üzenetére

  $mail->SMTPSecure = "SSL";

  Próbáld úgy, hogy kisbetűvel írod az "ssl"-t.

• #15828 fordfairlane veterán kemkriszt98 #15827

  Új Válasz 2014-07-08 17:48:19 #15828

  Ú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

  

  fordfairlane

  veterán

  válasz kemkriszt98 #15827 üzenetére

  $filenamestruct = explode('.', $file);
  $file_type = strtolower(end($filenamestruct));

• #15819 fordfairlane veterán Joci93 #15817

  Új Válasz 2014-07-04 18:17:13 #15819

  Ú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

  

  fordfairlane

  veterán

  válasz Joci93 #15817 üzenetére

  Ez így mennyire biztonságos?

  Nem igazán értem, mit értesz biztonság alatt.

• #15795 fordfairlane veterán Petyyyyy #15793

  Új Válasz 2014-06-24 15:50:19 #15795

  Ú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

  

  fordfairlane

  veterán

  válasz Petyyyyy #15793 üzenetére

  A $connect globális változó, amely nem fog látszani alapból egy másik osztály metódusán belül. Mivel látom, hogy statikus metódusokat használsz, ezért a legegyszerűbb, ha a login metódus paramétereként átadod a $connect változót.

  Egyébként jobb lenne, ha a permission class-t inkább példányosítanád, és akkor a konstrktorában kaphat egy mysqli objektumot. Ezt egy objektum propertyben eltárolod, így könnyen használhatod a permission objektum az összes metódusában.

  2. Javaslom, hogy includeok helyett használj osztálybetöltőt, lehetőleg valami szabványosat, pl. PSR-0 -t)

• #15776 fordfairlane veterán Kalandor #15775

  Új Válasz 2014-06-18 20:07:36 #15776

  Ú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

  

  fordfairlane

  veterán

  válasz Kalandor #15775 üzenetére

  Csak érdeklődtem, meglepett a dolog.

• #15771 fordfairlane veterán mobal #15769

  Új Válasz 2014-06-18 15:05:05 #15771

  Ú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

  

  fordfairlane

  veterán

  válasz mobal #15769 üzenetére

  Domain blacklist alapján a hsz-ek is automatikusan cenzúrázásra kerülnek? A citro-maillel mi a gond? És van másik ilyen domain?

• #15735 fordfairlane veterán DeltaPower #15734

  Új Válasz 2014-06-08 12:37:23 #15735

  Ú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

  

  fordfairlane

  veterán

  válasz DeltaPower #15734 üzenetére

  Szerintem is.

• #15729 fordfairlane veterán Doctor46 #15725

  Új Válasz 2014-06-06 19:44:54 #15729

  Ú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

  

  fordfairlane

  veterán

  válasz Doctor46 #15725 üzenetére

  PHP lesz attól is, ha a fájlok kiterjesztését átírod .php-ra. A PHP egy HTML-be ágyazható programnyelv. Nem tudni, hogy mit akarsz megvalósítani a PHP-val.

• #15710 fordfairlane veterán trisztan94 #15708

  Új Válasz 2014-06-02 16:27:04 #15710

  Ú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

  

  fordfairlane

  veterán

  válasz trisztan94 #15708 üzenetére

  A Google Mapsnek is van fizetős Enterprise változata, ahol a mass geocoding engedélyezett.

• #15688 fordfairlane veterán coco2 #15686

  Új Válasz 2014-05-30 14:19:19 #15688

  Ú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

  

  fordfairlane

  veterán

  válasz coco2 #15686 üzenetére

  A táblázat alapján a Classic Edition az, amelyikben nincs InnoDB. Tudomásom szerint az ingyenes verzió a Community Edition, és abban van InnoDB:

  [link]

• #15629 fordfairlane veterán Bici #15628

  Új Válasz 2014-05-15 17:10:55 #15629

  Ú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

  

  fordfairlane

  veterán

  válasz Bici #15628 üzenetére

  Meg voltam róla győződve, hogy ezért akasztás jár komolyabb fejlesztői körökben, de akkor mégsem.

  Nem jár akasztás. Azokon a platformokon, ahol nem létezik sem push message, sem permanens kétirányú adatkapcsolat (socket jó darabig nem volt, és a régi böngészőkben ma sincs), csakis a polling marad. A kliens kénytelen rendszeresen a szerverhez fordulni, és lekérdezni, van-e változás, mivel a szerver nem tudja értesíteni erről.

• #15600 fordfairlane veterán biker #15597

  Új Válasz 2014-05-03 14:43:29 #15600

  Ú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

  

  fordfairlane

  veterán

  válasz biker #15597 üzenetére

  Nem tudok többet mondani kódtöredékek alapján. Beraktál két insertet, egyik függvényben PDO-val, másik globálisan, egysoros mysql_query-ként. Ezek egy sort szúrnak be, tehát nyilván nem mindegy, hogy hajtódnak végre, azt meg pont nem látni.

• #15596 fordfairlane veterán biker #15595

  Új Válasz 2014-05-03 13:59:07 #15596

  Ú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

  

  fordfairlane

  veterán

  válasz biker #15595 üzenetére

  A mysql_query a függvényen kívül van.

• #15530 fordfairlane veterán DeltaPower #15529

  Új Válasz 2014-04-17 16:23:59 #15530

  Ú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

  

  fordfairlane

  veterán

  válasz DeltaPower #15529 üzenetére

  Nem csak nálad, hanem az oktatóoldalon is.

• #15528 fordfairlane veterán PumpkinSeed #15526

  Új Válasz 2014-04-17 16:15:38 #15528

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #15526 üzenetére

  Látom. Lemaradt a function kulcsszó a metódusdefinícióknál.

• #15525 fordfairlane veterán PumpkinSeed #15524

  Új Válasz 2014-04-17 16:03:13 #15525

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #15524 üzenetére

  Szerintem előbb nézd meg a php.net-en, hogy hogyan kell osztályt deklarálni, és aztán azt hogyan kell használni PHP-ben. Ez az egész egyszerűen hibás szintaktikájú.

• #15519 fordfairlane veterán DNReNTi #15517

  Új Válasz 2014-04-15 13:44:31 #15519

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #15517 üzenetére

  Minden egyes nap, ugyan ez legalább egyszer megtörténik velem is.

  Velem nem.

• #15502 fordfairlane veterán PumpkinSeed #15501

  Új Válasz 2014-04-13 18:27:15 #15502

  Ú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

  

  fordfairlane

  veterán

  válasz PumpkinSeed #15501 üzenetére

  Itt például remekül látszik a mysql_* kezdetű függvényhívások használatának egyik hátránya. Sehol semmi hibaüzenet. Persze meg lehet oldani, csak ehhez tele kell szórni a programot mysql_error kiíratásokkal.

• #15490 fordfairlane veterán Speeedfire #15489

  Új Válasz 2014-04-08 14:10:45 #15490

  Ú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

  

  fordfairlane

  veterán

  válasz Speeedfire #15489 üzenetére

  Írtam én valahol is azt, hogy a cookienál kell eszképelni is valamit?

  Ha nem tűnt volna fel, épp ez a téma. Az hogy mit hogyan escapelsz, az nem független attól, hogy hova szánod.

• #15487 fordfairlane veterán Speeedfire #15484

  Új Válasz 2014-04-08 13:15:51 #15487

  Ú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

  

  fordfairlane

  veterán

  válasz Speeedfire #15484 üzenetére

  setcookie-nál nincs mit escapelni. Ha direktben akarod manipulálni a cookie-kat kezelő fejléceket, akkor urlencode-ot használsz.

• #15464 fordfairlane veterán csabyka666 #15463

  Új Válasz 2014-04-07 14:20:14 #15464

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15463 üzenetére

  Légyszi ne rakd offba a hszeket, csak ha nem PHP témájú. A cookie állítgatás lehetőleg mindenféle kiíratást, html kódot előzzön meg. Az ob_start ugyan segíthet, de jobb, ha arra sincs szükség.

• #15461 fordfairlane veterán csabyka666 #15460

  Új Válasz 2014-04-07 14:07:13 #15461

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15460 üzenetére

  A mysql escape-t mysql műveleteknél kell használni.

• #15452 fordfairlane veterán csabyka666 #15449

  Új Válasz 2014-04-06 12:59:44 #15452

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15449 üzenetére

  Injection ellen vagy escapeled a bejövő paramétereket, vagy prepared statementet használsz. Utóbbira a mysqli vagy a pdo interfész ad eszközöket. Ne használd a mysql_* kezdetű függvényeket. 2011 óta "deprecated" státuszúak, és valószínűleg ki lesznek szedve a PHP.ból a jövőben.

• #15425 fordfairlane veterán csabyka666 #15424

  Új Válasz 2014-04-03 22:57:11 #15425

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15424 üzenetére

  Nincsenek rejtett dolgok. Felépítesz egy adatbázis kapcsolatot, az addig él, amíg a PHP fut az adott végrehajtási szálon, akárhány fájlból is tevődik össze. Amint véget ér a futás, a kapcsolat lezárul magától.

• #15422 fordfairlane veterán csabyka666 #15421

  Új Válasz 2014-04-03 22:35:35 #15422

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15421 üzenetére

  Jó, de ha egyszer te tudod, hogy melyik fájlod milyen sorrendben hívódik meg, akkor még milyen plusz infó kell? Én adtam egy olyan megoldást, ami sorrend-független, minden másra ott a közös programfájl, ami mindig végrehajtódik. Azt behúzod az összes php fájlod elejére. Ha az index.php csinál mindent, akkor annak az elejébe teszed.

• #15420 fordfairlane veterán csabyka666 #15419

  Új Válasz 2014-04-03 22:32:05 #15420

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15419 üzenetére

  Ez az előnye a "kreátor" objektumnak. Csak meghívod a megfelelő metódusát, az pedig visszaad neked egy adatbáziskapcsolati objektumot. Az objektum életciklusával nem kell foglalkoznod. Sem azzal, hogy mikor hívod meg, hányszor hívod meg, hol hívod meg, hogy az index.php jön először, vagy azután, vagy soha.

  Egyszer létrehozza, és utána már ugyanazt adja vissza az összes olyan programrésznek, amelyiknek adatbázis műveleteket kell végrehajtania.

• #15410 fordfairlane veterán Sk8erPeter #15409

  Új Válasz 2014-04-03 17:15:50 #15410

  Ú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

  

  fordfairlane

  veterán

  válasz Sk8erPeter #15409 üzenetére

  Ebben igazad van, de tulajdonképpen ez ilyen Singleton+Factory minta egyvelege.

  Nem tudom, minek az egyvelege. Külön osztály végzi a példányosítást, és a példány felügyeletét futásidőben, ennyi. A Singletonnal szemben a leggyakoribb kifogás, hogy keveredik az objektum hagyományos szerepköre, a domain-funkció, és a példányosítási-futásidejű implementálási technika, és ezért nehezen tesztelhető.

  Itt nem keveredik, szét van választva. Persze lehet tovább alakítani, hogy automatikus tesztekre alkalmasabb legyen, dependency konténerrel és társaival, de ez már végképp olyan szint, amivel semmiképp nem terhelnék egy kezdőt. Már ez is sok volt neki.

• #15408 fordfairlane veterán csabyka666 #15404

  Új Válasz 2014-04-03 15:36:06 #15408

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15404 üzenetére

  Működik, csak nehezen módosítható, nehezen karbantartható (nem tesztelhető automatikus testscriptekkel, nem testreszabható attól függően, hogy fejlesztői vagy éles környezetben fut stb, stb...). Ezért vannak ezek a technikák, amikkel nem csak működni fog a rendszered, de modulárisabb, ezáltal kezelhetőbb is lesz.

• #15402 fordfairlane veterán Sk8erPeter #15401

  Új Válasz 2014-04-03 14:58:14 #15402

  Ú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

  

  fordfairlane

  veterán

  válasz Sk8erPeter #15401 üzenetére

  Talán rosszul tudom, de a singleton egy olyan objektum, ami önmagát állítja elő, futásidőben egyszer. Ez nem saját magát állítja elő, hanem a PDO-t.

• #15400 fordfairlane veterán csabyka666 #15399

  Új Válasz 2014-04-03 14:20:35 #15400

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15399 üzenetére

  Egyrészt mysql-* kezdetű függvényeket nem használunk, ott van a PDO.

  Másrészt ne ez legyen a scriptjeid elején. Mi van, ha megváltozik az inicializálás, minden oldalon egyesével átírod? Csinálj mondjuk egy bootstrap.php fájlt, és abba tedd bele azokat a programrészeket, amiket minden script lefutásánál használni akarsz. A scriptjeid elején így csak a bootstrap.php-t kell behúznod.

  Harmadrészt meg lehetőleg használj osztálybetöltőt, hogy többet ne kelljen foglalkoznod fájlok include-olásával, de ez már haladó szint.

• #15398 fordfairlane veterán fordfairlane #15397

  Új Válasz 2014-04-03 14:14:08 #15398

  Ú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

  

  fordfairlane

  veterán

  válasz fordfairlane #15397 üzenetére

  Én egy ilyet használok:

  <?php
  class DbFactory {
  private static $instance;
  
  private function __construct() {}
  
  private function __clone() {}
  
  public static function getInstance() {
  if(!self::$instance) {
  self::$instance = new PDO("dsn", "user", "pass", array(
  PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES utf8',
  PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION
  ));
  }
  return self::$instance;
  }
  }

  Bárhol szükséged van adatbáziskezelésre, ennyiből megkapod a handlert:

  $dbh = DbFactory::getInstance();

  A DbFactory csak egyszer csinál objektumot az első meghívásnál, után ugyanazt adja vissza minden további meghívásnál. Majdnem olyan, mint egy Singleton.

• #15397 fordfairlane veterán csabyka666 #15395

  Új Válasz 2014-04-03 14:07:23 #15397

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15395 üzenetére

  Bőven elég egyszer az elején megnyitni, a script lefutásakor a kapcsolat úgyis lezáródik magától. Nagyon nem ajánlott minden query előtt új kapcsolatot létrehozni, sőt, kifejezetten hibákat is tud produkálni.

• #15392 fordfairlane veterán htc07 #15390

  Új Válasz 2014-03-28 13:53:23 #15392

  Ú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

  

  fordfairlane

  veterán

  válasz htc07 #15390 üzenetére

  Az látszik, hogy túl sok az { és a } , van valami tippetek, hogyan lehetne ezt megoldani, vagy milyen formában tároljam el a txt fájlban?

  Szerintem az lehet a gond, hogy a "WriteTXT"-ben a fájlírás hozzáfűzi az adatokat a régi fájltartalomhoz. Nem hozzáfűzni kell, hanem felülírni.
  Ha persze a hozzáfűzés a cél, akkor azt másképp kell megoldani. Például úgy, hogy beolvasod a fájl tartalmát, feldolgozod, hozzáfűzöd a kívánt "rekordot", és visszaírod a fájlba.

• #15379 fordfairlane veterán csabyka666 #15378

  Új Válasz 2014-03-26 12:43:17 #15379

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15378 üzenetére

  Ha a fv. kimenetét ugyanabba a változóba rakod, miért ne? De ha ragaszkodsz az str_replace-hez, bizonyára annak is van mb_ (mb -> multibyte, azaz unicode stringekhez való) változata.

• #15377 fordfairlane veterán csabyka666 #15375

  Új Válasz 2014-03-26 12:28:41 #15377

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15375 üzenetére

  mb_substr ?

  Így konvertálni sem kell.

• #15321 fordfairlane veterán Dave-11 #15319

  Új Válasz 2014-03-13 15:41:50 #15321

  Ú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

  

  fordfairlane

  veterán

  válasz Dave-11 #15319 üzenetére

  Anna, Árpi, Aladár

  Nem lehet, hogy egyszerűen csak annyi a gond, hogy a vessző után szóköz belekerül a névbe?

• #15284 fordfairlane veterán csabyka666 #15283

  Új Válasz 2014-03-06 13:25:41 #15284

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15283 üzenetére

  Nem tudom, mennyi adatról van szó, de megelőlegezem, teljesen fölösleges hülyeségen folyik a rugózás.

• #15282 fordfairlane veterán csabyka666 #15280

  Új Válasz 2014-03-06 12:20:40 #15282

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15280 üzenetére

  Egzakt precizitásra a decimal való (tipikusan "monetary" értékre lett kitalálva), de ha a vonalkódszámokkal nem végzel matematikai műveleteket, akkor a varchar is jó. Integert nem ajánlom ilyen esetekre, úgy is stringként kell használnod alkalmazásszinten, hogy meglegyen a 13 karakter hossz.

• #15279 fordfairlane veterán csabyka666 #15276

  Új Válasz 2014-03-06 11:12:16 #15279

  Ú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

  

  fordfairlane

  veterán

  válasz csabyka666 #15276 üzenetére

  decimal(13) unsigned zerofill

• #15265 fordfairlane veterán Soak #15264

  Új Válasz 2014-03-05 13:25:56 #15265

  Ú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

  

  fordfairlane

  veterán

  válasz Soak #15264 üzenetére

  ott a doctrine mint orm (meg nem hasznaltam)

  Az ORM az igazi (Propel egyszerűbb, Doctrine többet tud), de ha mondjuk néhány funkcióról van szó, akkor eléggé ágyúval verébre a maga ~1000 filejával egy Doctrine ORM.

• #15262 fordfairlane veterán trisztan94 #15260

  Új Válasz 2014-03-04 21:50:07 #15262

  Ú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

  

  fordfairlane

  veterán

  válasz trisztan94 #15260 üzenetére

  Nagyjából három funkciót valósít meg az osztályod. Egyrészt kapcsolatot kezel, másrészt query és paramétereket rendel össze, harmadrészt valamiféle típuskényszerítést végez saját binddal.

  A Single Responsibility Principle, első, klasszikus OOP vezérelv mentén: Az elsőt egy DBFactory osztályba tenném, ami példányosít, ha kell, és a PDO-t adja vissza az alkalmazásrétegnek. A második funkciót egy MyPDO szerű osztállyal oldanám meg, esetleg az emlegetett Doctrine DBAL komponenssel. (MyPDO extends PDO, azt hiszem, pont ebben a topikban emlegettem). A harmadikra (az a nagy switch szerkezet) igazából nem tudom, hogy ebben a formában szükség van-e.

• #15253 fordfairlane veterán DNReNTi #15252

  Új Válasz 2014-03-04 16:21:15 #15253

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #15252 üzenetére

  Akkor valószínűleg az a gond, hogy futásidejű hiba történik, például nem tud kapcsolódni, így a mysqli objektum sem jön létre.

• #15250 fordfairlane veterán DNReNTi #15248

  Új Válasz 2014-03-04 14:16:43 #15250

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #15248 üzenetére

  Milyen objektum $DB?

• #15243 fordfairlane veterán jbauer05 #15241

  Új Válasz 2014-02-28 15:17:36 #15243

  Ú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

  

  fordfairlane

  veterán

  válasz jbauer05 #15241 üzenetére

  Például a változó nevét. $csekk vagy $csekk1 ? Inkább rakd be az isset-et a feltételvizsgálatba.

  if(isset($_POST["csekk1"])) {
  print "be van pipálva";
  }

  Egyébként a form metódusa post?

• #15233 fordfairlane veterán DNReNTi #15232

  Új Válasz 2014-02-27 15:59:47 #15233

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #15232 üzenetére

  Kábé ennyi egyébként ( nem teszteltem )

  <?php
  class MyPDO extends PDO {
  public function executeQuery($queryStr, $queryParams) {
  $stmt = $this->prepare($queryStr);
  $stmt->execute($queryParams);
  return $stmt;
  }
  }

• #15226 fordfairlane veterán DNReNTi #15225

  Új Válasz 2014-02-27 14:16:17 #15226

  Ú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

  

  fordfairlane

  veterán

  válasz DNReNTi #15225 üzenetére

  Ha esetleg kényelmetlennek tartod a prepare-bind-execute használatát, ajánlom a Doctrine DBAL-t, ott van egy olyan metódus, hogy executeQuery. Egyébként erre sokan csináltak saját, PDO-ból örökölt osztályt, amiben egyetlen metódushívással helyettesítik ezt a három műveletet.

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