An den generellen Einstellungen lag es nicht. Wohl auch kein spezifisches Shopproblem. Dasselbe Phänomen gab es in einem anderem relativ frisch aufgesetztem Shop.
SeoURL an der Stelle sinnlos. Standardeinstellung bei der Installation ist ja Deutsch Front/Backend aktiv, Englisch nur Backend.
Wenn jemand dasselbe Problem hat, folgendes hat geholfen:
Englisch in der Spracheinstellung löschen und als neue Sprache anlegen (Einstellungen merken)
Nun kann man die Artikel bearbeiten, danach natürlich Seourl
Beiträge von druid
-
-
Moinmoin,
möchte gerne Englisch (später noch eine dritte Sprache) im Shop aktivieren. Also Artikel nach und nach pflegen und dann endgültig im Frontend aktivieren.
Im Backend sind die englischen Eingabefelder aktiv. Nur wird nichts gespeichert. Nach erneutem aufrufen sind die Felder wieder leer.Weiss jemand woran kann das liegen kann?
Danke und Gruß
-
Moinsen,
folgendes Szenario: der Shop wurde auf V2.5 von 2.1 umgestellt, seit der Umstellung funktioniert der Im/Export mit CAO-Faktura nur noch einseitig gut mit Umlauten.
Also Import in CAO funktioniert gut bei Bestellungen/Kunden/Artikeln. Wird etwas in Cao geändert und ein Shop-Update gemacht wird der Text (egal ob Kundenname, Artikeltext etc.) ab dem Umlaut abgeschnitten.
In Shopversion 2.1 hat das wunderbar über Jahre funktioniert.An Cao und der Shop-Schnittstelle wurde nichts verändert. Die Tabellen der lokalen MySQL-DB wurden alle auf UTF-8 gesetzt - hat nichts gebracht.
Hat jemand ähnliche Probleme und einen Rat parat ?
-
Bis V2.5.10 (evtl. auch noch 2.5.11) funktionierte der Zugriff.
Nun kann keine Verbindung mehr hergestellt werden, Hinweis auf falsches Passwort - was aber natürlich richtig ist
Am Exportscript selbst liegt es auch nicht.Erweiterte Sicherheit wurde übrigens auch ausgeschaltet.
Weiss jemand Rat?
-
Wird die 2.4 eigentlich ein kostenfreies Update oder eine Extra-Bezahl Version ?
Gruß
-
Bei der Produkt Kurzbeschreibung wird die HTML-Formatierung zerschossen, kommt aus dem Admin-Editor und liegt auch korrekt in der Datenbank
In Listen fällt das besonders auf, insbesondere wenn der erwünschte Zeilenumbruch nicht stattfindet, ist im Grid als auch Fluid so
-
Frage: möchte englisch als weitere Sprache zuschalten, funktioniert soweit mit Ausnahme der SeoURL.
Dort nur in Zusammenhang mit sprachabhängige URLs auf _true_ also ..../en(oder)de/schnurzel.htmlAus verschiedenen Gründen möchte ich das aber nicht.
Gibt eine Möglichkeit das das Ganze auch ohne sprachabhängige URLS funktioniert ?Hat jemand nen Tip?
-
was fürn Schenkelklopfer .... toller Beitrag!
-
und wann kriegt ihr das hin ?
-
Moin,
wie siehts aus, läuft die Kundenerinnerung und Kundenbonus schon auf der 2.3.1 ?
Danke für die Info
Gruß
-
Also, ich weiss schon wie Master/Slave funzen sollte ,) ..... das kenne ich noch gut von OSC, nur lief es bei euch nicht, was ihr ja offensichtlich jetzt behoben habt.....denn nun sieht mans auf einmal auch im Tpl
Ein Hinweis dazu noch, es macht wenig Sinn, das man den Master kaufen kann ( auch evtl. Präfix beim Master macht richtig Sinn -> ab 150,- ), da der ja nur der Überbau ist und bei der Kundschaft und im täglichen Handling nur für Verwirrung sorgt (Kunde soll ja nicht nur ne Hose ... kaufen, sondern ZWINGEND die Hose nebst Größe ... mal so als Beispiel), auch wäre es eleganter das, wenn schon ein Master vergeben wurde, mann diesen auch sieht im Backend.Den Zusammenhang mit den Attributen hast du wohl falsch verstanden, oder ich hab mich falsch ausgedrückt......... ich meinte das wirklich zusammenhangslos ,)
Zum Mobile-Tpl .... im Grunde ist mir das ja wurscht, ob Mobile oder Fluid, ich persönlich brauche allerdings eine Unterscheidung.
Ich möchte nicht diesselbe Darstellung für jedes bucklige Smartphone wie beim Desktop, ob das nun Fluid oder das alte Mobile ist, ist mir rel. egal.
Ist das machbar ? Oder wird das noch kommen ? Ansonsten macht das gar keinen Sinn, für mich zumindest, denn davon wollte ich ja weg. -
Ist der einzige Unterschied zwischen Plus und PowerPack nur die beiden Fluid-Templates ?
Mehr konnte ich auf die Schnelle nicht erkennen.....Gruß
-
Moin,
nachdem ich mir mal kurz die Demo angeschaut habe, ergeben sich die ersten Macken / Fragen in den für mich wichtigen Bereichen.
1. ich kann Null Funktion bei Master/Slave feststellen ,
- erste Macke: beim Slave-Artikel wird der Masterartikel entweder nicht gespeichert oder beim neu bearbeiten nicht aus der db geladen
- wie gehts nun weiter, egal welches Tpl ... ich sehe keine Veränderung, muss das erst noch eingebunden werden ?
- zumindest imho macht ne Master/Slave Funktion nur einen wirklichen Sinn, alle dem Master zugeordneten Slaves im Master darzustellen
als seperate Artikel in ner quasi Listenansicht, eigene Lagerampel, Art.-Nr., Preis und eigenen Bestellbutton (oder ähnlich, z.b. Markierung über Checkbox oder jeweils n eigenes Qty-Input und nur einen Gesamt-Bestell-Button, was die eleganteste Lösung wäre)
Die Artikeloption quasi als eigenen Artikel zu handeln bringt einige praktikable Vorteile.Ist das überhaupt so bei Com:seo geplant?
2. bei der Attribut Funktion im Artikel wird nix gespeichert, wenn man an der Werten etwas ändert (Funktion _Artikel als Wert_ wäre nett, funzt aber auch nicht)
3. wo isn das Mobile Template hin ?Gruß
-
Nene, wenn's nur sowas banales wär .... würd ich nicht posten ,)
... hatte ich alles schon probiert...Die erzeugten Links sehen auch gut aus, ist aber nichts zu wollen ... immer 404
Gruß
-
ahja, wer lesen kann ist klar im Vorteil ... aber wie ich sehe optional, von was ist das abhängig ? Der Bedarf bei mir und meinen Kunden ist zumindest sehr groß....
Gruß
-
Vermisse die geplanten und lang ersehnten Master/Slave Artikel. Hat sich da was geändert ?
Gruß
-
Moin,
frisch installiertes 2.1.2.7 und sofortiges QF8
bringt bei Aktivierung von SeoURL nur 404 bei Artikeln und Content...Kategorie funzt
Hoster: All-Inkl
Jemand eine Idee ????
Gruß
-
ernst: ... das kann man natürlich nach gutdünken machen .) ....bei mir passte der OWNER ... kannst die Vars ja auch hartcodiert hinterlegen....
admin: ... naja gelöst ... das ist eher quick & dirty ... übrigens rührt auch mein SMTP Fehler (anderer Thread) daher
und dann noch was fürs QF3, in diesem Zusammenhang %)folgendes Szenario ist ein eher alltägliches (denke ich):
Kunde 0815 will abgelaufenen Gutschein/Kupon, oder auf x Benutzung limitiert, einlösen ..... Fehlermeldung, Ende ,Feierabend ... erst nach abmelden ist der Mist wieder aus der Session und der Kunde kann endlich seine Bestellung abschließen. (so es noch dazu kommt)
Um den Kram wieder zur Laufzeit aus der Session zu kriegen is ein --> unset($_SESSION['cc_id']); bzw. unset($_SESSION['gv_id']);<-- in der xtc_collect_posts.inc.php beim entsprechenden Fehler nötigAusserdem --> der Errorhandler existiert 2mal --> gv_redeem.php und xtc_collect_posts.inc.php (unnötig und verwirrend)
Ihr solltet bei euren Tests vielleicht nicht immer den besten Fall annehmen.....
Gruß
-
Moin Hestra,
naja die Hoffnung..... stirbt auch hier zuletzt .)
Bis sich mal jemand bequemt gv_mail.php und coupon_admin.php zu überarbeiten wird sich darin auch nix ändern.
Da ich mich seit ein paar Tagen mit der 2.1 beschäftige ist mir aufgefallen, das das Fehler sind (und noch div. weitere , teilweise luschige) die ich lustigerweise vor knapp nem Jahr schon mal gepostet hab. Soviel zum Thema Hoffnung.
Ich dachte eigentlich, das sich das mit dem neuen Plus-Support ändert, scheinbar tuts das nicht.Du kannst Dir erstmal selber helfen, wenn Du die völlig bekloppten Konstanten ( EMAIL_BILLING_ADRESS <-- haeh? ) austauschst :
in coupon_admin.php folgendes
PHP// Email vollständig versenden xtc_php_mail(EMAIL_BILLING_ADDRESS,EMAIL_BILLING_NAME, $mail['customers_email_address'] , $mail['customers_firstname'] . ' ' . $mail['customers_lastname'] , '', EMAIL_BILLING_REPLY_ADDRESS, EMAIL_BILLING_REPLY_ADDRESS_NAME, '', '', $subject, $html_mail , $txt_mail);
mit dem hier austauschen
PHP// Email vollständig versenden xtc_php_mail(EMAIL_FROM, STORE_OWNER, $mail['customers_email_address'] , $mail['customers_firstname'] . ' ' . $mail['customers_lastname'] , '', EMAIL_FROM, STORE_OWNER, '', '', $subject, $html_mail , $txt_mail);
In gv_mail.php dasselbe Theater, damit kannste erstmal verschicken, das einlösen scheint ja nun teilweise zu laufen (habs aber noch nicht komplett durch). Die Datei-Templates musste immer noch benutzen.
Scheinbar wurde hier mal was mit "Gutschein an Freund senden" vertauscht, da würden sie als Vars auch etwas mehr Sinn ergeben.
Gruß
-
Die Mailvorlagen für Kupon und Gutschein liegen NICHT in der Datenbank (warum auch immer) sondern im Tpl-Ordner ->admin->mail
In der Datenbank sollten entweder mal die Vorlagen dafür gelöscht oder mal richtig eingebunden werden.....
gruß