nur bei Subdomain - falsche Zeitberechnung (PHP) [GELÖST]
- ThomasTailor93
- Posts: 75
- Joined: Tue 28. Jun 2016, 05:11
- Location: Erfurt
nur bei Subdomain - falsche Zeitberechnung (PHP)
Hallöchen,
mir ist heute das Phänomen aufgefallen, dass bei nur einer (neuen) Subdomain die Zeiten falsch berechnet werden.
Sobald ich bei DOMAINALT per PHP den Timestamp 1575156343 berechne, bekomme ich 01.12.2019 12:25 raus - so korrekt. Bei DOMAINNEU bekomme ich aber 30.11.2019 11:25 raus. Hat da jemand ein ähnliches Problem?
Liebe Grüße
mir ist heute das Phänomen aufgefallen, dass bei nur einer (neuen) Subdomain die Zeiten falsch berechnet werden.
Sobald ich bei DOMAINALT per PHP den Timestamp 1575156343 berechne, bekomme ich 01.12.2019 12:25 raus - so korrekt. Bei DOMAINNEU bekomme ich aber 30.11.2019 11:25 raus. Hat da jemand ein ähnliches Problem?
Liebe Grüße
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Deine Domains laufen also scheinbar mit verschiedenen PHP-Versionen.
Ein Neustart der betroffenen PHP-FPM Instanz(en) sollte das Problem beheben. Ursache kann sein, dass die System-Zeit / die Konfiguration der jeweiligen PHP Version angepasst wurde, aber der entsprechende PHP- FPM nicht neu gestartet / neu geladen wurden.
Ein Neustart der betroffenen PHP-FPM Instanz(en) sollte das Problem beheben. Ursache kann sein, dass die System-Zeit / die Konfiguration der jeweiligen PHP Version angepasst wurde, aber der entsprechende PHP- FPM nicht neu gestartet / neu geladen wurden.
Code: Select all
# für die OS Version
service php7.2-fpm restart
# für die zusätzlich Installierten (XX natürlich durch Versionsnummer ersetzen)
service keyhelp-phpXX-fpm restart
Mit freundlichen Grüßen / Best regards
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
- ThomasTailor93
- Posts: 75
- Joined: Tue 28. Jun 2016, 05:11
- Location: Erfurt
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Negativ, die Subdomain läuft auf PHP (7.3.11) wie die Hauptdomain. Habe auch eben erneut das so eingestellt und mal den Server neugestartet - keine Änderung wirksam.
- ThomasTailor93
- Posts: 75
- Joined: Tue 28. Jun 2016, 05:11
- Location: Erfurt
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Hallöchen,
ich habe jetzt noch mal alles überprüft. Die Hauptdomain läuft auf Standardinterpreter 7.3.11 (Debian 10), es wurden keine zusätzlichen Interpreter installiert. Die Subdomains wurden jetzt alle noch mal manuell auf "wie Hauptdomain" geändert. Zusätzlich habe ich php-fpm auch noch mal neugestartet. Leider hat das kein positives Ergebnis gebracht - der Timestamp läuft immer noch eine Stunde hinterher. An was könnt es jetzt noch liegen?
// Edit:
die Zeit der Hauptdomain läuft korrekt, genau so wie eine zweite Subdomain - es ist nur die dritte (neue) die hinterher hängt. Serverzeit ist auch korrekt.
// Korrektur:
mittlerweile laufen alle Domains eine Stunde hinterher
LG
ich habe jetzt noch mal alles überprüft. Die Hauptdomain läuft auf Standardinterpreter 7.3.11 (Debian 10), es wurden keine zusätzlichen Interpreter installiert. Die Subdomains wurden jetzt alle noch mal manuell auf "wie Hauptdomain" geändert. Zusätzlich habe ich php-fpm auch noch mal neugestartet. Leider hat das kein positives Ergebnis gebracht - der Timestamp läuft immer noch eine Stunde hinterher. An was könnt es jetzt noch liegen?
// Edit:
die Zeit der Hauptdomain läuft korrekt, genau so wie eine zweite Subdomain - es ist nur die dritte (neue) die hinterher hängt. Serverzeit ist auch korrekt.
// Korrektur:
mittlerweile laufen alle Domains eine Stunde hinterher
LG
- Jolinar
- Community Moderator
- Posts: 3607
- Joined: Sat 30. Jan 2016, 07:11
- Location: Weimar (Thüringen)
- Contact:
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
- Im Startpost beschreibst du eine Zeitdifferenz von 25 Stunden, im letzten Post von 1 Stunde. Welche Angabe ist nun aktuell richtig?
- Stimmt denn eigentlich die Systemzeit, wenn du am CLI mit:
abfragst?
- Wie genau gewinnst du den Timestamp, auf dem deine Berchnungen beruhen?
- Stimmt denn eigentlich die Systemzeit, wenn du am CLI mit:
Code: Select all
date -R
- Wie genau gewinnst du den Timestamp, auf dem deine Berchnungen beruhen?
Wenn jemand inkompetent ist, dann kann er nicht wissen, daß er inkompetent ist. (David Dunning)
Data Collector für Community Support
___
Ich verwende zwei verschiedene Schriftfarben in meinen Beiträgen /
I use two different font colors in my posts:
Data Collector für Community Support
___
Ich verwende zwei verschiedene Schriftfarben in meinen Beiträgen /
I use two different font colors in my posts:
- In dieser Farbe schreibe ich als Moderator und gebe moderative Hinweise oder begründe moderative Eingriffe /
In this color, I write as a moderator and provide moderative guidance or justify moderative interventions - In dieser Farbe schreibe ich als Community Mitglied und teile meine private Meinung und persönlichen Ansichten mit /
In this color, I write as a community member and share my personal opinions and views
- ThomasTailor93
- Posts: 75
- Joined: Tue 28. Jun 2016, 05:11
- Location: Erfurt
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Öhh, ja, weil das um nach 0 Uhr war - hätte das so korrekter schreiben sollen, hast tatsächlich recht.Jolinar wrote: ↑Thu 5. Dec 2019, 19:26 - Im Startpost beschreibst du eine Zeitdifferenz von 25 Stunden, im letzten Post von 1 Stunde. Welche Angabe ist nun aktuell richtig?
- Stimmt denn eigentlich die Systemzeit, wenn du am CLI mit:abfragst?Code: Select all
date -R
- Wie genau gewinnst du den Timestamp, auf dem deine Berchnungen beruhen?
Systemzeit stimmt:
Thu, 05 Dec 2019 19:43:07 +0100
Den Timestamp schreibe ich per time() in die DB und hole ihn direkt so raus - Direktvergleich ist 1:1 korrekt.
- Jolinar
- Community Moderator
- Posts: 3607
- Joined: Sat 30. Jan 2016, 07:11
- Location: Weimar (Thüringen)
- Contact:
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Hatte ich schon vermutet, wollte jetzt nur sichergehen.ThomasTailor93 wrote: ↑Thu 5. Dec 2019, 19:43 Öhh, ja, weil das um nach 0 Uhr war - hätte das so korrekter schreiben sollen, hast tatsächlich recht.
Stimmen die Zeitzoneneinstellungen von PHP?
Wenn jemand inkompetent ist, dann kann er nicht wissen, daß er inkompetent ist. (David Dunning)
Data Collector für Community Support
___
Ich verwende zwei verschiedene Schriftfarben in meinen Beiträgen /
I use two different font colors in my posts:
Data Collector für Community Support
___
Ich verwende zwei verschiedene Schriftfarben in meinen Beiträgen /
I use two different font colors in my posts:
- In dieser Farbe schreibe ich als Moderator und gebe moderative Hinweise oder begründe moderative Eingriffe /
In this color, I write as a moderator and provide moderative guidance or justify moderative interventions - In dieser Farbe schreibe ich als Community Mitglied und teile meine private Meinung und persönlichen Ansichten mit /
In this color, I write as a community member and share my personal opinions and views
- ThomasTailor93
- Posts: 75
- Joined: Tue 28. Jun 2016, 05:11
- Location: Erfurt
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Hatte aus Test date_default_timezone_set('Europe/Berlin'); probiert - keine Änderung. date_default_timezone_get ergab Europe/Berlin. Sonst habe ich nichts geändert.Jolinar wrote: ↑Thu 5. Dec 2019, 19:49Hatte ich schon vermutet, wollte jetzt nur sichergehen.ThomasTailor93 wrote: ↑Thu 5. Dec 2019, 19:43 Öhh, ja, weil das um nach 0 Uhr war - hätte das so korrekter schreiben sollen, hast tatsächlich recht.
Stimmen die Zeitzoneneinstellungen von PHP?
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Dann lade mal auf beiden Seiten eine phpinfo() Datei hoch und kontrolliere die Ausgabe auf Unterschiede.
Gruß,
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Tobi
-----------------------------
wewoco.de
Das Forum für Reseller, Digital-Agenturen, Bildschirmarbeiter und Mäuseschubser
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Geht es jetzt hier nur um PHP oder um die Datenbank?Den Timestamp schreibe ich per time() in die DB und hole ihn direkt so raus - Direktvergleich ist 1:1 korrekt.
Wenn du über die Datenbank gehst dann erhältst du die falsche Zeit? Ist es wirklich nur ein Timestamp int? Ist die Zeitzone deiner Datenbank auch korrekt eingestellt? Bzw. setzt deine Anwendung auch die korrekte Zeitzone (SET time_zone = '<OFFSET>')?
Was ergibt denn ein simples
Code: Select all
<?php echo date('c');
Mit freundlichen Grüßen / Best regards
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
Alexander Mahr
**************************************************************
Keyweb AG - Die Hosting Marke
Neuwerkstr. 45/46, 99084 Erfurt / Germany
http://www.keyweb.de - http://www.keyhelp.de
**************************************************************
- Jolinar
- Community Moderator
- Posts: 3607
- Joined: Sat 30. Jan 2016, 07:11
- Location: Weimar (Thüringen)
- Contact:
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Da es hier um einen Unterschied von einer Stunde geht, könnte neben einem Problem mit der Zeitzone auch eventuell noch die Sommer-/Normalzeit dazwischenfunken?
Was gibt denn die PHP Funktion date mit dem Parameter "I" (großes i) aus?
Was gibt denn die PHP Funktion date mit dem Parameter "I" (großes i) aus?
Wenn jemand inkompetent ist, dann kann er nicht wissen, daß er inkompetent ist. (David Dunning)
Data Collector für Community Support
___
Ich verwende zwei verschiedene Schriftfarben in meinen Beiträgen /
I use two different font colors in my posts:
Data Collector für Community Support
___
Ich verwende zwei verschiedene Schriftfarben in meinen Beiträgen /
I use two different font colors in my posts:
- In dieser Farbe schreibe ich als Moderator und gebe moderative Hinweise oder begründe moderative Eingriffe /
In this color, I write as a moderator and provide moderative guidance or justify moderative interventions - In dieser Farbe schreibe ich als Community Mitglied und teile meine private Meinung und persönlichen Ansichten mit /
In this color, I write as a community member and share my personal opinions and views
- ThomasTailor93
- Posts: 75
- Joined: Tue 28. Jun 2016, 05:11
- Location: Erfurt
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Keinerlei Unterschiede feststellbar. Soweit sieht das auch gut aus:
date/time support enabled
timelib version 2018.02
"Olson" Timezone Database Version 0.system
Timezone Database internal
Default timezone Europe/Berlin
Es geht um PHP. In der Datenbank wird nur der Zeitstempel abgelegt - ich verarbeite diesen in PHP. Der Zeitstempel wird auch korrekt geschrieben.Alexander wrote: ↑Fri 6. Dec 2019, 08:30Geht es jetzt hier nur um PHP oder um die Datenbank?Den Timestamp schreibe ich per time() in die DB und hole ihn direkt so raus - Direktvergleich ist 1:1 korrekt.
Wenn du über die Datenbank gehst dann erhältst du die falsche Zeit? Ist es wirklich nur ein Timestamp int? Ist die Zeitzone deiner Datenbank auch korrekt eingestellt? Bzw. setzt deine Anwendung auch die korrekte Zeitzone (SET time_zone = '<OFFSET>')?
Was ergibt denn ein simplesCode: Select all
<?php echo date('c');
MySQL ist korrekt eingestellt. Habe direkt mal SELECT CURRENT_TIME eingegeben > 02:47:17.
date('c') > 2019-12-07T01:48:55+00:00
date('I') > 0, also keine Sommerzeit
Irgend was ist echt komisch..
Danke für eure Hilfe vorab.
- ThomasTailor93
- Posts: 75
- Joined: Tue 28. Jun 2016, 05:11
- Location: Erfurt
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
So, sorry als Doppelpost. Aber der Übersicht halber.
Ich führe diverse Abfragen über die Woltlab Suite API durch - und durch Zufall habe ich heraus gefunden, dass nach Einbindung global.php der Suite die Zeit auf einmal falsch ist. Werde nun man erkunden warum... darauf muss man echt erst einmal kommen.
Danke für die Hilfe!
Ich führe diverse Abfragen über die Woltlab Suite API durch - und durch Zufall habe ich heraus gefunden, dass nach Einbindung global.php der Suite die Zeit auf einmal falsch ist. Werde nun man erkunden warum... darauf muss man echt erst einmal kommen.
Danke für die Hilfe!
- Jolinar
- Community Moderator
- Posts: 3607
- Joined: Sat 30. Jan 2016, 07:11
- Location: Weimar (Thüringen)
- Contact:
Re: nur bei Subdomain - falsche Zeitberechnung (PHP)
Da stimmt die Zeitzone in der WL-Installation nicht. Gib im WL-ACP einfach "Zeitzone" im Suchfeld ein, dann solltest du zu der richtigen Einstellung kommen.
Wenn jemand inkompetent ist, dann kann er nicht wissen, daß er inkompetent ist. (David Dunning)
Data Collector für Community Support
___
Ich verwende zwei verschiedene Schriftfarben in meinen Beiträgen /
I use two different font colors in my posts:
Data Collector für Community Support
___
Ich verwende zwei verschiedene Schriftfarben in meinen Beiträgen /
I use two different font colors in my posts:
- In dieser Farbe schreibe ich als Moderator und gebe moderative Hinweise oder begründe moderative Eingriffe /
In this color, I write as a moderator and provide moderative guidance or justify moderative interventions - In dieser Farbe schreibe ich als Community Mitglied und teile meine private Meinung und persönlichen Ansichten mit /
In this color, I write as a community member and share my personal opinions and views
- ThomasTailor93
- Posts: 75
- Joined: Tue 28. Jun 2016, 05:11
- Location: Erfurt
Re: nur bei Subdomain - falsche Zeitberechnung (PHP) [GELÖST]
War tatsächlich etwas komplizierter.
Für die API muss man die WCF.class.php inkludieren. Dort war aber die Zeitzone wie folgt eingestellt:
// fix timezone warning issue
if (!@ini_get('date.timezone')) {
@date_default_timezone_set('Europe/London');
}
Nun auf Europe/Berlin gestellt und es geht.