PHP Module ansehen deaktivieren/aktivieren

[Florian]

Dann am besten mal ins Error Log der Domain schauen

Wenn PHP-Module die Ursache wären sollte der Installer das vorher anmerken, dass diese fehlen.

Localhost für die Datenbank ist korrekt.

[mmaark]

Dann am besten mal ins Error Log der Domain schauen

Wenn PHP-Module die Ursache wären sollte der Installer das vorher anmerken, dass diese fehlen.

Localhost für die Datenbank ist korrekt.

Was könnte man auch noch statt "localhost" angeben?

Error Log Domain, wo finde ich diese Datei, Im Keyhelp?

Ja stimmt sollte es auch vom Hersteller von Forum, sein dass dies angezeigt wird.

Fehlt vlt. von meinem Server ein Update?!

[Alexander]

Error Log Domain, wo finde ich diese Datei, Im Keyhelp?

Auf der Seite der Domain-Übersicht -> Dann in der Zeile der Domain oder Subdomain, über die das Forum aufgerufen wird -> in der Spalte Aktionen auf das Log Icon klicken.

[mmaark]

Okay
PROBLEM GELÖST
Module von PHP Versionen waren alle aktiviert.

Lag nur am Forum Software ein Problem, ich durfte keine Passwörter nehmen mit Sonderzeichen. Oder kann es ein Server Problem sein? Wegen den Sonderzeichen vom Passwort?
Danach klappt die Forum Installation und es wurde angezeigt dass die PHP Module aktiv gesetzt sind bei der Installation vom Forum.

[Tobi]

Keine Sonderzeichen???
Was für nen Forum ist das?

[mmaark]

Komisch Forum Betreiber meint ich soll meine DatenbankSystem auf "UTF8" ändern, weil es Standard ISO Zeichensatz ist.
Forum Betreiber meint sie setzen "UTF8" ein.
Die Frage ist eher, kann man es im KeyHelp einstellen, dass ein bestimmter WebspaceNutzer, mit der Datenbank UTF8 benutzt wird?

[Alexander]

Soetwas stellt man alles entweder über die Datenbankverwaltung ein, bzw. über SQL Befehle.
In dem Fall sollte es die Forumssoftware selber bei der Installation einstellen, denn hier sollte für gewöhnlich das Setup der Datenbank-Tabellen und deren Zeichensatz erfolgen.

Standard für neue Tabellen sollte utf8mb3_general_ci utf8mb4_general_ci sein

[Ralph]

Standard für neue Tabellen sollte utf8mb3_general_ci sein

Hallo Alex, bzgl. utf8mb3 .... mir ist aufgefallen dass bei der MySQL Server Einstellung "utf8" alles mit utf8mb3 character sets endet.
utf8mb3 ist veraltet und wurde durch utf8mb4 ersetzt ... um Datenbanken incl. Tabellen in utf8mb4 zu ändern, müssen die Querys explizit mit utf8mb4 anstatt utf8 abgesetzt werden z.b. bei tables:

Code: Select all

ALTER TABLE xxxxx CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

bzw. general_ci ...
Die Verwendung von character set utf8mb4 wirkt sich u.a. auch positiv auf die Performance aus.
Meine Frage dazu ... wäre es dann evntl. nötig wenn die mysql Einstellung utf8 nicht mehr ausreicht (weil es dann bei utf8mb3 bleibt) das in ganze in den MySQL settings mit "utf8mb4" als Standard festzulegen?

[Alexander]

Korrektur:
Standard ist bei allen unterstützten Systemen eigentlich: utf8mb4_general_ci

Ich hatte zunächst bei Debian 13 geschaut und utf8mb3_general_ci bei einer neuen Tabelle erhalten.

In der /etc/mysql/mariadb.conf.d/50-server.cnf findet sich dazu seit Debian 13 dieser Text:

Code: Select all

#
# * Character sets
#

# MariaDB default is now utf8 4-byte character set.
# No Debian specific default is required.

Trotzdem erhält man beim Erstellen einer neuen DB mb3. Hmm, muss ich mal auf anderen Debian 13 Systemen schauen, wie das Verhalten dort ist

Edit: Okay, ist bei jedem Server so, wo ich geschaut habe und vermutlich ist die MariaDB Systemvariable "old_mode = UTF8_IS_UTF8MB3" schuld. Früher wurde es explizit in der Datei gesetzt /etc/mysql/mariadb.conf.d/50-server.cnf aber da das nun weggefallen ist, greift es vermutlich auf diese "old_mode" Variable zurück.

Edit-2: Vermutung korrekt - Deaktivieren des "old_mode" führt dazu, das Standardmäßig wieder utf8mb4 verwendet wird.

[tab-kh]

Ich habe gerade mal testhalber eine Datenbank auf einem Server mit Debian 13 angelegt. Also ein Server direkt mit Debian 13 installiert, kein Upgrade von 12 auf 13.

Zeichensatz/Kollation der Verbindung zum Server: utf8mb4_unicode_ci
Server-Zeichensatz: UTF-8 Unicode (utf8mb3)

[Ralph]

Trotzdem erhält man beim Erstellen einer neuen DB mb3. Hmm, muss ich mal auf anderen Debian 13 Systemen schauen, wie das Verhalten dort ist

Ja genau ... ich hab mir vor 2 Monaten mal die Mühe gemacht eine sehr große via ssh importierte DB mit 200+ tables auf utf8mb4 umzustellen ...
OK mit dem utf8, laufen die alten DBs dann halt weiter auf utf8mb3 ... meine Überlegung war halt ob es vieleicht sinnvoll wäre wenigstens für alle neuen db/tables via mysql settings auf utf8mb4 zu forcieren - utf8 sollte normalerweise ausreichen, aber tut es nun eben nicht.

[tab-kh]

Bestimmt das nicht letztlich die Anwendung, die die Tabellen erstellt? Ich habe zahlreiche Datenbanken mit Tabellen, deren Textspalten (varchar) die Kollation utf8mb4_unicode_ci eingestellt haben. Wenn die Anwendung eine andere Kollation/Zeichensatz braucht, dann kann ich sie ja nicht zwingen UTF8mb4 zu verwenden?!? Da würde sie ja wahrscheinlich nicht funktionieren.

[Ralph]

Bestimmt das nicht letztlich die Anwendung, die die Tabellen erstellt? Ich habe zahlreiche Datenbanken mit Tabellen, deren Textspalten (varchar) die Kollation utf8mb4_unicode_ci eingestellt haben. Wenn die Anwendung eine andere Kollation/Zeichensatz braucht, dann kann ich sie ja nicht zwingen UTF8mb4 zu verwenden?!? Da würde sie ja wahrscheinlich nicht funktionieren.

Das sollte funktiionieren wenn ein neues aktuelles CMS installiert wird, bei Updates darauf derzeit kaum ... aber mir ist das auch bei imports aufgefallen. Das sieht mir eher wieder nach einem Mysq/MariaDBl Bug aus, weil die Einstellung utf8 ibzgl. utf8mb4 auf modernen Systemen scheinbar nicht greift ohne explizite utf8mb4 Anweisung.