SHOP UTF-8 ...

[ThomB]

Hallo,

mit meiner Frage bezüglich einer UTF-8 Version habe ich nicht damit gerechnet, dass dies mit einem "Close" endet.

Ich frage deshalb nochmals "Wann kommt eine UTF-8 Version" ??

In einem älteren Beitrag wurde dies ab der V1.07 angekündigt !
Im Handbuch stand ab V2.0 !

Eine einfache Antwort reicht mir schon um für mich festzustellen, ob ich hier bleiben kann und eine Spende für die Fertigstellung der UTF-8 Version tätige - oder gehen muss, da ich diese Option dringend benötige !

VIELEN DANK

ThomB

[EDIT GTB 07.07.2013: Hier geht es direkt zur Anleitung.]

Linkback: https://www.modified-shop.org/forum/index.php?topic=26848.0

[Marcel G.]

Aus welchem Grund ist utf8 für dich denn zwingend notwendig? Verstehe ich nicht so.

[floh]

Mal ganz ehrlich, was ist bei dem anderen Thread den so unmissverständlich, damit Du es hier nochmals ausgraben musst????

Es wird mit Sicherheit keiner vom Team sich soweit aus dem Fenster lehnen und schreiben/sagen die utf-8 Version (1.7 oder wasweissichdenn...) kommt am xx.xx.xxxx raus.... Bitte nicht vergessen 99% hier machen dass unentgeldlich in der Freizeit. Dann muss man auch mal warten können. Falls das Warten zu lange dauert, nehme den kostenpflichtigen Premium-Support in Anspruch.........

[...] ob ich hier bleiben kann und eine Spende für die Fertigstellung der UTF-8 Version tätige - oder gehen muss, [...]

Es hält Dich keiner hier fest. Reisende soll man nicht aufhalten.........

Gruß

floh

[SonGoku]

und genau durch solche Antworten vergrault man neue Kunden die eventuell auf modified umsteigen möchten.

Da versteht jemand noch die Welt.

[web4design]

Das was als "Spende" geplant ist, könnte doch einfach in den Umbau auf UTF-8 investiert werden. Danach wird es allen kostenlos zur Verfügung gestellt.

Gruß

[noRiddle (revilonetz)]

Der andere Thread wurde wahrscheinlich aufgrund meiner und Webkistes Einwüfen geschlossen.
I'm sorry.
Aber nur für euch.

Ich finde, daß die Fragen "wann kommt dies und das" teilweise wirklich nerven weil man/das Team das nicht so klar sagen kann,
Im Falle von UTF-8 und somit ThomB sehe ich das allerdings anders.
Das ist ein lange vermisstes und modernes Feature.
Allein die problemlose Buchstaben Umsetzung wenn es sich um Sprachen mit vielen diakritischen Zeichen handelt, aber auch für beispielsweise kyrillische Schriftarten, ist es unabdinglich auf UTF-8 zugehen.
Sowas zu fragen ist mehr als verständlich, auch wenn hier einige wieder eine Schleimspur hinter sich herziehen.

Ich bin der Meinung, daß jemand der sich so im Forum einsetzt und so Vielen Hilfe zuteil werden lässt, auch ein klares Wort sagen darf,
was einige offensichtlich anders sehen => Thread geschlossen.

Wie bereits von GTB in dem anderen Thread und auch schon von web28 an anderer Stelle gesagt ist die letzte Version testweise auf UTF-8 -Basis installierbar.
Da muß man sich eben auch mal allgemein in die Thematik einlesen.
Ich fand ja lediglich den Wiki-Eintrag von GTB bescheiden.
(Man vergebe mir, daß mir die Blätter vor dem Mund abhanden gekommen sind.)

Die DB muß in UTF-8 laufen, auch die Collation.
Es dürfte ein paar nicht multi-byte-fähige Funktionen in den Core-Dateien geben, die muß man halt mal durchgehen, wobei man dabei schauen muß, ob die Funktionen wirklich überall ersetzt werden müssen,
was nicht der Fall ist.
So ist z.B. ein einfaches strpos oder strstr welches nur Boolean true oder false testet und nicht die Positionen von Zeichen ausgeben soll, nicht zwingend zu ersetzen.
Mit einem guten Error-Reporting und einem offenen Testauge lässt sich das schon machen.
Es kann ja nicht jeder hier die ganzen Tests nur den Team-Mitgliedern überlassen, dafür haben wir ja die Community,
eben nicht nur zum Abgreifen.
Auch sollten die Sprachdateien und auch Dateien mit Regex in denen Sonderzeichen vorkommen in UTF-8 abgespeichert werden.

Wie wär's denn wenn sich ein paar Leute zum testen bereit erklären.
Ich werde das jedenfalls machen sobald ich mehr Zeit habe.

Also, ThomB, wie wär's ?
Wenn man einfach nur ein perfekt laufendes System möchte, ohne selbst etwas dafür zu tun, muß man eben Kohle investieren.

Gruß,
noRiddle

[ThomB]

- "Mann kann es nicht genau sagen!"
- "Wieso brauchst Du das ?"

IST das EINE Antwort ?

Es ist geplant - oder Ihr wollt es nicht ! - So einfach ist das !

Wenn man nicht die Möglichkeiten internationaler Handelsmöglichkeiten erkennen will,
dann soll es so sein. Auf Grund der "tollen" Antworten kann man nur daraus schließen,
dass Ihr wirklich "KEINE" Ahnung habt, welchen Erfolg Ihr mit einer UTF-Version erzielen könntet.

Viel Spaß noch !

[web28]

In dem geschlossenen Tread wurde doch schon daruf hingewiesen, wie man den 1.06 Shop als UTF-8 Version installieren kann. Man kann das also testen und eventuelle Fehler hier melden.
Dann kann das nächste Release auch UTF-8.

Leider kommt hier aus der Community außer Nebelkerzen zu wenig Feedback. Anscheinend ist das Interesse an UTF-8 nicht besonders gross.

Der Tunk Demoshop läuft übrigens fehlerfrei auf UTF-8.

[colibri]

@web28,

in dem geschlossenen Thread gab es keine Erklärung/Anleitung, sondern lediglich einen Link zu einem Wiki-Eintrag. Sowohl Link, als auch Wiki-Eintrag sind mittlerweile gelöscht.

Die Forensuche wirft den Hinweis auf eine UTF-8-Beta-Version aus (Stand 1.05SP1):
[BETA] modified eCommerce Shopsoftwareodifed UTF-8 Version (Download)

sowie auf den Ansatz, die 1.06 Beta UTF-8-fähig zu machen:
modified eCommerce Shopsoftware 1.06 BETA UTF-8

Dazu jetzt noch Dein Hinweis auf die unter UTF-8 laufende Trunk-Version ... insgesamt also drei unterschiedliche Versionen bzw. Releasestände ...

Wenn ich nun eine UTF-8-Version testweise auf einem lokalen Server ausprobieren möchte, um euch auch entsprechend Feedback zu geben - welcher dieser drei Ansätze wird denn aktuell weiter entwickelt? Vermutlich ja die Trunk-Version ... und wie bekomme ich diese zu Testzwecken?

Oder ist in diesem Fall das Testen auf den online verfügbaren Demo-Shop beschränkt?

Schöne Grüße,

colibri

[web28]

!!! BETA !!! UTF-8 Test mit Modified 1.06:

Anpassungen im Installer:
1. _installer/modified.sql auf UTF-8 ohne BOM umkodieren und speichern
2. _installer/includes/config.php öffnen und INSTALL_CHARSET auf utf8 ändern

Code: PHP  [Auswählen]

define('INSTALL_CHARSET', 'utf8'); //latin1 oder utf8

3. neue Datenbank anlegen mit UTF-8 Kollation
4. Jetzt kann der Shop als UTF-8 installiert werden.
5. in der .htaccess AddDefaultCharset umstellen auf UTF-8

Nach der Installation im Admin kontrollieren ob bei den Sprachen als charset utf-8 eingetragen ist.
Und in der Datenbank kontrollieren ob alle Sonderzeichen korrekt angezeigt werden.

Wichtig bei den Sprachdateien: Entities stören nicht, können als bleiben.
Bei einigen Sprachdateien gibt es aber Umlaute für die Textemails, alle diese Dateien müssen nach UTF-8 ohne BOM konvertiert werden.

Dateien ohne UTF8-Sonderzeichen müssen nicht konvertiert werden, die Konvertierung hat sowieso keine Auswirkung.

[EDIT GTB 07.07.2013: Wichtige Punkte für die Installation hinzugefügt & Anleitung in Beitrag 1 verlinkt.]

[DokuMan]

Danke, ich nehme das auch noch ins Anwenderhandbuch mit auf.

[Hobbybastler]

Hallo
Habe Jetzt mal eine UTF-8 Testinstallation mit der Modified V1.06 rev 4642 gemacht, nachdem GTB den Eintrag ins WIKI gemacht hatte,

Funktioniert fast alles in UTF-8 inklusive der Mailversand

Hier nochmal eine Anleitung für die Installation

1. Datenbank erstellen mit default Kollation UTF8

2. Datei "/_installer/includes/config.php" bearbeiten:

Suche das hier:

Code: PHP  [Auswählen]

define('INSTALL_CHARSET’, 'latin1');

ersetze mit dem hier

Code: PHP  [Auswählen]

define('INSTALL_CHARSET', utf8');

3. Shop installieren

4. ".htaccess" bearbeiten:

Code: PHP  [Auswählen]

##-- Default charset
AddDefaultCharset UTF-8
#AddDefaultCharset ISO-8859-15

5. Datei "/inc/xtc_db_connect.inc.php" bearbeiten:
[Kommentar web28: unnötig da DB_SERVER_CHARSET in der jeweiligen configure.php auf utf8 gesetzt wird]

Code: PHP  [Auswählen]

// set charset defined in configure.php
    if(!defined('DB_SERVER_CHARSET')) {
      define('DB_SERVER_CHARSET','utf8');  // latin1

6. Datei "/includes/classes/class.phpmailer.php" bearbeiten:
[Kommentar web28: unnötig da $CharSet über die xtc_mail_function auf utf-8 gesetzt wird]

Code: PHP  [Auswählen]

 /**
   * Sets the CharSet of the message.
   * @var string
   */
  var $CharSet           = 'utf-8'; // iso-8859-1

7. Datei "/admin/includes/modules/fckeditor/fckconfig.js" bearbeiten:

Code: PHP  [Auswählen]

FCKConfig.ProcessHTMLEntities   = false ; // true ohne UTF8
FCKConfig.IncludeLatinEntities  = false ; // true ohne UTF8
FCKConfig.IncludeGreekEntities  = false ; // true ohne UTF8

Jetzt werden die Umlaute richtig in der Datenbank gespeichert

[ Für Gäste sind keine Dateianhänge sichtbar ]

8. Sprachdateien bearbeiten mit NOTEPAD++
Diese Dateien sind auf KODIERUNG/UTF-8 ohne BOM abzuspeichern und die Umlaute zu korrigieren.

"/lang/german/german.php"
"/lang/german/lang_german.conf"
"/lang/german/admin/german.php"
"/lang/german/admin/shop_offline.php"
"/lang/german/admin/zones.php"

"/lang/english/english.php"

9. Änderungen im Adminbereich:

Im Shop anmelden und im Adminbereich unter "Land / Steuer" -> "Sprachen" eintragen:
[Kommentar web28: das wird noch automatisiert]

Bei "meta-content:" eintragen: utf-8

[ Für Gäste sind keine Dateianhänge sichtbar ]

[ Für Gäste sind keine Dateianhänge sichtbar ]

10. Kontrolle im Adminbereich:

Im Adminbereich  unter "Land / Steuer" -> "Bundesländer" kontrollieren, ob hier auf der ersten Seite an 10. Position "Kärnten" eingetragen ist oder nur ein "K".

Hier habe ich festgestellt, dass nach der Installation alle Bundesländer nach den Umlauten abgeschnitten wurde, werden aber nach der Bearbeitung korrekt abgespeichert, alternativ manuelles Update in der Datenbank.

11. Die Box Reviews in der "index.html" des Templates abschalten
In dieser Box ist noch eine fehlerhafte Anzeige der Bewertungen.
(Zeilenumbruch) -> Fehler wird verursacht -> $review = xtc_break_string($review, 15, '-<br />');

[ Für Gäste sind keine Dateianhänge sichtbar ]

12. Bestätigungsmails werden in UTF-8 versendet
In Outlook werden die Mails richtig angezeigt (im Header UTF-8).
Im WEB-Mailer von 1und1 werden die Mails ebenfalls richtig angezeigt.
Kommt es hier zu Fehlern in der Anzeige ist der Fehler in deinem Mailprogramm zu suchen (Einstellungen).

[ Für Gäste sind keine Dateianhänge sichtbar ]

Gute Arbeit ...
und Danke an GTB für den Denkanstoß

[EDIT Tomcraft 10.07.2013: Anleitung formatiert.]

[jannemann]

Hallo Hobbybastler,

ein ganz herzliches Dankeschön an dich für das Testen und die ausführlichen Hinweise, was noch umzustellen ist  

Schöne Grüße,
Jan

[Hobbybastler]

Hi

Das ist mal die richtige Richtung.......... und wie ich das Testen Konnte auf einen 1und1 Server, funktioniert eigentlich alles und es werden alle Umlaute auch richtig angezeigt, und in der Datenbank gespeichert, der Probebetrieb geht natürlich weiter.............

gruß

[ShopNix]

Danke, gut gemacht!

Danke auch an noRiddle für die klaren Worte.