Eine Neuinstallation der 1.0.9a

[Marvin]

Hallo,

ich installiere gerade die 1.09a als Vollversion frisch in einem Unterverzeichnis auf einem Server.

Mich wundert bei shop_installer/install_step2.php die Voreinstellung auf "latin1". Trotz des Hinweises "Empfohlen ist die automatisch markierte Zeichenkodierung. Diese Einstellung nur ändern, wenn Sie wissen was Sie tun!" habe ich sie hier auf "utf8" geändert, ich hoffe, dass ist korrekt.

Der Rest der Installation lief reibungslos, evtl. könnten die Listenpunkte im Kopfbereich, welche anzeigen sollen welche Schritte bereits abgeschlossen sind und welche noch kommen werden, optisch etwas deutlicher getrennt werden, also z.B. li class="active" auf grünen Grund setzen oder grüne Typo nehmen.

Beim ersten Aufruf der Adminoberfläche wird zusätzlich zu den bekannten Warnungen zur benötigten Auswahl von Zahlungsmodul und Versandmodul auch ein mir bis dahin unbekannter Hinweis auf Verzeichnisrechte angezeigt:
WARNUNG:
Folgende Verzeichnisse sind vom Server beschreibbar. Bitte ändern Sie die Zugriffsrechte (Permissions) dieser Verzeichnisse aus Sicherheitsgründen. (755) bei Unix, (read-only) bei Windows.
* /pfad/des/servers/htdocs/domainroot/shopverzeichnis/admin/includes/
* /pfad/des/servers/htdocs/domainroot/shopverzeichnis/includes/

Seltsam, die beiden includes-Verzeichnisse haben 755, erst ein Ändern auf 555 läßt die Warnung verschwinden. Ist die Änderung auf 555 gewollt oder gibt es einen Fehler bei der Abfrage welche die 755 irrtümlich bemängelt?

Die dann benötigten Konfigurationseinstellungen in "Mein Shop", den min, max-Werten, Bildoptionen, Kundendetails, Lagerverw.-Optionen etc. bis zu den Cookies machen keine Probleme. Der jetzt voreingestellte Wert "Cookie Benutzung erzwingen" = True sollte ab jetzt nicht mehr geändert werden, oder?

So, dann kommen wieder die Bluegate SEO-URLs. Leider erzeugt das Aktivieren im Admin (mit richtiger und angepaßter .htaccess) immer wieder folgende Fehler:

1062 - Duplicate entry 'fd2648427fd682bc2a48d7cf5668b3db' for key 1

-- bluegate_seo_url.inc createSeoDBTable INSERT INTO `bluegate_seo_url` (`url_md5`,`url_text`,`content_group`,`language_id`) VALUES ('9a1efb9afcca369d2959253828a8d5d3','Shipping-Returns',1,1),('ea7704f0740994628d7879c653a0b50a','Liefer-und-Versandkosten',1,2),('072341b73413cba7816b92bb383ed621','Privacy-Notice',2,1),('1dc7ef7f61733aa6f62ca7f43bb1e5a7','Privatsphäre-und-Datenschutz',2,2),('6cacc6202a14c02c70a172e07e3385c6','Conditions-of-Use',3,1),('c2d35251e30060cfff09f4d20340af8c','Unsere-AGB',3,2),('fd2648427fd682bc2a48d7cf5668b3db','Impressum',4,1),('fd2648427fd682bc2a48d7cf5668b3db','Impressum',4,2),('88fa71f0a6e0dfedbb46d91cc0b37a50','Index',5,1),('88fa71f0a6e0dfedbb46d91cc0b37a50','Index',5,2),('3a5c055e397736523cc09b35e1ceba0e','Gutscheine',6,1),('3a5c055e397736523cc09b35e1ceba0e','Gutscheine',6,2),('bbaff12800505b22a853e8b7f4eb6a22','Contact',7,1),('92316d41c56daf9140fc04509aecaaca','Kontakt',7,2),('5813ce0ec7196c492c97596718f71969','Sitemap',8,1),('5813ce0ec7196c492c97596718f71969','Sitemap',8,2),('bbdbdf297183a1c24be29ed89711f744','Revocation',9,1),('a3392c351856bc3e70d5411a355f8457','Widerrufsbelehrung',9,2)

Das läßt sich vermeiden indem man nicht die Einstellung "Sprachabhängige URLs" = False setzt bei gleichzeitig mehr als einer aktiven Sprache. Abhilfe wenn nur eine Sprache benutzt werden soll: erst die überflüssigen Sprachen unter "Land/Steuer" - "Sprachen" löschen, danach kann auch im Web-Shop Modul bluegate.at Direct URL Indexierungsdienst die "Sprachabhängige URLs" auf False gesetzt werden.

Bei mehreren aktiven Sprachen muß "Sprachabhängige URLs" wohl auf True stehen bleiben.

Viele Grüße
Marvin

[yogi]

Hallo Marvin,

Mich wundert bei shop_installer/install_step2.php die Voreinstellung auf "latin1". Trotz des Hinweises "Empfohlen ist die automatisch markierte Zeichenkodierung. Diese Einstellung nur ändern, wenn Sie wissen was Sie tun!" habe ich sie hier auf "utf8" geändert, ich hoffe, dass ist korrekt.

Als default wird der DB-Zeichensatz benutzt - es ist richtig hier utf8 zu setzten!

evtl. könnten die Listenpunkte im Kopfbereich, [...], optisch etwas deutlicher getrennt werden, also z.B. li class="active" auf grünen Grund setzen oder grüne Typo nehmen.

Könnte man mal überarbeiten...

Beim ersten Aufruf der Adminoberfläche wird zusätzlich zu den bekannten Warnungen zur benötigten Auswahl von Zahlungsmodul und Versandmodul auch ein mir bis dahin unbekannter Hinweis auf Verzeichnisrechte angezeigt:
[...]Seltsam, die beiden includes-Verzeichnisse haben 755, erst ein Ändern auf 555 läßt die Warnung verschwinden. Ist die Änderung auf 555 gewollt oder gibt es einen Fehler bei der Abfrage welche die 755 irrtümlich bemängelt?

Es reicht halt nicht aus die dateien nur gegen das direkte beschreiben zu schützen - es ist gewollt daß Du hier bis auf 555 runtergehst wenn Dein Server mit einem suexec-Modul läuft. Ansonsten ist es einem Angreifer möglich die configure.php umzubenennen und eine neue in dem Verzeichnis zu erstellen - da er das recht dazu hat.

Die dann benötigten Konfigurationseinstellungen in "Mein Shop", den min, max-Werten, Bildoptionen, Kundendetails, Lagerverw.-Optionen etc. bis zu den Cookies machen keine Probleme. Der jetzt voreingestellte Wert "Cookie Benutzung erzwingen" = True sollte ab jetzt nicht mehr geändert werden, oder?

richtig

So, dann kommen wieder die Bluegate SEO-URLs. Leider erzeugt das Aktivieren im Admin (mit richtiger und angepaßter .htaccess) immer wieder folgende Fehler:

1062 - Duplicate entry 'fd2648427fd682bc2a48d7cf5668b3db' for key 1

-- bluegate_seo_url.inc createSeoDBTable INSERT INTO `bluegate_seo_url` (`url_md5`,`url_text`,`content_group`,`language_id`) VALUES [...],('fd2648427fd682bc2a48d7cf5668b3db','Impressum',4,1),('fd2648427fd682bc2a48d7cf5668b3db','Impressum',4,2),[...]

Das Problem liegt am Impressum - hier wird beim Weglassen der Sprachspezifischen Bestandteilen die gleiche Seite angesprochen (Impressum) und somit der gleiche hash (url_md5) erzeugt - und das führt zu dem Fehler. Die Richtige übersetzung für Impressum lautet imprint (oder "about us"). Wenn Du den englischen kontent entsprechend änderst sollte es auch mit "Sprachabhängige URLs" = False funktionieren.
Werde den update so ändern daß Impressum => imprint bei lang=en wird.
Selbst nach dem umbenennen von "Impressum" wird es noch probleme mit "Index" und "Sitemap" geben die jeweils spracheigene Bezeichnungen benötigen...

index => Hauptseite/Mainpage oder Startseite/Startpage
Sitemap => Seitenübersicht/Sitemap

dann würde auch die bluegate Urls ohne "Sprachabhängige URLs" funktionieren.

[Marvin]

Hallo yogi,

danke für die schnelle Antwort.

Der MySQL-Zeichensatz meiner neu erstellten MySQL-DB (5.0.81) war und ist "UTF-8 Unicode (utf8)", Zeichensatz / Kollation der MySQL-Verbindung ist utf8_general_ci, daher hatte es mich gewundert dass der Installer hier latin1 vorgeschlagen hatte. Evtl. müßte hier noch ein Hinweis in den Textbereich des Installers zu Step2.

Die Listenpunkte im Navtrail sehen mit folgenden Änderungen in der shop_installer/css/installer.css schon besser aus:

Code: Alles auswählen

div#navtrail { height: 28px; overflow: hidden; background-color: #484848; border-top: 1px solid #858585; background-image: url('../img/navtrail.gif'); background-position: left top; background-repeat: repeat-x; }
div#navtrail ul { margin: 0px; padding: 0px; padding-top: 5px; }
div#navtrail ul li { display: inline; font-size: 9pt; font-weight: bold; padding: 8px; border-left: 2px solid #333333; }
div#navtrail ul li:first-child { padding-left: 0px; border-left: 0px; }
div#navtrail ul li.active { color: #0f0 }

Danke für den Hinweis mit den Verzeichnisrechten der includes. Also ein Feature, kein Bug. Hier wäre es schön wenn der angezeigte Warnhinweis dann auch die Rechte 555 anstatt von 755 anzeigt, oder darauf hinweist dass 555 in bestimmten Fällen benötigt werden kann. Klar, das ist Kleinkram, aber ich werde wohl nicht der Letzte sein der über diese Meldung stolpert.

Das Deaktivieren der User-Cookies aus dem Backend herraus sollte dann besser nicht mehr möglich sein, wenn das Shopsystem ab jetzt konsequent auf Cookies setzt - ansonsten können sich die Shopbetreiber hier auch wieder ungewollt Stolpersteine einbauen.

Bei den Bluegate SEO-URLs habe ich die nicht benötigte Zweitsprache entfernt, Klasse wäre an dieser Stelle ein Text-Hinweis in dem Web-Shop Modul bluegate.at Direct URL Indexierungsdienst zu den sprachabhängigen URLs - dann würde dieser Fehler auch weniger oft passieren.
Im Wiki http://wiki.webs.de/index.php/Adressen:DirectURL steht dass 4 Zeilen der .htaccess bei Installation in ein Unterverzeichnis angepaßt werden sollen, das erzeugt bei mir nur einen 500er Error. Für das Unterverzeichnis muß ich lediglich die RewriteBase auf

Code: Alles auswählen

RewriteBase /shopverzeichnis

setzen, dann ist alles ok.

Danke für eure Arbeit
Marvin

[yogi]

Hi,

werde den Zeichensatz-default auf "utf8" setzten.

Blugate:
Hinweistext: Die suchmaschinenfreundlichen URLs werden sprachabhängig kodiert. Wenn diese Option deaktiviert ist kann es zu 'Duplicate entry' Fehlen beim erzeugen der DB-Einträge kommen wenn zwei Seiten den gleichen Titel haben (z.B. im Kontent Manager, Sitemap bei DE und EN)

folgende Änderungen beim Kontent-Manager:
Impressum => Imprint (en)
index => Hauptseite(de) / Mainpage (en)
Sitemap => Seitenübersicht(de)
Gutscheine => Gift coupons(en)

Anschließend funktioniert auch die Erzeugung ohne Fehlermeldung

Welche Zeilen man in der .htaccess anpassen muß hängt vom Provider ab - bei mir z.B. gar keine, auch wenns im Unterverzeichnis läuft.

[Marvin]

Das klingt alles gut

[yogi]

Revision 1237