Jump to content
  • 0

Umlaute / Sonderzeichen

fox@dog1

Asked by fox@dog1,

 Share

Question

fox@dog1 Contributor

fox@dog1

Posted
Posted

Hallo Zusammen

Bei meinem neuen Shop im Checkout bei den Payment Description werden die Sonderzeichen der Umlaute falsch dargestellt (siehe jgp). Ich habs folgende Angaben ergänzt "|escape:'html':'UTF-8''" und geschaut, dass alle Dateien UTF-8 kodiert sind. Leider hat alles nichts gebracht.

Hat jemand eine Idee was man noch machen kann?

Ich nutze PS 1.7.5.1, leider noch PHP 7.1 (sollte auf Ende Jahr auf PHP 7.2 wechseln). Dazu nutze ich ein gekauftes Thema, jedoch meine der Support, es länge nicht an ihrem Thema.

Es betrifft die Module Postfinace und Powerpay, beides vom gleich Anbieter Sellxed.com. Die meinen es länge am Shop System. Natürlich 😉 .

Besten Dank im Voraus für eure guten Tipps.

Gruss aus der Schweiz

 

Payment-descritpion-on-the-Checkout-page-.JPG

Link to comment
Share on other sites

26 answers to this question

Recommended Posts

  • 0
rictools Mentor

rictools

Posted
Posted

Das ganze ist sehr seltsam, normal kann das ja nicht sein. Hast du mal getestet, ob das Problem auch mit dem Standard-Template auftritt? Kommen die betroffenen Texte aus einer Datei oder einem Datenbankfeld, werden sie alle im BackOffice eingegeben und ggf. in einem normalen Feld oder im eingebetteten Editor?

Vielleicht könnte auch ein Link zum Shop helfen. Daß das Problem nicht nur an deinem Computer auftritt, hast du getestet?

Link to comment
Share on other sites
  • 0
fox@dog1 Contributor

fox@dog1

Posted
  • Author
Posted

Ja, dies ist wirklich seltsam.

Im Standart Template habe ich das selbe Problem.

Datenbanken sind nicht meine Stärken, aber ich habe keinen Text gefunden. Den Text gebe ich in einem normalen Feld ein (siehe jpg).

Der Link ist: http://shop.anjasshop.ch/  

Der Fehler tritt nur im Checkout bei Payment Descriptions auf. Wobei PayPal und Vorkasse weisen keine Probleme auf.

BO-Editor.JPG

Link to comment
Share on other sites
  • 0
rictools Mentor

rictools

Posted
Posted
Am 11.9.2019 um 11:54 AM schrieb fox@dog1:

Ich habs folgende Angaben ergänzt "|escape:'html':'UTF-8''" und geschaut, dass alle Dateien UTF-8 kodiert sind.

Mir scheint, daß die entsprechenden Texte in der Datenbank gespeichert werden, wahrscheinlich gibt es Tabellen mit dem Namen der betroffenen Module, die würde ich mal näher betrachten.

Das Problem trat schon auf, bevor du selbst etwas an den Dateien geändert hast? Mit welchem Programm bearbeitest du die Dateien?

Hier einige Infos: https://php-de.github.io/jumpto/utf-8/

Link to comment
Share on other sites
  • 0
fox@dog1 Contributor

fox@dog1

Posted
  • Author
Posted

Ja, das war schon bevor ich die Dateien bearbeitet habe.

 

Ich nutze Notepad. Die Daten kodiere ich immer mit UTF-8.

Gestern habe ich in der Datenbank das Modul durchsucht und leider keine Texte gefunden. Aber ich werde nochmals suchen. Vieleicht wechsle ich den Anbieter.

 

Link to comment
Share on other sites
  • 0
fox@dog1 Contributor

fox@dog1

Posted
  • Author
Posted

Ja, dieses Problem hatte ich im alten Shop schon mal. Habe ich schon überprüft.

Der Modul-Hersteller denkt, dass es an einer Schriftart liegt, welche Probleme verursacht. Habe bis jetzt nur die "Helvetica Neue", Helvetica und Arial" im Body gefunden, an denen kann es kaum liegen. Und noch eine Google-Schrfit Link "href="https://fonts.googleapis.com/icon?family=Material+Icons". Diese bin ich nicht sicher, ob sie die Sonderzeichen unterstützt. Google hat noch nichts nützliches verraten.  Werde noch weitersuchen.

Link to comment
Share on other sites
  • 0
JBW Mentor

JBW

Posted
Posted

Material Icons ist eine Icon Bibliothek die zur Anzeige der ganzen kleinen Bilder genutzt wird (https://material.io/resources/icons/) - das hat mit deinem Probblem nix zu tun. Es ist wie @rictools schon erwähnt hat ziemlich sicher ein Problem zwischen utf-8 und iso Konvertierung. Die Ursache scheint in den Modulen zu liegen - hast du schonbmal versucht diese in einem Demo Shop (andere Server) zu installieren?
Wie der Entwickler auf Schriftart kommt ist etwas abenteuerlich - der Fehler besteht ja schon im Source der Seite:

grafik.png.5b97cf654863dded1b8dabbcfac834f3.png

Link to comment
Share on other sites
  • 0
JBW Mentor

JBW

Posted
Posted

Mit derselben PHP Version und Einstellungen? Da gab es mal Änderungen am Standard Charset.
Wie die Datenbank Tabelle heißt hängt von dem Modul ab, denke aber die wird irgendwie wie das Modul heißen. Da du phpMyAdmin hast schau auch mal wie da die "Kollation" eingestellt ist.

grafik.png.8fe57753ac9ca38527e57fa638a36ccd.png

Link to comment
Share on other sites
  • 0
fox@dog1 Contributor

fox@dog1

Posted
  • Author
Posted

Nein,  PS 1.5.6 läuft mit PHP 5.6 und PS 1.7.5.1 zurzeit noch mit PHP 7.1. Mein Hoster wollte eigentlich Mitte Jahr die PHP 5.6 abstellen und danach PHP 7.2 anbieten. Vieleicht würde der neue Shop danach etwas stabiler laufen.

Bei der Datensatz Statistiken steht über all "utf8_general_ci" (siehe jpg, roter Eintrag). Jedoch nicht bei den oberen Zeilen, da fehlt schon mal der Eintrag "utf8_general_ci" (jpg, blauer Eintrag)

 

database_LI.jpg

Link to comment
Share on other sites
  • 0
fox@dog1 Contributor

fox@dog1

Posted
  • Author
Posted

Die Datei payment.tpl vom neuen Shop sieht ähnlich aus wie die vom alten Shop. Und beim alten Shop wird der Text richtig angezeigt.

<div class="row">
    <div class="col-xs-12 col-md-6">
        {if isset($paymentPane)}
            <noscript>
                <p class="payment_module payment-method-list-postfinancecw redirect-view-postfinancecw">
                    <a href="{$redirectionUrl}" title="{$paymentMethodName}" style="background: url({$paymentLogo}) 15px 25px no-repeat #fbfbfb;">
                        {$paymentMethodName}
                        <span class="payment-method-description">{$paymentMethodDescription}</span>
                    </a>
                </p>    
            </noscript>
            <div class="postfinancecw-javascript-required">
                {$paymentPane nofilter}
            </div>
        {else}
            <p class="payment_module payment-method-list-postfinancecw redirect-view-postfinancecw">
                <a href="{$redirectionUrl}" title="{$paymentMethodName}" style="background: url({$paymentLogo}) 15px 25px no-repeat #fbfbfb;">
                    {$paymentMethodName}
                    <span class="payment-method-description">{$paymentMethodDescription}</span>
                </a>
            </p>    
        {/if}
    </div>
</div>

Link to comment
Share on other sites
  • 0
fox@dog1 Contributor

fox@dog1

Posted
  • Author
Posted

Hallo Zusammen

Kurzes Update: Der Fehler wurde gefunden. Laut Modul-Hersteller lag es am Shop. Sie meinenten: "Eine Kombination von entities + smarty 'nofilter' hat zum Erfolg geführt." Weiss nicht was sie meinen, aber es geht jetzt ;-). Und ich bin wieder ein Schritt näher am Ziel.

 

Gruss aus der Schweiz

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Go to question listing
×
×
  • Create New...