przechwycenie wyjątku przy tworzeniu pliku, try catch fopen Opcje

[damianooo]

Witam,

Mam problem z zapisem pliku w miejscu sieciowym na serwerze i chciałbym teraz poprzez przechwycenie wyjątku dowiedzieć się jaki jest problem, tzn. : czy jest problem z uprawnieniami , czy z błędną ścieżką czy może jeszcze coś innego ...

zrobiłem tak :

[PHP] pobierz, plaintext 
	try
	{
		$dane = "jakiś tam tekst\n";
		$file = "/zap/hurt/test.txt";
		$fp = fopen($file, "a");
		flock($fp, 2);
		fwrite($fp, $dane);
		flock($fp, 3);
		fclose($fp); 
	}
	catch( Exception $e ) 
	{
		$danes = "Komunikat: ".$e->getMessage().". Plik: ".$e->getFile().". Wiersz: ".$e->getLine()."\r\n";
		$files = "info_log.txt";
		$fps = fopen($files, "a");
		flock($fps, 2);
		fwrite($fps, $danes);
		flock($fps, 3);
		fclose($fps);
	}
[PHP] pobierz, plaintext 

jednak nie uzyskuję żadnej informacji w pliku info_log.txt , a plik test.txt nie zostaje utworzony

Proszę o pomoc czy dobrze próbuję przechwycić wyjątek czy może powinienem to zrobić w inny sposób ...

dziękuję

Ten post edytował damianooo 29.11.2011, 09:52:24

[Crozin]

No widzisz, niestety PHP od 7 lat (od czasu wprowadzenia wyjątków) nie doczekało się żadnych istotnych zmian w jego bibliotece standardowej i nadal jest na tym z poziomu roku 1999 (chyba). Nie pojawiła się też żadna wiodąca biblioteka zastępująca standardową, tak więc nadal jest się zdanym samym na siebie.

I tak, niestety będziesz musiał zrobić coś w stylu:

[PHP] pobierz, plaintext 
$path = '...';
 
try {
  if (!file_exists($path)) {
    throw ...;
  }
 
  if (!is_writable($path)) {
    throw ...;
  }
 
  if (($fh = fopen(...)) === false) {
    throw ...;
  }
 
  if (!fwrite(...)) {
    throw ...;
  }
 
  if (!fclose(...)) {
    throw ...;
  }
} catch (MyIOException $mioe) {
  ...
}
[PHP] pobierz, plaintext 

Oczywiście jeżeli w wyjątkach chciałbyś przemycić coś więcej niż tylko "nie udało się zapisać", np. konkretny powód takiej niemożliwości, musiałbyś kombinować ze zmienną $php_errormsg, bo API funkcji f*() nie udostępnia żadnego normalnego sposobu do dobrania się do treści błędu - ewentualnie użyć error_handlera, ale to mocno ograniczające podejście.

Oczywiście radziłbym napisać jakąś nakładę na powyższy kod, bo coś Cię trafi, jeżeli będziesz za każdym razem pisać taką obsługę błędów - pomijając fakt, że przy takiej formie niewiele się z wyjątków zyskuje.