Beiträge von StefanSTS

Man kann unter Joomal einstellen, auf welche Weise Mails verschickt werden.
PHP mail, sendmail und SMTP.
Wenn dort irgendetwas nicht funktioniert, liegt es meistens an falschen Zugangsdaten, oder dass der PHP Mailer beim Hoster nicht angesprochen werden kann.

Genaueres ist aus der Ferne schwierig zu sagen.

Servus,

in der VM-Konfiguration im ersten Reiter unten kann man den Shop als Multi Vendor Shop einrichten, dann kann es mehrere Verkäufer geben, die jeweils ihre eigenen Produkte haben.
Dort evtl. "

ausschalten.

Dann sollte in der Datenbank überprüft werden, welche Verkäufer-IDs den aktuellen Produkten zugewiesen sind. In diesem Fall sollte die ID 1 überall sein.

Wir haben einige Kunden, die mit mehreren Konten die Produkte pflegen, da gab es bisher kein generelles Problem.

Grüße
Stefan

Guten Morgen,

der Google Recaptcha Key wird über das Joomla Plugin angegeben. Wenn Recaptcha an anderen Stellen funktioniert, ist der Haken in der VM-Konfiguration ausreichend.
Da scheint alles ok zu sein.

Als erstes würde ich die https-Verbindung in Ordnung bringen, evtl. auf der Hauptdomain in einem Unterordner testen, wenn es dort ein gültiges Zertifikat gibt.
Um Google herauszuhalten, kann man Google in Bezug auf den Ordner über die robots.txt benachrichtigen, dort nicht zu suchen. Oder einen Verzeichnisschutz setzen.

Servus,

Ansätze zum Suchen gibt es einige.
in der Konsole sieht man Warnungen, dass Strict-Transport-Security eingeschaltet ist, entweder über .htaccess oder als Voreinstellung vom Hoster.
Scheinbar werden einige Dinge nicht geladen.

Das Fenster zur Frage sollte in einem Popup erscheinen, hier wird scheinbar die Fancybox nicht geladen.

Der Template-Name theme3169 lässt vermuten, dass es sich um ein Template von einem großen Template-Anbieter handelt, der im Namen ähnlich heißt wie Ungeheuer. Ich erwähne den Namen so ungerne, weil es in Google erscheinen könnte und Werbung für diese überwiegend schrottigen Templates machen könnte.
Im Template wäre der nächste Ansatzpunkt, denn auch dort ist JavaScript für die Fancybox, das eigentlich über VirtueMart geladen wird.

Es sieht nach einem großen JavaScript-Mix aus, der die Funktionen behindert.

Vielleicht einmal auf das Protostar oder VMBeez umschalten und dort testen.

Grüße
Stefan

Servus Max,

die Schriftgröße wird im Allgemeinen durch das Template festgelegt.
Viele Templates bieten eine custom.css oder user.css an, in der man eigene Veränderungen eintragen kann.
Ohne Infos zum Template oder einen Link zur Seite wird es schwer, da präziser zu helfen.

Alle modernen Browser bieten inzwischen Entwicklerwerkzeuge. Ein Druck auf die F12-Taste öffnet diese in den bekannten Browsern. Dort sieht man dann, wo die Schriftgrößen festgelegt sind. Ein rechter Mausklick auf der Überschrift und "Element untersuchen" führt direkt zu den Eigenschaften dieses Elements in den Entwicklerwerkzeugen.

Grüße
Stefan

Servus,

ich hatte das vor einiger Zeit mit 3.2.14 ausprobiert, und es funktionierte wie erwartet.

Evtl. liegt es am Template oder einem Warenkorb-Plugin. Überprüfe einmal, ob die alte order_done.php verwendet wird, oder die neue orderdone.php.

Grüße
Stefan

Servus Florian,

in der VM-Konfiguration im Reiter Stilvorlagen gibt es den Punkt "Seitenumbruch festlegen".

Dort kann man die Anzahl der Produkte angeben. Je nach Anzahl der Produkte pro Reihe machen verschiedene Werte Sinn.

z. Bsp.
3 pro Reihe, Werte wie: 12,24,48,96
4 pro Reihe, Werte wie: 20,40,100
usw.

Es sollte halt teilbar durch die Produkte pro Reihe sein. Die Werte nach dem Komma werden als Auswahl für den Kunden zur Verfügung gestellt. Der erste Wert ist der Standardwert.

Grüße
Stefan

Wenn meine Beiträge länger sind, landen sie auch immer in der Zwischenablage, bevor ich die Nachricht abschicke. Es sei denn, irgendwas läuft schief, dann hab ich es meistens vergessen.

Die Forensoftware läuft immmer noch auf dem alten vBulletin, eine Migration auf ein anderes System ist in Planung, aber der finale Startschuss hat noch Ladehemmungen.

Ich hab mir gerade eine Glaskugel bestellt, vielleicht haut es dann auch mit Deinen Vorstellungen hin. Die Glaskugel brauche ich hier eh öfter.

Alsdann
Stefan

Servus Max,

der Beitrag war nicht freigeschaltet, wie auch zuvor der erste Beitrag nicht.
Das Forum ist am Anfang etwas "strikt", sobald ein paar Begriffe aus der bösen Liste oder externe Links eingebaut werden, muss der Beitrag erst durch einen Moderator freigeschaltet werden. Wenn ein Beitrag nicht erscheint, einfach etwas warten, irgendein Moderator schaut schon hinein. Oder viele Beiträge schreiben, nach 10 oder 15 Beiträgen geht eigentlich alles sofort durch.

Die Kategorie-Ansicht kann alles, was das Standard-Layout vorher konnte, und noch etwas mehr. Geh einfach das Risiko ein, und setz den Menüverweis auf die Kategorie der "obersten Ebene" und wenn Du dann durch die Einstellungen im Menüverweis gehst, zeigt sich, was das Kategorielayout kann.
Es gibt auch Shops, die verwenden einen Joomla-Beitrag als Startseite und bauen Produkte dort nur über Module ein, kommt halt auf das Layout an. Da sollte man versuchen, sich vorher ein klares Bild machen. Bleistift und Papier sind da manchmal gut.

Und, ja, das nächste Mal einfach früher fragen.

Grüße
Stefan

Hallo Veri,

danke für Deinen Erfahrungsbericht mit Wirecard.

Grüße
Stefan

Ich denke, bei Deinem Problem muss das Standard-Zahlungsplugin bearbeitet werden, so dass es sich auf Produktkategorien beschränken kann.

Leider fehlt mir im Moment die Zeit, da hineinzuschauen.

Vielleicht einmal bei iStraxx anfragen, ob die sowas für eine Supporter Mitgliedschaft einbauen möchten.

Grüße
Stefan

Servus Max,

das Standard-Layout gibt es natürlich noch, nicht mehr lange wahrscheinlich. Man kann in der VM-Konfiguration das "Legacy Layout" oder so ähnlich aktivieren, dann funktioniert auch weiterhin die alte Ansicht über einen Menüverweis.

1. Punkt: Warum das entfernt wurde weiß ich nicht, vielleicht war es zu steif, schlecht veränderbar oder nicht performant.

2. Punkt: Was als Alternative in Frage kommt, weiß von uns keiner, weil wir nicht wissen, was auf Deine Shop-Startseite kommen soll.

3. Punkt: Versteh ich nicht. Veränderungen werden immer "in Updates gepackt".

Wenn man sich so sehr über VM geärgert hat, hilft es oft, erst einmal raus in den Wald zu gehen und dann bei frischer Luft gute Fragen zu formulieren, die anderen genug Informationen geben, um gute fundierte Antworten zu geben.

Ich hoffe, der Wald fängt an, sich zu lichten.

Grüße
Stefan

Bei 1. werden die Käufergruppen angegeben, die das Produkt sehen können.

Bei 2. wird ein Preis für eine Käufergruppe festgelegt. Zum Beispiel kann man verschiedene Preise für Endkunden und Wiederverkäufer an dieser Stelle einrichten.

Die UVP-Lösung kann natürlich auch in die Kategorie und in den Warenkorb eingebaut werden. Dort müssen nur die Layouts angepasst werden.
In der Rechnung würde ich eher darauf verzichten, würde aber auch gehen.

Alternativ kann iStraxx evtl. dabei weiterhelfen, das Überschreiben des Endpreises nur auf das Produkt selbst und nicht auf die Preise der selbsterstellten Felder anzuwenden. Vielleicht über ein Ticket auf extensions.virtuemart.net einmal anfragen. Die sprechen auch deutsch.

Grüße
Stefan

EDIT: Da hatte ich was falsch gelesen, besser doch bei iStraxx fragen.

Deine Frage ist sehr kurz und gibt keine Details zu DEINEM Problem. Da muss dann der Antwortende erst wieder den ganzen Thread durchlesen, was durchaus mehr Aufwand ist als eine Zwei-Zeilen-Frage.

Grüße
Stefan

Servus,

man kann das mit Steuer- und Rechenregeln machen.
Eine unveröffentlichte Kategorie Rabatt XY anlegen.
Eine Regel für den Abzug von xy Euro anlegen und der Kategorie XY zuweisen.
Im Produkt die Kategorie zuweisen, Regeln für den Preis im Produkt auf "Standard-Regeln zuordnen" und "Allgemeine Regeln zuordnen".

Dann wird das Selbsterstellte Feld berechnet.

Oder man baut einen UVP ein, und nimmt den normalen Preis als reduzierten Preis. Der Einbau ist dann aber etwas Code-Arbeit und wartungsaufwändig.

EDIT. Oder man verwendet ein weiteres Selbsterstelltes Feld vom Typ Zeichenkette und gibt dort den UVP/alten Preis an.

Grüße
Stefan

Hallo Faro,

ich muss das demnächst selbst einmal testen. Die Robots verwenden normalerweise diesen ungeSEFten Link mit com_user, deshalb sollte dies zumindest einige Bots raushalten.
Die Benutzeranmeldung sollte nicht gestört werden, weil sich dieses nur auf "register", die Registrierung bezieht.

Leider hab ich im Moment nicht die Zeit, das durchzutesten, sonst hätte ich es sicher auch schon in meinem Shop. Vielleicht findest Du über Google bessere informationen mit den Suchbegriffen: "com_user spam redirect" oder ähnlichem, wenn es zu sehr brennt.

Grüße
Stefan

Hallo Faro,

jetzt habe ich Dich auf die falsche Fährte geführt.
Das Plugin SOLL auf die VM-Registrierung weiterleiten, weil das die sinnvolle Registrierung für einen Shop ist, der die Kundenadresse usw. für die Rechnungsadresse benötigt.
Hiermit fällt dann auch eine Fehlerquelle weg, die früher einmal für Fehler gesorgt hat, dass der Joomla-Benutzer nicht richtig als VM-Benutzer verwendet wurde.

Über diese Registrierung kommen auch viel weniger Spam-Anmeldungen als über die Joomla Registrierung "com_user", die hiermit auf das VM-Formular weiterleitet.

Auf der anderen Seite macht es evtl. Sinn, nicht auf die VM-Registrierung weiterzuleiten, sondern die Benutzerregistrierung von Joomla via .htaccess zu blocken, und nur über den Warenkorb auf die VirtueMart-Registrierung zu gehen. Somit könnten Deine freundlichen Bots aus Polen evtl. nicht in der Lage sein, die Registrierung zu finden. Viele Bots kennen nur die Joomla-Registrierung, nicht die VM-Registrierung.

Für die .htaccess könnte folgendes funktionieren (nicht getestet):
RewriteCond %{REQUEST_URI} /component/user/register(\.html)? [OR]
RewriteCond %{QUERY_STRING} option=com_user&view=register
RewriteRule index\.php$ http://ww w.meine seite.de/ [R=301,L]

Damit schickst Du alle Registrierungsversuche von Joomla auf die Startseite. ww w.meine seite.de natürlich austauschen und zusammen schreiben.
Bitte testen, müsste eigentlich so funktionieren, wenn Du eine .htaccess für Apache verwendest.

EDIT: Wenn Du dies verwendest, die Weiterleitung im Plugin weiterhin ausschalten.

Grüße
Stefan

Hallo Faro,

das Plugin wurde als erstes dafür geschrieben, das zu tun, was im Namen steht.
Genau hab ich nicht hineingeschaut, es löste irgendein Problem, dass Plugins bei bestimmten Vorgängen nicht geladen wurden.

Inzwischen ist es, da es einmal da war, als "VirtueMart System Plugin" erweitert worden, und macht auch die Umleitung.
Leider wird es mit der Umbenennung nicht so schnell werden, damit die Rückwärtskompatibilität erhalten bleibt. Ich hoffe, mit VM 4.0 wird es in ferner Zukunft einen neuen Namen bekommen.

Bei Deiner Registrierung wirst Du dann evtl. auf ein Captcha zurückgreifen müssen. Das wollte ich auch selbst für meinen Shop schon einbauen, leider hatte es mit dem Easy Calc Check Plus von Kubik Rubik nicht auf Anhieb funktioniert. Und das Google Recaptcha möchte ich nicht. Deshalb fahre ich bisher auch ohne, weil ich aus Zeitgründen noch nicht zu einer eigenen Lösung gekommen bin.

Ich stelle mir vor, ich werde ein paar Smilies einbauen, aus denen man die Lächelnden auswählen muss, dann wird die Übertragung freigegeben. Leider habe ich zu wenig Spam-Anmeldungen, um die Motivation zu finden, bisher lösche ich die einfach.

Grüße
Stefan

Hallo Faro,

wenn der Angriff immer von einer Adresse aus erfolgt, wäre es am besten, Dein Provider sperrt diese IP-Adresse.

Welche Benutzerregistrierung verwendest Du? Die von Joomla oder VirtueMart?

Man kann in VirtueMart ein Plugin aktivieren, das die Benutzerregistrierung auf die VM-Registrierung weiterleitet. Damit werden sehr viele Angriffe bereits ins Leere laufen. Allerdings sind es immer noch Anfragen an Deine Seite, deshalb ist eine IP-Sperre auf Seiten des Providers sinnvoller.

Das Plugin habe ich hier vor einiger Zeit kurz beschrieben:
https://www.jooglies.com/tutor…eiterleitung-von-com_user

Grüße
Stefan