Offenbar weiß er Shop nicht wo er die Anfrage hinschicken soll. Prüf doch mal im Admin unter Konfiguration -> E-Mail Optionen die Einstellungen. P.S. ich hatte da mal ein Problem mit Weiterleitungen an andere Adressen. Seit dem ich nur noch name@mein-shop.de - Adressen verwende funktioniert alles.
Ja, ja, es sind immer diese kleinen süßen Schlampereien, die einem das Leben schwer machen ;-( Hatte alle Email-Options-Adressen zig mal geprüft. Aber als Emailadresse des Shopbetreibers (weil Testshop), stand nur mein Name drin. Und ich wunder mich, wo er den her nimmt in der Fehlermeldung, der war doch in keiner Emailadresse drin! Danke, Barbara! Jetzt muss es nur noch im Live-Shop klappen. Wie merkt Ihr Euch das eigentlich, für welche Dateien Ihr user_classes nutzt? Dokumentieren ist klar. Ist aber trotzdem leicht zu übersehen, weil nicht im selben Ordner. Bei den USERMOD-Dateien ist das besser zu überblicken.
Du kannst Dir eine Brücke bauen. Mach einfach eine Kopie der Datei die Du überlädst und ändere den Namen von dateiname-kopie.inc.php in dateiname-user.inc.php.bak die packst Du neben die originale Datei. Alternativ kannst Du auch eine leere Datei erstellen (oder eine in die Du die Überladungen reinschreibst) Dann siehst Du welche Dateien überladen wurden.
Habe mal Versucht das Modul nach Anleitung umzubauen. Soweit hat alles geklappt, allerdings wird auf der Frageseite nicht alles angezeigt sowie wird nach Absenden "GM_PRICE_OFFER_MAIL_OUT" http://www.yabonet-yachtshop.de/product_info.php?info=p3912_teak-perfekt-3---teakoel-1000ml.html Bei der ANleitung, beim Zusatz für 2.1 zum SQL Code einfügen wurde mir dies angezeigt: Fehler: Table 'datenbank_db2.gm_lang_files_content' doesn't exist Fehler: Table 'datenbank_db2.gm_lang_files_content' doesn't exist *"datenbank" zeigt natürlich Benutzer An den Weiterleitungs Emails liegt es auch .... Auch die erhaltene Email werden nicht richtig angezeigt, siehe Anhang. ???
Ich schau nachher mal. Hast du phpmyadmin oder den mysqldumper mit dem du auf die DB zugreifen kannst. dann kannst die Variabln auch von Hand eintragen. Tabelle, Spalte und so sind aus den Befehlen ja leicht zu erkennen.
Nutze keines von beiden, hab da nicht viel Ahnung... Habe den SQL Code im Shop eingetragen Toolbox -> SQL Danke.
Habe auch ich so gemacht wie beschrieben, aber auch bei mir steht das genauso wie bei "jox". Und auch im Artikelseite steht immernoch "Woanders günstiger?". Habe alles wieder rückgängig gemacht. Schade.
hab es die woche in die 2.1 eingebaut und es läuft. Texte ändern und caches leeren. die sql befehle für die 2.1 einzeln abschicken. sollte er beide auf einmal nciht nehmen.
Hallo Dennis, ich habe mir mal erlaubt es auf deiner Seite zu testen, dort wird nach absenden mir aber auch "GM_PRICE_OFFER_MAIL_OUT" angezeigt...? Man bekommt zwar die Anfrage übermittelt, aber der Kunde könnte irritiert sein...
Da es keine Antwort oder sonstige Hinweise gab, muss ich diese Frage nochmal stellen. Hat schon jemand eine Lösung dazu?
Ich hab das grad bei uns im 2.1.4er Testshop mal umgebaut und da gehts ohne den Fehler. Allerdings nach meiner eigenen Doku, daher müsst ihr mal schauen ob das die einzige Ursache ist. In der Anleitung von Dennis steht noch die /system/views/product_info/PriceOfferContentView.inc.php drin, die Datei ist aber inzwischen nach system\classes\products\PriceOfferContentView.inc.php umgezogen. Mal die Datei in views löschen und die Anpassungen in der classes Datei machen. Grob sollten das folgende Änderungen sein:
Ich hatte das auch in der Version 2.0.15.3. Da ich die ganzen Shops auf 2.1.4.0 aufgepeppt habe, ist dieser Fehler zu sehen. Habe alle Dateien und Ordner aus dem "Frage zum Produkt" gelöscht und ich suche den Fehler weiterhin. Denke einfach mal, das es an der Datenbank liegt.
Ich bekomme in der Mail bei "Frage zum Produkt" Sonderzeichen statt Umlaute - also z. B. ö statt ö. Was kann ich tun? Shop: 2.1.4.0. Bei der Kontaktanfrage ist alles normal. Danke
Hallo in die Runde! Habe unter der Version 2.1.5.2 das Problem festgestellt, dass im Artikel vorhandene Attribute nicht mit an das Formular übergeben werden. Ticket wurde eröffnet, mit dem Ergebnis -> ein Bug. Wird laut Support in einem der nächsten Updates behoben... Dies zur Info, falls jemand mal vor der Frage steht...
Hat eigentlich alles so einfach ausgeschaut aber nach dem Einspielen der Dateien erhielt ich nur noch folgenden Fehler im Frontend angezeigt (selbst bei Offline geschaltetem Shop!): Fatal error: Call to a member function define_lang_file_content() on a non-object in /mnt/webd/d1/97/53040697/htdocs/shop/lang/german/gm_price_offer.php on line 16 FATAL ERROR(1): "Call to a member function define_lang_file_content() on a non-object" Bin genau nach Anleitung vorgegangen - offensichtlich noch eine Inkompatibilität mit 2.1.4.0 - oder hab ich etwas übersehen?
Ich vermute Du hast die lang-Datei ins falsche Verzeichnis geladen. Es muss ab Version 2.1.0 die Datei lang__german__gm_price_offer___php.lang.inc.php aus dem Verzeichnis lang/ german/ sections/ _samples/ in das Verzeichnis lang/ german/ sections/ kopiert werden.
Hallo, ich möchte bei dieser Gelegenheit auf das Modul von Xycons "Frage zum Produkt ab GX2.1" hinweisen. Funktioniert einwandfrei ohne große Bastelei. Es gibt eine 14-tägige Testversion, und für 39,- € netto suche ich nicht selber in unzähligen Dateien rum. http://www.xycons.de/module-gx2-ab-v2-1/frage-zum-produkt-ab-gx2-1.html
Irgendwie stehe ich gerade auf dem Schlauch. Bevor ich gleich den Laptop vom Tisch pfeffer, hoffe ich, jemand hat einen Tip für mich. Habe das "woanders günstiger" modul soweit umgebaut um es für "Fragen zum Produkt" zu verwenden. Nur die Texte bekomme ich nun seit einer Stunde nicht geändert... Habe die lang__german__gm_price_offer___php.lang.inc.php angepasst & aus dem Verzeichnis lang/ german/ sections/ _samples/ in das Verzeichnis lang/ german/ sections/ kopiert.. habe nun mehrmals den Cache geleert (über den Shop und auch direkt über Finezilla), aber es steht immer noch da "woanders günstiger".. Wo liegt mein Denkfehler?