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

• #4801 tgabi333 aktív tag Tele von Zsinór #4800

  Új Válasz 2010-06-13 22:36:20 #4801

  Ú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

  

  tgabi333

  aktív tag

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

  Jó, igen, van fordítás, de ez csak később alakult ki, alapvetőleg a php egy szkriptnyelv. A felfogása, a kialakítása ilyen. Ne hasonlítsd össze egy ténylegesen fordított nyelvvel - pl C/C++ - ahol is a require-höz hasonló funkció csak előfordítói tevékenység. Ilyen nincs és nem is lesz a PHP-ben, az hogy mi történik a motorháztető alatt az interpreter íróinak a dolga.

  Csak azért szerettelek volna kijavítani, hogy nehogy valakiben megmaradjon az a gondolat, hogy a "fordítás" elején bekerül a forráskód.

  Egyszerű a php felépítése, minden akkor történik amikor odaér a futtatás. (tisztelet a csekély kivételnek) Nincs más fordításhoz hasonló jelenség.

  ui: require_once-ok használata általában kódok elején szokás. Azonban nagyban javíthatja a feldolgozás sebességét ha a megfelelő helyen történik a használata, általában valamilyen könyvtári osztály/függvénykészlet betöltésekor javít sokat, emellett persze a kódban még erre is figyelni kell, bonyolítja a kódolást / nehezíti a szép kódot. Ennek a megkönnyítésére találták ki PHP5-ben az autoload-ot. De persze egy olyan kódnál amiben a kihívás az, hogy megfelelően használjuk a require-t meg az incude-ot, ott emlegetni sem érdemes

• #4799 tgabi333 aktív tag Tele von Zsinór #4792

  Új Válasz 2010-06-13 21:41:57 #4799

  Ú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

  

  tgabi333

  aktív tag

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

  Hagy javítsalak ki:

  hogy a fordítás elején berakja az

  Ugye ez futtatás szeretett volna lenni, olyan mint klasszikus fordítás a php-ben nincs, interpretált nyelv, de ne vesszünk el a részletekben.

  A require és az include között a fontos különbség, hogy a require a fordítás elején húzza be (ezért az error), az include csak akkor, amikor odaér a futtatás (ezért csak warningot dob),

  Ez nem igaz, mindkét hívás, az include és a require is nyelvi szempontból nem több mint egy utasítás. Akkor történik a paraméterben adott fájl feldolgozása amikor az interpreter odaér. Nincs olyan, hogy fordítási idő meg futtatási idő. Valamit keversz.

  A Require és az Include között pedig az a különbség, hogy ha nem tudja feldolgozni a megadott fájlt akkor hibát vagy figyelmezetést vált-e ki.

• #4663 tgabi333 aktív tag Speeedfire #4662

  Új Válasz 2010-05-18 15:15:48 #4663

  Ú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

  

  tgabi333

  aktív tag

  válasz Speeedfire #4662 üzenetére

  és ez az adott mappa van egy másik gépen?

• #4661 tgabi333 aktív tag Speeedfire #4659

  Új Válasz 2010-05-18 14:57:01 #4661

  Ú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

  

  tgabi333

  aktív tag

  válasz Speeedfire #4659 üzenetére

  szerintem valamit rosszul látsz a dologgal kapcsolatban. Az hogy egy fájlt/könyvtárat mindenki írhat az azt jelenti, hogy a gépre bejelentkezett felhasználók közül mindenki.

  Írd le pontosan, hogy mit csinála a script

• #4646 tgabi333 aktív tag Sk8erPeter #4639

  Új Válasz 2010-05-09 15:53:24 #4646

  Ú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

  

  tgabi333

  aktív tag

  válasz Sk8erPeter #4639 üzenetére

  nagyobb részt: szerintem nincs gond az ob_start használatával.

  kisebb részt: én sem lehetek mindig konzekvens

• #4645 tgabi333 aktív tag Alex91 #4638

  Új Válasz 2010-05-09 15:51:19 #4645

  Ú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

  

  tgabi333

  aktív tag

  válasz Alex91 #4638 üzenetére

  ezaz, nah, tessék felcserélni az első két sort és rendben lesz

• #4636 tgabi333 aktív tag Alex91 #4635

  Új Válasz 2010-05-09 12:23:32 #4636

  Ú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

  

  tgabi333

  aktív tag

  válasz Alex91 #4635 üzenetére

  Ez attól függ, hogy hogyan lett megírva a php-s alkalmazás.

  Az ob_start az index.php-ben a harmadik sor előtt van?

  ui: ahogy a fórumban feljebb már írták javallott a pastebin.com használata

• #4634 tgabi333 aktív tag Alex91 #4633

  Új Válasz 2010-05-09 12:12:57 #4634

  Ú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

  

  tgabi333

  aktív tag

  válasz Alex91 #4633 üzenetére

  Beállíthatod a php.ini-ben a session.auto_start beállítás értékét 1-re, így automatikusan el fog indulni a session, de nem ez a szép megoldás. Javaslom, hogy próbáld meg a kódba a legelejére beírni, hogy session_start();.

  Jó megoldás lehet méga session_start-helyett az ob_start is.

• #4629 tgabi333 aktív tag Sk8erPeter #4628

  Új Válasz 2010-05-08 02:56:12 #4629

  Ú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

  

  tgabi333

  aktív tag

  válasz Sk8erPeter #4628 üzenetére

  ok, csak azon a véleményen vagyok, hogy nem kellene ilyen tanácsokat adni ebben a fórumban.

• #4627 tgabi333 aktív tag Sk8erPeter #4625

  Új Válasz 2010-05-08 00:36:29 #4627

  Ú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

  

  tgabi333

  aktív tag

  válasz Sk8erPeter #4625 üzenetére

  Ez a hozzáállás az amit úgy hívok, hogy gányolás

• #4624 tgabi333 aktív tag DviDee #4623

  Új Válasz 2010-05-07 19:19:33 #4624

  Ú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

  

  tgabi333

  aktív tag

  válasz DviDee #4623 üzenetére

  Másold be a PHP kódot ami elmenti az adatbázisba a tartalmat.

• #4622 tgabi333 aktív tag DviDee #4621

  Új Válasz 2010-05-07 19:00:48 #4622

  Ú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

  

  tgabi333

  aktív tag

  válasz DviDee #4621 üzenetére

  Akkor nyilván az adatbázisba rögzítéskor lesz a hiba.

  Szerintem az történik, hogy a TinyMCE is escape-eli a tartalmat, meg adatbázisba mentésnél php-ből is escapeled. Az egyiket meg kellene szüntetni.

• #4620 tgabi333 aktív tag DviDee #4619

  Új Válasz 2010-05-07 18:55:15 #4620

  Ú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

  

  tgabi333

  aktív tag

  válasz DviDee #4619 üzenetére

  Nézd meg, hogy adatbázisban hogy szerepel a megadott adat, ha ott is rosszul, akkor valószínű kétszer escape-eled ki az tinymce-ből jövő html-t adatbázisba íráskor.

  Ha nem akkor a kiiratásnál van gond.

• #4611 tgabi333 aktív tag daninet #4610

  Új Válasz 2010-05-05 15:13:19 #4611

  Ú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

  

  tgabi333

  aktív tag

  válasz daninet #4610 üzenetére

  Szia!

  CSS-ben tudsz a legegyszerűbben utána állítani.

  Azt ajánlanám, hogy a

  // Display the table
  echo $table->toHtml();

  előtt ezzel a függvénnyel állítsd be az oszlopok class-ait. Ez után már CSS-ből tudod állítani a szélességüket.

• #4574 tgabi333 aktív tag scott_free #4573

  Új Válasz 2010-04-27 17:53:09 #4574

  Ú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

  

  tgabi333

  aktív tag

  válasz scott_free #4573 üzenetére

  Ezek alapján azt gondolom a levelezővel lesz a probléma:

  próbáld ezt átírni, figyelj a charset-re (utf-8al próbáld):

  $subject = 'Birthday Reminders for August';
  
  // message
  $message = '
  <html>
  <head>
  <title>Birthday Reminders for August</title>
  </head>
  <body>
  <p>Here are the birthdays upcoming in August!</p>
  <table>
  <tr>
  <th>Person</th><th>Day</th><th>Month</th><th>Year</th>
  </tr>
  <tr>
  <td>Joe</td><td>3rd</td><td>August</td><td>1970</td>
  </tr>
  <tr>
  <td>Sally</td><td>17th</td><td>August</td><td>1973</td>
  </tr>
  </table>
  </body>
  </html>
  ';
  
  // To send HTML mail, the Content-type header must be set
  $headers = 'MIME-Version: 1.0' . "\r\n";
  $headers .= 'Content-type: text/html; charset=iso-8859-1' . "\r\n";
  
  // Additional headers
  $headers .= 'To: Mary <mary@example.com>, Kelly <kelly@example.com>' . "\r\n";
  $headers .= 'From: Birthday Reminder <birthday@example.com>' . "\r\n";
  $headers .= 'Cc: birthdayarchive@example.com' . "\r\n";
  $headers .= 'Bcc: birthdaycheck@example.com' . "\r\n";
  
  // Mail it
  mail($to, $subject, $message, $headers);

  egyébként innen van.

• #4572 tgabi333 aktív tag scott_free #4571

  Új Válasz 2010-04-27 13:55:29 #4572

  Ú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

  

  tgabi333

  aktív tag

  válasz scott_free #4571 üzenetére

  te tudod, hogy megfelelő-e, ha utf-8 kell mindenhol akkor jó..

  akkor ez a lehetőség kilőve.

  A másik hibalehetőség, hogy az adatbázisból már rosszul kódolt adatok jönnek ki. Ennek kellene utánajárnod. Viszont ahhoz kellene valami kódrészlet is hogy lássuk.

• #4569 tgabi333 aktív tag scott_free #4568

  Új Válasz 2010-04-27 12:59:55 #4569

  Ú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

  

  tgabi333

  aktív tag

  válasz scott_free #4568 üzenetére

  ne a HTTP Request Header -t , hanem a HTTP Response Header-t nézd, ami alatta van a táblázatban, a Content-Type általában a legutolsó sora.

• #4567 tgabi333 aktív tag scott_free #4566

  Új Válasz 2010-04-27 12:41:16 #4567

  Ú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

  

  tgabi333

  aktív tag

  válasz scott_free #4566 üzenetére

  nem biztos, hogy a problémát maguk a fájlok okozzák.

  A kódolás általában egy lekérésre adott válaszban kétszer jelenik meg.

  1: A http fejlécben
  2: magában a http kérérsre érkezett általában html válaszban

  Természetesen a kettő lehet eltérő. Ha ez megtörténik a böngészők általában a http fejlécben szereplő értéket tekintik helyénvalónak.

  Ellenőrzésképpen ezt tudod tenni:

  http://web-sniffer.net

  ide beírod a lekérések címét és láthatod hogy milyen adatok jönnek a http fejlécben. A neked fontos a Content-Type, ha abban iso-8859-1 van és a html tartalomban pedig más akkor ott a baj.

  Ha ez fordul elő, akkor a php - header függvénnyel tudsz megadni új Content-Type-ot.

• #4558 tgabi333 aktív tag radmin #4557

  Új Válasz 2010-04-26 15:45:07 #4558

  Ú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

  

  tgabi333

  aktív tag

  válasz radmin #4557 üzenetére

  Ez nem php-s kérdés, de a helyedben ezt a kódot tenném egy js függvénybe és a click eseménykor azt hívnám meg:

  window.close();
  if (window.opener && !window.opener.closed) {
  window.opener.location.reload();
  }

  ui: mindenki figyelmébe ajánlom, hogy szabványos (x)html kimenetet kreáljon mert lehetnek meglepetések a későbbiekben. Főleg js terén.

• #4544 tgabi333 aktív tag Soja #4543

  Új Válasz 2010-04-22 23:15:31 #4544

  Ú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

  

  tgabi333

  aktív tag

  válasz Soja #4543 üzenetére

  Volt időm ránézni a kódra. Jól működik nálam.

  Ez ami nálad történik valószínű hogy memória gond. Elfogy a felhasználható memória a kép feldolgozása közben.

  Hogy erről meggyőződj kommenteld ki a header sort ez a legegyszerübb módja, hogy megtudd ha hibaüzenetet ír ki a kép helyett.

  Ha ténylegesen ez a probléma, akkor próbálkozz ezzel a kód elején:

  ini_set('memory_limit', '32M');

• #4542 tgabi333 aktív tag Soja #4541

  Új Válasz 2010-04-22 16:16:26 #4542

  Ú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

  

  tgabi333

  aktív tag

  válasz Soja #4541 üzenetére

  gyors átfutásból:

  $new_width = $width * $percent;
  $new_height = $height * $percent;

  Itt lehet, hogy nem egész számot kapsz és talán ezzel lehet a probléma.

  Próbáld a következőt:

  $new_width = round($width * $percent);
  $new_height = round($height * $percent);

  szerk:

  ha fáljba szeretnéd menteni, arra is a imagejpeg függvényt használd (vagy imagepng vagy imagegif ) és a második paraméterben add meg a fájl nevét (ahol most neked null van)

  bővebben itt olvasgass: [link]

• #4540 tgabi333 aktív tag tildy #4537

  Új Válasz 2010-04-21 23:26:47 #4540

  Ú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

  

  tgabi333

  aktív tag

  válasz tildy #4537 üzenetére

  nálam megy

  var_dump(convert_smart_quotes("aa\"a’aa’a"));

  kimenet:
  string(22) "aa&quot;a&#39;aa&#39;a"

• #4539 tgabi333 aktív tag radmin #4538

  Új Válasz 2010-04-21 21:46:51 #4539

  Ú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

  

  tgabi333

  aktív tag

  válasz radmin #4538 üzenetére

  nincs mit, mindegyikhez érdemes, ki tudja, hogy melyik hívásnál lehet még gond belőle. De egyébként a legjobb megoldás egy adatbázis absztrakciós réteg, ami ezt kezeli.

• #4536 tgabi333 aktív tag radmin #4532

  Új Válasz 2010-04-20 23:01:25 #4536

  Ú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

  

  tgabi333

  aktív tag

  válasz radmin #4532 üzenetére

  néhány szerver esetén előfordul az is, hogy nem azt a kapcsolatot használja amit te létrehoztál a mysql_connect-el.

  Minden mysql függvény opcionális paramétere a kapcsolat azonosító, ha ezt kitöltöd a fenti probléma elkerülhető - bizonyos beállítások mellett jelentkezik.

  szóval így: mysql_real_escape_string($valtozo,$connection);

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