ochrona przed var_dump, print_r etc, zabezpieczenie danych z XML Opcje

[popsit]

Witam,
mam dosc nietypowy problem, ktory wg php bugs wcale bledem nie jest iz php nie jest jezykiem zajmujacym sie bezpieczenstwem,
wiec klasy typu protected/private sa tylko blokowane przy dostepie z zewnatrz( z dziedziczony klas itp )...

W olbrzymim skrocie, w plikach xml sa zapisywane m.in dane do laczenie sie z SQL oram serverem memcache,
gdy wewnatrz klasy byle kto od tak zrobi sobie print_r / var_dump $this->nazwa_klasy widzi wszystkie zmienne bez wzgeldu na ustawione warunki odczytu ( public, private, protected ).

Czy macie moze jakies pomysly jak sie od tego uchronic?
Niestety predefiniowanych funkcji jak var_dump nie mozna od nowa zdeklarowac, wiec pierwsza opcja odpada.

Z gory dziekuje :)

Pozrawiam,
popsit

[dr_bonzo]

Nadal nie rozumiem twojego problemu.

Napisales jedynie ze nie chcesz aby print_r nie wypisywal prywatnych wlasciwosci.

Nie wiem co ty robisz, po co, czemu ci piszacy moduly nie moga miec swojej instancji aplikacji, SQL, memkesza.

chyba bede faktycznie musial utworzyc testarea w svn czy inna metoda, ale wszelkie rozszerzenia sprawdzac/instalowac osobiscie...

a teraz kto je sprawdza? i jak N osob instaluje na raz i pisze modulu na jednej instancji aplikacji to tylko masz wieksza szanse ze to bedzie padac co chwile.

--
edit: a co da prekompilacja eAcc, jak i tak wezmiesz obiekt polaczenia, print_r i masz dane polaczenia - no chyba ze ich tam nie przechowujesz.

Ten post edytował dr_bonzo 28.05.2009, 11:27:35