System Check: Fatal error: posix_getpwuid

[maccs]

Hallo zusammen,

ich habe bei united domains eine frische TL-Installation (die soweit läuft), aber beim Check folgende Meldung auswirft, mit der ich wenig anfangen kann:

Fatal error: Cannot redeclare posix_getpwuid() in /webspace/13/47026/xxxxxxx.de/typolight-check.php  on line 35

Wenn ich die Funktion auf Zeile 34-38 auskommentiere geht es zwar, kann aber nicht Sinn der Sache sein.

Der Test wirft dann folgende Problemem aus:

PHP configuration:

Safe mode	•	On	Recommended setting is Off.
SOAP extension	•	Off	Recommended setting is On.

You will most likely not be able to use the TYPOlight extension repository.

File Permissons: fehlerfrei

Files:
Es wird bemängelt, dass alle Verzeichnisse (nur die!) die Rechte 770 anstatt 775, 755 oder 750 haben. Komischerweise kann man die Rechte per FTP nicht ändern.
Macht das was? 770 ist doch restriktiver als das erlaubte 775.
Allerdings haben auch system/tmp und system/html lediglich 770.

Kann jemand was damit anfangen?

[maccs]

Das Problem besteht bei 2.8.3 weiterhin. Hat keiner eine Idee/Erklärung für mich?

[xchs]

Das Problem besteht bei 2.8.3 weiterhin. Hat keiner eine Idee/Erklärung für mich?

Bei welchem Hoster liegt Deine TL-Installation?

EDIT: "United Domains"

[maccs]

Liegt bei united domains.

[xchs]

Hast Du diesen Workaround von Leo schon probiert?

Ansonsten könntest Du in Deiner phpinfo() kontrollieren, ob bei Deinem Hosting-Angebot die "posix_getpwuid()"-Funktion implementiert ist?

[maccs]

Der Workaround IST ja das Problem: Er ist mittlerweile im typolight-check enthalten. Erst wenn ich diesen entferne, geht es!

Die phpinfo gibt, ausser die Version 5.3.1, leider überhaupt keine Infos zurück, scheint von united blockiert zu sein (geht das?).

[xchs]

Der Workaround IST ja das Problem: Er ist mittlerweile im typolight-check enthalten. Erst wenn ich diesen entferne, geht es!

Die phpinfo gibt, ausser die Version 5.3.1, leider überhaupt keine Infos zurück, scheint von united blockiert zu sein (geht das?).

Hmm, komisch. Höre ich das erste Mal, scheint aber tatsächlich der Fall zu sein. Gibt es vielleicht in Deinem Web-Administrationstool von United Domains einen Link auf diese PHP-Info?

[maccs]

Danke schonmal für die Info, xchs!
Im Backend kann man auch nichts finden, überhaupt liefert der Provider nach meinem Geschmack viel zu wenig Infos. Ich möchte mich aber auch nicht weiter daran aufhängen, denn die Seite läuft ja. Obwohl ich noch nicht ganz verstanden habe, wie TL mit POSIX zusammenhängt.

Wichtiger wären mir die bemängelten Permissions:

Files:
Es wird bemängelt, dass alle Verzeichnisse (nur die!) die Rechte 770 anstatt 775, 755 oder 750 haben. Komischerweise kann man die Rechte per FTP nicht ändern.
Macht das was? 770 ist doch restriktiver als das erlaubte 775.
Allerdings haben auch system/tmp und system/html lediglich 770.

Ist das problematisch?

[xchs]

Wichtiger wären mir die bemängelten Permissions:

Ist das problematisch?

Denke nicht! Solange - wie Du sagst - sonst alles problemlos funktioniert, würde ich mich nicht all zu sehr daran stoßen. Einzig die folgenden drei Verzeichnisse sollten ausreichende (Schreib-)Rechte haben:

• system/html
• system/logs
• system/tmp

Du kannst Dich ja mal bei Deinem Hoster schlau machen, ob Du per FTP-Client die Zugriffsrechte einzelner Verzeichnisse/Dateien ändern kannst/darfst. Und wenn Du schon dabei bist, frag auch gleich nach dem Grund, wieso Du als Kunde nicht Einblick in die PHP-Info bekommen kannst bzw. warum die Ausgabe der Funktion "phpinfo()" beschränkt wurde.

[maccs]

Besten Dank, xchs

[mikado]

hallo,

hatte auch das problem mit der posix_getpwuid. Im irc hat mir dann <xat-> - <- danke nochmal - denn tipp gegeben die nochmalige deklaration der funktion mit create_functionn() zu ersetzen.

Eigentlich sollte man denken die funktion würde nicht doppelt deklariert, da dies ja mit der function_exists abgefangen wird. Aber ich erfuhr, dass der parser vorher checkt ob die funktion doppelt deklariert wird. Somit bringt die exists funktion nichts.
So siehts jetzt aus:

// Workaround for missing posix_getpwuid function
if (!function_exists('posix_getpwuid')) {
    create_function('$int', 'return array("name"=>$int);');
/*function posix_getpwuid($int) {
        return array('name'=>$int);}*/
    
} 

was mich allerdings auch wundert, ist warum safe mode on ist und trotzdem alles funktioniert.

[heyho]

Der Fehler kommt mit dem aktuellen Contao Check (v. 10.11) vom Git auch bei Easyname (PHP 5.5).

Fatal error: Cannot redeclare posix_getpwuid() in .../test/contao-check/controller/bootstrap.php on line 173

Mit dem Workaround von oben kann er aber umgangen werden.

[bibib]

Teste auch gerade easyname und bin bei dieser Fehlermeldung hängen geblieben. Könnte mir bitte jemand sagen, wohin ich den Workaround kopieren muss?

Danke schon mal,
Bibib

[heyho]

Steht doch bei der Fehlermeldung!
check/controller/bootstrap.php on line 173

...dort die Abfrage tauschen...

[bibib]

Ach ja, danke. Immer dasselbe. Wer lesen kann, ist klar im Vorteil ...

[Spooky]

Nach 6 Jahren haben wir das Problem (wahrscheinlich) gefunden .

Dieser Fehler tritt auf, wenn die Funktion posix_getpwuid in der PHP Konfiguration bei disable_functions vom Hoster hinzugefügt wurde (oft Teil von mehreren solchen "Sicherheits"-Einstellungen). Siehe https://github.com/contao/check/pull/103