łapanie wyjątków a połączenie MySql Opcje

[Gligamesh]

Witajcie, poniżej wklejam to co stworzyłem sobie od obsługi błędów i komunikatów (jeszcze nie skończone). Pojawił się spory problem z MySql, chodzi mi o błąd połączenia, proste pytanie jak go złapać ?

[PHP] pobierz, plaintext 
$errors = array(
  'error' => array(),
  'warning' => array(),
  'notice' => array());
 
class Error extends Exception
{
  protected $level = 'error';
  function getLevel()
  {
    return $this->level;
  }
}
 
class Warning extends Error
{
  protected $level = 'warning';
}
 
class Notice extends Error
{
  protected $level = 'notice';
}
 
function msg($e)
{
  global $errors;
  $errors[$e->getLevel()][] = (String)$e;
  if($e->getLevel() == 'error') { 
    $tpl = New Template();
    $tpl -> assign('e', $e->getMessage());
    $tpl -> display('przyklad_bledy.php');
    die();
  } elseif($e->getLevel() == 'notice') {
   // echo $e->getLine().' -> '.$e->getMessage();
  } 
}
 
function exception_handler($e)
{
  msg($e);
}
 
function error_handler($no, $str, $file, $line)
{
  if(production_mode === true) {
    $msgContent = 'Napotkano błąd aplikacji, numer błędu: '.$no;
  } else {
    $msgContent = $no.' '.$str.' @ '.$file.' # '.$line;
  }
 
  msg(new Error($msgContent));
}
 
set_exception_handler('exception_handler');
set_error_handler('error_handler');
[PHP] pobierz, plaintext 

[Gligamesh]

debug_backtrace() - nic przydatnego nie zwraca podobnie jak getTrace()
strpos() - no można i milion innych, miałem nadzieje że jest na to jakiś ładny i fajny sposób

utrudniasz sobie życie, bo zajmujesz się grupowaniem błędów zamiast ich usuwaniem - masz problem z szufladkowaniem błędów na takim a nie innym poziomie i dopóki tego nie zrozumiesz.

no tutaj to mnie troszkę poraziłeś. W ramach wyjaśnienia do debugowania i obsługi błędów używam zupełnie czego innego (co nie trafia finalnie na serwer), kto tutaj wmieszał PDO i po co ? nie wiem. To co stworzyłem fakt jest stare (to tylko odświeżenie), ale nigdy nie miało służyć do tego o czym tu piszecie, z błędami ma tylko tyle wspólnego że je łapie i albo wyświetli w naturalnej formie albo zdefiniowany tekst. I masz racje błędy są po to by je usuwać, tylko że jak Ci stock albo serwer zdechnie to raczej wypada w jakiś ładny sposób o tym poinformować. Więc odpowiadając na Twój zarzut, nie szufladkuje błędów i nie mam z tym problemów (ale owszem wrzucam je do jednego wora > wszystkie).

Odnośnie PDO, osobiście do niego nic nie mam ale go nie używam bo nie jest mi potrzebne do szczęścia, czy podnosi poziom bezpieczeństwa ? mity i legendy. Dla mnie jego największą zaletą jest mobilność i współpraca z chyba każdym popularnym silnikiem bazodanowym. Z resztą jak pisano miał zostać w php6 podobnie jak mysqli (które też jest obiektowe i całkiem ciekawe).

odnośnie framework'ów, firmy wymagają przeważnie Zenda dlatego tylko jego jestem zwolennikiem, jednak uważam że używanie tak rozbudowanych narzędzi to prostych stron jest trochę przekombinowane.

Sumując, nie używam czegoś co nie jest mi potrzebne, czytać nie będę stosował FW/PDO bo inni tak mówią, bo jest fajne czy modnie jest używać. Nie jednokrotnie analizowałem na stałe używać Zenda, (PDO też)


Odnośnie tematu, to myślę że nie ma sensu dalej dywagować, działa jak ma, skoro się inaczej nie da to trudno. Thx za zainteresowanie.

Ten post edytował Gligamesh 9.02.2011, 16:45:21