Hallo Zusammen, wenn ich im Admin unter Toolbox -> SQL die Datenbank aufrufe - Tabelle products_description, habe ich bei manchen Artikeln statt der Beschreibung / Kurzbeschreibung einen Binärcode. Das hier: ist z.B. eine Kurzbeschreibung Im MySQLDumper / phpMyAdmin ist aber alles in Ordnung. Das scheint bei Artikeln zu sein, die erst vor kurzem gespeichert wurden. und ist in den Versionen 3.12 und 3.14 Weiß jemand wie das kommt?
Hallo, bitte schaut doch mal bei Euch unter Admin unter Toolbox -> SQL -> Datenbank - Tabelle products_description ob da bei Euch auch Binärcode steht. Dankeschön
Hallo, ich habe zwar keine Begründung woher das kommt und warum das so ist, aber bei mir steht da ebenfalls der Binärcode. In der Kurzbeschreibung sowie auch in der langen Beschreibung. Geschaut in der Version 3.15.1.1 und auch in einer älteren Version 3.6.1.1. Bei beiden Versionen ist das so.
Hab ich auch drin... Das ist allerdings nur für language_id = 2 drin. Im Artikel ist dieses Feld bei mir in englisch leer weil ich englisch deaktiviert habe.
Hoppla nein... In jeder Sprache bei der die Kurzbeschreibung nicht gefüllt ist steht dieser Binärcode. Auch in der products_description. Ist scheinbar Standard...
Bei uns steht der in gefüllten Beschreibungen. Ich wollte nur nach der Schreibweise eines Tabs schauen, und da ist das aufgefallen. Hier ist es z.B. die Kurzbeschreibung: und das steht im Textfeld der Kurzbeschreibung:
„Binärcode“ ist letztlich alles, was in Computern irgendwie gespeichert wird. Seht euch doch diesen Code einfach mal mit einer Zeichentabelle an, dass wird das klarer: 3C – < 64 – d 6C – l 3E – > 0D – Wagenrücklauf 0A – Zeilenumbruch 09 – Tabulator … uswusf. Das ist einfach bloß HTML. Da gibt es nur offenbar bei der Ausgabe eine Heuristik, die in den ersten x Zeichen nach dem Anteil an druckbaren Zeichen bzw. Wortzeichen (d.h. Buchstaben, Ziffern) sieht und bei unterschreiten einer gewissen Schwelle davon ausgeht, dass es sich nicht um textartigen Inhalt handelt, weswegen das dann als Hexdump angezeigt wird.
ne, das ist nur bei älteren Shops so, bei Shops die aktuell installiert werden, ist die ID 1 für DE und EN die ID2
Ähm, nein. Ich zitiere dazu gambio_installer/sql/languages.sql: Code: INSERT INTO `languages` (`languages_id`, `name`, `code`, `image`, `directory`, `sort_order`, `language_charset`, `date_format`, `date_format_long`, `date_format_short`, `date_time_format`, `dob_format_string`, `html_params`, `language_currency`, `php_date_time_format`, `status`, `status_admin`) VALUES (1, 'English', 'en', 'icon.gif', 'english', 2, 'utf-8', 'm/d/Y', '%A, %d. %B %Y', '%m/%d/%Y', '%m/%d/%Y %H:%M:%S', 'mm/dd/yyyy', 'dir="ltr" lang="en"', 'USD', 'm/d/Y H:i:s', 1, 1), (2, 'Deutsch', 'de', 'icon.gif', 'german', 1, 'utf-8', 'd.m.Y', '%A, %d. %B %Y', '%d.%m.%Y', '%d.%m.%Y %H:%M:%S', 'tt.mm.jjjj', 'dir="ltr" lang="de"', 'EUR', 'd.m.Y H:i:s', 1, 1);
Das ist nicht korrekt, in meinem v3.15-Testshop ist 'de' nach wie vor ID 2, das gleiche sagt die languages.sql des gambio_installers. Vielleicht mit der Sortierreihenfolge verwechselt?