Hallo,
Ich verwende deshalb seit sehr lange Zeit erfolgreich https://webtatic.com/packages/php71/ auf unserem Server (Webserver). Hatte ich noch nie Probleme damit. Selbst der Upgrade von 5 auf 7 oder 7.1 gestaltet sich damit sehr angenehm.
LG Michael
-----Ursprüngliche Nachricht----- Von: CentOS-de centos-de-bounces@centos.org Im Auftrag von Theodor van Nahl Gesendet: Montag, 22. Oktober 2018 14:52 An: centos-de@centos.org Betreff: Re: [CentOS-de] PHP 7.x auf CentOS 7.5
Moin,
Am Sonntag, den 21.10.2018, 22:01 +0200 schrieb Frank Thommen:
N'Abend,
On 10/19/2018 04:52 PM, Rainer.Rose@HannIT.de wrote:
Moin!
Nochmal ich.
Das php aus dem default ist mit 5.4.16 ja schon recht betagt. Eine Websoftware verlangt jetzt ein neuere Version; also dachte ich, warum nicht gleich auf Version 7 hochziehen.
ja, /das/ Problem kenne ich.
[...]
Das Scheißerlein will:
httpd24-httpd httpd24-httpd-tools httpd24-libnghttp2 httpd24-runtime
haben. Ok, nun bin ich mir zu 70% sicher, dass sich das httpd24-httpd-Paket nur unter /opt/rh/httpd24 breit macht.
Die Frage: Muss das sein?, kann ich mir selbst beantworten ;-) [...] Hat damit jemand schon mal Erfahrung gesammelt mit einem gleichzeitig installierten Paket httpd24-http und httpd?
Stört das? Sollte man lieber auf httpd24-http umsteigen? Warum wird in der o.g. Webseite aber httpd noch mitinstalliert?
Ist das wumpe, solange man httpd24-httpd.service nicht startet/enabled?
Grundsaetzlich finde ich das Arbeiten mit den Software Collections (ob RH oder Community) eine PITA. Schon allein die Pfade zu den jeweiligen Konfigurationsdateien und die ueberlangen Namen der Dienste treiben mich beim Tippen in den Wahnsinn. Ganz zu schweigen von Abhaengigkeitsproblemen wie Du sie beschreibst. Ich verwende deshalb seit Kurzem in solchen Faellen das IUS Repo
(https://urldefense.proofpoint.com/v2/url?u=https- 3A__ius.io_&d=DwIGaQ&c=SgupRstEQHpxMBBZGflc53FptCkuYd- P8O27DFHVMzE&r=hBU6Flp6EJQRgGYBpxH94PPPVranAiYEAcPuJO3wNyjVYN UvOVG47A01iCR5BbEx&m=sNDDU8g1CSCX6u1bV0lEfWeK62BZxZBzEaz7EcBZf ho&s=5WY3fMdbovtDms8yXOFbaBtmPL6YlZM-6tcShrXHzAg&e=),
welches genau PHP7.x & Co. vorhaelt und mit den regulaeren httpd-Paketen von CentOS/RHEL zusammenspielt. Die Software-Collections habe ich jetzt von allen Servern herausgeschmissen.
Ich bin selbst wegen PHP oder Python von IUS auf SCL umgestiegen. Mein Umstieg ist auch relativ frisch geswesen.
Ich gebe meinen Vorrednern recht, was die langen Pfade von SCL angeht: Die können einem wirklich auf den Keks gehen. Ebenso habe ich dann und mal Probleme eine SCL umgebung flexibel (z.B. in Cron-jobs) zu laden - ein Großteil meiner Skripte ist in Pyhon>=3.5 geschrieben weshalb extra Arbeiten notwendig waren.
Auf der anderen Seite war für mich das Update von PHP 7.0 auf 7.1 mit SCL einfacher als bei einem Server auf dem ich noch IUS verwendet hatte.
Als Bonus bin ich mit SCL noch in der Lage eine alte PHP5 Applikation mit PHP5/httpd zu betreiben während ich moderne Applikationen unter PHP7.1/httpd24-httpd betreibe. Ich verwende übrigens inzwischen httpd24-httpd als Frontend und httpd nur noch auf localhost.
Vermutlich haben beide Techniken daher ihre Vor- bzw. Nachteile. Ich möchte IUS für die Zukunft nicht ausschließen bin aber derzeit ganz zufrieden mit SCL was die Pflege angeht.
Für mich ein wichtiger Punkt ist auch die Frage der Pflege. Mein letzter Stand ist, dass SCL von CentOS Entwicklern mit gepflegt wird — wenn auch inoffiziell — wärend IUS im wesentlichen von *einer* Person gepflegt und von Rackspace gesponsored wird.
Grüße, Theo
-- _______________________________________________ CentOS-de mailing list CentOS-de@centos.org https://urldefense.proofpoint.com/v2/url?u=https- 3A__lists.centos.org_mailman_listinfo_centos- 2Dde&d=DwIGaQ&c=SgupRstEQHpxMBBZGflc53FptCkuYd- P8O27DFHVMzE&r=hBU6Flp6EJQRgGYBpxH94PPPVranAiYEAcPuJO3wNyjVYN UvOVG47A01iCR5BbEx&m=sNDDU8g1CSCX6u1bV0lEfWeK62BZxZBzEaz7EcBZf ho&s=stgINWZXaSU09VQREfbPpvV0AxkjxQ5nPfIVrfusQxI&e=
Datenschutzerklärunghttps://www.wko.at/service/datenschutzerklaerung.html