Re: mythweb in unstable
- To: debian-user-german@lists.debian.org
- Subject: Re: mythweb in unstable
- From: Klaus Becker <colonius47@gmail.com>
- Date: Tue, 1 Feb 2022 16:40:22 +0100
- Message-id: <[🔎] 3cc0770a-0b87-cd2f-2f57-32431cab9fe4@free.fr>
- Reply-to: colonius@free.fr
- In-reply-to: <CAM30mqa=V5iMNQxEYC6hmgfJnuAJgVvSZbE9UQSqMfk607arTQ@mail.gmail.com>
- References: <CAM30mqaFTWJg=XYjL7bya=V7wv9T-aivE2iAA+=YeCc2i203Dw@mail.gmail.com> <0051ca23-b0cb-d51e-b5e4-59ea56b89148@free.fr> <CAM30mqb_+SHC44LsALRX4H7vKj8ssjhbcbLBO7MgG_eDbWGjmA@mail.gmail.com> <e06be1db-7242-1352-bfe9-8f98d1f071c9@free.fr> <CAM30mqa=V5iMNQxEYC6hmgfJnuAJgVvSZbE9UQSqMfk607arTQ@mail.gmail.com>
Am 25/01/2022 um 23:34 schrieb Florian (flobee):
Hi
Am Mo., 24. Jan. 2022 um 19:11 Uhr schrieb Klaus Becker <colonius47@gmail.com>:
Hallo Florian und Liste,
ich komme jetzt erst dazu zu antworten.
Am 23/01/2022 um 23:09 schrieb Florian (flobee):
das sieht aber evtl. nach einen netzwerk problem aus. /etc/hosts mal
prüfen oder den router der probleme bei auflösen hat!?
$ cat /etc/hosts
127.0.0.1 localhost
192.168.... anderer Rechner 1
192.168.... anderer Rechner 2
Wie überprüfe ich den Router ?
ping routerIP
ping rechner1
ping rechner2
sollte weit unter einer sekunde sein.
$ ping routerIP
PING 91.174.152.253 (91.174.152.253) 56(84) bytes of data.
64 bytes from 91.174.152.253: icmp_seq=1 ttl=64 time=0.174 ms
64 bytes from 91.174.152.253: icmp_seq=2 ttl=64 time=0.177 ms
64 bytes from 91.174.152.253: icmp_seq=3 ttl=64 time=0.179 ms
64 bytes from 91.174.152.253: icmp_seq=4 ttl=64 time=0.172 ms
^C
--- routerIP ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3078ms
rtt min/avg/max/mdev = 0.172/0.175/0.179/0.002 ms
$ ping Rechner 1
PING MSI (192.168.1.38) 56(84) bytes of data.
64 bytes from MSI (192.168.1.38): icmp_seq=1 ttl=64 time=0.514 ms
64 bytes from MSI (192.168.1.38): icmp_seq=2 ttl=64 time=0.529 ms
64 bytes from MSI (192.168.1.38): icmp_seq=3 ttl=64 time=0.540 ms
64 bytes from MSI (192.168.1.38): icmp_seq=4 ttl=64 time=0.534 ms
^C
--- Rechner 1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3075ms
rtt min/avg/max/mdev = 0.514/0.529/0.540/0.009 ms
Das scheint doch in Ordnung zu sein oder?
welche DB läuft im hintergrund? mysql?
mariadb-10.6
ggf. dort suchen ob connection probleme existieren.
Ich weiß nicht, wie man das macht. In phpmyadmin bekomme ich die Meldung
"mysqli::real_connect(): (HY000/1045): Access denied for user
'phpmyadmin'@'localhost' (using password: YES)"
php81 stellt echte probleme bereit da es viele änderungen gibt die
darstische auswirkungen haben können!
kann mir kaum vorstellen das 8.1 bereits für mythtv gemacht ist! stell
mal auf php 7.3 oder 7.4 oder 8.0.
bei 8.1 ist sehr viel richtig anders!
Ok, gabe wieder auf "default" umgestellt statt 8.1
default ist was? 8.0? meine Empfehlung: 7.3 da bei 7.4 vieles besser
aber ggf. weniger abwärts kompatble läuft.
sury's pakte in source.list mit drin?: alle php8.0 pakte die
installiert sind entsprechend die php7.3 pakte installieren
php7.3 dann als default einstellen
Geht nicht mehr. Alles außer php8.1 ist von unstable rausgeschmissen
worden, php7 taucht in "apt-cache search php | grep 7" nicht mehr auf.
und wenn der apache im spiel ist auch das mod_phpN.N entsprechend
anpassen. bei php kannst du ja alle von sury verfügbaren versionen via
fastcgi nutzen. mod_php nur eine!
Das übersteigt alles meine Kenntnisse.
mod_php7.3 installieren. dann läuft php7.3 per default im apache und für mythtv
services restart oder neu starten
dann mal schauen ob es besser geht.
$ apt-cache search mod_php
prayer - serveur web de courriels autonome basé sur IMAP
prayer-accountd - démon de gestion de comptes pour Prayer
prayer-templates-dev - outils pour compiler les modèles de Prayer
prayer-templates-src - modèles pour personnaliser la messagerie web Prayer
Das ist ja wohl nicht gemeint.
sry. mythtv scheint es in bullseye nicht mehr zu geben sonnst hätte
ich nach geschaut was konkret helfen könnte. die grobe roadmap sollte
es aber tun. db struktur änderungen kann jede dieser php versionen
kompensieren. gehört ja zur db
VG Florian
LG Klaus
Reply to: