never change a running system!
Auf den Spruch hab ich vor dem Internet auch immer geschwört.
Seit dieses dämlich Internet da ist, kann man sich auf nix mehr verlassen.
Beiträge von StefanSTS
-
-
Servus,
könntest Du in Deinem Testshop einmal die 3.6.8 ausprobieren und schauen, ob das dort noch genauso ist.
Wenn das in 3.6.8 auch noch so ist, schaue ich nach, was dort verändert wurde.
Beim nächsten Mal, besser auf den geraden Version wie 3.4.2 bleiben, falls nichts Zwingendes für ein Update spricht.
Grüße
Stefan
-
Die 3.6.8 wurde zurückgerufen und war für einige Zeit nicht verfügbar, bitte schau Dir die .10197 an. Ich hoffe, die Reise hat nun vorerst ein Ende.
-
Der blaue Pfeil dürfte vom Template kommen, mit einem Template kann man da alles verändern wie man möchte.
Symbole kann man selbst in die Medien-Ordner hochladen und dann auswählen. Schau einmal in der VM-Konfiguration, welcher Pfad dort für Deine Medien-Ordner eingetragen ist. Einfach in den Ordner /payment/ und dann kann man das in der Zahlungsart auswählen.
-
Über welche Ansicht hat er sich registriert. VM-Registrierung, OPC?
Ich hab das gerade mit einem weitgehend originalen 3.6.8.10195 versucht, und einmal mit aktiviertem VP OPC.
Bei mir gab es keine Probleme mit der Adresse oder der Bestellung.
Evtl. hast Du irgendein Skript zusätzlich installiert, das den OPC stört oder etwas ähnliches.
Schau einmal in die Fehlerkonsole des Browsers.
Grüße
Stefan
-
Richtig, der Kunde soll auch keinen Aktivierungslink bekommen, Du hast ja kein Forum oder eine Kochrezept-Seite, sondern ein Shop, in dem der Kunde eine Rechnungsadresse und wahrscheinlich Telefonnummer eingibt.
Also bekommst Du mehrere Möglichkeiten, mit dem Kunden in Kontakt zu treten (nicht nur die E-Mail, die mit dem Aktivierungslink überprüft wird).
Wenn etwas schief läuft mit der Bestellung, kannst Du den Kunden anrufen oder einen Brief schicken, falls die E-Mail-Adresse in 1% der Fälle einmal falsch sein sollte.
Die Registrierung, muss die vor einer Bestellung möglich sein? Wenn ja, muss sie wirklich vor einer Bestellung möglich sein? Wenn immer noch Ja, muss da die Weiterleitung verändert werden. Wenn Nein, lass die Registrierung doch nur bei Kauf über den OPC laufen, dann muss man sich nicht mit dem Joomla-Profil herumschlagen. Und das Datenschutz-Plugin ausschalten nicht vergessen.
-
Der Kontoaktivierungslink ist ein Joomla-Feature, deshalb landet man im Joomla-Konto.
Ich benutze diese Benutzeraktivierung nicht, in all den von mir gepflegten Shops, wird man sofort automatisch registriert, deshalb kann ich da weiter nicht viel zu sagen, außer die Empfehlung, es nicht zu verwenden. Ansonsten kann man da sicher irgendwie ein Weiterleitung einrichten, aber wie das geht, müsste ich selbst erst herausfinden.
Grüße
Stefan
-
Der Entwickler vom Paypal Plus Plugin?
Mit dem OPC funktioniert das sehr gut, evtl. muss da eine Einstellung auf "neu laden" nach Änderung von bestimmten Dingen. Mal in den OPC-Einstellungen alle Sachen neu laden, die da so drin stehen.
-
Das ist Dein Joomla-Datenschutz-Plugin. Das kannst Du ausschalten, wenn Du das anders realisiert hast.
Unter Joomla Plugins nach Datenschutz schauen.
-
Die Version 3.6.8 ist veröffentlicht worden.
Vorschlag: In einer Testumgebung testen. Und vor dem Live-Update ein Backup.
http://dev.virtuemart.net/projects/virtuemart/files
Grüße
Stefan
-
-
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.
-
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
-
-
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