forum.coppermine-gallery.net
Support => Deutsch (German) => Language Specific Support => cpg1.5.x Deutsch (German) => Topic started by: wuestenfloh on January 15, 2014, 10:19:48 am
-
Nach dem Update auf Version 1.5.26 werden die deutschen Umlaute (ä,ö,ü) in der Schlagwortliste nicht mehr richtig dargestellt.
Link! (http://www.duettundatt.de/coppermine/search.php)
Die Funktion der Schlagwörter ist nicht beeinträchtigt.
-
Ich konnte das Problem bisher leider nicht nachstellen. Kannst du mir einen Dump der "pictures"-Tabelle deiner MySQL-Datenbank zur Verfügung stellen, damit ich mir das genauer ansehen kann?
Hast du die Schlagworte seit dem Update bearbeitet, oder stammen sie noch von einer früheren Version? Wurden sie manuell eingepflegt oder automatisch über IPTC-Daten hinzugefügt?
-
Ich konnte das Problem bisher leider nicht nachstellen. Kannst du mir einen Dump der "pictures"-Tabelle deiner MySQL-Datenbank zur Verfügung stellen, damit ich mir das genauer ansehen kann?
Link! (https://drive.google.com/?usp=folder&authuser=0#folders/0B7eqqNmVOXg6YnJycWNNLXVVLXM)
Hast du die Schlagworte seit dem Update bearbeitet, oder stammen sie noch von einer früheren Version? Wurden sie manuell eingepflegt oder automatisch über IPTC-Daten hinzugefügt?
Die Schlagwörter habe ich manuell eingepflegt. Testweise habe ich das Schlagwort "Jürgen" hinzugefügt (kann man sehen, wenn man auf "Suchen" klickt). Auch dann wird das "ü" nicht richtig dargestellt.
-
Link! (https://drive.google.com/?usp=folder&authuser=0#folders/0B7eqqNmVOXg6YnJycWNNLXVVLXM)
Die Schlagwörter habe ich manuell eingepflegt. Testweise habe ich das Schlagwort "Jürgen" hinzugefügt (kann man sehen, wenn man auf "Suchen" klickt). Auch dann wird das "ü" nicht richtig dargestellt.
In eurer eigenen "Demo" kann man das für das Schlagwort "für" übrigens auch besichtigen :)
-
Ich schau mir es mal an.
-
Dein Dump hat mich leider nicht weiter gebracht. Wenn ich ihn als UTF-8 importiere, funktioniert alles wie gewünscht. Importiere ich Ihn als latin1, findet Coppermine auch keine Treffer mehr für die betroffenen Schlagworte.
Diese Problematik wurde schon kurz vor unserem Seitenausfall behandelt (http://webcache.googleusercontent.com/search?q=cache:v2CkA_b1FhEJ:forum.coppermine-gallery.net/index.php%3Ftopic%3D77010.0+&cd=1&hl=de&ct=clnk&gl=de&client=firefox-a), leider hat Google's Cache den weiteren Verlauf nicht mehr erfasst. Wenn ich mich recht entsinne, sollte es wohl durch einen Austausch von htmlentities mit htmlspecialchars und entsprechenden Parametern funktionieren. Ich teste das mal direkt an der Demo.
-
Wenn ich mich recht entsinne, sollte es wohl durch einen Austausch von htmlentities mit htmlspecialchars und entsprechenden Parametern funktionieren.
Funktioniert bei der Demo. Siehe auch http://forum.coppermine-gallery.net/index.php/topic,76830.msg372140.html#msg372140
-
Sorry to reply in English, I don't know if any rules are violated. A google translate translation will follow.
The exact problem was that http://php.net/htmlentities and http://php.net/htmlspecialchars
before php 5.4.x have as default encoding ISO-8859-1 (latin1) instead of UTF-8, as documented:
encoding
Defines encoding used in conversion. If omitted, the default value for this argument is ISO-8859-1 in versions of PHP prior to 5.4.0, and UTF-8 from PHP 5.4.0 onwards.
automatic translation follows:
Das genaue Problem war, dass http://php.net/htmlentities und http://php.net/htmlspecialchars
vor PHP 5.4.x haben als Standardcodierung ISO-8859-1 (latin1) anstelle von UTF-8, wie dokumentiert:
Codierung
Definiert Codierung in Umwandlung verwendet. Wenn nicht angegeben, wird der Standardwert für dieses Argument ist ISO-8859-1 in PHP-Versionen vor 5.4.0 und UTF-8 PHP 5.4.0 ab.
-
Danke André, es hat geholfen... :)
Wenn ich CManiac richtig verstehe, hätte ich das Problem ab PHP 5.4.x nicht.
Mein Hoster hat z.Zt. PHP 5.3.18...
-
Ich hatte das Problem auch - gemeinsam mit meinem Webhoster haben wir gesucht und er hat die Lösung gefunden - eine Änderung der include/keyword.inc.php.
<?php
/*************************
Coppermine Photo Gallery
************************
Copyright (c) 2003-2014 Coppermine Dev Team
v1.0 originally written by Gregory Demar
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License version 3
as published by the Free Software Foundation.
********************************************
Coppermine version: 1.5.26
$HeadURL: https://svn.code.sf.net/p/coppermine/code/trunk/cpg1.5.x/include/keyword.inc.php $
$Revision: 8638 $
**********************************************/
if (!defined('IN_COPPERMINE')) die('Not in Coppermine...');
// ADDED QUICK KEYWORDS FUNCTIONALITY
$icon_array['edit'] = cpg_fetch_icon('ok', 2);
get_meta_album_set(0);
$result = cpg_db_query("SELECT keywords FROM {$CONFIG['TABLE_PICTURES']} AS r $RESTRICTEDWHERE AND keywords <> '' $ALBUM_SET");
if (mysql_num_rows($result)) {
// Grab all keywords
print '<br />';
starttable("100%", $lang_search_php['keyword_list_title']);
// Find unique keywords
$keywords_array = array();
$keyword_count = array();
while (list($keywords) = mysql_fetch_row($result)) {
$array = explode($CONFIG['keyword_separator'], html_entity_decode($keywords));
foreach($array as $word) {
if (!in_array($word = utf_strtolower($word), $keywords_array)) {
$keywords_array[] = $word;
$keyword_count[$word] = 1;
} else {
$keyword_count[$word]++;
}
}
}
// Sort selected keywords
sort($keywords_array);
$count = count($keywords_array);
$maxQuantity = max($keyword_count);
$minQuantity = min($keyword_count);
$spread = $maxQuantity - $minQuantity;
//spread should be greater than zero
if ($spread == 0) {
$spread = 1;
}
$step = ((25 - 10) / $spread);
// Result to table
echo '<tr><td class="tableb">';
for ($i = 0; $i < $count; $i++) {
if ($keywords_array[$i]) { // Eliminates Null Keywords
$fontSize = (10 + ($keyword_count[$keywords_array[$i]] - $minQuantity) * $step);
$keyword_param = urlencode($keywords_array[$i]);
echo '<a href="thumbnails.php?album=search&keywords=on&search='.$keyword_param.'" style="font-size: '.$fontSize.'px;">'.htmlspecialchars($keywords_array[$i], ENT_COMPAT, 'UTF-8').'</a>';
if ($i<$count-1) { // Don't keep space after last keyword
echo ' ';
}
}
}
echo '</td></tr>';
if (GALLERY_ADMIN_MODE == true) {
$url = basename($CPG_PHP_SELF);
if ($url != 'keywordmgr.php'){
echo '<tr><td class="tableb" align="center">';
echo '<a href="keywordmgr.php" class="button">' . $icon_array['edit'] . $lang_search_php['edit_keywords'] . '</a>';
echo '</td></tr>';
}
} else {
echo '<tr><td class="tableb" align="center">';
echo $lang_search_php['keyword_msg'];
echo '</td></tr>';
}
endtable();
}
?>
Liebe Grüße
Alfred
-
Die Lösung ist im Grunde die Gleiche, zu der ich oben schon verlinkt habe. Außer include/keyword.inc.php muss übrigens noch displayimage.php angepasst werden.
Mich würde allerdings interessieren, ob
htmlspecialchars($keywords_array[$i])anstatt
htmlspecialchars($keywords_array[$i], ENT_COMPAT, 'UTF-8')bei dir auch funktioniert, Alfred. Falls nämlich nicht, würde ich den Code für cpg1.5.28 nochmals anpassen.
-
Hallo André,
ja geht.
Liebe Grüße
Alfred
-
Zu früh gefreut, zwar stimmt es jetzt mit den Umlauten in allen Eingabefenstern, auch im Suchenfenster, dafür wird es jetzt unter den Bildern falsch angezeigt.
Z.B. hier: http://fotografius.de/galerie/displayimage.php?album=3&pid=3#top_display_media
Testaccount: test (test)
-
Bitte lesen:
Außer include/keyword.inc.php muss übrigens noch displayimage.php angepasst werden.
Siehe auch: http://sourceforge.net/p/coppermine/code/8644/
-
Passt - danke schön :-)
-
Erstmal danke für diesen Thread. Doch nun verratet mir bitte, warum nach der Anpassung der beiden Dateien die Umlaute in einem Alben korrekt dargestellt werden und im anderen nicht?
Hier stimmt es auf meinem Display nicht:
http://www.medienarchiv.com/a-archiv/displayimage.php?album=153&pid=21180#top_display_media
Das Wort Südostasien ist falsch.
Im benachbarten Album stimmt es:
http://www.medienarchiv.com/a-archiv/displayimage.php?album=154&pid=21195#top_display_media
Den Cache habe ich mehrmals gelöscht und meinen Rechner neu gestartet. Leider bleibt es so. Seht ihr das auch?
Tom
-
Benutzt du
htmlspecialchars($keywords_array[$i], ENT_COMPAT, 'UTF-8')oder
htmlspecialchars($keywords_array[$i])?
-
Ich habe beide Versionen ausprobiert. Die Dateien mit der falschen Darstellung habe ich gelöscht und mit anderen Namen erneut hochgeladen. Der Fehler blieb bei beiden Varianten.
Interessanterweise wird die Darstellung korrigiert wenn man auf den Button 'Exif-Daten neu einlesen' klickt. Jetzt bräuchte man eine Möglichkeit, dies für alle Daten im Album zu veranlassen.
Tom
-
Ich würde das Problem gern an der Wurzel packen. Ich bin mir gerade nicht sicher, was EXIF damit zu tun haben soll, da Coppermine höchstens IPTC-Daten importiert. Da das Problem scheinbar reproduzierbar ist, würde ich dich bitten mir die betroffenen Dateien zur Verfügung zu stellen und mir zu erklären, wie genau ich das Problem selbst nachstellen kann.
-
Gerne, wie kann ich sie dir zustellen? Andererseits sind sie ja schon im Netz unter den genannten Adressen.
Exif hat bestimmt nichts damit zu tun, denn es sind IPTC-Infos. Ich nahm an, dass mit einem Klick auf den Button auch die IPTC Daten aktualiert wurden.
Tom
-
Nachtrag: Kann ich irgendwie meine Einstellungen exportieren und dir zukommen lassen? Ev. ergibt sich daraus ein Hinweis.
Tom
-
Mit einer .htaccess habe ich auf php5.xx umgeschaltet. Danach stimmte die Darstellung der Umlaute, ob mit oder ohne die voranstehend genannten Modifikationen der beiden Dateien. Bei einem Klick auf ein Schlüsselwort mit Umlaut lautet das Ergebnis (fast immer) "Keine Datei zum Anzeigen vorhanden (oder Du hast keine Berechtigung, das Album zu sehen)"
-
Nach der Umstellung auf PHP5.4 werden die Umlaute und Sonderzeichen von bereits eingelesenen Bildern korrekt dargestellt, doch eine Suche nach Begriffen mit Umlauten geht nicht. Das könnte ich akzeptieren.
Zum Überprüfen der neuen Konfiguration habe ich einige Fotos hochgeladen. Beschreibungen, in denen ein einziges Wort mit einem Umlaut vorkommt, werden gar nicht mehr angenommen. In der Reihe der Schlüsselwörter fehlen nun alle Begriffe mit Umlauten. Das passiert sowohl mit den beiden originalen als auch modifizierten Dateien aus Coppermine. Für mich ist dies inakzeptabel. Daher gebe ich erstmal eine Weiterbeschäftigung mit Coppermine auf. Mehr Zeit, als bereits aufgebracht, kann ich nicht in dieses Projekt stecken. Schade drum.
Soweit ich es sehe, hat Coppermine ein massives Problem mit Umlauten und Sonderzeichen. Für mich als Fotograf ist der Aufwand des Feststellens solcher Macken, die sehr vielen Stunden des Recherchierens und des Experimentierens ohne das Erzielens eines sicheren und stabilen Ergebnisses, das zum hochwertigen Präsentieren von Bildern eingesetzt werden kann, sinnlos. Der Aufwand steht in keinem Verhältnis zum Nutzen. Ich bin kein Programmierer und möchte keiner werden. Dazu habe ich wieder die im hohen Maße benötigte Zeit noch die fachlichen Kenntnisse.
Wenn niemand auf verständliche Weise mitteilen kann, mit welcher PHP-Version und, sofern nötig, mit welchen Modifikationen eine einwandfreie Berücksichtigung von Wörtern mit Sonderzeichen und Umlauten möglich ist, ist Coppermine aus meiner Sicht im deutschsprachiger Raum ein Experimentallabor, aber kein ausreichend brauchbares Werkzeug für Fotografen.
Man kann sagen, einem geschenkten Gaul, schaut man nicht ins Maul, weil Coppermine vermeintlich kostenlos ist. Doch Zeit ist Geld und in dieser Hinsicht war Coppermine für mich sehr (!) teuer.
Solange das Problem mit den Umlauten und Sonderzeichen nicht in der Anwendung selbst gelöst ist, und die Nutzer sich selbst etwas zusammenfrikkeln müssen, was mir nicht gelang, lege ich dieses Projekt auf die Seite, weil der Aufwand zu nichts führte.
Vielen Dank für den Support im Forum.
Ich werde gelegentlich in diesen Thread schauen, ob das Thema eine solide Lösung bekommt. Bis dahin erstelle ich in erprobter Weise solide Alben auf HTML-Basis.
-
Gerne, wie kann ich sie dir zustellen?
Am besten direkt hier anhängen.
-
My resolution is here.
1. Revert all changes.
2. Recheck/reinsert keywords that were inserted after the changes were applied.
3. Go to displayimage.php in line 180 and change this
$keyword_links[] = '<a href="thumbnails.php?album=search&keywords=on&search=' . urlencode($keyword) . '">' . htmlentities($keyword) . '</a>';
to that
$keyword_links[] = '<a href="thumbnails.php?album=search&keywords=on&search=' . urlencode($keyword) . '">' . htmlentities($keyword, ENT_COMPAT, 'UTF-8') . '</a>';
.
Everything should be fixed.
German translation below
Mein Vorsatz ist hier.
1. Nimmt alle Änderungen zurück.
2. Überprüfen Sie nochmals / wieder einsetzen Keywords, die eingesetzt wurden, nachdem die Änderungen angewendet wurden.
3. Zum in Zeile 180 displayimage.php und dies ändern
$keyword_links[] = '<a href="thumbnails.php?album=search&keywords=on&search=' . urlencode($keyword) . '">' . htmlentities($keyword) . '</a>';
dem
$keyword_links[] = '<a href="thumbnails.php?album=search&keywords=on&search=' . urlencode($keyword) . '">' . htmlentities($keyword, ENT_COMPAT, 'UTF-8') . '</a>';
.
Alles sollte festgelegt werden.
-
Am besten direkt hier anhängen.
Bei der Datei 'Cambodia-Cardamom-20130404-113' werden die Umlaute korrekt dargestellt und sind suchbare Begriffe.
Bei der Datei Kambodscah-20140129-Phnom-Penh-206 wird, egal ob durch diese oder jene Modifikation in den Copperminedateien eine korrekte oder falsche Darstellung zustande kam, ein Begriff mit Umlauten nicht suchbar. Es kommt eine Fehlermeldung, wenn man darauf klickt.
-
Soweit ich das erkennen kann, haben beide Dateien keine IPTC Daten.
-
Dann muss sie jemand geklaut haben. Wenn man die Dateien aus meinen Copperminearchiv kopiert, sind die IPTC Infos enthalten:
http://www.medienarchiv.com/a-archiv/displayimage.php?pid=21266
Bei dem Bild werden die Umlaute nicht korrekt und als Suchbegriffe übernommen.
http://www.medienarchiv.com/a-archiv/displayimage.php?pid=21197
Hier stimmen Darstellung und Funktion.
-
Folgender Weg hat ein paarmal funktioniert:
In der displayimage.php wurde in der Zeile 180 htmlentities($keyword) gegen htmlentities($keyword, ENT_COMPAT, 'UTF-8') ersetzt.
In der include/keyword.inc.php wurde in de Zeile 73 htmlentities($keywords_array[$i]) durch htmlentities ($keyword, ENT_COMPAT, 'UTF-8') ersetzt.
Mein Hoster hat standardmäßig php 5.3 aktiviert. In dem Modus mache ich den Upload oder das Einlesen der Bilder im Batchmodus. Beim upload mit php 5.4 werden alle Begriffe und Captions, die Umlaute enthalten gar nicht eingelesen.
Nach dem Upload stelleich mich mit einer .htaccess im Coppermine-Ordner php 5.4 ein. Nun werden die Texte und Schlüsselwörter korrekt angezeigt.
Doch Begriffe mit Umlauten sind nicht suchbar. Um das zu ändern, gehe ich in Album-Eingenschaften / Dateien bearbeiten.
Unter Dateien pro Seite stelle ich die höchste Zahl ein. Dann markiere ich 'Alle Kommentare löschen' für alle Bilder und klicke auf 'Änderungen speichern'. Es ist völlig egal, welche Aktion unter Datei bearbeiten durchgeführt wird. Hauptsache es findet eine statt.
Danach ist alles in Ordnung.
Ich werde meinen Hoster darüber informieren. Vielleicht fällt dem etwas dazu ein, da er Coppermine in seiner Softwareliste nennt.
-
Die Dateien in der Galerie enthalten die IPTC-Daten. Jedoch erhalte ich durch die Verwendung von PHP 5.4 dasselbe Ergebnis wie du - die betroffenen Schlüsselwörter werden gar nicht erst importiert. Ich werde es später noch mit PHP 5.3 versuchen.
Ich habe das noch nicht genauer untersucht, aber offensichtlich gehen die entsprechenden Schlüsselwörter hier verloren:
$data=htmlentities(strip_tags(trim($data,"\x7f..\xff\x0..\x1f")),ENT_QUOTES); //sanitize data against sql/html injection; trim any nongraphical non-ASCII character:
Das ist jetzt aber ein anderes Problem, was wir in einem separaten Thread behandeln sollten.
-
Mir ist gerade erst aufgefallen, dass du nicht htmlspecialchars, sondern htmlentities benutzt:
In der displayimage.php wurde in der Zeile 180 htmlentities($keyword) gegen htmlentities($keyword, ENT_COMPAT, 'UTF-8') ersetzt.
In der include/keyword.inc.php wurde in de Zeile 73 htmlentities($keywords_array[$i]) durch htmlentities ($keyword, ENT_COMPAT, 'UTF-8') ersetzt.
Deine abenteuerliche Vorgehensweise hab ich daher nicht weiter verfolgt, da das Problem für dich dadurch scheinbar bereits behoben ist.
Wieso PHP 5.4 keine Schlüsselwörter mit Umlauten in IPTC-Daten importiert werde ich demnächst untersuchen.
-
Wieso PHP 5.4 keine Schlüsselwörter mit Umlauten in IPTC-Daten importiert werde ich demnächst untersuchen.
Versuch bitte folgende Änderung:
Öffne include/iptc.inc.php, finde
$data=htmlentities(strip_tags(trim($data,"\x7f..\xff\x0..\x1f")),ENT_QUOTES); //sanitize data against sql/html injection; trim any nongraphical non-ASCII character:und ersetze es durch
$data=Inspekt::getEscaped(utf8_encode($data));
-
"Deine abenteuerliche Vorgehensweise" - das kann man wohl so sagen. Ich weiss meist gar nicht, was wirklich mit den Änderungen bewirkt wird. Wie bereits erwähnt, bin ich kein Programmierer. Daher habe ich alle vorgeschlagenen Varianten ausprobiert und selbst variiert. Cmaniac hatte dies 'htmlentities($keyword, ENT_COMPAT, 'UTF-8')' vorgeschlagen. Am Ende war es egal, ob das so dort stand oder mit 'htmlspecialchars'. Meine Freunde müssen nun auf ihren Geräten und mit ihren Browsern checken, ob bei ihnen die Darstellung der Texte stimmt. Ich bin gespannt, ob sich jemand beklagt.
Dein Vorschlag scheint zu funktionieren. Gerade habe ich ein Bild mit Umlauten hochgeladen ohne die vorgestellte Prozedur durchzuführen. Es wird korrekt dargestellt und die Begriffe mit Umlauten sind suchbar.
Heute Abend schaue ich mir das genauer an.