Hallo ForumGemeidne,
ich habe schon seit längerem den Fehler im Fehlerprotokoll
-------
include_once(): Failed opening 'PEAR5.php' for inclusion (include_path='SECURITY_REPL_DOC_ROOT/webEdition/lib:SECURITY_REPL_DOC_ROOT/webEdition/apps:.:/usr/local/lib/php:SECURITY_REPL_DOC_ROOT/webEdition/rpc/')
Scriptname: webEdition/we/include/we_classes/PEAR.php
LineNumber: 730
etc..
--------
ohne eine negative Auswirkung, zumindest noch nicht oder nicht merklich. Könnt Ihr mir einen Tipp geben, woran ich drehen sollte bzw. was die Ursache ist?
Dank und Gruß
HerrMann
Meldung im Fehlerprotokoll: Failed opening 'PEAR5.php'
-
- Member
- Beiträge: 62
- Registriert: Sa 8. Mär 2014, 01:22
Meldung im Fehlerprotokoll: Failed opening 'PEAR5.php'
------------------------------------------------------------------
Webedition 8.1.4.0, Hoster Domainfactory, PHP 7.3 Stable, MySQL 5.6.19
Webedition 8.1.4.0, Hoster Domainfactory, PHP 7.3 Stable, MySQL 5.6.19
-
- webEdition Partner
- Beiträge: 1825
- Registriert: Di 7. Mär 2006, 16:50
- Wohnort: Wien
- Kontaktdaten:
Re: Meldung im Fehlerprotokoll: Failed opening 'PEAR5.php'
Hallo HerrMann,
Das Problem kenne ich persönlich nicht. Ein paar Fragen dazu:
Sascha
Das Problem kenne ich persönlich nicht. Ein paar Fragen dazu:
- Existiert die Datei denn?
- Welche webEdition Version hast du in Verwendung?
- Um welche PHP Version handelt es sich?
- Lässt sich sagen, wann der Fehler auftritt?
Sascha
Re: Meldung im Fehlerprotokoll: Failed opening 'PEAR5.php'
die meisten werden wohl pear auf dem Server installiert haben.
Dies sind die original Klassen - das include wird eigentlich nicht benötigt, insofern kannst du den Fehler ignorieren.
Dies sind die original Klassen - das include wird eigentlich nicht benötigt, insofern kannst du den Fehler ignorieren.
webEdition-Kern-Entwickler
-
- Member
- Beiträge: 62
- Registriert: Sa 8. Mär 2014, 01:22
Re: Meldung im Fehlerprotokoll: Failed opening 'PEAR5.php'
Hallo,
habe we 6.3.8 und php 5.4.12
und, ja, die Datei existiert. Lt. Protokoll in Zeile 730, so viele Zeilen hat die PEAR5.php aber gar nicht. Hier der Inhalt:
<?php
/**
* This is only meant for PHP 5 to get rid of certain strict warning
* that doesn't get hidden since it's in the shutdown function
*/
class PEAR5
{
/**
* If you have a class that's mostly/entirely static, and you need static
* properties, you can use this method to simulate them. Eg. in your method(s)
* do this: $myVar = &PEAR5::getStaticProperty('myclass', 'myVar');
* You MUST use a reference, or they will not persist!
*
* @access public
* @param string $class The calling classname, to prevent clashes
* @param string $var The variable to retrieve.
* @return mixed A reference to the variable. If not set it will be
* auto initialised to NULL.
*/
static function &getStaticProperty($class, $var)
{
static $properties;
if (!isset($properties[$class])) {
$properties[$class] = array();
}
if (!array_key_exists($var, $properties[$class])) {
$properties[$class][$var] = null;
}
return $properties[$class][$var];
}
}
Ende....
Wenn ich irgendeine Aktion in we durchführe und ins Fehlerprotokoll schaue, dann steht wieder diese Fehlerseite aus meinem letzten Posting drin. MoKraemer meint ignorieren, soll ich? Was denkt Ihr?
Gruß und Dank
HerrMann
habe we 6.3.8 und php 5.4.12
und, ja, die Datei existiert. Lt. Protokoll in Zeile 730, so viele Zeilen hat die PEAR5.php aber gar nicht. Hier der Inhalt:
<?php
/**
* This is only meant for PHP 5 to get rid of certain strict warning
* that doesn't get hidden since it's in the shutdown function
*/
class PEAR5
{
/**
* If you have a class that's mostly/entirely static, and you need static
* properties, you can use this method to simulate them. Eg. in your method(s)
* do this: $myVar = &PEAR5::getStaticProperty('myclass', 'myVar');
* You MUST use a reference, or they will not persist!
*
* @access public
* @param string $class The calling classname, to prevent clashes
* @param string $var The variable to retrieve.
* @return mixed A reference to the variable. If not set it will be
* auto initialised to NULL.
*/
static function &getStaticProperty($class, $var)
{
static $properties;
if (!isset($properties[$class])) {
$properties[$class] = array();
}
if (!array_key_exists($var, $properties[$class])) {
$properties[$class][$var] = null;
}
return $properties[$class][$var];
}
}
Ende....
Wenn ich irgendeine Aktion in we durchführe und ins Fehlerprotokoll schaue, dann steht wieder diese Fehlerseite aus meinem letzten Posting drin. MoKraemer meint ignorieren, soll ich? Was denkt Ihr?
Gruß und Dank
HerrMann
------------------------------------------------------------------
Webedition 8.1.4.0, Hoster Domainfactory, PHP 7.3 Stable, MySQL 5.6.19
Webedition 8.1.4.0, Hoster Domainfactory, PHP 7.3 Stable, MySQL 5.6.19
-
- webEdition Partner
- Beiträge: 1825
- Registriert: Di 7. Mär 2006, 16:50
- Wohnort: Wien
- Kontaktdaten:
Re: Meldung im Fehlerprotokoll: Failed opening 'PEAR5.php'
HerrMann
Der Fehler tritt ja auch in 'webEdition/we/include/we_classes/PEAR.php' auf. Dh. du musst dort in Zeile 730 schauen.
Ignorieren würde ich es nicht.
HTH,
Sascha
Der Fehler tritt ja auch in 'webEdition/we/include/we_classes/PEAR.php' auf. Dh. du musst dort in Zeile 730 schauen.
Ignorieren würde ich es nicht.
HTH,
Sascha
Re: Meldung im Fehlerprotokoll: Failed opening 'PEAR5.php'
glaub mir, das kann man ignorieren. Der korrekte Patch wäre das include zu entfernen, denn das ist überflüssig.
webEdition-Kern-Entwickler
-
- webEdition Partner
- Beiträge: 1825
- Registriert: Di 7. Mär 2006, 16:50
- Wohnort: Wien
- Kontaktdaten:
Re: Meldung im Fehlerprotokoll: Failed opening 'PEAR5.php'
naja, auch wenn es zu keinen problemen dadurch kommt, so spammt das doch den fehlerlog zu. daher würde ich das eben nicht ignorieren.
lg,
sascha
lg,
sascha
Re: Meldung im Fehlerprotokoll: Failed opening 'PEAR5.php'
Hallo HerrMann
Falls das Problem noch aktuell ist - ich hatte die selbe Fehlermeldung im Log.
Auf meinem Server lief das PHP als FastCGI-Applikation - nach Umstellung auf Apache-Modul blieben die Fehlermeldungen weg.
Vielleicht hilft das ja - oder wenn jemand eine Lösung hat, wie man den Fehler auch beim FastCGI wegbringt wärs toll, denn ich glaub mein Provider meinte mal, dass FastCGI die sicherere PHP-Verwendung sei
Gruss
Thomas
Falls das Problem noch aktuell ist - ich hatte die selbe Fehlermeldung im Log.
Auf meinem Server lief das PHP als FastCGI-Applikation - nach Umstellung auf Apache-Modul blieben die Fehlermeldungen weg.
Vielleicht hilft das ja - oder wenn jemand eine Lösung hat, wie man den Fehler auch beim FastCGI wegbringt wärs toll, denn ich glaub mein Provider meinte mal, dass FastCGI die sicherere PHP-Verwendung sei
Gruss
Thomas
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 21 Gäste