Beiträge von jotest

Hier mache ich den neue installs in andere Verzeichnis von den Domain, um später zu verschieben oder Kopie machen, braucht eigentlich nur den cache / sessions zu loeschen und den htaccess und configure.php's gut zu setzen.
Damit kan man dan den neues austesten, nur in den robots.txt dieser disallow für robots ofcourse

Den alten Datei kan man auch in andere Verzeichnis schieben, geht meist schneller wen man dies als Backup braucht, naturlich auch ein wirkliches Backup machen von dieser und Datenbanken.

Glaube besser nicht Gruppe 15 benutzen vielleicht nur dort den "bug"

Zitat von Ilitrium

Ich würde mir alle Parameter Datenbank, Ini Dateien beim Hoster genau anschauen. Da liegt ganz sicher der Fehler.
Bei mir hat das Update einwadnfrei funktioniert, am Shop liegst nicht.

Hmmm auch alles mit den Contentmanager? sehe wen einer htacces drüber liegt ( höhere Verzeichnis)beist es vielleicht jetzt nach Update.

Zitat

http://plussupport.commerce-seo.de/showthread.php?t=974

Wen extra Content angelegt werdet ( gruppe nr 15).
Welches Spracheinstellungen und settings seourl
Cache und sessions settings hast Du?

Neusintall download paket von 29-10 Heute also kein Sprachsetting ändern aber auch Version: commerce:SEO 2.2.1.0 Plus

Contentmanager Deutsch einer dazu.
Den link wen seourl auf nicht ( de/en) steht also den content html's einer 404
Wen man auf de/en den seourl einstellt kein 404 laufen dan gut auserhalb datenschutz /de /en auch wen gar kein Sprachsetting gemacht worden ist.

weiter den Privatsphäre und Datenschutz geht dan auf Privatsphaere-und-Datenschutz1.html mit 404 error aber dan ohne den /de Auf mehrere Rechner mit anderes INET Anschluss, Wen dan aber English auch aktiv frontend ( cache nochmal leer und seourl ) war dieser prob verschwunden.

Weiter komt den wen:
Einstellung auf content mit Haken ( glaube nur wen Gruppenr ist 15) beim link trotzdem die text und überschrift beim contentinahlt auf index inhalt dazu zu stehen also den link unten aber inhalt auch unter wilkommen und und die text ( überschrift und text)
Dass soll dan auch weil 15 ist jetzt dazu als extra content.

Settings:
Cache db falsch, cache aus, sessions in Datei
Cache leergemacht seourl mehrmals

Den gruppe id 11 12 13 und 14 kan man nicht ändern in contentmanager stimt dass?

Also hier habe ich Probs wen ich etwas mit Gruppe 15 mache dan komt die immer zum index dazu, vielleicht soll dieser auch

Und wen English in Admin aktiv front inaktiv, seourl einstellung kein sprach (/de /en) dan 404 beim content.

Wen seourl auf Sprache ja dan laufen die.
Wen dan auch noch front english aktiv dan auch naturlich

Also wen probs dieser einstellungen so auch den Cache und sessions settings mal nachsehen

Wichtig es hat sich etwas geänderd wodurch einer htaccess die drüber lag mit den nur Deutsche Sprache und Shop ins Verzeichnis nicht lauft.
Den htaccess drüber renamed dan laufen beide einstellungen in content manager mit den Sprachen und und ich teste weiter aber sorry, vorher lief es also, und auch wen ich den Sprachurls auf true setzt blieb es laufen, dadurch auf den falsches Gleis

Nur das teil von gruppe nr 15 bleibt hier als "bug" also kein Bug sollte so ist extra sehe weiter ins Forum Admins Beitrag

Zitat von zremus

Ich schau später mal nach, aber ich gehe davon aus das die DAtenbank die dazu gekommen ist im Update auch utf8 war.

Nicht Automatisch wen die settings von Server / MYSQL auf ein andere default stehen

Hmm contentmanager ist ein BUG drin, macht sachen durcheinander vielleicht in kombi mit Sprachen/settings, neuinstall v2.2.2

Hast Du sachen anders dan Standard also extra Modulen, settings und und, und dieser dan auch beim Update wieder eingebaut?

Cache leermachen und den content Informationen.html einer urlalias in jede sprache geben,

Etwas mit sessions in datenbank oder datei, cache (aus)nicht in db setzen, sessions mal auch nicht in db versuchen
Sind so schnell mal gedanken

Besser im test naturlich

Was ist bei dir in den content manager datenbank den content_group 15? ( sehe nach mit phpmyadmin und oder in admin backend mit contentmanager.

Etwas mit den Gruppenr ab nr 11 geht in admin nicht wirklich. ( bearbeiten von dieser geht nicht hier beim v2.2.1 und v2.2.2.1)

Wen man es in Datenbank mit phpmyadmin macht geht es naturlich

Zitat

content_group

IN den Contentmanager also onebutton texte
PayPal Express Checkout ist in den v2.2.2.1 auch beim English den 13 zugewiesen dies ist falsch sollte dan 14 sein weil 13 ist versandhinweis.

Ändern geht bei mir nur in Datenbank mit PHPmyadmin aufs 14 naturlich

Sehe contentmanager und datenbank

Weiter kan man ab Gruppe nr 11 und nr12 dieser gruppenr nicht ändern in Admin BAckend, hmm sollte auch nicht laut Admin sind die wichtig für System

den tabelle in Datenbank die mit den Sql dazu gekommen ist , ist die auch utf8?

und dies anfang in htaccess

Zitat

# Use UTF-8 encoding for anything served text/plain or text/html
AddDefaultCharset utf-8

# Force UTF-8 for a number of file formats
AddCharset utf-8 .html .css .js .xml .json .rss .atom

Sehe mal nach mit phpmyadmin wie es hier steht
den Tabelle

Zitat

admin_navigation

Mit neuinstall komplett Paket steht es in jedenfall gut.

Hmm Glaube aufpassen.

Weil sind in den sql soweit ich sehe nur 2 langid's also wen mehr dan manuel zufügen oder?
CREATE TABLE admin_navigation ( dieser muss naturlich auch zeichencode UTF8 werden/ nachher sein)

Die sql eingespield?

Also wie ich schnell sehe ist den fp vielleicht nur geeignet beim den Standard Sprache Englis id 1 und Deutsch ID 2 weiter möglich noch abwarten!

Wen etwas mit Sprachen und/oder I'D/s vielleicht vorher nicht 100% war ( Fehler beim Migration etwas vergessen oder einstellungen die nicht passen! dan möglich auch hier Probleme.

Oder Datenbank ist nicht wirklich 100% UTF8 ( MYSQL konfig steht vielleicht nicht so eingestelld) also wen extra Tabelle angelegt werdet ist die dan UTF8 dort auch aufpassen!

LANGID 2 welches ist das!!

Sollte Deutsch sein

Extra Languages?

Hallo zremus

Wass steht in header sourcecode?

so ?

Zitat

<head>
<meta charset="utf-8" />

Weis dass etwas geänderd werden soll sein mit den UTF8 steht ins forum ( wo Admin dass mitgeteilt hat hmm) vielleicht dass weil steht als UTF8 in de /lang/german/admen/german.php

Also laut Admin http://plussupport.commerce-seo.de/showthread.php…full=1#post6352

ins Version: commerce:SEO 2.2.1.0 Plus steht es in jedenfalls noch gut

Hmm wir haben den Server settings selbst alles auf default UTF8 stehen, in einer ini
( dabei viel weniger probs wen etwas nicht so 100% war.)

Yep das System braucht die Werte.
Aber nach den neuladen sollte wie bei Uns in URl selbst den urlalias stehen!
Wen es noch varianten eingegeben werden mussen anders zum cart selbst
Vielleicht liegt es am letzten , sollte zum CART oder?

Game gear shop ist v2.1. plus vielleicht weil es plus sein muss ich weis es nicht gibt es in de CE einer urlalias in Admin BAckend?

Aber in robots.txt und einige Datei weis so nicht welches, sollte dieser für Robots auf dissalow und/oder nofolow stehen.

Dan in google webmastertools mal vielleicht nocht etwas mit den Parameters machen, aber die ändern dort ständig, dan nimmt Google es an und dan wieder nicht, ist Unserer Erfahrung.

Hoi Markus, laut Datum Beitrag kein Montagmorgen aber ..

Ist ok passiert hier auch.

Zitat von ChrisW

Bei mir ist der Shop nach dem Update von 2.2.1.0 nicht mehr aufrufbar. Es wird automatisch auf die "install" Seite weitergeleitet die aber blank ist. Ich werde dem noch nachgehen, wahrscheinlich ist die config Datei schuld.

Angenommen, ich will den Shop sauber neu aufsetzen - gibt es ein Gesamtpaket das auf dem neuesten Stand ist, oder muss ich von meinem damals gekauften Version 2.1.2.6plus Schritt für Schritt updaten?

Warte mal hasst Du den Version Update v2.2 gekauft weil anders lauft es naturlich gar nicht.
Dan ist Komplett Paket mit Updates in dein Kundenbereich beim COMSEO zum download!

Sehe weil kein Update aber Migration http://plussupport.commerce-seo.de/forumdisplay.php?f=33

dna hast Du den leere configure.php drüber oder?

Sehe mal nach den htaccess hier beim fp/qf für den v2.1.2.11 dort ist es so, aber pass auf sind soweit ich weis noch mehr änderungen drin!

Ist so seit den htaccess aus den QF10

in den v2.2.x ist mehr in denn seourl code selbst

htaccess weis naturlich nicht ob es bei dir stimt
Deiner Hoster und server settings und so.

Aber mit den htaccess beim den richtige version mit einstellungen auf den Hoster/Server angepasst sollte es laufen.

Wir haben hier nur mit den Alte Versionen dass irgendwo wen man etwas änderd ( produkt url) dies vorher alt aufegrufen war, dan nogmals aufrufen mit neu auf die Rechner einer 404 geben kan, auf anderer Rechner wo dies vorher nicht aufgerufen war klapt es mit den neue.

Nach einer weile meist nächste tag aber auch auf beide Rechner.

Dass kan hier etwas mit Sessions und Server sein, egal ob FF oder IE , diese haben wir da nicht wirklich weiter getested nicht verstanden.

Dieser art prob komt aber auch wen keiner subdomain und mit SSL. ( also www. ist auch subdomain wie shop.) dan kan man einer zeit einloggen als Admin aber nach einer weile nicht mehr. v2.0 und glaube auch v2.1. ( deswegen hier immer mit shop. oder www. Weil viele htaccess setting ausprobiert, ist/war verruckt weil dan lauft es und dan nach einer weile nicht.

Weiter wen irgendwo noch einer htaccess oder ähnliches drüber steht beim virtueles Subdomains, wen mit FTP dieser ins Verzeichnis hauptdomain liegen, dan lauft es auch nicht wen einstellungen einander beinflussen.
( Joomla, WP und/oder andere shopforks Installs lassen es dan vielleicht daneben gehen)