Hallo,
ja, möglicherweise, das hängt sicher auch vom auzuführenden Code ab.
hast du ein Beispiel? Ich finde einfach keinen Vorteil.
sicher ist es generell fraglich, php-code in einer DB vorzuhalten, wenn man die dann erst in Dateien speichert um sie dann zu includen. Aber der OP hat sich ja in diesem Thread nicht mehr zu Wort gemeldet, möglicherweise interessieren ihn unsere Antworten ja nicht, so können wir auch nicht fragen, warum er das überhaupt so macht.
Hast du dir den Link angesehen, den ich angegben hatte?
Dort gibt es klare Kommentare, bzgl. der schlechten Fehlerbehandlung beim Benutzen von eval() und dem schlechten Laufzeitverhalten.
Zitat:
james.taylor at stealthnet dot net
10-Feb-2005 10:46
Please note, eval does not return all fatal errors - there seem to be two types of fatal error - fatal error caused by script (parse, etc) and fatal error caused by death of application (memory run out, time out (?)).
Using a set-error handler does not catch these errors, they are a true death. You can not use eval to detect the death of a risky application if that involves one of these fatal errors.
See thread starting at http://news.php.net/php.general/208333 for original discussion
Ich kann nicht beurteilen, ob das so stimmt, aber wenn du mehr über die Nachteile von eval() wissen möchtest, dann wende dich bitte an rob, er hat schließlich vor der Verwendung gewarnt, ich habe lediglich eine mögliche Alternative aufgezeigt.
cu,
Michael