tedesco

Hoffe es gefunden zu haben (bisher funktioniert es zumindest): Das Datum (und Uhrzeit) des Eintrages der Spalte „date_add“ in der Datenbank „ps_product_shop“ bestimmt die Sortierreihenfolge. Die neuesten Einträge werden oben angezeigt.

Hallo, Ich verwende Prestashop 1.6.1.7 mit dem Standard Template. Ich habe den „Block neue Produkte“ in der linken Spalte aktiviert. In den Einstellungen dieses Blockes können nur drei Basis-Einstellungen vorgenommen werden. Die „Anzuzeigende Artikel“ habe ich auf 5 gesetzt, würde aber nun ganz gerne beeinflussen wollen, welche 5 Artikel dort angezeigt werden. So wie ich es beobachtete habe, werden immer die 5 gleichen Produkte angezeigt (keine Rotation), diese 5 angezeigten Produkte sind dann auch in der Gesamtansicht aller neuen Artikel immer die ersten fünf. Die Sortierung scheint nicht mittels Namen, Artikel-Nr., ID oder Preis zu erfolgen. Ich habe dann in der Datenbank „ps_product“ drei Datumsangaben (available_date, date_add und date_upd) gefunden, in der Hoffnung, dass vielleicht hierdurch eine Sortierung erfolgt (das neueste Produkt zuerst...). Leider hat jedoch die abgestufte Änderung aller Daten die Sortierreihenfolge nicht beeinflusst. Hat jemand eine Idee wo die Reihenfolge der angezeigten Produkte in diesem Block bearbeitet werden kann?

Beim Arbeiten mit den Übersetzungen war das Problem der „max_input_vars “ im Backoffice aufgetaucht. Ich hatte daraufhin den Hoster kontaktiert und diese hatten mir geantwortet, dass diese den Wert auf 10000 gesetzt hätten und ich die Datei php.ini für weitere Anpassungen im Hauptverzeichnis meines Webspaces finden würde. Nachfolgend ein Screenshot aus Filezilla: Der Screenshot meines letzten Beitrages entstand dann von dieser geöffneten Datei. Ich bin kein Experte auf diesem Gebiet, aber kann es nicht etwa sein, dass Webspace und Datenbank auf zwei unterschiedlichen Servern laufen?

Hallo, vielen Dank an Claudiocool, aber in der php.ini ist der Wert für max_input_vars = 10000 Zu dem eigentlichen Problem habe ich dann doch selber den Fehler gefunden. Die verfügbaren Stückzahlen werden ja in der Datenbanktabelle „ps_stock_available“ hinterlegt. Diese Tabelle muss ich irgendwie während, oder nach dem Umzug von der lokalen auf die reale Umgebung 'zerschossen' haben. Nach einem nun durchgeführten Neuimport der Tabelle funktioniert bisher alles ohne Fehler. Vielen Dank an alle, die sich die Mühe gemacht haben mein Problem zu lesen und noch größeren Dank an die Personen, die mir versucht haben zu helfen.

Hallo, leider tritt der Fehler auch bei der manuellen Produkterfassung auf. Ich habe bei einem fehlerfrei vorhandenen Artikel im Backoffice die Funktion "Duplizieren" verwendet und der neue Artikel wurde auch mit einer automatisch vergebenen ID angelegt. Anschließend habe ich die nötigen Änderungen (Name, Preis....) im Datenblatt des neu angelegten Artikels bearbeite. Bis dahin auch keine Probleme. Sofern ich jedoch Änderungen bei der "Menge" vornehme, wird mit jeder Änderung eine neue Zeile im Backoffice und auch ein neues Produkt im Frontoffice mit identischer ID angelegt. In der Datenbank "ps_product" bleibt es bei einem einzelnen Eintrag. Lösche ich einen der Mehrfacheinträge im Backoffice, wird der komplette Artikel gelöscht. Zwei Merkwürdigkeiten sind mir aufgefallen, die aber vielleicht mit dem Problem nichts zu tun haben: 1. Beim Öffnen der Datenbak "ps_product" erscheint diese Meldung 2. Die Spalte "quantity" ist bei allen Artikeln 0 Wo hinterlegt Prestashop denn die Stückzahlen? Alle Optionen der erweiterten Lagerverwaltung sind meines Wissens deaktiviert. Hoffentlich kann mir jemand einen Tip geben, für dessen Bemühungen ich mich schon mal im Vorfeld recht herzlich bedanke!

Versehentlich doppelt versendet

Hallo, und vielen Dank für die Antwort(en). Bezüglich der externen Artikelbearbeitung habe ich nun gesehen, dass es (Bezahl-) Module gibt, die Prestashop mit meiner Warenwirtschaft-Software abgleichen können. Das wäre sicherlich der sinnvollste Ansatz, da die Artikel dort sowieso angelegt werden müssen.

Ich habe jedem Artikel in der Tabelle eine eigene ID vergeben und beim Import auch den Schieber „IDs der Importdatei beibehalten?” auf “JA” gesetzt. In der Datenbank dann wie bereits beschrieben alle Artikel nur einmal mit der importierten ID vorhanden. Im Front- / Backoffice dann aber diese Mehrfacheinträge mit identischer ID. Beim Anlegen des Shops hatte ich alle meine (wenigen) Artikel in der lokalen Umgebung so importiert und nie Probleme gehabt, auch beim Nachstellen des Problems im Shop der lokalen Umgebung (von dem ja auch die Datenbank übernommen wurde) taucht der Mehrfachimport nicht auf. Da ich sehr wenig Artikel habe gehe ich der Angelegenheit momentan aber auch nicht weiter nach und werde neue Artikel manuell im Backoffice anlegen. Ich weiß, das man Shopsysteme nicht vergleichen soll, aber von Gambio kommend gab es dort eine gute einheitliche Export- / Import-Datei. Will heißen: ich konnte alle Artikel in eine CSV-Tabelle exportieren, die Daten dort bequem und rationell mit einer Tabellenkalkulation bearbeiten / ändern / neu anlegen und dann die Datei wieder importieren. So etwas vermisse ich bei Prestashop bisher, bzw. vielleicht habe ich es ja auch noch nicht gefunden. Die Export- / Import-Dateien der Artikel sind in Prestashop unterschiedlich und nicht kompatibel, in der Export-Datei sind ja nur wenige Angaben vorhanden. Wie machen das denn die Prestashop-Betreiber, wenn mal Artikel außerhalb des Shops verkauft werden, eine Warenanlieferung erfolgt ist, oder die Beschreibungen mehrerer ähnlicher Artikel geändert werden sollen? Artikel für Artikel im Katalog? Kann ich ja kaum glauben!

Hallo, vielleicht hilft es ja noch jemandem..... Ich habe einen Prestashop 1.6.1.7. installiert und die gleichen Probleme wie oben beschrieben gehabt. Testmail einwandfrei, aber die Mails aus dem laufenden Betrieb gingen nicht raus. Ich betreibe einen Shop in Italien und arbeite im Backend mit der Deutschen Sprache, im Frontend mit der Italienischen Sprache. In dem Verzeichnis /mails/it hatte ich die lang.php ohne Erfolg hinzugefügt. Dann habe ich gesehen, dass auch die index.php fehlt. Da diese auch im Ordner /mails/de nicht existiert, jedoch im ordner /mails/en habe ich diese in /mails/it kopiert....und der manuelle Versand (E-Mail erneut versenden) aus dem Status der Bestellung funktioniert auf einmal einwandfrei.

Hallo, ich habe erfolgreich meinen Prestashop 1.6.1.7. von einer lokalen Umgebung (Xampp) zu meinem Webhoster migriert. Bei dem Versuch neue Artikel mittels CSV_Import hinzu zu fügen werden diese auch korrekt importiert und in den Datenbanken „ps_product“ und „ps_product_shop“ korrekt mit jeweils einer neuen Zeile gelistet (es fehlt jeweils nur der Wert 404 in der Spalte „redirect_type“). Jetzt das Eigenwille: sowohl im Backoffice unter Katalog / Produkte als auch im Frontoffice in der entsprechenden Kategorie werden diese entweder dreifach oder vierfach gelistet. Bei den dreifach (identisch) gelisteten Produkten fehlt die Angabe der Stückzahl (war bei diesen Produkten 0), bei den vierfach gelisteten Produkten wird im Backoffice einmal die korrekte Stückzahl bei „Menge“ angezeigt, dreimal ist dort ein „-“. Kontrolliere ich dann jedoch einen dieser Artikel mittels des Reiters „Mengen“ ist dort die richtige Stückzahl laut Import vorhanden. Bei dem Versuch einzelne der doppelt vorhandenen Produkte zu löschen, wird direkt der komplette Artikel (also alle 3 oder 4) gelöscht, konsequenterweise auch aus der Datenbank. Ich habe dann die gleiche CSV-Datei mit den gleichen Einstellungen in der lokalen Umgebung importiert, und hier wird jeder Artikel korrekt nur einmal angezeigt. Vielleicht ist es ja weniger störungsanfälliger neue Artikel direkt in der/den Datenbank/en zu importieren, nur scheint es mir, dass mehrere Datenbanken betroffen sind. Hat jemand eine Idee bzw. Vorschlag?

Hallo, vielen Dank für die Hinweise. Hatte wirklich gedacht, dass ein Shopsystem zuerst über die Analyse des Betriebssystems und dann über die Bildschirmgröße die Darstellung anpasst. Da das mit dem Browserfenster kleiner ziehen recht fummelig ist, habe ich gesucht und gefunden. Es gibt Anwendungen (es muss nichts installiert werden) die verschiedene Displayauflösungen simulieren. Am besten gefallen haben mir http://quirktools.com/screenfly/ und http://ami.responsivedesign.is/. Hier gibt man eine URL ein (oder kopiert diese) und sieht dann das simulierte Ergebnis. Gut finde ich, dass man in diesen Vorschauen auch weiter arbeiten kann, dass heißt sich durch die eigene Seite klicken kann. Diese Anwendungen scheinen nicht mehr sehr zeitnah gepflegt zu sein, aber es gibt auch die Möglichkeit benutzerdefinierte Displayauflösungen einzugeben. Auf jedem Fall sieht man sehr schön wie es später wohl mal aussehen wird.

Hallo, bin dabei mir einen Prestasop Version 1.6.1.7 mit dem Standard Template (default-bootstrap version 1.0) lokal einzurichten. Da laut Google AdWords mehr als die Hälfte der Klicks auf meinen bestehenden Shop (alter Gambio) von mobilen Endgeräten getätigt werden (Tendenz weiter steigend), wäre es sinnvoll den neuen Shop gut für diese Zielgruppe zu optimieren. Ich habe bisher weder im Backoffice irgendwelche Einstellmöglichkeiten dafür gefunden, noch ist mir schleierhaft, wie ich die Optik auf verschiedenen mobilen Endgeräten testen kann solange der Shop nur lokal installiert ist. Vielen Dank im Voraus für Anregungen hierzu.

Habe jetzt auch die Vesion Prestashop 1.6.1.6 lokal installiert. Hier ist das kostenlose PayPal Europa -Modul enthalten. Dieses wir kostenlos zur Verfügung gestellt von 202ecommerce. Auf der Seite "PrestaShop AddonsMarketplace" ist das Modil aber auch nur bis 1.6.1.6 als kompatibel angegeben. Vielleicht schreibst Du den Hersteller einfach mal an ob die noch nicht dazu gekommen sind das Modul für 1.6.1.7 freizugeben. Ansonsten ist die Version 1.6.1.6 vom Juni dieses Jahres, glaube nicht, dass da so gewaltige Welten dazwischen liegen.

Hallo, habe soeben 1.6.1.7 lokal istalliert und kann auch kein Paypal-Modul finden. Bei der Suche nach "PayPal" in den Modulen erscheint nur eine Kombination mit Facebook gegen Bezahlung. Zusätzlich habe ich gesehen, dass das kostenlose Ebay-Einstellmodul auch nicht mehr vorhanden ist. Angeboten wird ein Modul Namens "Fastbay" für saftige 249,99 €. Da überlege ich mir doch glatt eine etwas ältere Version zu installieren.....

Habe mich nach weiterem Lesen hier im Forum dazu entschlossen eine lokale Umgebung einzurichten. Ist ja auch für das gefahrlose Testen von dem späteren laufenden Shop eine sehr hilfreiche Sache. Jetzt muss ich nur noch finden wo dieser Beitrag als gelöst gekennzeichnet wird......