Demo

Probiere ClanSphere aus und teste daran herum. Demo


Antworten: 69
Seite < 1 [2] 3 4 >
hajo ClanSphere Team


VIP - Poster




Herkunft: Barsbüttel
Beiträge: 9411
 # Antwort: 21 - 27.05.2009 um 01:10 Uhr
wäre das ganze so einfach, dann hätten wir wohl nirgends mehr probleme

allerdings sind wir mit utf-8 auf dem richtigen weg und gehen diesen auch weiter


------------------
ClanSphere - professional clan care starts here

Zuletzt editiert von hajo ClanSphere Team am 27.05.2009 um 01:10 Uhr (1x Editiert)
Inaktiv
|
Sea-
Thread-Ersteller


Rock the board




Beiträge: 60
 # Antwort: 22 - 27.05.2009 um 09:32 Uhr
26.05.2009 um 23:38 Uhr - Mario:
@Denni das habe ich doch getan, Das Backup mach ich mit mysqldumper, schon seit dem ich damals die probleme mit phpmyadmin hatte.

Und wiederherstellen tu ich das auch mit mysqldumper.

Kann doch alles nicht sein. Menno


Mario, ich habe auch ein Backup mit dem mysqldumper gezogen.
Dann habe ich die gz Datei entpackt.
Die Datenbank dann mit Notepad++ geöffnet.
Dort in utf-8 ohne bom konvertiert.
Folgenes mit Notepad++ automatisch ersetzen lassen:
CHARSET=latin1 in CHARSET=utf8 (waren bei mir 71 Einträge)
Das ganze wieder in gz gepackt und dann mit dem mysqldumper wieder eingespielt.


Etwas OT:
Bei deiner Seite mit sovielen Besuchern würde ich dir eine 2 Installation deiner Seite empfehlen.
Alles neue erst mal dann an deiner "Testinstallation" ausprobieren... geht alles, dann auf deiner "Hauptseite" einspielen. Nur kleiner Tipp von mir...

Bei mir geht es erstmal, bis auf das Problem was ich hier in # Antwort: 18 - 26.05.2009 um 23:30 Uhr geschrieben habe. Na mal schauen.


Zuletzt editiert von Sea- am 27.05.2009 um 09:38 Uhr (3x Editiert)
Inaktiv
|
FranzAUT


Going for pro




Beiträge: 467
 # Antwort: 23 - 27.05.2009 um 10:33 Uhr
17.05.2009 um 23:52 Uhr - hajo:
wenn auf der website php 5.2.3 oder neuer und mysql(i) verwendet wird geht es auch deutlich einfacher:

setup.php einfach auf UTF-8 stellen und system/database/mysql(i).php bzw. beim verwendeten sql treiber die auskommentierte zeile im connect-befehl ausführbar machen (dies bei zukünftigen updates bedenken). damit sind dann website und kommunikation der db zu dieser schonmal auf unicode. die db selbst kann man im laufe immernoch umstellen


hajo kannst du nochmal genau erklären was man in der mysql(i).php machen muß ?
Denn wie gesagt wenn ich das # wegmache habe ich Fehler in Zeile 19
Fatal error: Call to undefined function mysql_set_charset() in /www-data/system/database/mysql.php on line 19

So hab ichs gemacht:
 
1.
2.
3.
1. / 2. / ... 
 if(empty($test) AND empty($error)) {
    mysql_set_charset('utf8', $connect);
    return $connect;


------------------
Inaktiv
|
Sea-
Thread-Ersteller


Rock the board




Beiträge: 60
 # Antwort: 24 - 27.05.2009 um 11:02 Uhr
in Zeile 16 das # wegmachen.

also anstatt:

# mysqli_set_charset($connect, 'utf8'); // php 5.0.5+

muss es so aussehen:

mysqli_set_charset($connect, 'utf8'); // php 5.0.5+

ging bei mir. Habe es dann allerdings doch anders gemacht.

/edit/

ich glaub du bearbeitest die falsche Datei...

nicht mysql.php sondern mysqli.php


Zuletzt editiert von Sea- am 27.05.2009 um 11:05 Uhr (2x Editiert)
Inaktiv
|
FranzAUT


Going for pro




Beiträge: 467
 # Antwort: 25 - 27.05.2009 um 11:18 Uhr
@ Sea- Ich benutze aber mit die mysql.php nicht die i version.


------------------


Zuletzt editiert von FranzAUT am 27.05.2009 um 11:21 Uhr (1x Editiert)
Inaktiv
|
Sea-
Thread-Ersteller


Rock the board




Beiträge: 60
 # Antwort: 26 - 27.05.2009 um 11:22 Uhr
Hm ok. Ich hatte es so verstanden, das es nur mit der mysqli geht. Aber klar, hajo hat das i in eine Klammer gesetzt. Bin ich auch überfragt.


Inaktiv
|
FranzAUT


Going for pro




Beiträge: 467
 # Antwort: 27 - 27.05.2009 um 11:32 Uhr
Ok hab das nun anderes gelöst.
Hab in der Setup umgestellt
von $cs_db['type'] = 'mysql'; auf $cs_db['type'] = 'mysqli';
von $cs_main['charset'] = 'ISO-8859-15'; auf $cs_main['charset'] = 'UTF-8';
dann die mysqli.php Zeile 16 das # weggemacht und nun geht alles.

@ CS Team aber anscheindend ist in der mysql.php nen Fehler denn wenn man diese nutzt und Zeile 19 das # wegmacht bekommt man die besagte Fehlermeldung
Fatal error: Call to undefined function mysql_set_charset() in /www-data/system/database/mysql.php on line 19


------------------
Inaktiv
|
hajo ClanSphere Team


VIP - Poster




Herkunft: Barsbüttel
Beiträge: 9411
 # Antwort: 28 - 27.05.2009 um 17:19 Uhr
wenn die php version zu alt ist kommt der fehler auch, benötigt 5.2.3 oder neuer

dass bei dir mysql und mysqli geht ist praktisch und wohl noch eher die glückliche ausnahme

mit mysqli gab es diese charset funktion bereits eher


------------------
ClanSphere - professional clan care starts here

Inaktiv
|
Mario


Just nerd





Beiträge: 934
 # Antwort: 29 - 27.05.2009 um 17:49 Uhr
Mario, ich habe auch ein Backup mit dem mysqldumper gezogen.
Dann habe ich die gz Datei entpackt.
Die Datenbank dann mit Notepad++ geöffnet.
Dort in utf-8 ohne bom konvertiert.
Folgenes mit Notepad++ automatisch ersetzen lassen:
CHARSET=latin1 in CHARSET=utf8 (waren bei mir 71 Einträge)
Das ganze wieder in gz gepackt und dann mit dem mysqldumper wieder eingespielt.


27.05.2009 um 11:32 Uhr - FranzAUT:
Ok hab das nun anderes gelöst.
Hab in der Setup umgestellt
von $cs_db['type'] = 'mysql'; auf $cs_db['type'] = 'mysqli';
von $cs_main['charset'] = 'ISO-8859-15'; auf $cs_main['charset'] = 'UTF-8';
dann die mysqli.php Zeile 16 das # weggemacht und nun geht alles.

@ CS Team aber anscheindend ist in der mysql.php nen Fehler denn wenn man diese nutzt und Zeile 19 das # wegmacht bekommt man die besagte Fehlermeldung
Fatal error: Call to undefined function mysql_set_charset() in /www-data/system/database/mysql.php on line 19


JUHU das habe ich auch gemacht nun FUNZT ALLES

ICh danke euch ihr seit echt SUPER

mfg Mario


------------------
Inaktiv
|
FranzAUT


Going for pro




Beiträge: 467
 # Antwort: 30 - 28.05.2009 um 00:00 Uhr
Ne hajo so glücklich und zufall ist das nicht, hab natürlich vorher nachgesehen welche unterschiede sind, und bezüglich CS keine unterschiede gefunden. Deshalb hab ichs dann einfach Probiert

Schön Mario das es bei dir auch funktioniert.

CS Team vieleicht könnt ihr das nochmals prüfen ob mysql.php und mysqli.php irgendwelche unterschiede macht. Denn sonnst könnte man doch gleich alle auf die (i) version umsteigen lassen und somit wieder eine Fehlerquelle weniger.


------------------
Inaktiv
|
hajo ClanSphere Team


VIP - Poster




Herkunft: Barsbüttel
Beiträge: 9411
 # Antwort: 31 - 28.05.2009 um 00:15 Uhr
mysqli läuft leider nicht auf jedem webspace


------------------
ClanSphere - professional clan care starts here

Inaktiv
|
Sn0oze


Rock the board




Beiträge: 42
 # Antwort: 32 - 28.05.2009 um 20:35 Uhr
Leider Gottes ist das so. Als "Selfhoster" war der Umstieg relativ einfach, aber viele Hoster setzen noch immer auf die "alte" PHP MySQL Erweiterung, obwohl MySQLi doch so einige Vorteile bietet. Frag mich sowieso immer, warum viele PHP Entwickler noch am altbackenen Kram festhalten. Nachfrage bestimmt ja normalerweise das Angebot .


Inaktiv
|
Gringo00


Beginner





Beiträge: 19
 # Antwort: 33 - 28.05.2009 um 20:47 Uhr
Ich kriegs nicht hin. MySQL läuft mit UTF8, DB verwendet UTF8 mit Kollation utf8_unicode_ci, setup.php ist auf UTF-8 gestellt.

Vorhandene Datensätze (via Notepad++ in UTF8 konvertiert) werden nicht angezeigt, sobald sie einen Umlaut enthalten, neue Datensätze mit Umlaut werden hingegen angezeigt.

In PHPMyAdmin:
Umlaute von nicht angezeigten alten Datensätzen : öäüß
Umlaute von angezeigten neuen Datensätzen: öäüþ

Jetzt bin ich zugegeben nicht so erfahren mit Datenbanken, aber sollte UTF8-Text in einem UTF8-Feld nicht normal angezeigt werden? Auch wenn ich jetzt einen Dump anfertige, sehen die Umlaute in der (laut Notepad++) UTF8-Datei so seltsam aus.


Inaktiv
|
Sea-
Thread-Ersteller


Rock the board




Beiträge: 60
 # Antwort: 34 - 29.05.2009 um 10:42 Uhr
Da bei mir folgenes vorhanden ist:

character set client utf8
(Globaler Wert) latin1
character set connection utf8
(Globaler Wert) latin1
character set database latin1
character set filesystem binary
character set results utf8
(Globaler Wert) latin1
character set server latin1
character set system utf8
character sets dir /usr/share/mysql/charsets/
collation connection utf8_general_ci
(Globaler Wert) latin1_swedish_ci
collation database latin1_swedish_ci
collation server latin1_swedish_ci


Habe ich noch mal Dunp gezogen, entpackt, mit Notepad++ zurückkonvertiert zu ANSI, gepackt und wieder eingespielt.

Und nun einfach die neuste SVN trunk genommen.

In der Setup:

$cs_db['type'] = 'mysqli';
$cs_main['charset'] = 'UTF-8';

rein funktioniert^^

Auch in mysqladmin sehe ich alles wieder mit den richtigen Umlauten.


Inaktiv
|
hajo ClanSphere Team


VIP - Poster




Herkunft: Barsbüttel
Beiträge: 9411
 # Antwort: 35 - 29.05.2009 um 10:44 Uhr
aktuelle svn sollte deine dort gelisteten werte eigtl auch so fixen können und die collation infos dort siehst jetzt über sql import auch mit dem passenden SHOW command mit LIKE auf character_set


------------------
ClanSphere - professional clan care starts here

Inaktiv
|
Sea-
Thread-Ersteller


Rock the board




Beiträge: 60
 # Antwort: 36 - 29.05.2009 um 10:57 Uhr
ein

SHOW VARIABLES LIKE 'char%';

ergibt bei mir:

Variable_name Value
character_set_client utf8
character_set_connection utf8
character_set_database utf8
character_set_filesystem binary
character_set_results utf8
character_set_server latin1
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/


Inaktiv
|
hajo ClanSphere Team


VIP - Poster




Herkunft: Barsbüttel
Beiträge: 9411
 # Antwort: 37 - 29.05.2009 um 11:16 Uhr
ist doch prima


------------------
ClanSphere - professional clan care starts here

Inaktiv
|
oliverlauta


Beginner




Beiträge: 3
 # Antwort: 38 - 02.06.2009 um 16:21 Uhr
hey leute, ich hab auch das problem mit den umlauten.
ich nutze ebenfalls clansphere 2009 rc3.
wenn ich SHOW VARIABLES LIKE 'char%'; ausführe, erhalte ich auch:
Variable_name Value
character_set_client utf8
character_set_connection utf8
character_set_database utf8
character_set_filesystem binary
character_set_results utf8
character_set_server latin1
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/

trotzdem habe ich auf meiner webseite ein problem. die beiträge werden zwar angezeigt, aber alles (im gleichen absatz wie der umlaut) nach einem umlaut und der umlaut selbst werden nicht angezeigt.
meine datenbank und die webseite stehen auf UTF-8 Unicode, in der mysql und mysqli datei habe ich die zeile beim connect "entkommentiert". dieses problem tritt template- und themeunabhängig auf
wenn ich in die db schaue dann sehe ich, dass die umlaute von der webseite selbst gar nicht reingeschrieben werden. schreibe ich nun über phpmyadmin manuell umlaute in einen newsbeitrag, werden sie korrekt dargestellt. editiere ich die news dann aber mit clansphere sehe ich nur zeichen wie öäüþ (wie bei Gringo00). wenn ich die news dann wieder speichere, sind die umlaute wieder weg (nicht in die DB geschrieben).
das problem tritt auf, egal ob ich mysql oder mysqli benutze. mein testserver, auf dem ich das betreibe ist von einem freehoster, php und mysql sind aktuell.
woran kann das problem liegen? an einer fehlerhaften verbindung zur datenbank?


Inaktiv
|
hajo ClanSphere Team


VIP - Poster




Herkunft: Barsbüttel
Beiträge: 9411
 # Antwort: 39 - 02.06.2009 um 16:27 Uhr
aktueller trunk in verwendung?

link zur website?


------------------
ClanSphere - professional clan care starts here

Inaktiv
|
oliverlauta


Beginner




Beiträge: 3
 # Antwort: 40 - 02.06.2009 um 16:39 Uhr
also die seite findest du hier: http://crtsclan.kilu.de/clansphere - kannst dich da austoben, is nur unser testserver...
den trunk hab ich bisher noch nicht geupdatet, mach ich aber sofort, danke für den tip


Zuletzt editiert von oliverlauta am 02.06.2009 um 16:39 Uhr (1x Editiert)
Inaktiv
|
Antworten: 69
Seite < 1 [2] 3 4 >


Sie müssen sich registrieren, um zu antworten.