Codierung von windows-1252 im Sprachpaket auf utf-8 ändern |
SpahnRanche
Mitglied
Dabei seit: 20.05.09
Beiträge: 265
Fähigkeiten: WBB2 Anfänger Forenversion: 2.3
Themenstarter
|
|
Was bringt mir das bei uft-8 Umstellung wenn ich die Suchwortverknüpfung lösche oder muss man das so machen bevor man die Tabelle auf uft-8 abspeichert?
|
|
10.04.15 00:04 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
SpahnRanche
Mitglied
Dabei seit: 20.05.09
Beiträge: 265
Fähigkeiten: WBB2 Anfänger Forenversion: 2.3
Themenstarter
|
|
default_charset = no value
komplette Kopie meines Boards mit allen Hacks = Testboard / Das dauert nur eine Weile bis es drauf ist, da die Datenbank gross ist
Ich habe noch kein uft-8 eingestellt, also noch nichts weiter gemacht, nur Gestern in den Datenbanken User, Board und Thread von latain auf ut8 umgestellt (samt Unterordner) wo vorher die andere Sprache drin war, ich weis auch nicht genau ob man vorher die Tabelle noch mit dem Notepad++ dort auf uft-8 abspeichern muss? Jedenfalls hab ich nachdem der Fehler mit der Signatur aufgefallen ist (was nur an uft-8 liegen kann) die ganzen Tabellen auf latain wieder zurückgestellt, aber ohne Erfolg, dann hab ich ein Backup von Gestern vor dem Umstellen mit der einzelnen User Tabelle gemacht, weil dort Signatur aufgeführt ist, aber auch ohne Erfolg. Deswegen jetzt ein Testbord mit dem Backup von Gestern, damit ich mal sehen woran es liegt, kann ich mit gerade nicht erklären. Wenn das Backup geht wovon ich ausgehe, werd ich das wohl auf meinem Hauptboard auch ausführen, weil der Fehler in der Signatur ist für mich nicht mehr nachvollziehbar.
Dieser Beitrag wurde 1 mal editiert, zum letzten Mal von SpahnRanche: 10.04.15 22:54.
|
|
10.04.15 22:52 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
Schrimm
Banned
Dabei seit: 21.08.11
Beiträge: 700
|
|
Zitat: |
Original von Fips
Die php Dateien einzeln von ANSI auf UTF-8 ohne BOM, lass mal vorerst bleiben.
|
Was willst du bitte mit den php-Dateien?
Es ist völlig egal welche "Kodierung" die php-Dateien haben, da der Compiler keinen Wert darauf legt.
Wichtig ist eine "Kodierung" nur für die Ausgabe und die findet über spezielle Funktionen statt und hat mit der "Kodierung" der php-Dateien absolut nichts zu tun.
Es sei denn irgendjemand kommt auf die Idee von "echo 'ÄÖÜ';", aber das steht normalerweise nicht mehr richtig in der Datei, wenn die "Kodierung" diese Zeichen nicht kennt.
Aber wie gesagt: Dem Compiler ist es egal, welche Kodierung du für deine Dateien benutzt hast.
Zitat: |
Original von Fips
Aber ohne den Finger noch einmal in die Wunde zu legen, mit der wordmatch Tabelle hast du jetzt selbst verstanden? Die kannst du vor einem Backup sogar leeren.
|
Leeren und nicht mehr verwenden, wäre mein Vorschlag.
Viktor(v-gn.de) hat dazu eine Lösung für das wbb2.
Dieses "wordmatch/wordlist"-Verfahren ist derartig unbrauchbar und ressourcenfressend...
Heute verwendet man, unter Anderem, die Volltextsuche von MySQL.
Aber dies sei nur ein kleiner Hinweis für jene, die "mit der Zeit" gehen wollen.
|
|
10.04.15 23:33 |
Finden
Als Freund hinzufügen
|
|
Schrimm
Banned
Dabei seit: 21.08.11
Beiträge: 700
|
|
Hallo,
Du schriebst:
Zitat: |
Original von Fips
Die php Dateien einzeln von ANSI auf UTF-8 ohne BOM, lass mal vorerst bleiben.
|
Klar sagst du, dass er es "vorerst" bleiben lassen soll, aber das ist generell nicht notwendig.
Wer gerne alle seine Dateien auf utf-8 haben will, kann dies gerne machen, aber Vorteil oder sonst irgendwas bringt es nicht, denn wie gesagt, ist dies dem Compiler völlig egal, ob die Dateien, die er kompiliert, auf ANSI, UTF-8 etc. sind.
Zitat: |
Original von Fips
Wenn du aber mit XAMMP arbeitest findest du dazu genau diesen Lösungsvorschlag. |
Welchen Lösungsvorschlag?
php-Dateien auf utf-8 einstellen, wenn man die Seite auf utf-8 haben möchte?
Keine Ahnung woher du diesen Mist hast, dies ist aber völlig egal, denn XAMPP verwendet auch einen "Compiler", die Kodierung tut nichts zur Sache.
Einzige Ausnahme sind eben die php-Dateien, die direkt "HTML/Text"-Code verwenden und auch da ist er nur notwendig, wenn du Zeichen verwendest, die die eingestellte Kodierung nicht kennt.
Das Problem mit der Signatur ist in der Tat seltsam.
Es wird niemals angezeigt, wenn ein neues Thema erstellt wird, aber bei alten schon...
Lässt eigentlich nur eine Schlussfolgerung zu:
Die Variablen zum "parsen" der Signatur werden falsch erstellt oder übergeben.
|
|
10.04.15 23:58 |
Finden
Als Freund hinzufügen
|
|
Schrimm
Banned
Dabei seit: 21.08.11
Beiträge: 700
|
|
Zitat: |
Original von Fips
Das ist auch kein Mist, sondern wird unter anderem im XAMMP Forum als Lösung unter Verwendung von XAMMP vorgeschlagen.
Und tatsächlich hat es auch funktioniert wie zu lesen ist.
|
Doch ist es.
Es kann Spezialfälle geben, wenn beispielsweise solche "HTML/Text"-Zeilen direkt vorkommen, aber sonst ist das völliger Unfug.
Solange es nicht ein "Developer" von "XAMPP" höchstpersönlich ist, der jenes geschrieben hat, gebe ich darauf gar nichts und sollte dies ein "Developer" geschrieben haben, dann sollten sie mal Ihren "Compiler" überholen, denn sowas gibt es, auch unter Windows, normalerweise nicht...
Für alles Weitere müsste ich dazu den Spezialfall in jenem "XAMPP"-Forum lesen, wo du dies her hast, dann kann ich eventuell genauer Schlussfolgern, warum dies eine Lösung dazu sein könnte...
Zitat: |
Original von Fips
Und einem Copiler ist so manches nicht egal.
|
Natürlich, aber sicherlich das Charset.
Der php-Compiler ist sowieso einer der wenigen Compiler die sehr tolerant sind, da wird den ganzen "Hobby-Programmierern" sowieso sehr entgegengekommen.
|
|
11.04.15 00:31 |
Finden
Als Freund hinzufügen
|
|
Schrimm
Banned
Dabei seit: 21.08.11
Beiträge: 700
|
|
Hallo,
Darum gehts auch nicht.
Du kannst mir gerne die Seiten verlinken, dann lese ich mal darüber, denn schließlich würde mich dieser Fall durchaus interessieren...
Es gibt massig Diskussionen zu UTF-8 und php und die meisten drehen sich um den "Output" und dazu habe ich schon hier genug geschrieben.
Du müsstest mir deinen Fall, den du meinst, schon genauer schildern, warum dort UTF-8 Kodierung in der php-Datei selbst wichtig sein sollte...
Womöglich ist es sogar einer dieser "Spezialfälle", die ich bereits erwähnte oder der darunter fällt, denn auch dazu finde ich über Google genug.
Administratoren/Moderatoren/"Staff-Mitglieder" etc. eines Forums/Teams interessieren mich, wie gesagt, überhaupt nicht.
Interessant ist, was der "Developer" sagt und das sind in der Regel nicht die "Administratoren" einer Seite/eines Teams...
Dazu habe ich schon genug "Entwicklungen" miterlebt, wo sich gezeigt hat, dass der "Administrator" keine Ahnung hatte oder "Halbwahrheiten" verbreitete und nur der als "Developer gekennzeichnete", wirklich das nötige "Know-How" hatte...
Dieser Beitrag wurde 1 mal editiert, zum letzten Mal von Schrimm: 11.04.15 00:57.
|
|
11.04.15 00:55 |
Finden
Als Freund hinzufügen
|
|
Schrimm
Banned
Dabei seit: 21.08.11
Beiträge: 700
|
|
Zitat: |
Original von Fips
Ok, du sollst Recht und ich meine Ruhe haben.
Das kann und darf jeder selber suchen und lesen gehen. Und sich dann selbst seine Rückschlüsse dazu machen. |
Hallo,
Gut, dann stelle ich dies mal unter "Mythos" ab oder "nicht bewiesenen Behauptungen"...
Welchen "Spezial-Fall" du meinst, kann ich nämlich nicht wissen.
Zitat: |
Original von Fips
Mit der Bezeichnung Developer hab ich allerdings mehr als genug meine Erfahrung sammeln können. Das kannst du gleich mit Hackschreiber und Programmierer in eine Reihe stellen.
So manch USER hat oft mehr an sinniger Information beigesteuert als diese Titelträger. |
Einen "Hackschreiber" würde Ich nicht als "Developer" bezeichnen.
Beim wbb, waren/sind dies sowieso meist nur "Hobby-Programmierer", auch wenn sie etwas "entwickeln".
Von daher gebe ich dir auch vollkommen recht, das manch ein Benutzer mehr an sinniger Information beigesteuert hat, als eventuell der "Entwickler" selbst...
Das stimmt aber meist auch nur in solchen "Drittanbieter"-Seiten beziehungsweise "Hobbyforen" wie "your-wbb.de".
Man erkennt aber in der Regel auch schnell, welcher "Programmierer" nur so tut als ob, spätestens dann, wenn sich einer mit "fundiertem Wissen" outet...
Hat aber mit einem "php"-Developer, also mit dem Developer von php selbst, wenig zu tun...
Dieser Beitrag wurde 1 mal editiert, zum letzten Mal von Schrimm: 11.04.15 01:29.
|
|
11.04.15 01:28 |
Finden
Als Freund hinzufügen
|
|
|