Wird es eine Lösung für das Limited date range geben? Probleme bei Strato

Wenn es auf einem aktuellen Server läuft, ist alles in Ordnung.

Drupal behauptet von sich nicht, dass es auf jeder alten Billigvariante ohne jegliche Einschränkung laufen wird.

Das Problem aufgrund der veralteten Serverinfrastruktur tritt auch nur auf, wenn auf deiner Seite Daten ab dem Jahr 2038 eingegeben werden sollen. Für Geburtstage, Event Startdatum und ähnliche Anwendungsfälle besteht also mittelfristig ohnehin kein Problem.

Es ist kein Bug in Drupal im eigentlichen Sinne. Es ist ein technisches Problem auf Hardwareebene, das es in vielen IT-Anwendungen gibt, die Timestamp basiert sind.

Ja, 2038 ist mir auch egal, es sind aber auch Daten vor 1901 betroffen. Da funktioniert dann die Timeline nicht mehr.
Danke für die Info!

Toll reflektiert, wirklich eine brauchbare Lösung...

Ich weiss nicht ob die diese Lösung besser gefällt,
aber wenn du 32 Bit möchtest musst du wohl oder übel Drupal7 oder tiefer nehmen.
Grund: Damals waren 32Bit Systeme gang und gebe und PHP auch für 32Bit kompiliert ...

MfG

Wenn Dir die Strato Lösung zu teuer ist, solltest Du vielleicht über einen Provider Wechsel nachdenken. Es gibt Drupal 8 kompatiblen Webspace schon für 4 € im Monat.

@SimonLeeBon,
Welche konstruktive Lösung wolltest Du denn hören?
Strato und Drupal 8 geht halt nicht.
Das ist ja sicher nicht das einzige Problem, das auftauchen wird.

Bei All-inkl klappt es z.B. wunderbar, auch mit Composer.
Zumindest auf dem Paket für 9 Euro im Monat.

Gibt aber noch mehr, wie wla schon schreibt.
Werner, welches wäre Deine Wahl in dem Bereich unter 10€?
Wenn Kunden fragen?

Ich bin bei WebhostOne und sehr zufrieden. Du hast in dem 4€ Paket Shell-Zugang, Composer ist von Hause installiert, die PHP-Verion ist 7.0.31. Ich habe 25 GB auf SSD, beliebig viele Datenbanken, Domains und Subdomains. Let'sEncrypt wird unterstützt mit automatischer Verlängerung. Wenn es mit dem Platz knapp werden sollte steige ich auf das 8€ Paket um und habe den doppelten Speicherplatz auf SSD. Das einzige Makel ist einmalig eine 4€ Einrichtungsgebühr, aber das läßt sich ertragen.

Danke, merke ich mir, Werner.

Tja, wenn uns das 5 Minuten Arbeitszeit spart, sollten die 4€ Einrichtungsgebühr eigentlich drinnen sein. ;-)
Sage ich den Kunden auch immer.
Die wollen am Hoster sparen, zahlen mir dann aber ohne zu Murren den Stundensatz, wenn was nicht klappt...ist teurer.

Nochmals. Es handelt sich hierbei nicht um ein Drupal Problem, sondern ein technisches Problem mit 32 Bit Systemen und Zeitstempeln, da einfach der zur Verfügung stehende Zahlenraum bei 32 Bit nicht ausreicht, um einen größeren Datumsbereich zu repräsentieren. Und wenn dein Anwendungsfall Datumsbereiche außerhalb des 32 Bit Bereiches benutzt, brauchst du eben einen 64 Bit Server. Und es ist nicht so, dass 64 Bit die neueste Technik wäre. Das ist schon seit langem Standard und dein jetziger Hoster versucht aus Kostengründen halt weiterhin seine alten 32 Bit-Systeme weiterzuverwenden. Kann ich aus deren Sicht auch verstehen, da es sicherlich eine Vielzahl an Kunden gibt, die von solchen Einschränkungen nicht direkt betroffen sind.

Hallo Regina,

Also ich würde dir einfach mal empfehlen, einen V-Server bei Contabo oder Netcup zu testen. Klar ist der dann mit Wartungsarbeiten verbunden und hat auch einen Preis von 8 - xx Euro im Monat, jenachdem wie viel Ram dein Kunde braucht, aber wenn du einmal eine Lösung hast, eine Standardinstallation auf den Server zu bekommen, die dir alle notwendigen Komponennten beispielsweie von einem Ubuntu-Mini-Iso installiert, dann ist das eine hübsche Geschichte. Vserver lassen sich einfach besser an Drupal anpassen, als Stratos Lösungen, Wenn du da kundige Kollegen hast, oder selbst rumspielen möchtest, kannst du die Dinger ja mal mit deinen Anforderungen abgleichen, Vielleicht hast du so mit Blick auf 2020-2021 und Drupal 9 im Longrun einfach weinger Arbeit mit dem, Umstellen von Webhosting-Paketen, die Bugs wie diesen verursachen, weil sie nicht zu Drupal passen.

Ich empfehle das hier nicht zum ersten mal, kann aber leider nie auf die entsprechenden Angebote verlinknen, weil das in der Tat Werbung wäre.

Ich hab immer ein 64-Bit ISO als Grundlage, dann kann mir sowas schon mal nicht passieren. Dinge wie Uploadprogress git, composer und und und gehen dann aber auch wesentlich einfacher, weil ich einfach weiß, wo was in meiner Konfigutation steht. Das Fertige ergebnis kann man dan einfach in eine git repo packen und den Server entsprechend beim Aufsetzen deploayen lassen. Klar steckt da Arbeit drin, aber was einmal fertig ist, ist für all deine Kunden und auch zu Schonung all deine Nerven in Zukunft verfügbar