Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.lang.php > #4170 > unrolled thread

Umstieg auf PHP 7

Back to article view | Back to de.comp.lang.php

Contents

  Umstieg auf PHP 7 Thomas Gohel <gohel@basicguru.de> - 2017-07-21 16:55 +0200
    Re: Umstieg auf PHP 7 Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2017-07-21 16:30 +0000
      Re: Umstieg auf PHP 7 Thomas Gohel <gohel@basicguru.de> - 2017-07-21 20:03 +0200
        Re: Umstieg auf PHP 7 Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2017-07-22 10:46 +0000
          Re: Umstieg auf PHP 7 Thomas Gohel <gohel@basicguru.de> - 2017-07-22 16:15 +0200
          Re: Umstieg auf PHP 7 Thomas Gohel <gohel@basicguru.de> - 2017-07-24 20:18 +0200
    Re: Umstieg auf PHP 7 Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2017-07-22 12:07 +0200
      Re: Umstieg auf PHP 7 Thomas Gohel <gohel@basicguru.de> - 2017-07-22 18:04 +0200
        Re: Umstieg auf PHP 7 Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2017-07-22 19:08 +0200
          Re: Umstieg auf PHP 7 Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2017-07-22 21:08 +0000
            Re: Umstieg auf PHP 7 Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2017-07-23 02:50 +0200
              Re: Umstieg auf PHP 7 Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2017-07-23 07:14 +0000
                Re: Umstieg auf PHP 7 Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2017-07-23 09:39 +0200
                Re: Umstieg auf PHP 7 Thomas Gohel <gohel@basicguru.de> - 2017-07-24 20:16 +0200
                  Re: Umstieg auf PHP 7 Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2017-07-24 22:40 +0200
              Re: Umstieg auf PHP 7 "Christoph M. Becker" <cmbecker69@arcor.de> - 2017-07-23 10:44 +0200
                Re: Umstieg auf PHP 7 Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2017-07-23 13:30 +0200
                Re: Umstieg auf PHP 7 Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2017-07-23 12:45 +0000
                  Re: Umstieg auf PHP 7 Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2017-07-23 15:23 +0200
                  Re: Umstieg auf PHP 7 Thomas Gohel <gohel@basicguru.de> - 2017-07-24 20:13 +0200

#4170 — Umstieg auf PHP 7

Hallo miteinander,

ich schraube hier jetzt seit einiger Zeit testweise am Umstieg auf
PHP 7, stehe jetzt aber doch vor einem scheinbar unlösbaren Problem.

Unter PHP 5.6 läuft alles bestens und auch die Logiles sehen alle
rundherum gut aus, nur unter PHP 7.0.20 wird es jetzt mysteriös.  8-))

Prinzipiell scheinen nun alle Anwendung PHP 7 konform zu sein, jeden-
falls scheint alles wie gewohnt zu funktionieren und auch das PHP-
Error-Logfile sieht bestens aus. Allerdings finde ich nun im Apache-
Core-Logfile gehäuft folgende Einträge:

"Das System kann den angegebenen Pfad nicht finden."

... der natürlich ohne jeden Zeitstempel daher kommt (toll).

Die PHP.INI ist eigentlich identisch zur PHP 5.6'er Version, die ja
seit ewigen Zeiten ohne Probleme läuft. PHP-Info sieht ebenfalls gut
aus und auch sonst habe ich momentan keine Ahnung wie ich das Problem
weiter eingrenzen könnte, zumal Apache & PHP schon mit einem hohen
Loglevel laufen.


Tja, wo könnte ich da ansetzen, ausser auf dem Server auch noch die
Sysinternal-Tools einzusetzen?


Tschau,

  --------------
   / h o m a s
-- 
Permanent Online Filter fuer: User ohne Realnamen im From:-Feld, Full-
quotes (zitieren  des originalen  Postings unter der eigenen Antwort),
Visitenkarten, HTML-Postings, Invalid- und ungueltige Email-Adressen

[toc] | [next] | [standalone]

#4171

On Fri, 21 Jul 2017 16:55:00 Thomas Gohel wrote:
> Allerdings finde ich nun im Apache- Core-Logfile gehäuft folgende
> Einträge:

> "Das System kann den angegebenen Pfad nicht finden."

Passiert das beim Aufruf von der CLI aus auch?

Wenn schon sonst nichts, würde damit das Durchprobieren bei der
Fehlersuche deutlich einfacher. Und falls die Meldung bei der CLI
nicht kommt, sollte ein Vergleich der beiden php.ini helfen.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan kommt und 2017 Jahre Hoffnung waren nicht umsonst.
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#4172

Hallo Stefan,

>> Allerdings finde ich nun im Apache- Core-Logfile gehäuft folgende
>> Einträge:
>> "Das System kann den angegebenen Pfad nicht finden."
>
> Passiert das beim Aufruf von der CLI aus auch?

Der Fehler erscheint ja nicht ständig im Apache-Core-Logfile. An
einigen Tagen scheint komplett Ruhe zu sein. Deswegen kann ich das
SabreDAV-Framework (läuft täglich mehrfach wegen der diversen Kalender)
schon als Ursache ausschliessen.

Momentan resete ich den Apache mehrfach täglich, damit ich einfach
mehrere Zeitstempel für einen potentiellen Übeltäter bekomme, grumpf.
Die obige Fehlermeldung erscheint ja ohne jegliche Zeit- oder Pfad-
angabe ...

> Wenn schon sonst nichts, würde damit das Durchprobieren bei der
> Fehlersuche deutlich einfacher. Und falls die Meldung bei der CLI
> nicht kommt,

Tja, wenn man es auf irgendeine PHP-Applikation eingrenzen könnte ...

> sollte ein Vergleich der beiden php.ini helfen.

Die php.ini von PHP7 ist im wesentlichen identisch zur php.ini von PHP5.

Wegen obiger Fehlermeldung hatte ich zwischenzeitlich auch Opcache
aktiviert und konfiguriert. Das lief soweit nachweislich, aber obiger
Fehler blieb.

Eine aktuelle Vermutung wäre noch das PHP7, im Gegensatz zu PHP5, einfach
versucht in irgendein System-/Temp-Verzeichnis zu schreiben, das nicht in
der php.ini definiert ist. Das würde auf jeden Fall, wegen fehlender
Rechte umgehend schief gehen.


Tschau,

  --------------
   / h o m a s
-- 
Der neue Internet Trend:  Abstossende Postings!  Verfasse  die Mail in
HTML,  niemals mit Realnamen,  haenge immer das  Original-Posting  als
Fullquote an die Antwort, signiere alles konsequent mit einer Visiten-
karte und Du wirst reichlich die diversen Filter begluecken. :-)))))))

[toc] | [prev] | [next] | [standalone]

#4174

On Fri, 21 Jul 2017 20:03:00 Thomas Gohel wrote:
> >> Allerdings finde ich nun im Apache- Core-Logfile gehäuft folgende
> >> Einträge:
> >> "Das System kann den angegebenen Pfad nicht finden."

> > Passiert das beim Aufruf von der CLI aus auch?
 
> Der Fehler erscheint ja nicht ständig im Apache-Core-Logfile. An
> einigen Tagen scheint komplett Ruhe zu sein. Deswegen kann ich das
> SabreDAV-Framework (läuft täglich mehrfach wegen der diversen Kalender)
> schon als Ursache ausschliessen.

Wenn das ganze nicht beim Laden von PHP passiert, sondern erst durch
ein Statement irgendeiner Applikation ausgelöst wird, könntest Du evt.
xdebug installieren und das Logging so konfigurieren, dass Du einen
kompletten Backtrace bekommst.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - schmelzen!? Aber bumsen ist neidischer.
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#4175

Hallo Stefan,

>>>> "Das System kann den angegebenen Pfad nicht finden."
>> Der Fehler erscheint ja nicht ständig im Apache-Core-Logfile.
> Wenn das ganze nicht beim Laden von PHP passiert, sondern erst durch
> ein Statement irgendeiner Applikation ausgelöst wird,
      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Das ist auf jeden Fall so, aber ohne Timestamps im Core-Logfile wird das
recht mühselig.

Momentan denke ich, das Problem auf Roundcube und/oder Koken eingrenzen
zu können. Allerdings produzieren beide keine Fehlermeldung wenn ich
sie selbst teste. Mann oh Mann. ;-)

> könntest Du evt. xdebug installieren und das Logging so konfigurieren,
> dass Du einen kompletten Backtrace bekommst.

... habe ich mir mal besorgt.

Aber erst einmal grenze ich die PHP-Anwendung weiter ein.

Tschau,

  --------------
   / h o m a s
-- 
Permanent Online Filter fuer: User ohne Realnamen im From:-Feld, Full-
quotes (zitieren  des originalen  Postings unter der eigenen Antwort),
Visitenkarten, HTML-Postings, Invalid- und ungueltige Email-Adressen

[toc] | [prev] | [next] | [standalone]

#4189

Hallo Stefan,

> Wenn das ganze nicht beim Laden von PHP passiert, sondern erst durch
> ein Statement irgendeiner Applikation ausgelöst wird, könntest Du
> evt. xdebug installieren und das Logging so konfigurieren, dass Du
> einen kompletten Backtrace bekommst.

Naja, ich habe das Problem in der Zwischenzeit auf die Admin-Anmeldung
in Koken (Galerie-Tool) eingegrenzt. Der Fehlermeldung tritt aber nur
auf, wenn man sich ohne gültigen Session-Cookie wirklich neu anmeldet.

Danach musste ich "nur noch" den _gesamten_ FileIO des kompletten
Servers protokolllieren. _Gesamt_ deshalb, da der Fehler dann nicht
einmal im Apache-Prozess zu finden war ...

Was war passiert:

Koken starten während der Anmeldung für irgendwelche Prüfungen auf den
Installationspfad von Koken die CMD.EXE und versucht das Ergebnis bzw.
die Ausgabe nach "x:\dev\null" zu schreiben/zu versenken, was natürlich
schief geht, da:

 a) der Pfad nicht existiert
 b) das auch wegen der fehlenden Rechte schief gehen würde, da er ausser-
    halb des Webroots liegt.
 c) das einfach kein *nix hier ist

CMD.EXE schreibt dann den Fehler direkt in das Core-Log-File meines
Apachen, wo eigentlich nur die Start/Stop/Reset-Meldungen zu finden
sind.


Fazit: Die Entwickler von Koken müssen wohl nachsitzen.



Tschau,

  --------------
   / h o m a s
-- 
Permanent Online Filter fuer: User ohne Realnamen im From:-Feld, Full-
quotes (zitieren  des originalen  Postings unter der eigenen Antwort),
Visitenkarten, HTML-Postings, Invalid- und ungueltige Email-Adressen

[toc] | [prev] | [next] | [standalone]

#4173

Thomas Gohel wrote:

> ich schraube hier jetzt seit einiger Zeit testweise am Umstieg auf
> PHP 7, stehe jetzt aber doch vor einem scheinbar unlösbaren Problem.
> 
> Unter PHP 5.6 läuft alles bestens und auch die Logiles sehen alle
> rundherum gut aus, nur unter PHP 7.0.20 wird es jetzt mysteriös.  8-))
> 
> Prinzipiell scheinen nun alle Anwendung PHP 7 konform zu sein, jeden-
> falls scheint alles wie gewohnt zu funktionieren und auch das PHP-
> Error-Logfile sieht bestens aus. Allerdings finde ich nun im Apache-
> Core-Logfile gehäuft folgende Einträge:
> 
> "Das System kann den angegebenen Pfad nicht finden."
> 
> ... der natürlich ohne jeden Zeitstempel daher kommt (toll).

Das Format der Apache-Logeinträge kann man konfigurieren.

> Die PHP.INI ist eigentlich identisch zur PHP 5.6'er Version, […]

Das ist wahrscheinlich ein Problem:

<http://php.net/ini>

Dort rechts “Migrating from PHP 5.6.x to PHP 7.0.x”:

<http://php.net/manual/en/migration70.php>

> die ja seit ewigen Zeiten ohne Probleme läuft.

Non sequitur.

> PHP-Info sieht ebenfalls gut aus

Meinst Du “<?php phpinfo(); die;”?  CLI oder Web?

> und auch sonst habe ich momentan keine Ahnung wie ich das Problem weiter
> eingrenzen könnte, zumal Apache & PHP schon mit einem hohen Loglevel
> laufen.

Ist eine Regelmässigkeit der Logeinträge zu erkennen?

Lässt sich der Logeintrag auf eine bestimmte PHP-Applikation zurückführen 
(“tail -f "$LOGFILE"”)?

-- 
PointedEars
Zend Certified PHP Engineer <http://www.zend.com/en/yellow-pages/ZEND024953>
<https://github.com/PointedEars> | <http://PointedEars.de/wsvn>
Twitter: @PointedEars2 | Please do not cc me./Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#4176

Hallo Thomas,

>> "Das System kann den angegebenen Pfad nicht finden."
>> ... der natürlich ohne jeden Zeitstempel daher kommt (toll).
> Das Format der Apache-Logeinträge kann man konfigurieren.

Ja, aber das interessiert PHP in diesem Fall nicht ... ;-)

>> Die PHP.INI ist eigentlich identisch zur PHP 5.6'er Version
> Das ist wahrscheinlich ein Problem:
>
> <http://php.net/ini>

Da sehe ich jetzt aber keine relevanten Unterschiede.

Persönlich ist mir nur aufgefallen, das PHP7 auf Pfad-Einträge
ala "/../../example.php" anders reagiert als auf "../../example.php".
Aber das stand ja auch brav in der Errorlog von PHP und lies sich
umgehend beseitigen.

>> PHP-Info sieht ebenfalls gut aus
> Meinst Du "<?php phpinfo(); die;"?  CLI oder Web?

Ich habe beide Ausgaben per Web verglichen -> völlig unauffällig.

>> und auch sonst habe ich momentan keine Ahnung wie ich das Problem
>> weiter eingrenzen könnte, zumal Apache & PHP schon mit einem hohen
>> Loglevel laufen.
> Ist eine Regelmässigkeit der Logeinträge zu erkennen?

Ja, aber bitte jetzt nicht lachen:

Die "Systen kann den ..."-Einträge sind immer durch 8 teilbar, minimal
aber 16 Zeilen lang. Ja, das hilft jetzt nicht wirklich ... 8-)))

Ansonsten tauchen die Einträge unregelmäßig auf, machen Tage auch
überhaupt nicht.

> Lässt sich der Logeintrag auf eine bestimmte PHP-Applikation
> zurückführen ("tail -f "$LOGFILE"")?

Da bin ich noch am suchen, was sich wegen der fehlenen Timestamps der
Fehlermeldung mühselig gestaltet. Ich glaube aber, es aktuell schon
auf Roundcube oder Koken reduzieren zu können, wobei letzteres mein
Favorit ist.

Trotzdem Danke für die Mühe, auch an Stefan, ich bleibe da dran.


Tschau,

  --------------
   / h o m a s
-- 
Kill-, Filter- und Scorefiles: Die modernen Schallschutzwaende des Usenet.

[toc] | [prev] | [next] | [standalone]

#4177

Thomas Gohel wrote:

> Hallo Thomas,

Hallo.  Bitte lass zukünftig die Einleitungszeilen stehen und poste selbst 
eine solche, damit man die Zitatebenen leichter zuordnen kann.  Begrüssungen
sind hingegen unüblich; hier lesen *alle* mit.

<http://einklich.net/usenet/zitier>

[Einleitungszeilen wiederhergestellt/hinzugefügt]

> Thomas 'PointedEars' Lahn wrote:
>> Thomas Gohel wrote:
>>> "Das System kann den angegebenen Pfad nicht finden."
>>> ... der natürlich ohne jeden Zeitstempel daher kommt (toll).
>> Das Format der Apache-Logeinträge kann man konfigurieren.
> 
> Ja, aber das interessiert PHP in diesem Fall nicht ... ;-)

PHP schreibt nicht in Apache-Logdateien.

>>> Die PHP.INI ist eigentlich identisch zur PHP 5.6'er Version
>> Das ist wahrscheinlich ein Problem:
>>
>> <http://php.net/ini>
> 
> Da sehe ich jetzt aber keine relevanten Unterschiede.

Ich schrieb dazu mehr.
 
>>> PHP-Info sieht ebenfalls gut aus
>> Meinst Du "<?php phpinfo(); die;"?  CLI oder Web?
> 
> Ich habe beide Ausgaben per Web verglichen -> völlig unauffällig.

Das beantwortet meine Fragen nicht.
 
>>> und auch sonst habe ich momentan keine Ahnung wie ich das Problem
>>> weiter eingrenzen könnte, zumal Apache & PHP schon mit einem hohen
>>> Loglevel laufen.
>> Ist eine Regelmässigkeit der Logeinträge zu erkennen?
> 
> […]
> Ansonsten tauchen die Einträge unregelmäßig auf, machen Tage auch
> überhaupt nicht.

OK.
 
>> Lässt sich der Logeintrag auf eine bestimmte PHP-Applikation
>> zurückführen ("tail -f "$LOGFILE"")?
> 
> Da bin ich noch am suchen, was sich wegen der fehlenen Timestamps der
> Fehlermeldung mühselig gestaltet.

  tail -f "$LOGFILE"

generiert eine neue Zeile in der Konsole, sobald diese $LOGFILE hinzugefügt 
wird.

> Ich glaube aber, es aktuell schon auf Roundcube oder Koken reduzieren zu 
> können, wobei letzteres mein Favorit ist.

Kenne ich beides nicht.

-- 
PointedEars
Zend Certified PHP Engineer <http://www.zend.com/en/yellow-pages/ZEND024953>
<https://github.com/PointedEars> | <http://PointedEars.de/wsvn>
Twitter: @PointedEars2 | Please do not cc me./Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#4178

On Sat, 22 Jul 2017 19:08:19 Thomas 'PointedEars' Lahn wrote:
> >> Das Format der Apache-Logeinträge kann man konfigurieren.
> > 
> > Ja, aber das interessiert PHP in diesem Fall nicht ... ;-)
> 
> PHP schreibt nicht in Apache-Logdateien.

Das ist eine Frage der Konfiguration:

| $ grep -c "PHP Notice" /var/log/apache2/$VHOST.epaxios.com_error.log
| 250

Ich finde das durchaus praktisch, denn damit sind die Einträge gleich
nach vhost sortiert.

Servus,
   Stefan 

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Goldene Worte für verliebte Herzen: Stefan - brüllen, in den Stunden der Freude!
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#4179

Stefan Froehlich wrote:

> On Sat, 22 Jul 2017 19:08:19 Thomas 'PointedEars' Lahn wrote:
>> >> Das Format der Apache-Logeinträge kann man konfigurieren.
>> > 
>> > Ja, aber das interessiert PHP in diesem Fall nicht ... ;-)
>> PHP schreibt nicht in Apache-Logdateien.
> 
> Das ist eine Frage der Konfiguration:
> 
> | $ grep -c "PHP Notice" /var/log/apache2/$VHOST.epaxios.com_error.log
> | 250
> 
> Ich finde das durchaus praktisch, denn damit sind die Einträge gleich
> nach vhost sortiert.

Wohin solch grober Unfug führen kann, sehen wir hier wohl gerade, denn PHP 
erzeugt normalerweise keine deutschsprachigen Fehlermeldungen.

Wer seine Apache-Logdateien mit Müll zustopfen lassen und die automatische 
Auswertung sowie die Rotation dieser behindern will, sollte das also tun.

Alle anderen sollten entsprechende VirtualHost-Konfigurationen und/oder 
.htaccess/.config/PHP-Code [“php_admin_value” oder “php_value” bzw. 
ini_set()] verwenden, um in separate Logdateien zu schreiben.


kopfschüttelnd,
-- 
PointedEars
Zend Certified PHP Engineer <http://www.zend.com/en/yellow-pages/ZEND024953>
<https://github.com/PointedEars> | <http://PointedEars.de/wsvn>
Twitter: @PointedEars2 | Please do not cc me./Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#4180

On Sun, 23 Jul 2017 02:50:06 Thomas 'PointedEars' Lahn wrote:
> Stefan Froehlich wrote:
> > On Sat, 22 Jul 2017 19:08:19 Thomas 'PointedEars' Lahn wrote:
> >> PHP schreibt nicht in Apache-Logdateien.
 
> > Das ist eine Frage der Konfiguration:
 
> Wohin solch grober Unfug führen kann, sehen wir hier wohl gerade, denn
> PHP erzeugt normalerweise keine deutschsprachigen Fehlermeldungen.

Ich bezweifle, dass die gleiche Fehlermeldung im syslog für den OP
erhellender wäre.

> Wer seine Apache-Logdateien mit Müll zustopfen lassen und die
> automatische Auswertung sowie die Rotation dieser behindern will, sollte
> das also tun.

Eben. Hat sich als praktisch erwiesen.
 
> kopfschüttelnd,

Nicht zu viel schütteln, die Halswirbel sind mitunter recht empfindlich.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Eine Symphonie der Schönheit! Stefan, so dusslig...
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#4181

Stefan Froehlich wrote:

> On Sun, 23 Jul 2017 02:50:06 Thomas 'PointedEars' Lahn wrote:
>> Stefan Froehlich wrote:
>> > On Sat, 22 Jul 2017 19:08:19 Thomas 'PointedEars' Lahn wrote:
>> >> PHP schreibt nicht in Apache-Logdateien.
>> > Das ist eine Frage der Konfiguration:
>> Wohin solch grober Unfug führen kann, sehen wir hier wohl gerade, denn
>> PHP erzeugt normalerweise keine deutschsprachigen Fehlermeldungen.
> 
> Ich bezweifle, dass die gleiche Fehlermeldung im syslog für den OP
> erhellender wäre.

Das war auch nicht gemeint.
 
>> Wer seine Apache-Logdateien mit Müll zustopfen lassen und die
>> automatische Auswertung sowie die Rotation dieser behindern will, sollte
>> das also tun.
> 
> Eben. Hat sich als praktisch erwiesen.

s/praktisch/unpraktisch/, *wie* *man* *hier* *sieht*.

-- 
PointedEars
Zend Certified PHP Engineer <http://www.zend.com/en/yellow-pages/ZEND024953>
<https://github.com/PointedEars> | <http://PointedEars.de/wsvn>
Twitter: @PointedEars2 | Please do not cc me./Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#4188

Hallo Stefan,

> On Sun, 23 Jul 2017 02:50:06 Thomas 'PointedEars' Lahn wrote:
>> Stefan Froehlich wrote:
>>> On Sat, 22 Jul 2017 19:08:19 Thomas 'PointedEars' Lahn wrote:

>> Wohin solch grober Unfug führen kann, sehen wir hier wohl gerade,
>> denn PHP erzeugt normalerweise keine deutschsprachigen
>> Fehlermeldungen.

> Ich bezweifle, dass die gleiche Fehlermeldung im syslog für den OP
> erhellender wäre.

Ein Zeitstempel hätte mir schon ausgereicht, um einfach einen Ansatz
für eine Suche zu haben. "Irgendetwas" zwischen den Restarts des
Apachen ist einfach eine zu lange Zeitspanne für eine brauchbare
Suche. ;-)

Hätte ich alle Logfile zusammen gekippt, momentan sind es halt 39
verschiedene Logfiles für die vHosts, dann wäre die Fehlersuche wohl
einfacher gewesen, allerdings wäre mir der Fehler dann vermutlich
nie aufgefallen ...


Tschau,

  --------------
   / h o m a s
-- 
email : support@gohel.de / gohel@basicguru.de   (PGP-Key available)
www   : http://www.gohel.de    /    http://www.pbhq.de (PowerBASIC)
filter: html-postings, fullquotes, no realnames & no valid adresses

[toc] | [prev] | [next] | [standalone]

#4191

Thomas Gohel wrote:

> Hallo Stefan,

Dort gehört eine *Einleitungszeile* hin (siehe oben), jedenfalls aber nicht 
*ausschliesslich* eine Begrüssung.  Das hat Dir bestimmt schon mal jemand 
gesagt, und das sicher auch begründet.  Wenn Dir Deine Leserschaft egal
ist, musst Du Dich nicht wundern, wenn irgendwann niemand mehr Deine 
Postings liest.
 
>> On Sun, 23 Jul 2017 02:50:06 Thomas 'PointedEars' Lahn wrote:
>>> Stefan Froehlich wrote:
>>>> On Sat, 22 Jul 2017 19:08:19 Thomas 'PointedEars' Lahn wrote:
>>> Wohin solch grober Unfug führen kann, sehen wir hier wohl gerade,
>>> denn PHP erzeugt normalerweise keine deutschsprachigen
>>> Fehlermeldungen.
> 
>> Ich bezweifle, dass die gleiche Fehlermeldung im syslog für den OP
>> erhellender wäre.
> 
> Ein Zeitstempel hätte mir schon ausgereicht, um einfach einen Ansatz
> für eine Suche zu haben. "Irgendetwas" zwischen den Restarts des
> Apachen ist einfach eine zu lange Zeitspanne für eine brauchbare
> Suche. ;-)

Deshalb hatte ich Dir “tail -f …” empfohlen.  Gips auch für Windoof.

Score adjusted

-- 
PointedEars
Zend Certified PHP Engineer <http://www.zend.com/en/yellow-pages/ZEND024953>
<https://github.com/PointedEars> | <http://PointedEars.de/wsvn>
Twitter: @PointedEars2 | Please do not cc me./Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#4182

Am 23.07.2017 um 02:50 schrieb Thomas 'PointedEars' Lahn:

> Stefan Froehlich wrote:
> 
>> | $ grep -c "PHP Notice" /var/log/apache2/$VHOST.epaxios.com_error.log
>> | 250

Ich frage mich, ob das im Falle des OP hülfe, da nichts von einer PHP
Notice berichtet wurde.

> Wohin solch grober Unfug führen kann, sehen wir hier wohl gerade, denn PHP 
> erzeugt normalerweise keine deutschsprachigen Fehlermeldungen.

Genau. Und ich halte es für unwahrscheinlich, dass der Apache eine
englischsprachige Fehlermeldung von PHP übersetzt. Die Meldung "Das
System kann den angegebenen Pfad nicht finden." riecht nach einer
Windows-System-Meldung:

  # php -r "exec('cd foo/bar');"
  Das System kann den angegebenen Pfad nicht finden.

-- 
Christoph M. Becker

[toc] | [prev] | [next] | [standalone]

#4183

Christoph M. Becker wrote:

> Am 23.07.2017 um 02:50 schrieb Thomas 'PointedEars' Lahn:
>> Stefan Froehlich wrote:
>>> | $ grep -c "PHP Notice" /var/log/apache2/$VHOST.epaxios.com_error.log
>>> | 250
> 
> Ich frage mich, ob das im Falle des OP hülfe, da nichts von einer PHP
> Notice berichtet wurde.

ACK.
 
>> Wohin solch grober Unfug führen kann, sehen wir hier wohl gerade, denn
>> PHP erzeugt normalerweise keine deutschsprachigen Fehlermeldungen.
> 
> Genau. Und ich halte es für unwahrscheinlich, dass der Apache eine
> englischsprachige Fehlermeldung von PHP übersetzt. Die Meldung "Das
> System kann den angegebenen Pfad nicht finden." riecht nach einer
> Windows-System-Meldung:
> 
>   # php -r "exec('cd foo/bar');"
>   Das System kann den angegebenen Pfad nicht finden.

Plausibel; wenn eine Volltextsuche im Quelltext nach der Fehlermeldung 
nichts nützt, dann vielleicht die nach einem solchen Befehl.  Dann wäre es 
aber – ausser einem offenbar inkompetenten PHP-Programmierer (chdir()¹ 
existiert, unterstützt mindestens mittels DIRECTORY_SEPARATOR² auch 
WinDOS[tm], und ist im Unterschied zu exec()³ auch sicher) – immerhin auch 
möglich, dass Apache *irgendwas* unter Windoof[tm] nicht starten kann, und 
dass das nicht unbedingt etwas mit dem PHP-Upgrade zu tun hat.

Es wäre wohl eine gute Idee gewesen, wenn der OP gleich geschrieben hätte, 
dass er einen Server mit einem Betrübssystem[tm] verwendet, und welche PHP-
Version *genau* er *wie* verwendet(e) (Installer oder manuell, 
selbstcompiliert oder nicht, IIS mit FastCGI oder Apache SAPI – wenn ja, 
welches? –, thread-safe oder nicht, Azure oder anders?).

<http://windows.php.net/download>
<http://php.net/manual/en/install.windows.php>

Jedoch hatte er uns mit

| Tja, wo könnte ich da ansetzen, ausser auf dem Server auch noch die
| Sysinternal-Tools einzusetzen?

zumindest gleich zu Anfang einen Hinweis auf Windoof gegeben, was auch ich 
bis jetzt übersehen hatte.

<https://technet.microsoft.com/de-de/sysinternals/bb842062.aspx>

______
¹  <http://php.net/chdir>
²  <http://php.net/manual/en/dir.constants.php>
³  <http://php.net/exec>
-- 
PointedEars
Zend Certified PHP Engineer <http://www.zend.com/en/yellow-pages/ZEND024953>
<https://github.com/PointedEars> | <http://PointedEars.de/wsvn>
Twitter: @PointedEars2 | Please do not cc me./Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#4184

On Sun, 23 Jul 2017 10:44:50 Christoph M. Becker wrote:
> Am 23.07.2017 um 02:50 schrieb Thomas 'PointedEars' Lahn:
> > [...] PHP erzeugt normalerweise keine deutschsprachigen
> > Fehlermeldungen.

> Genau. Und ich halte es für unwahrscheinlich, dass der Apache eine
> englischsprachige Fehlermeldung von PHP übersetzt.

Ich halte das für ausgeschlosssen. Thomas Annahme, dass PHP-Fehler
prinzipiell nicht im Apache-Log auftauchen, ist jedoch arg voreilig,
weshalb ich das korrigiert habe. Für den konkreten Fall spielt es
aber vermutlich keine Rolle, das stimmt.

Servus,
    Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Erregte Zweige nimmt Europa: Stefan!
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#4185

Stefan Froehlich wrote:

> On Sun, 23 Jul 2017 10:44:50 Christoph M. Becker wrote:
>> Am 23.07.2017 um 02:50 schrieb Thomas 'PointedEars' Lahn:
>> > [...] PHP erzeugt normalerweise keine deutschsprachigen
>> > Fehlermeldungen.
> 
>> Genau. Und ich halte es für unwahrscheinlich, dass der Apache eine
>> englischsprachige Fehlermeldung von PHP übersetzt.
> 
> Ich halte das für ausgeschlosssen. Thomas Annahme, dass PHP-Fehler
> prinzipiell nicht im Apache-Log auftauchen, ist jedoch arg voreilig,

Jeder vernünftig konfigurierte *produktive* Server und jede vernünftige
PHP-basierte Software verwendet _nicht_ den PHP-Default, sondern schreibt 
stattdessen per Serverkonfiguration oder Applikationskonfiguration PHP- und 
von PHP-Applikationen generierte Fehlermeldungen VirtualHost-spezifisch oder 
applikationsspezifisch in *separate* Logdateien.

Mag sein, dass das in Deinem Paralleluniversum anders ist.

-- 
PointedEars
Zend Certified PHP Engineer <http://www.zend.com/en/yellow-pages/ZEND024953>
<https://github.com/PointedEars> | <http://PointedEars.de/wsvn>
Twitter: @PointedEars2 | Please do not cc me./Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#4187

Stefan Froehlich meinte zum Thema "Re: Umstieg auf PHP 7"

Hallo Stefan,

> Ich halte das für ausgeschlosssen. Thomas Annahme, dass PHP-Fehler
> prinzipiell nicht im Apache-Log auftauchen, ist jedoch arg voreilig,
> weshalb ich das korrigiert habe.

Wie wir ja nun feststellen mussten passiert genau das, wenn man nur
genügend schrägen PHP-Code schreibt. ;-)

Ehrlich gesagt, so etwas hatte ich in den letzten 12 Jahren mit PHP
noch nie gehabt -> oder vielleicht einfach nur Glück bisher.

Tschau,

  --------------
   / h o m a s
-- 
email : support@gohel.de / gohel@basicguru.de   (PGP-Key available)
www   : http://www.gohel.de    /    http://www.pbhq.de (PowerBASIC)
filter: html-postings, fullquotes, no realnames & no valid adresses

[toc] | [prev] | [standalone]

Back to top | Article view | de.comp.lang.php

csiph-web