Tobi wrote: ↑Sat 15. Apr 2023, 07:42
24unix wrote: ↑Sat 15. Apr 2023, 00:11
Dann zerschießt Du Dir das System, wenn KeyWeb da nicht mal endlich ein Einsehen hat.
Dass mit den PHP-Versionen ist schon lange ein Ärgernis, wird aber so nicht wahrgenommen.
Ich habe eine Plesk-Lizenz, nutze die aber nicht, gönne mir lieber KeyHelp Pro, aber in der Beziehung hinkt das Panel anderen leider hinterher, und keiner gesteht sich das Problem ein.
Nochmal extra für dich:
KeyHelp verfolgt den LTS Ansatz diverser Linux-Distributionen.
LTS Versionen garantieren einen stabilen und reibungslosen Betrieb der installierten Software für einen längeren Zeitraum als Standard-Linux-Distributionen.
Warum erzählst Du mir, was Allgemeinwissen ist?
Ich betreue einen Kundenserver mit Ubuntu 20.04.5 LTS, trotzdem läuft da problemos PHP 8.x drauf.
Tobi wrote: ↑Sat 15. Apr 2023, 07:42
Wie man an diesem Thema hier deutlich sehen kann ist es manchmal tatsächlich vorteilhaft wenn man sich auf grundlegende Softwarekomponenten verlassen kann und nicht von irgendwelchen speziellen Release-Candidates abhängig ist.
So wie PHPMyAdmin, was im Release von Bullseye gar nicht enthalten war, in KeyHelp schon?
Tobi wrote: ↑Sat 15. Apr 2023, 07:42
KeyHelp hat auch gar keinen Einfluss auf die zugrunde liegende PHP Version. Darum kümmert sich der jeweilige Linux-Distributor. Wenn du also unbedingt deine ungerechtfertigte Kritik irgendjemandem an den Kopf werfen willst, dann nutze bitte die einschlägigen Linux-Mailinglisten aber verschone uns hier mit deinem Gesabbel.
Nur weil Du die Problematik nicht nachvollziehen kannst ist es kein Gesabbel.
Es gibt auch Leute, die ihr Geld damit verdienen, aktuelle Software deployen zu können.
Und PHP 8 gibt es mittlerweile auch als Backport, aber ist gar nicht nötig, weil
- es gibt die Packages von Sury,
- KeyHelp kann alles selber bauen.
Tobi wrote: ↑Sat 15. Apr 2023, 07:42
Im Gegenteil, KeyHelp stellt zusätzliche PHP Interpreter zur Verfügung damit man eben nicht auf die Standardversion des Betriebssystems angewiesen ist!
Ja, das hilft den Leuten aus den 90ern, die mit einem FTP-Client das vorher runtergeladene ZIP in ihren Webspace hochladen.
Leuten die 2023 deployment machen hilft das leider gar nicht.
Ist ja Wochenende, lies, wenn Du es nicht kennst:
https://getcomposer.org/
Welcher Interpreter die Seite ausliefert ist völlig uninteressant.
Tobi wrote: ↑Sat 15. Apr 2023, 07:42
Warum jetzt diese spezielle Software des TE nur mit ganz bestimmten PHP Subversionen funktioniert erschließt sich mir nicht. Hier wäre es vielleicht hilfreich mal beim Entwickler der Software nachzufragen.
Die Restriktionen finde ich auch zu streng, aber ich tippe auf mangelndes KnowHow.
Von 8.1.7 zu 8.1.17 gab es kein breaking changes.
Der Punkt ist:
- Anscheinend läuft KeyHelp mit PHP 8, wenn man diesen Debian Clone mit den merkwürdigen Erweiterungen nutzt,
- KeyHelp selber ist in der Lage, diverse PHP-Versionen (für x64) zu bauen.
Warum kann KeyHelp dann nicht mit einem selbstgebauten PHP laufen?
Verstehe mich bitte nicht falsch: Ich will KeyHelp nicht schlechtreden, warum sollte ich?
Ich will, dass es so gut wie möglich wird.
Und freie Auswahl der CLI-Interpreters gehört in diesem Jahrzehnt genauso dazu wie die Auswahl des FPM-Interpreters.
Schon ein
benötigt Workarounds, für das symfony CLI habe ich noch keine guten gefunden.
Ich werde die mangelnde Flexibilität weiter ankreiden, und das ist als zahlender Kunde mein gutes Recht, oder?
Ob es Änderungen bewirkt steht auf einem anderem Blatt, aber Wünsche sollte man äussern dürfen.