Beiträge von karl12345

Fügt man eine Artikelliste in den Newsletter ein, werden die Werte für den Preis nicht korrekt dargestellt:

Folgendes wird angezeigt:

Kaufen Sie jetzt hier! | INSTEAD 109,95 EUR ONLY 38,48 EUR YOU_SAVE65%
BOX_LOGINBOX_DISCOUNT: 65%

Gibt man im Modul selbst kein Bild an, werden ja die Popup Bilder genommen. Diese haben die Standartgröße von max 850 x 800.

Gebe ich nun im Modul selbst ein Bild an, so wird dieses 1x angezeigt. Danach wird wieder zu den Popupbildern gewechselt.

Ich denke, es liegt an diesen Zeilen in der productpromotion.php

// Promotion Grafik
if($pp_data['products_promotion_image']!='')
$productimage = DIR_WS_IMAGES . 'products_promotion/' . $pp_data['products_promotion_image'];

elseif($pp_data['products_image']!='') { //--- produkt bild
$productimage = DIR_WS_POPUP_IMAGES . $pp_data['products_image']; }

und an diesen in der productpromotion.html:

{foreach name=promo item=pp_data from=$promotion_modul}
<a href="{$pp_data.PRODUCT_LINK}">
<img width="500" height="350" src="{$pp_data.PRODUCT_IMAGE}" title="" alt="" />

Modulversion: 2.0
Schopversion: cseov2.1.1.4plusB

Noch ein Problem. Das Modul passt die Bildgröße nicht an. in der Promotion.html ist eine Größe von 500x350px angegeben. Die Ausgabe ist in Wirklichkeit viel größer, sodass die Produktbilder größer als die Box selbst sind. Nehme ich kleine Bilder, werden diese mehrfach dargestellt...

Übrigens funktioniert das Template in der Kompatibilitätsansicht im IE 9 - Allerdings kann das ja nicht Sinn sein. Wir werden kaum einen Kunden dazu bewegen können die Kompatibilitätsansicht zu aktivieren, um unseren Shop vernüftig angezeigt zu bekommen...

Ich bitte um schnelle Lösung des Problems, da wir mit dem Shop auch mal Geld verdienen müssen und das nur funktioniert, wenn der Shop auch läuft. Danke!!!!!!!!!!!!!!!!

Wens interessiert einmal zur Ansicht: http://www.21trade.de

Jetzt habe ich das Modul zum Laufen bekommen. Leider hat es nun aber das Shoptemplate total zerschossen. Alle Boxen sind auf einmal untereinander und der Header befindet sich ganz unten... Cache habe ich geleert, ohne Erfolg.

Unter Google Chrome, läuft das Template, Im IE 9 nicht.

Ideen???

Hallo,

trotz sorgfältigen Einbau des Moduls, funtioniert nach der Installation der Shop nicht mehr:

Fatal error: require() [function.require]: Failed opening required '/var/www/web236/html/Laradu_Shop/includes/modules/FILENAME_PRODUCTS_PROMOTION' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/web236/html/Laradu_Shop/includes/center_modules.php on line 27

Die Datein sind alle korrekt vorhanden. Im Admin sind aúch sämtliche Felder des Moduls hinterlegt.

Nehme ich die Zeilen aus der center_modul.php funtioniert zumindest der Shop korrekt. Das Modul aber leider nicht.

Woran kann es liegen?

Hallo admin,

hier einmal die Kopfzeilen, welche DPD Delisprint verarbeiten kann. Ich habe die Felder, die meiner Meinung nach benötigt werden einmal rot markiert:

Versandart ; -------------- Werte: NP für Normalpaket (ist Standard) und NN für Nachname. Wenn also ein normales Paket versendet verden soll, ist der Wert NP. Bei Nachnahme NP,NN
Name ; ------------------ Vor und Zuname des Kunden
Adresse 1 ; --------------Strasse und Hausnummer des Kunden
Land ; --------------- ISO Wert wie z.B. DE oder AT etc
PLZ ; ---------------- Postleitzahl
Stadt ; ----------------- Stadt
Gewicht (kg) ;
Nachnahme: Betrag ; ----------------- Falls Zahlung per Nachname
Nachnahme: Währung ; ----------------- Wert: EUR
Nachnahme: Inkasso-Art ; -------------------Wert: Bar
Nachnahme: Verwendungszweck ; -------------- Bestell- oder besser Rechnungsnummer
Referenznr. 1: ;
Referenznummer 2 ;
Referenz 3 ;
Referenz 4 ;
Ref. (Adresse) ;
Firma ; ----------------- event. Firmename
Anrede ;
Zu Händen ;
Adresse 2 ;
Region ;
Tel. ; ---------------- Tel. des Kunden
Fax ;
Email ; ---------------- Email des Kunden
Bemerkung (Adr.) ;
Versender Scan ID ;
Absender Referenz ;
Absender Firma ;
Absender Anrede ;
Absender Name ;
Absender Adresse 1 ;
Absender Adresse 2 ;
Absender Land ;
Absender PLZ ;
Absender Ort ;
Absender Region ;
Absender Telefon ;
Absender Fax ;
Absender Email ;
Anzahl Pakete ;
Bank: Bankleitzahl ;
Bank: Geldinstitut ;
Bank: Kontonummer ;
Bank: Kontoinhaber ;
IBAN ;
BIC ;
Sendung ID ;
Versanddatum ;
Terminzustellung (Datum) ;
Shop Firma ; Shop Name ;
Shop Addresse 1 ;
Shop Addresse 2 ;
Shop Land ;
Shop Region ;
Shop PLZ ;
Shop Ort ;
Shop Telefon ;
Shop Kundennummer ;
SSCC / NVE ;
HV Betrag ;
HV Währung ;
HV Wareninhalt ;
Benachrichtigungstyp 1 ;
Kontaktdaten 1 ;
Benachrichtigungsereignis 1 ;
Proaktive Benachr. Sprache 1 ;
Benachrichtigungstyp 2 ;
Kontaktdaten 2 ;
Benachrichtigungsereignis 2 ;
Proaktive Benachr. Sprache 2 ;
Benachrichtigungstyp 3 ;
Kontaktdaten 3 ;
Benachrichtigungsereignis 3 ;
Proaktive Benachr. Sprache 3 ;
Benachrichtigungstyp 4 ;
Kontaktdaten 4 ;
Benachrichtigungsereignis 4 ;
Proaktive Benachr. Sprache 4 ;
Benachrichtigungstyp 5 ;
Kontaktdaten 5 ;
Benachrichtigungsereignis 5 ;
Proaktive Benachr. Sprache 5 ;
ID Check (Name) ;
ABT Gebäude ;
ABT Stockwerk ;
ABT Abteilung ;

Grundsätzlich können die Kopfzeilen auch andere Namen haben, da man die Felder für den Import einmalig zuordnen kann.

Wäre toll, wenn es dass Modul in Zukunft für den Shop gäbe.

Habe ich mir gedacht. Áls Wawi benutzen wir Cao Faktura - soweit funktioniert das auch ganz gut...

Wäre dennoch schön, wenn alles gleich im Shop integriert wäre. Ich hatte schon in einem anderen Forum gelesen, dass es die Möglichkeit gibt, alle Bestellungen mit Status X in eine csv zu exportieren. Die Daten könnten dann von der Paketdienstsoftware abgerufen werden.

Nur mal als Idee...

Besteht die Möglichkeit das Modul insoweit zu ändern, dass der Content der jeweiligen Kategorien als Dropdownfeld zu Verfügung steht - ähnlich wie die Herstellerbox. Wäre super - wegen Platzmangel...

So funktioniert es... Danke schön...

Hallo,

ich würde gern wissen, ob und wo die PDFs mit den Lieferscheinen gespeichert werden und auf welche Tabelle der Datenbank dabei zugegriffen wird.

Da wir die Lieferadressen gern automatisch an Delisprint von DPD übergeben würden, wäre ein Export sinnvoll.

Es ist sehr mühevoll die Adressen per Hand in das Programm zu schreiben.

Hallo,

habe mir die neue Version installiert. Funktioniert soweit super. Leider bekommt man aber bei der Bestellung per Paypal einen SQL Fehler - bei Vorkasse oder Nachnahme läuft die Bestellung durch:

SQL Fehler [256] (1064) Fehler in der SQL-Syntax. Bitte die korrekte Syntax im Handbuch nachschlagen bei '{1}10' in Zeile 4

Query: SELECT attributes_model FROM products_attributes WHERE options_values_id='10' AND products_id =2{1}10

Beim Aufruf der Datei /shopping_cart.php , PHP 5.2.17-0.dotdeb.0 (Linux)

Die Abfrage wurde abgebrochen, kontaktieren Sie den Administrator...

Könnt ihr das vielleicht beheben?

Funktioniert denn das normale Paypalmodul bei der CE Version - oder zumindest bei Dir?

Also in der Version cseov2.1.1.4plusB funktioniert das Paypalmodul definitv nicht. Paypalexpress funktioniert jetzt teilweise. Man muss das Modul installieren, die Paypaldaten eingeben, es dann wieder deaktivieren, dann wieder aktivieren und schon kommt man zumindest auf die Paypalseite. Problem ist noch, dass die berechneten Preise und Versandkosten nicht stimmen.

Schade, das keiner eine Vernüftige Lösung anbieten kann. Ich hatte schon einige Bestellabbrüche, da ich momentan im Shop keine Paypalzahlung anbieten kann.

Hallo,

habe mir die neue Version installiert. Funktioniert soweit super. Leider bekommt man aber bei der Bestellung per Paypal einen SQL Fehler - bei Vorkasse oder Nachnahme läuft die Bestellung durch:

SQL Fehler [256] (1064) Fehler in der SQL-Syntax. Bitte die korrekte Syntax im Handbuch nachschlagen bei '{1}10' in Zeile 4

Query: SELECT attributes_model FROM products_attributes WHERE options_values_id='10' AND products_id =2{1}10

Beim Aufruf der Datei /shopping_cart.php , PHP 5.2.17-0.dotdeb.0 (Linux)

Die Abfrage wurde abgebrochen, kontaktieren Sie den Administrator...

Könnt ihr das vielleicht beheben?

okay - bin jetzt von 1und1 gewechselt zu alfahosting. Shop läuft dort ohne Probleme und auch die Direct URLs funktionieren einwandfrei. Jetzt brauch ich nur noch jemand, der mir ein importscript für den Lagerbestand schreibt

welchen Webhoster könnt Ihr denn empfehlen?

Ich habe auch immer noch das Problem, dass bei 1und1 die Direct-URLs nicht funktionieren und mir die Firma trotz mehrfacher Anfragen immer noch keine Lösung anbieten konnte. Ich würde also durchaus einen Wechsel in Betracht ziehen, wenn dann alles funktioniert.

danke für den Ansatz - habe ich auch schon überlegt. Allerdings besteht bei mir wieder das Problem mit 1und1. Ein externer Datenbankzugriff ist dort glaub ich nicht möglich. In welcher Tabelle der Datenbank werden die Bestände denn eingentlich gespeichert?

Habe von einem Hersteller einen Link für seinen Lagerbestand mit Password erhalten. Ich habe nun für jedes Artikelattribut im Shop eine Ean eingetragen und möchte anhand der Ean einen Lagerbestandsabgleich mit den Daten vom Server des Herstellers durchführen. Hat jemand eine Anhnung wie Dies funktieren könnte. In der table_listing.htm gibt es den Punkt

$item_data.STOCK

Dieser müßte doch nur erweitert werden mit den Daten für den Server oder???

Wäre schön, wenn jemand helfen könnte.

Gleiches Problem habe ich auch - habe den Import aber über eine CSV Datei durchgeführt.

Ersetzt man in der Tabelle die ä mit &auml usw. dann funktoniert zumindest die korrekte Darstellung von Kategorie und Produktbeschreibung. Die Produktnamen werden leider falsch dargestellt. z.B. Pr&aumlsentkorb.

Desweiteren mekert GoogleBase über die Umlaute.

Éine Lösung des Problems wäre gut.

So - 1und1 angeschrieben, Problem erörtert und folgende Nachricht bekommen:

Sehr geehrter Herr ...,

vielen Dank für Ihre Nachricht.

Die für Sie unbefriedigende Situation ist uns bewusst. Wir arbeiten bereits an einer Lösung für Sie. Bitte haben Sie Verständnis dafür, dass es ein wenig dauert.
Selbstverständlich erhalten Sie umgehend eine Nachricht von uns, wenn es soweit ist.

Sollten Sie weitere Fragen haben, stehen wir Ihnen gerne zur Verfügung.

...Diese Antwort ist jetzt 7 Tage alt - bisher keine weitere Reaktion