Witam,

PHP zajmuję się od kilku dni i niestety w tym czasie natrafiłem na bardzo denerwujący mnie problem. Pomimo włączonego error_reportingu

[PHP] pobierz, plaintext 
ini_set('display_errors',1);
error_reporting(E_ALL);
[PHP] pobierz, plaintext 

odnoszę nieodparte wrażenie, że nie o wszystkich błędach z którymi mam do czynienia jestem odpowiednio informowany.

Chociażby w tym wypadku:

[PHP] pobierz, plaintext 
<?php
	require('error.php');
 
	class Strona{
 
		private $a;
		private $width;
 
		public function setA($dane){
			$this->a = $dane;
			$this->width=100/count($this->a);
		}
 
		public function getA(){
			return $this->a;
		}
 
		public function menu(){
			echo "<table><tr>";
			foreach($this->a as $k => $v){
				echo "<td width=$this->width bgcolor=\"red\" align=\"center\" ><a href=$v>$k</a></td>";
			}
			echo "</tr></table>";
		}
 
		/*public function test(){
			echo "test NIEprzeciazony";
		}
 
		public function test($dane){
			echo "test PRZECIAZONY";
		}
		*/
	}
 
	$b = new Strona();
	$b->setA(array("Ala" => "ala.php", "Ola" => "ola.php"));
	$b->menu();	
 
?>
[PHP] pobierz, plaintext 

Wystarczy, że pola $a, bądź $width pozbawię "przedroska" private i już zamiast oczekiwanego rezultatu wyświetla mi się blank page. Żadnej informacji dotyczącej popełnionego błędu niestety nie otrzymuje, pomimo tego że nieokreślenie widoczności pola danej klasy oznacza chyba że jest ono typu protected ? (strzelam, bo tak jest w Javie ).

To samo dotyczy zakomentowanej przeze mnie metody test. Chciałem sprawdzić jak PHP radzi sobie z przeciązaniem funkcji i ponownie zamiast informacji dotyczącej błędu wyskakuje blank page.

Czy w PHP tego typu rzeczy to standard ? Nie będę bowiem ukrywał, że dojście do błędu (w przypadku określania widoczności pola $a) zajęło mi naprawdę sporo czasu. Dotychczas miałem, przez całe swoje życie, do czynienia z J2SE i J2ME i z sytuacjami takiego typu nigdy się nie spotkałem ...

Z góry bardzo dziękuję za odpowiedź.

Pozdrawiam

No to na pewno nie jest standard - PHP zwykle wyświetla wszystkie błędy. Sprawdź jeszcze ustawienia w php.ini - powinno być error_reporting = E_ALL.

Dzięki za odp.

Niestety, ale w php.ini jest error_reporting = E_ALL jest "włączony".
O tyle dobrze, że uspokoiłeś mnie z tymi błędami, bo po wrzuceniu na prywatny serwer (dotychczas sprawdzałem na localhoscie) rzeczywiście te błędy wyskakują. Niestety Localhost bez problemu obsługuje błędy typu warning, notice niestety nie radzi sobie zupełnie z fatal errorami ...

Czy jest coś w takim wypadku co jeszcze mogę zrobić aby te błędy były również widoczne u mnie ?

wrzuc

[PHP] pobierz, plaintext 
phpinfo()
[PHP] pobierz, plaintext 

i sprawdz czy na pewno error_reporting sie wlaczylo

Chybiłeś. W Javie takie pole ma zasięg pakietowy i w przeciwieństwie do pola protected nie jest ono dziedziczone.
W PHP pól $a i $width nie można "pozbawić przedrostka", jeżeli już to należy go zastąpić słówkiem var. Oczywiście wpisaniu

[PHP] pobierz, plaintext 
class A {
   ...
   $a;
   $b;
   ...
}
[PHP] pobierz, plaintext 

powinien towarzyszyć błąd. Domyślnie pola w klasie PHP mają dostęp publiczny (przynajmniej w obecnych wersjach). Pola opatrzone słówkiem var, to również pola publiczne.


Sporo czasu... i nadal nie doszedłeś.

Niestety w PHP nie można przeciążać metod danej klasy w taki sposób. Rozwiązaniem jest stworzenie metody z parametrem, który domyślnie jest pusty

[PHP] pobierz, plaintext 
public test($dane = null) {
}
[PHP] pobierz, plaintext 

Taki zapis oznacza, że podczas wywoływania metody test nie musimy podawać jej parametru. Niestety w ciele metody wypadałoby jednak sprawdzić, czy parametr ten został podany. Oczywiście takie rozwiązanie ma swoje ograniczenia.

Odnośnie wyświetlania i raportowania błędów. Spróbuj zastąpić require('error.php'); kodem, o którym już wiesz:

[PHP] pobierz, plaintext 
ini_set('display_errors',1);
error_reporting(E_ALL);
[PHP] pobierz, plaintext 

Możesz nam również pokazać plik error.php, ale uprzednio sprawdź, co pokazuje phpinfo().

Witam,

Dziękuję wszystkim za odpowiedź i już piszę, gdzie był błąd - może przyda się innym .

Szukając w Internecie serwera mającego zarówno PHP jak i MySQL znalazłem WampServer. To przy jego pomocy edytowałem plik php.ini, który jak się właśnie okazało wcale nie był "oczekiwanym" plikiem. Mianowicie, podczas przeszukiwania dysku w celu znalezienia php.ini odnalazłem go między innymi w Program Files/PHP. Oczywiście plik ten w ogóle nie posiadał wprowadzonych przeze mnie wcześniej zmian. Po ich wprowadzeniu wszystko działa już zgodnie z oczekiwaniami . WampServer edytował plik znajdujący się w C:\wamp\bin\php\php5.2.8, a odwoływał się do tego z Program Files/PHP.

Jeszcze raz dzięki, bo naprowadziliście mnie do znalezienia błędu.

Pozdrawiam