bluesspieler

Hi Christian, danke für deine Antwort, ja es scheint so als gebe es Differenzen / Lücken, da ich noch kein versierter Prestashop Insider bin, stellen sich nun Fragen,´zur weiteren Vorgehensweise. Da ich den vorhandenen Versanddienst und die Versandkosten so anlegen und vor allem abspeichern konnte (im BO) stellt sich die Frage weshalb haben sich diese Angaben abspeichern lassen. Es findet mit diesen "falschen Spannen "eine Berechnung der Versandkosten im Frontoffice statt. Wenn ich nun direkt in der DB Tabelle etwas ändere wird dass die Lösung bringen um in dem vorhanden Versanddienst weiter Einstellungen (im BO) vornehmen zu können ?. Könnte ich die DB Tabelle inhaltlich löschen und neue Werte angeben und der Versanddienst wird dadurch nicht aus den Artikeln gelöscht? Komme ich um eine Neuanlage eines Versanddienst herum ? ( Versanddienst ist bei allen Artikel zugeordnet) ? Die wichtigste Frage stellt sich natürlich für mich als Prestashop Laie , lege ich einen neuen Versanddienst an, kommt es wieder zu diesem "Fehler" das ich Spannen abspeichern kann die nicht korrekt angegeben sind und bei eventuellen Änderungen von Versandkosten / Zonen wieder vor dem eigentlichen Problem zu stehen.. danke nochmals Gruß Christian

Hi Claudicool, danke für deine Antwort, ich möchte mal so beginnen, wenn ich in Prestashop den Versanddienst anlege und die Angaben sich abspeichern lassen ( es wurde nichts im nachhinein geändert) dann gehe ich davon aus das die Spannen richtig angelegt sind. Wenn dann noch im Shop Frontend der Kunde die richtigen Versandkosten je Artikel angezeigt und berechnet bekommt dann gehe ich ebenfalls davon aus das meine angelegten Spannen korrekt sind. Ich habe nun deinen Tipp mit den Tabellen (ps_range_weight oder ps_range_price ) aufgegriffen und siehe da es stehen eigentlich in der Tabelle (ps_range_weight) widersprüchlich meiner Meinung nach (überschneiden sich Spannen beim anlegen so kann man nicht speichern) Werte in dieser Tabelle, da ich nach Gewicht die Versandkosten berechne kommt ja die ps_range_weight zum tragen wenn ich das richtig sehe. Nun stellt sich für mich die Frage ob ich die Werte gleich in der Tabelle korrigiere und diese dann im BO korrekt erkannt werden und ich desweiteren nicht in einen weiteren Fehler reinlaufe infolge ich dann einen neuen Versanddienst anlegen muss(wobei sich dann wieder die Frage stellt Spannen Problem). Und es stellt sich die Frage soll ich in der ps_range_price auch Änderungen vornehmen . danke schon mal vorab Gruß Christian

Hi Christian, Nein, ich kann keine Einstellungen vornehmen, ichkann lediglich die quasi erste Seite der Einstellungen aufrufen (siehe Bild) klicke ich dann auf weiter siehe Bild (Meldung Spannen überschneiden sich), wenn ich oben auf die verschiedenen Reiter klicke dann passiert nur das die Meldung Spannen überschneiden sich weiterhin angezeigt wird, einziger weg aus den Versanddiensten ist dann abrechen. Datenbank, hättest du einen Tip in welcher Tabelle ich da nachsehen könnte und was sollte ich dort finden ? bei anlegen des Versanddienst kommt man ja normal nicht weiter wenn sich die Spannen überschneiden und die angelgten Spannen funktionieren ja, sollte ich möglicherweise die Einträge dann löschen ?. Neuer Versanddienst ist natürlich eine Option, aber ich habe bei den Artikel schon den bestehenden Versanddienst zugeordnet daher kommt die Option (wenn keiner Angegeben wir dann der günstigste) wie in Prestashop angezeigt nicht zum Zuge und ich müsste für alle Artikel den neuen Versanddienst zuordnen, wobei sich die Frage stellt ob auch beim neuen nicht die gleiche "Fehlermeldung" auftaucht und dann wieder nicht konfiguriert werden kann. danke jedenfalls für deine Antwort Gruß Christian

Hi Christian, Wie oben geschrieben komme ich ja nicht zu dem Screen mit den Spannen, sonst hätte ich natürlich einen grösseren Bildausschnitt gemacht. Der Screenshot zeigt das Ergebnis nach dem Klick auf weiter , mit dem Klick auf weiter sollte man ja zu den Spannen kommen. Kurz gesagt Klick auf weiter Fehlermeldung siehe Screenshot dann ist nur mehr abrechen möglich. danke für deine Antwort Gruß Christian

Hallo an das Forum, dachte ich hätte mein Problem mit dem Versand Dienst Problem gelöst, aber, Ich habe einen Problem festgestellt , Versanddienst eingerichtet ( schon länger am laufen) Versand wird auch für das angelegte Land (Österreich habe ich als einziges Land gesondert von der EU angelegt ) korrekt berechnet. Ich habe Prestashop 1..1.6.12 in Verwendung PHP 7 läuft am Server Nun kommt es, das ich weiter Länder und die EU als solches in dem Versanddienst aktivieren möchte, BO->Versand->Versanddienste , wenn ich nun unter dem Menü nach dem Aufruf Versanddienst auf weiter klicke dann kommt (siehe Bild) Spannen überschneiden sich ?! ( da die Spannen für Österreich sich sicher nicht überschneiden) stellt sich für mich die Frage wie ich diesen Fehler beheben kann und die zusätzlichen Versandkosten (Spannen) für den schon bestehenden Versanddienst anlegen kann. Das ich einen neuen Versanddienst anlegen kann ist mir klar, dies möchte ich aber vermeiden da ich dann in allen Artikel den neuen Versanddienst anlegen müsste. danke schon mal im voraus Gruß Christian

Hi Christian, Ja, diese Überlegung mit den User Links ist nicht von der Hand zu weisen, es ist eben mehr der "ästhetische" Anspruch denke ich. Wobei es ja auch Module in Prestashop für Seo URL gibt, habe ich so gelesen, über die SEO-Sinnhaftigkeit könnte man wahrscheinlich Bände schreiben. Ich habe mir auch das angesehen, eventuell kann man ja mit Bordmittel diese Nummern aus den Artikel filtern, dann blieben für die User-Links ausreichend Informationen auf einzelne Artikel Links. Natürlich könnte ich den Shop auch auf Root umziehen aber dass würde nur die Optik mit dem Unterverzeichnis lösen /../sh/.... danke für deine Antwort Gruß Christian

Hi Claudiocool, Nein wollte und will ich nicht, wollte nur die Url der Domain so masterbaits.at in der Adresszeile darstellen und nicht /..../sh/xxx-.... ob das Google schon als Cloaking rechnet ?! jedenfalls danke für deine Antwort Gruß Christian

Hallo und schönen Gruß an das Forum, Ich bin verwende Prestashop 1.6.1.12 Es gibt natürlich eine Umenge von Beispielen aber bisher führte keines dieser zum meinem angestrebten Ziel Mein Ziel wäre das ich die URL des Shop mit mode rewrite so umschreibe das in der Adresszeile des Browsers nur mehr die Domain (ohne www und so weiter) angezeigt wird, also auch nicht die Links zu den Artikel und Kategorien wenn der User sich dort befindet. Im Moment leite ich den Shop per htaccess im Root Verzeichnis des Server so um das die Domain auf das Unterverzeichnis des Shop unter der Domain zeigt. RewriteEngine On RewriteRule ^$ /unterordner [L] danke im Voraus Gruß Christian

Hi Leute, danke für eure Hilfestellung Die Überraschung ist gelungen, der Provider hat die Angelegenheit technisch in den Griff bekommen, nun funktioniert das Email. danke nochmals Gruß Christian

Hi TimmeHosting, danke für deinen Hinweis, dass mit den Ports und den Verschlüsselungen habe ich heute nochmals mit dem Provider besprochen, mal sehen was bis morgen technisch passiert, einen Auszug des Server Log habe ich ebenfalls besprochen, so könnte man ja eventuell zur Lösung des Problems beitragen (technisches Schwarmwissen). Ich lasse mich einfach von der Kompetenz des Provider überraschen den der sollte seine Server in Griff haben oder bekommen. Gruß Christian

Hi Leute, danke für eure Hilfestellung, habe die für mich einfachere Möglichkeit genommen und denke auch die Update sichere, habe im Root die Verzeichnis Struktur ( danke Whiley) angelegt und es funktioniert einwandfrei. Gruß Christian

Hi Claudiocool, Ja die Spammer, Port 25 habe ich während des Telefonat vorige Woche mit dem Provider getestet auch 587 habe ich während des Telefonat mit dem Provider getestet, wie schon geschrieben kein Erfolg. Ich hab dann noch via Google SMTP (Konto vorhanden) einen Test gestartet, da dieser ebenfalls nicht funktioniert hat, warte ich mal auf die Info vom Provider heute. Gruß Christian

Hi Whiley Da ich den Shop in einem Unterverzeichnis habe und dort auch der Aufruf stattfindet dachte ich mir das ich eigentlich mit der Anpassung deines Beispiel Link ( https://www.masterbaits.at/modules/paypal/views/img/logos/default_horizontal.png ) wenn ich den anpasse auf das Unterverzeichniss https://www.masterbaits.at/sh/modules/paypal/views/img/logos/default_horizontal.png und sich dort natürlich das ../../../default_horizontal.png befindet hinkommen müsste scheint aber nicht so https://www.masterbaits.at/sh/modules/paypal/views/img/logos/default_horizontal.png Schreib / Leserechte sind schon gesetzt gewesen 755 sehe ich da etwas falsch ? Gruß Christian

Hi Claudiocool, danke für deine Hilfestellung Normalerweise sollte man davon ausgehen das man Providern keine Tipps geben muß ( in diesem Fall handelt es sich um einen großen Ö Provider) ich gehe bis morgen auch noch davon aus, nur nach 2 Tagen ohne Lösung habe ich meine Bedenken. Die SMTP Setting sind nur auf diesem Screenshot sichtbar das war mein Test nachdem ich es schon auf PHP versucht hatte eine Testemail zu senden. Ich habe auch schon den Port 587 getestet aber dies führte auch nicht zum Erfolg. Ich werde dann wohl oder übel auf den morgigen Kontakt mit dem Provider warten müssen und mir seine Story zu dem Problem anhören und hoffen das die Sache nicht zu einem Ping Pong Spiel wird. gruß Christian

Hi Whiley, danke für deine Antwort,Testmail aus BO habe ich schon versendet, offensichtlich wird die Email generiert den ich erhalte wie auf den Bildern ersichtlich Testemail versendet (dies alerdings nur wenn ich auf PHP Mailer umstelle) im BO. Aber in keinem Fall (PHP oder SMTP) geht eine email raus die aber generiert wurde, ebenso gehen keine emails raus wenn man eine Bestellung/Kauf abschließt, im BO sind diese Emails und Anfrage Emails natürlich sichtbar. Antworte ich auf eine solche Kunden Anfrage geht diese Antwort nicht nach außen. Was genau in den Server Log`s steht kann ich nicht genau sagen da ich bei dem Hoster nur einen beschränkten Zugang auf die Logs habe ( im gerade generierten Log findet sich kein Hinweis auf ein Mail Problem). Gruß Christian