Od kilku chwil zastanawiają mnie dwie rzeczy.

Sprawa 1:

Pisze sobie frameworka, problem tkwi w pliku konfiguracyjnym, przy podaniu ścieżki względnej i bezwzględnej. Przykładowo podaje taką ścieżkę do plików:

[PHP] pobierz, plaintext 
<?php
	// define full server directory for framework
	define('V_DIR', '.');
 
	// define main directories for framework
	define('V_APP', V_DIR . '/application/');
	define('V_CORE', V_DIR . '/core/');
?>
[PHP] pobierz, plaintext 

w tym przypadku framework, po przejściu przez kilka warstw MVC oraz najpotrzebniejszych klas do odpalenia akcji,
kolejno:
- router (rewrite patch http://server/controller/action/param1/value1/param2/value2/ etc...),
- dispatchertoken,
- frontcontroller (call to dispatcher),
- controller,
- config loader (if any),
- action,
- model (if any),
- view (if any),
- template (if any),
- user (if ACLmode = TRUE),
- access (if ACLmode = TRUE),
- ACL (if ACLmode = TRUE),
- dispatcher (run action from frontcontroller and set all params from $_GET to action)

wykonuje się w około 0.15 sec (plus łączenie z bazą w modelu dao). Ok wszystko wporządku (jak na tyle warstw to bardzo szybko).

Jednak jeżeli przypisze w miejsce V_DIR ścieżkę bezwzględną w oto ten sposób:

[PHP] pobierz, plaintext 
<?php
	define('V_DIR', dirname(__FILE__));
?>
[PHP] pobierz, plaintext 

(przyponnę że zmieni się ona z "./" na "D:/server/var/framework/")

szybkość działania kodu znacznie maleje (około 0.45 sec).

Jasne że mogę używać pierwszego sposobu, ale na niektórych serwerach framework nie będzie działał, poniważ główny plik klsy frameworka leży w "./core/Vframe.Class.php", gdy sprawdzamy plik "test.php" nie będzie się on odnosił do "./test.php", ale niestety do "./core/test.php" (względem pliku z klasą.

Która zmienna (wartość) w pliku php.ini zmienia zakres budowania ścieżek dla funkcji require/require_once/include/include_once oraz takich jak fopen/operndir/gzopen etc... na bezwzględną, bez straty czasu wykonywania kodu?


Sprawa 2:

Chcę aby mój framework wyłapywał błędy PARSE i FATAL, ale jak wiemy wystepują one podczas kompilacji, przed uruchomieniem programu. Nie da się czasem uruchomić programu bez względu na napotkane błędy oraz przechwycić błedy? Moja funkcja wygląda mniej wiecej tak:

[PHP] pobierz, plaintext 
<?php
 
/**
 * Error handler to catch exception class
 *
 * NOTE: See at VerrorHandler() handle function
 */
 
set_error_handler("VerrorHandler");
 
/**
 * Handler for errors, warnings and notices, if
 * V_MODE_THROWERRHANDLE is TRUE than errors witch
 * $bHandle (TRUE) flag will be throw in Vexception
 * class
 *
 * ATTENTION: Do not modify that code!
 */
 
function VerrorHandler($iErrorNo, $sErrorString, $sErrorFile, $sErrorLine)
{
	$bHandle = TRUE;
 
	switch ($iErrorNo)
	{
		case E_WARNING:
			$sOutput = "WARNING thrown: ";
			$bHandle = TRUE;
			break;
 
		case E_PARSE:
			$sOutput = "PARSE ERROR thrown: ";
			$bHandle = TRUE;
			break;
 
		case E_NOTICE:
			$sOutput = "NOTICE thrown: ";
			$bHandle = FALSE;
			break;
 
		case E_CORE_ERROR:
			$sOutput = "CORE ERROR thrown: ";
			$bHandle = TRUE;
			break;
 
		case E_CORE_WARNING:
			$sOutput = "CORE WARNING thrown: ";
			$bHandle = TRUE;
			break;
 
		case E_COMPILE_ERROR:
			$sOutput = "COMPILE ERROR thrown: ";
			$bHandle = TRUE;
			break;
 
		case E_COMPILE_WARNING:
			$sOutput = "COMPILE WARNING thrown: ";
			$bHandle = TRUE;
			break;
 
		case E_USER_ERROR:
			$sOutput = "USER FATAL ERROR thrown: ";
			$bHandle = TRUE;
			break;
 
		case E_USER_WARNING:
			$sOutput = "USER WARNING thrown: ";
			$bHandle = TRUE;
			break;
 
		case E_USER_NOTICE:
			$sOutput = "USER NOTICE thrown: ";
			$bHandle = FALSE;
			break;
 
		default:
			$sOutput = "USER (UNKNOWN) ERROR thrown: ";
			$bHandle = FALSE;
			break;
	}
 
	$sOutput .= $sErrorString . ' in ' . $sErrorFile . ' on line ' . $sErrorLine;
 
	if(V_MODE_THROWERRHANDLE === TRUE && $bHandle)
		throw new Vexception($sOutput);
}
 
?>
[PHP] pobierz, plaintext 

pozdrawiam, Athlan

To jest bez sensu -- kod powinien byc poprawny skladniowo kiedy wrzucasz go na serwer.
Poczytaj o pisaniu automatycznych testow (google: TDD; unit test) gdy pokryjesz wszystkie pliki i testy beda "przechodzily" to bedziesz mial gwarancje ze pliki sie skompiluja.

[OT]


Lol jakich warstw ?
Btw 0.15sek to nie jest szybko. Moj framework obsłuży to co pisałeś poniżej 0.05
I mamy kolejną "wersje" ZF
[/OT]

ano w sumie faktycznie... chodziło mi głównie o wyłapanie jakiś... jak to nazwał @nospor "pierdułek" na przykład notice, albo cuś o czym zupełnie zapomniałem, żeby czasem jakiś serwer nie brał tego za błąd, nie oszukując sie - nie wyłączając repotringu tych błędów



zwykle MVC nazywa się "warstwami", sory bez łączenia się z bazą danych jest to około 0.0016 (tak dla sproszczenia)

btw: a co do mojego pierwszego problemu ze ścieżkami?

pozdrawiam Athlan