Statistik |
Beiträge: 144.534 (Täglich: 19,19 )
Themen: 16.701
Mitglieder: 13.209
Neuestes Mitglied: zitronentee.
Ausl. d. letzten Minute: 178%
Ausl. d. letzten 5 Minuten: 168%
Ausl. d. letzten 15 Minuten: 168%
Aktulle Uhrzeit: 16:54
Freier Webspace: 4.03 TB
PHP-Version: 7.4.33
|
|
|
|
|
ACP Funktion Umlaute Reparieren 1.0 |
Shorty1968
Haudegen
Dabei seit: 10.10.2017
Beiträge: 605
0 Filebase-Einträge
wBB-Version: wBB2.3 PHP-Version: 5.6,7.4 MySQL-Version: Maria DB Wo bist du gehostet?: Eigener vServer by Prepaid Hoster
Bewertung:
Level: 38 [?]
Erfahrungspunkte: 1.429.104
Nächster Level: 1.460.206
|
|
ACP Funktion Umlaute Reparieren 1.0 |
|
Hallo,
ich habe mir diesen Hack https://www.hopfenschlodel.de//jgs_db.ph...rags_id=70&sid= geholt und wollte damit mein Umlaute Fehler versuchen zu Koriegieren,aber wen ich ihn im ACP nun ausführe bekomme ich vermutlich wegen PHP7 folgenden Fehler.
code: |
1:
2:
3:
|
Fatal error: Uncaught Error: Call to undefined function mysql_num_fields() in /var/www/vhosts/have-fun-community.de/httpdocs/acp/umlaute_acp.php:72 Stack trace: #0 {main} thrown in /var/www/vhosts/have-fun-community.de/httpdocs/acp/umlaute_acp.php on line 72
|
|
und ich weiss leider nicht womit ich mysql_num_fields austauschen soll und mysql_field_name auch nicht.
|
|
15.09.2019 14:11 |
|
|
|
RE: ACP Funktion Umlaute Reparieren 1.0 |
|
|
Zitat: Original von Shorty1968
Hallo,
ich habe mir diesen Hack https://www.hopfenschlodel.de//jgs_db.ph...rags_id=70&sid= geholt und wollte damit mein Umlaute Fehler versuchen zu Koriegieren,aber wen ich ihn im ACP nun ausführe bekomme ich vermutlich wegen PHP7 folgenden Fehler.
code: |
1:
2:
3:
|
Fatal error: Uncaught Error: Call to undefined function mysql_num_fields() in /var/www/vhosts/have-fun-community.de/httpdocs/acp/umlaute_acp.php:72 Stack trace: #0 {main} thrown in /var/www/vhosts/have-fun-community.de/httpdocs/acp/umlaute_acp.php on line 72
|
|
und ich weiss leider nicht womit ich mysql_num_fields austauschen soll und mysql_field_name auch nicht. |
|
|
Hallo shorty1968,
das ist aber für ein wbblite1 der Link was du eingefügt hast.
Für wbb2.3.x https://www.hopfenschlodel.de//jgs_db.ph...ags_id=467&sid=
Da gehört der ganze Hack angepasst - bitte wende dich an Hopfenschlodel.
__________________ lg Stine
|
|
15.09.2019 16:26 |
|
|
Shorty1968
Haudegen
Dabei seit: 10.10.2017
Beiträge: 605
0 Filebase-Einträge
wBB-Version: wBB2.3 PHP-Version: 5.6,7.4 MySQL-Version: Maria DB Wo bist du gehostet?: Eigener vServer by Prepaid Hoster
Bewertung:
Level: 38 [?]
Erfahrungspunkte: 1.429.104
Nächster Level: 1.460.206
Themenstarter
|
|
Hallo Stine,
würde ich gerne tun aber ich glaube dort gibt es keinen Support mehr und ich habe zum Support bereich keinen Zutrit.
Ich habe aus versehen nur den Falschen Link gepostet,habe aber den richtigen Hack
|
|
15.09.2019 22:57 |
|
|
Shorty1968
Haudegen
Dabei seit: 10.10.2017
Beiträge: 605
0 Filebase-Einträge
wBB-Version: wBB2.3 PHP-Version: 5.6,7.4 MySQL-Version: Maria DB Wo bist du gehostet?: Eigener vServer by Prepaid Hoster
Bewertung:
Level: 38 [?]
Erfahrungspunkte: 1.429.104
Nächster Level: 1.460.206
Themenstarter
|
|
Niemand der sich das mal anschauen kann?
|
|
17.09.2019 16:18 |
|
|
Shorty1968
Haudegen
Dabei seit: 10.10.2017
Beiträge: 605
0 Filebase-Einträge
wBB-Version: wBB2.3 PHP-Version: 5.6,7.4 MySQL-Version: Maria DB Wo bist du gehostet?: Eigener vServer by Prepaid Hoster
Bewertung:
Level: 38 [?]
Erfahrungspunkte: 1.429.104
Nächster Level: 1.460.206
Themenstarter
|
|
|
17.09.2019 17:40 |
|
|
|
Hallo,
Das liegt daran, dass deine Daten nicht als UTF-8 an den Endnutzer geliefert werden.
Das heißt deine Daten kommen sehr wahrscheinlich als "ISO 8859-1" daher und dem Browser wird aber mitgeteilt sie als "UTF-8"-Daten zu behandeln.
Dies lässt auf folgende mögliche gängige Szenarien schließen:
1. Deine Daten liegen in einer anderen Kodierung in der Datenbank, die nicht "UTF-8" entspricht. (Die Kollation hat leider damit nichts zu tun. Es ist durchaus möglich eine "UTF-8" Kollation zu verwenden, wo die Daten dennoch in einer Kodierung vorliegen, die davon abweicht)
2. Deine Daten werden beim Ausleseprozess in einen anderen Zeichensatz kodiert, der nicht "UTF-8" entspricht, aber der Browser erwartet dennoch "UTF-8".
Je nachdem, wie man es haben möchte, gibt es unterschiedliche Lösungsansätze.
Eine nicht unwesentliche Rolle kann hierbei die Frage sein, wie die "Rohdaten" vorliegen.
__________________
|
|
17.09.2019 18:04 |
|
|
|
Hallo,
Unter Umständen wäre dies möglich, sofern es Variante 1 unter bestimmten Bedingungen ist.
Die Frage ist jedoch, ob die Datenspeicherung beziehungsweise Datenbankverbindung(Forum zu Datenbank) in "UTF-8" stattfindet, was nicht unbedingt der Fall sein muss.
__________________
|
|
17.09.2019 18:23 |
|
|
Shorty1968
Haudegen
Dabei seit: 10.10.2017
Beiträge: 605
0 Filebase-Einträge
wBB-Version: wBB2.3 PHP-Version: 5.6,7.4 MySQL-Version: Maria DB Wo bist du gehostet?: Eigener vServer by Prepaid Hoster
Bewertung:
Level: 38 [?]
Erfahrungspunkte: 1.429.104
Nächster Level: 1.460.206
Themenstarter
|
|
In der DB werden alle Tabelen als UTF8 angezeigt.
Ich versuche mal das mit dem Editor und neu abspeichern als utf-8.
|
|
17.09.2019 18:34 |
|
|
|
Hallo,
|
Zitat: Original von Shorty1968
In der DB werden alle Tabelen als UTF8 angezeigt.
Ich versuche mal das mit dem Editor und neu abspeichern als utf-8. |
|
|
Wenn dies die Lösung sein sollte, ist es eben nicht der Fall.
Klassisches Problem von Verwirrung.
Deine "UTF-8"-Datenbank würde somit eigentlich "ISO 8859-1"-Daten enthalten und behandelt jene aber als "UTF-8". Im schlimmsten Falle könntest du sogar eine Mehrfachkodierung haben...
Das ist in etwa so, als würdest du die Dateiendung manuell von "jpeg" auf "bmp" ändern.
Das System behandelt plötzlich deine Datei als Bitmap obwohl es eigentlich eine "jpeg"-Datei wäre.
__________________
|
|
17.09.2019 18:49 |
|
|
Shorty1968
Haudegen
Dabei seit: 10.10.2017
Beiträge: 605
0 Filebase-Einträge
wBB-Version: wBB2.3 PHP-Version: 5.6,7.4 MySQL-Version: Maria DB Wo bist du gehostet?: Eigener vServer by Prepaid Hoster
Bewertung:
Level: 38 [?]
Erfahrungspunkte: 1.429.104
Nächster Level: 1.460.206
Themenstarter
|
|
@omar
ich nutze winSCP und das Überträgt im Binär Modus konnte UTF8 auch nicht finden.
@Schrimm
was kann ich machen damit alles wider richtig stimmt,ich habe die.sql mit einem Editor geöffnet und mit suche & ersetze alles latin1 ersetzt mit utf8 da werde ich dann an schein den mist verzapt haben?
|
|
17.09.2019 18:55 |
|
|
|
Hallo,
Keine Ahnung was du mit "Suchen & Ersetzen" meinst, jedoch hat das mit der Kodierung der Daten selbst nur bedingt etwas zu tun.
__________________
|
|
17.09.2019 19:00 |
|
|
Shorty1968
Haudegen
Dabei seit: 10.10.2017
Beiträge: 605
0 Filebase-Einträge
wBB-Version: wBB2.3 PHP-Version: 5.6,7.4 MySQL-Version: Maria DB Wo bist du gehostet?: Eigener vServer by Prepaid Hoster
Bewertung:
Level: 38 [?]
Erfahrungspunkte: 1.429.104
Nächster Level: 1.460.206
Themenstarter
|
|
So wie es aussieht habe ich es hin bekommen,nach dem ich im Sprachpaket die Umlaute durch html zeichen ersetzt habe.
|
|
17.09.2019 20:20 |
|
|
|
|
|
|