Beiträge von StefanSTS

Zitat von hundesachen

ok, dann kann ich ja wieder die niedrigere version installieren, oder?

Wenn es ein Backup gibt, ja. Wenn es kein Backup gibt, auf keinen Fall jetzt die 3.4.2 über die 3.6.x installieren. Dann bleibt nur warten.

Zitat von hundesachen

auch auf 3.6.6?

Das weiß ich nicht genau, ich weiß nur von einem Shop unter 3.6.3.10180 mit Paypal Plus, dort läuft es mit der Plugin-Version 1.3.28 und nun .29, wobei da kein wirklicher Unterschied ist.

Meine Kunden, die auf mich hören, bzw. Updates nur durch mich machen lassen, verwenden selbstverständlich alle noch VirtueMart 3.4.2 bis die 3.6er-Reihe sich gut anfühlt. Es besteht ja kein Sicherheitsproblem mit 3.4.2, deshalb besteht auch keine Eile.

Grüße

Stefan

Hallo Peter,

ja, das ist die vorübergehende Lösung, die ein wenig ein Schlupfloch offenlässt, so dass andere einen Status ändern könnten. Das ist zwar mehr theoretisch, aber wäre nett, wenn das vom Tisch wäre.

Grüße

Stefan

Ich teste das gerade in meinem Testshop und hoffe, dass in der nächsten Version alles wunderbar läuft.

Die VirtueMart Devs sitzen auch gerade daran.

Grüße

Stefan

Ich habe Paypal Plus in einem Shop seit einer frühen Version mit anderen Zahlungsarten laufen. Mein Kollege Michael vom Media Service Essen ebenso.

Da ist garnichts Mist, der Shop macht täglich viele Bestellungen, und die meisten über Paypal Plus wegen deren "Kauf auf Rechnung". Funktioniert mit dem One Page Checkout von VirtuePlanet hervorragend.

Paypal Plus nimmt die anderen Zahlungsarten in die angezeigte Zahlungs-Wall auf und bisher gibt es keine großen Probleme. Kurzfristig mit 3.6.x.

Die Version 1.3.28 des Plugins hat auch einige Inkompatibilitäten mit VirtueMart 3.6.x behoben, läuft also alles zur Zufriedenheit.

Grüße

Stefan

Sieht so aus, als gibt es heute im Laufe des Tages eine neue Version, die das Problem behebt.

Es empfiehlt sich, neue Versionen immer in einer Testumgebung zu testen. Eigene Datenbank, eigene Subdomain test.domain.de oder ein Unterordner in der Live-Installation.

Grüße

Stefan

Wie bekomme ich schnellstens hilfreiche Antworten

Falls sonstjemand diesen Thread über Google findet:

Meistens liegt es am Template, dem Informationen im HEAD fehlen:

<meta charset="utf-8"> sollte dort angegeben sein.

Grüße

Stefan

Wunderbar, so soll es sein.

In den Optionen für Joomla Benutzer

Benutzerregistrierung auf "Ja",

Kontenaktivierung auf "Keine",

Passwort mitsenden auf "Nein".

Dann gibt es keine Aktivierungsmail und keinen Aktivierungsmail. So wie man es in einem Shop möchte, der den Kunden nicht mit unnötigen Aktionen belästigt.

Wer den Kunden mit Mails belästigen möchte und mehr Kaufabbrüche möchte, der muss die Kontenaktivierung auf "Benutzer" setzen, dann wird dem Kunden auch die Aktivierungsmail geschickt, in der er auf einen Link klicken muss. (Sofern die Mail-Funktion von Joomla richtig konfiguriert ist.)

Allerdings wird der Kunde auch hier nicht am Kauf gehindert. Der Kunde gibt ja außer seiner E-Mail-Adresse auch noch seine Adresse und wahrscheinlich Telefonnummer an, so dass man in den wenigen Fällen, in denen etwas schief läuft, andere Möglichkeiten hat, den Kunden zu benachrichtigen.

Wer den Kunden unbedingt am Kauf hindern möchte, sofern die E-Mail nicht aktiviert ist, müsste evtl. in den Core eingreifen, vielleicht gibt es auch eine versteckte Konfiguration dafür, das ist mir aber bisher nicht bekannt. Aus dem einfachen Grund, weil keiner meiner Kunden diese Option wünscht.

Grüße

Stefan

Die "Alternativen" sind die Adressen, die VirtueMart bekannt sind. Die würden keinen Fehler produzieren.

Die fehlende IP ist die einzelne mit der 66...

Die gehört in die zusätzlichen.

Grüße

Stefan

Ideen hab ich viele, aber leider nicht die Zeit, alle durchzugehen, die zu den genauen Details passen, die Du beschrieben hast.

Hallo Thilo,

schau doch einmal in der VirtueMart-Konfiguration im Reiter Preisangaben.

Am Ende der Zeile für jeden Preis kannst Du die Anzahl der zu rundenden Dezimalstellen angeben. Im Moment steht da wahrscheinlich "-1". Die 4 wird es richten.

Dann sieht das ungefähr so aus:
https://php73.sts-hosting.de/v…genelternprodukt-1-detail

Ich habe zufällig auch Eier in meinem Test-Shop, die als 10er und als 1000er Pack verkauft werden:

Ich hatte das zum Testen gebaut, ob die Anzahl der Eier im Elternprodukt "1 Ei" in VirtueMart 3.6.3.xx nun auch für die Kindprodukte gelten, so dass man den Lagerbestand im Elternprodukt pflegen kann. Klappt wunderbar

Grüße

Stefan

Guten Morgen,

der Bearbeitungsvorgang des Produkts sieht, soviel ich weiß, nicht vor, dass beim Aufrufen des Produkts im Backend dessen Lagerbestand temporär abgelegt wird, und jener Lagerbestand beim Drückens des Speicherbuttons dann mit dem Speicher-Zeitpunkt verglichen wird.

Nur so könnte das Verhalten verhindert werden. Das System könnte dann eine Abfrage nach dem Drücken des Speichern-Buttons als Popup öffnen, das die Veränderung der Anzahl zeigt und dann die Auswahl gibt, zu bestätigen, die Anzahl zu korrigieren oder abzubrechen. Dass es immer wieder einmal zu Überschneidungen kommt, ist natürlich möglich, auch aus anderen Gründen kann sich der Lagerbestand ändern, deshalb ist eine regelmäßige Inventur sicher keine schlechte Idee, insbesondere, wenn nur geringe Stückzahlen vorgehalten werden, und dann eine Lieferverzögerung auftreten könnte.

Wenn das wiederholt vorkommt und kritisch ist, könnte ich mir vorstellen, dass iStraxx, die Entwickler von VirtueMart, dort per Auftrag sicher eine individuelle Lösung bauen können. Manchmal werden auch sinnvolle Features in den Core übernommen, wenn man eine VirtueMart Supporter Mitgliedschaft kauft und die Anfrage damit verbindet. Wenn es also "betriebskritisch" ist, weil das bei 50.000 Produkten wöchentlich oder täglich mehrfach geschieht, wäre darüber nachzudenken.

Grüße

Stefan

PS. Die VirtueMart Supporter Mitgliedschaft darf man übrigens auch einfach so abschließen, wenn man einen erfolgreichen Shop betreibt und sich an der Erhaltung der Shop-Software beteiligen möchte. (Nein, ich bin nicht verwandt oder verschwägert mit iStraxx.)

Servus,

entweder das automated numbers von iStraxx unter extensions.virtuemart.net oder ordernumbers von Open Tools (das aber nicht mehr aktiv unterstützt wird).

Grüße

Stefan

Siehe Post 2, Satz 4.

Testversion zum Problem.

Ohne Testen im Live-Shop installiert?

Die Weiterleitung funktioniert nicht?

Sorry, aber ich steige hier aus. Wer ohne Ahnung und so leichtfertig in Live-Shops herumspielt, und dann auf ein Wunder-Plugin von VM selbst wartet, was seine Probleme löst, die wahrscheinlich nicht vom Plugin selbst, sondern vom Zusammenspiel mit anderen Komponenten kommen, dem kann ich besten Willens nicht helfen, sein Chaos zu ordnen.

Dann besser auf das Plugin verzichten oder professionelle Hilfe in Anspruch nehmen.

Zitat von Onlineshop

Und läuft das zusammen mit PP Express ?

Ich hatte immer die Vermutung:

VM Paypal Plugin und Paypal Plugin von SCC läufen nicht zusammen und hatte das VM Paypal Plugin abgeschaltet.

Finde es sehr schade, dass VM kein Plus mehr anbietet bzw auch will, weil man der Meinung ist Plus hat keine Zukuft...

Ich weiß nicht, ob Paypal Plus mit Paypal Express zusammen läuft. Du darfst es aber gerne testen und uns die Ergebnisse mitteilen.

Der Kollege Michael Schulze vom Media Service Essen hat mir heute morgen geschrieben, dass er ein Paypal Plus und ein Paypal Standard in einem Shop eingerichtet hat und es bisher keine Probleme gibt. Also gehe ich davon aus, dass sich die Aussage nicht generell bestätigen lässt, dass Standard und Plus nicht zusammen laufen.

"dass VM kein Plus mehr anbietet..." ist nicht richtig, VirtueMart hat noch nie ein Plugin für Paypal Plus angeboten. Das einzige lauffähige und weiterhin angebotene Plugin ist von plugins.online-store.co.uk. Das funktioniert auch weiterhin zuverlässig nachdem kurzweilige Inkompatibilitäten mit einer neuen VirtueMart-Version ausgeräumt wurden.

Kleiner Disclaimer:

Ich bin ein externer Dienstleister, dies ist nicht mein Forum und ich habe auch keine Aktien in VirtueMart, ich gebe hier nur hin und wieder Hilfe. Leider habe ich im Moment keine Zeit, diese Tests auf gemeinnütziger Basis durchzuführen. Bei direkten Support-Anfragen empfiehlt es sich, eine Beratung beim Hersteller von VirtueMart oder einem Dienstleister einzuholen.

Grüße

Stefan

Kannst Du den Unterschied zwischen "falschen" Daten, die das Richtige anzeigen und gesicherten, validierten Daten einmal erklären?

Ich dachte immer, es werden die richtigen Daten in der Rechnungsadresse angezeigt. Dass die eigentlich falsch sind, obwohl sie richtig angezeigt werden, ist für einfache Menschen wie mich schwer zu verstehen.

Das Problem ist bekannt und tritt seit letztem Wochenende auf.

Die IP-Adresse, die in der Fehlermeldung auftaucht, kann scheinbar hin und wieder nicht aufgelöst werden. Evtl. hat Paypal irgendwelche DNS-Einstellungen verbasselt.

Als Reaktion darauf wird es in der nächsten VirtueMart-Version die Möglichkeit geben, eigene IP-Adressen anzugeben, von denen aus eine IPN-Validierung erlaubt ist. Dort könnte man die 66.nnn.nnn.66 eingeben, die im Moment nicht aufgelöst wird.

Die IPN-Validierung geht teils nicht durch, weil die im Fehler angegebene Adresse nicht in der Liste der per DNS lookup bezogenen IP-Adressen von Paypal ist.

Für einige hat sich das Problem von selbst erledigt, evtl. ist das ein DNS-Cache-Problem (gewesen).

Stefan

Die Version 1.3.28, von der wdad sagt, dass sie jetzt funktioniert, hat bei mir auf der Platte das Erstellungsdatum 04.10.2019.

Heute ist der 15.10.2019.

Ich hab mir die Datei vom Anbieter heruntergeladen, nachdem wdad das berichtet hat.

Funktioniert super.