Beiträge von Mario_b

ah, dann guck mal hier,session.gc_maxlifetime sollte der gesuchte wert sein - musst drauf achten, dass du das im shoproot machst wenn ich mich recht erinner, also php.ini anlegen dafür am besten und den wert raufsetzen.
http://www.php.net/manual/en/session.configuration.php

am besten den Hoster anschreiben, die machen das (oder auch nicht, je nach deinem hoster und dem gewählten paket)

bei mir auch direkt mit `nem iphone , also kein emulator sindern das ding von apple

hm sollte eigentlich drin sein, dann muss der fehler woanders liegen.. aber überprüf mal, ob du in der includes/xajax.checkout.php und in der includes/modules/payment/banktransfer.php die entsprechenden änderungen wirklich drin hast (sind im gesamtpaket-download der 2.1.2.8 auf jedenfall enthalten)

da gabs mal`n qucikfix von mir der eigentlich in die neueren Versionen eingeflossen sein sollte - das Thema findest du hier :

http://plussupport.commerce-seo.de/showthread.php…ght=lastschrift

Du könntest z.B. ein zweites produkttemplate anlegen , kopiere das productinfo _v1 und mach _v2 draus, in dieses fügst du den Link ein und ordnest es allen Artikeln zu, wo dieser Link angezeogt wird. Alternativ, kannst du eine Überprüfung auf die verwendete Kategorie im Template einbauen, sodass der Link eben auch nur dann angezeigt wird.

Mit besten Grüßen aus Hamburg

Mario

Hmmm. ich seh grad, den hab ich zumindest in Teilen auch (mit Plussversion 2.1.1.5), allerdings landet bei mir der Artikel im Warenkorb, ich als User aber ebenfalls auf der Startseite.

Getestet mit der Einstellung "Warenkorb anzeigen nach Einfügen "false"

Hey Zacharias,

ich verwende das Modul auch und bei mir treten diese Fehler nicht auf, aber verstehe ich das richtig, dass dein Shop die bestellBESTÄTIGUNGSmails nichtmehr korrekt versendet?

ich kann mir das ansehen und fixen wenn es eilt, bin aber nicht von Webdesign Erfurt, d.h. mit Kosten verbunden. (Kontaktdaten in meinem Profil)

Mit besten Grüßen Hamburg

Mario

3. eine Aussteuerung der Pflichtfelder ist nicht über das BE möglich, du kannst unter minimum werten die entsprechenden felder auf "0" setzen, dann ist zumindest die eingabe nichtmehr zwingend erforderlich und mit einer kleineren anpassung auch FE-seitig rauszunehmen)
4. /admin/configuration.php?gID=5 (kunden-details) allerdings hast du hier nicht alle felder zur verfügung (tel.nummer z.B. kann man darüber nicht steuern), aber wiederum per Anpassung machbar
5. Einstellung nicht im BE vorhanden, aber die Änderung ist `ne Kleinigkeit
6. Diese Funktionalität ist nicht vorhanden (in keinem mir bekannten XT-Fork) , ich hab da in einem Projekt mal was mit dem contentmanager gemacht, also dass man den jeweiligen optin dort anlegen kann und dieser dann im checkout verwendet wird.
7. Muss ebenfalls in den Files direkt gemacht werden (logoff.php vermutlich)
8. Das zweite auftauchen, kannst du unter admin/configuration.php?gID=333 beinflussen, das erste (auf create_account) m.E. nicht.

Mit besten Grüßen aus Hamburg

Mario

Das würd mich dann auch interessieren, bisher nicht gefunden!

kannst das sql-eingabefeld im shop-BE dafür nutzen, Aufwand dann <15 Sekunden

Eine Einstellung dafür gibt es m.E. nicht, d.h. du wirst nicht umhinkommen, die betroffenen Files anzupassen und eben das captcha rauszuwerfen.

Per SQL:

ALTER TABLE `orders` AUTO_INCREMENT = 452163;

ne, ich meine es geht um das ; welches du in der spalte übermittelst, nimm das mal raus und lad die datei dann hoch, wenn der fehler verschwunden ist, wovon ich ausgehe, problem gelöst

eine TABLE_CUSTOMERS_ADVERTISING ist im Standard nicht enthalten meine ich, wenn ich mich recht erinnere, kommt die mit dem Freundschaftswerbungs-Modul,, hast du das verbaut und ggf. den SQL-Part vergessen?

ich denke auch, dass es an der DE::Versandkosten pro St&uuml;ck:2.5 liegt, ersetze das &uuml; durch `n ü und das Problem sollte behoben sein

das ist ne m.E. elegante Alternative zum Captcha - dabei wird die Funktionsweise der Spambots gegen sie gerichtet : die Bots gehen ja die Formularfelder durch und tragen überall was ein, wenn nun ein neues, für einen echten User nicht sichtbares Eingabefeld im Formular angelegt wird, nennen wir es z.B. "URL", dann trägt der Bot da brav was ein, darauf wird dann überprüft, steht dort was drin, wird das Formular nicht abgesendet (für den Bot siehts aber so aus als wäre er erfolgreich gewesen) . D.H. du ersparst deinen echten Usern die nervige Eingabe und der Bot guckt in die Röhre.

Hey coasthouse : du hast schon recht, mit dem Ding gibts seit jeher Probleme, ich bin daher dazu übergegangen, das captcha in den von uns betreuten com:seo shops durch `ne Honeypot Lösung zu ersetzen.

offtopic/Btw : mir gefällt die Optik die du deinem com:seo verpasst hast, sieht gut aus!

Gibt wieder Probleme mit dem mobilen Template, diesmal geht garnix mehr - versucht mal mit dem Iphone (oder einem sonstigen User-Agent welcher das mobile template triggert) eine Registruierung als Gast oder Neuer Kunde durchzuführen - Seite bleibt weiß (nachstellbar im Demoshop)

hast du die Signatur-Vorlage mit den entsprechenden Daten unter email vorlagen versehen?