Seitens LiveConfig gab es keine Änderungen was suPHP betrifft - wir haben aber vor, das künftig nicht mehr zu unterstützen. Wird schließlich von Debian seit Version 8 nicht mehr bereitgestellt...
Warum das bislang lief kann ich unmöglich sagen, wird reines Glück gewesen sein.
Preview: LiveConfig 2.7.0
-
Kann es sein, daß seit dieser Preview-Version fie Werte für opcache.file_cache und opcache.lockfile_path neu in Liveconfig verwaltet werden?
Diese Werte sind scheinbar leer, sodaß zumindest hier der php-Prozess (auch bei fcgi) ausstieg.
LG
Thomas
-
Alles anzeigen
Kann es sein, daß seit dieser Preview-Version fie Werte für opcache.file_cache und opcache.lockfile_path neu in Liveconfig verwaltet werden?
Diese Werte sind scheinbar leer, sodaß zumindest hier der php-Prozess (auch bei fcgi) ausstieg.
LG
Thomas
Ja, das ist uns bereits aufgefallen. Wenn LiveConfig von einer älteren Installation auf 2.7.0 aktualisiert wurde, dann landeten leider falsche Werte in der php.ini-Verwaltung. Für die beiden opcache-Einträge bitte jeweils "%HOME%/tmp" hinterlegen, dann klappt wieder alles.
Mit v2.7.0-r5092 ist das bereits korrigiert, landet in Kürze im Repo. -
Mit v.2.7.0-r5093 werden die ggf. falsch geschriebenen opcache-Einstellungen korrigiert.
Das dürfte nur Installationen betroffen haben, auf denen LiveConfig ursprünglich mal in Version <1.7.0 lief.
-
Hallo
bei uns wurde von 2.7.0-r5079 auf 2.7.0-r5091 geupdatet!
Mit den korrigierten Werten klappt es nun auch wieder mit SuPHP!
Mit freundlichen Grüßen
Martin Krüger
-
Nochmal die Frage: warum überhaupt suPHP?
-
Mit den korrigierten Werten klappt es nun auch wieder mit SuPHP!unter welchem Betriebssystem und welcher Version denn?
Debian Wheezy? Falls ja: AUA. Bitte updaten.
Falls neueres Debian:
bitte mal das Ergebnis von:
"dpkg -l | grep suphp"
posten.
Das Paket gibt es nämlich eigentlich seit Jessie schon nicht mehr und wird entsprechend auch nicht mehr mit Sicherheitsupdates versorgt... -
es gibt aber auch noch andere schöne Töchter, wie z.B. Ubuntu :-p
Ob es sinnig ist auf suphp zu setzen steht auf einem anderen Blatt. -
es gibt aber auch noch andere schöne Töchter, wie z.B. Ubuntu :-p
Wheezy und Trusty sind in etwa gleich alt. Danach gibt es auch dort kein suPHP mehr.
suPHP war eigentlich nur ein Behelf. Es gibt kein einziges Argument für suPHP und gegen FastCGI.
-
Alles anzeigen
unter welchem Betriebssystem und welcher Version denn?
Debian Wheezy? Falls ja: AUA. Bitte updaten.
Falls neueres Debian:
bitte mal das Ergebnis von:
"dpkg -l | grep suphp"
posten.
Das Paket gibt es nämlich eigentlich seit Jessie schon nicht mehr und wird entsprechend auch nicht mehr mit Sicherheitsupdates versorgt...Hallo
wie im ersten Post beschrieben, wird LiveConfig 2.7.0-R5093 auf Debian 9.5 verwendet.
Ausgabe:
libapache2-mod-suphp 0.7.2-0ubuntu1 amd64 Apache2 module to run PHP scripts with the owner permissions
suphp-common 0.7.2-0ubuntu1 amd64 Common files for mod suphp
Mit freundlichen Grüßen
Martin Krüger -
libapache2-mod-suphp 0.7.2-0ubuntu1 amd64 Apache2 module to run PHP scripts with the owner permissions
suphp-common 0.7.2-0ubuntu1 amd64 Common files for mod suphp
Und das sind wirklich die Debian-Pakete?Codeapt-cache policy suphp-common -
Hallo
ja diese sind auf einem Debian 9.5 System installiert:
apt-cache policy suphp-common
suphp-common:
Installiert: 0.7.2-0ubuntu1
Installationskandidat: 0.7.2-0ubuntu1
Versionstabelle:
*** 0.7.2-0ubuntu1 100
100 /var/lib/dpkg/statusMit freundlichen Grüßen
Martin Krüger
-
Alles anzeigen
suphp-common:
Installiert: 0.7.2-0ubuntu1
Installationskandidat: 0.7.2-0ubuntu1
Versionstabelle:
*** 0.7.2-0ubuntu1 100
100 /var/lib/dpkg/status
kommt also aus dem lokalen Storage und wurde nicht über die Stretch-Repositories installiert.Ich würde kein suPHP mehr nutzen.
-
kommt also aus dem lokalen Storage und wurde nicht über die Stretch-Repositories installiert.
Ich würde kein suPHP mehr nutzen.
Ergänzung:
es wurde also irgendwann per "dpkg -i ....." installiert, was man vermeiden sollte, da man keinerlei Updates erhält.
Das ist in diesem Fall der Hauptgrund gegen suphp - aber wie Anton schon schrieb gibt es ja auch keinen einzigen Grund dagegen, FastCGI zu nutzen
-
Hallo
wurde bei den ShortTags was verändert, bei einem Kunden funktionieren diese seit dem Update auch nicht mehr, im LiveConfig sind Sie aber aktiviert.
Mit freundlichen Grüßen
Martin Krüger -
wurde bei den ShortTags was verändert, bei einem Kunden funktionieren diese seit dem Update auch nicht mehr, im LiveConfig sind Sie aber aktiviert.
Was genau meinen Sie mit "funktionieren nicht mehr"?
Welche PHP-Version genau?
Welche Linux-Distribution?
Was für ein Update? LiveConfig oder PHP?Seitens LiveConfig wurde bzgl. short_open_tag nichts verändert.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!