Beiträge von StefanSTS

In der VM-Konfiguration im Reiter Shopfront

- Aktion, falls ein Produkt nicht vorrätig ist -> Zeigt eine »Informieren Sie mich« Schaltfläche an

STS

Servus,

etwas mehr Informationen über das System und die Änderungen könnten bei der Problemlösung hilfreich sein.
Das kann sowohl ein Rechte-Problem in Joomla sein, als auch Probleme mit PHP-Versionen oder ein Hack.

Grüße

Stefan

Hallo Dirk,

danke für den Fehlerbericht, ist weitergeleitet.

Dürfte dann in der nächsten Version passen. Ich hoffe, die 4.0.14 dauert nicht mehr allzu lange.

Grüße

Stefan

Das VM 4-Sprachpaket läuft auch unter VM 3.

Danke fürs Nachforschen, ich werde es an den VM Language Chat weitergeben.

Grüße

Stefan

Zitat von Franklin

denke ich mal, dass das nichts mit der Sparchadatei zu tun haben sollte.

Hast Du es ausprobiert?

Hallo Faro,

hab's in einen neuen Faden verschoben.

Joomla 4 behaviour.tooltip not found - Fehler 500

Grüße

Stefan

Hallo Faro,

behaviour.tooltip gibt es in Joomla 4 nicht mehr.

Das dürfte irgendwo in einem Template oder Modul/Plugin aufgerufen werden.

Da müsste man über eingeschalteten Joomla Debug in der Joomla Konfiguration den Stack Trace ausgeben, um zu sehen, wo das herkommt.

Ist das ein Full Installer von VM ohne sonstige Erweiterungen, oder hast Du noch etwas eigenes dazu installiert?

Grüße

Stefan

Hallo Faro,

in der Tat, wenn Du von Joomla 3 auf Joomla 4.2.8 aktualisierst, gibt es keine Probleme.

Die Sicherheitslücke ist in der neuen API, die mit Joomla 4 eingeführt wurde.

Alle Versionen zwischen 4.0.0 und 4.2.7 und auch einige neuere Betas haben die Sicherheitslücke.

Theoretisch war es deshalb seit Veröffentlichung von Joomla 4 möglich, die Passwörter der configuration.php auszuspähen.

Sofern externer Zugriff auf die Datenbank möglich ist, könnte man also beliebig in der Datenbank arbeiten.

Deshalb wird empfohlen, nach dem Update alle Passwörter in der configuration.php zu ändern, das wären im Normalfall das Datenbankpasswort und evtl. die SMTP-Daten für E-Mails.

Wer ganz sicher gehen möchte, sollte auch die Passwörter von Super Admins, Administratoren usw. ändern, insbesondere von Super Admin Accounts, die evtl. brach liegen und die kaum benutzt werden.

Es steht geschrieben, dass bisher keine Ausnutzung dieser Sicherheitslücke bekannt ist, die Änderungen der Passwörter sind also Vorsichtsmaßnahmen. Sie mögen lästig sein, aber ich kann nur empfehlen, die Passwörter zu ändern.

Theoretisch könnte jemand eine Sammlung mit Zugangsdaten haben, die irgendwann dann einmal eingesetzt werden.

Sehr wahrscheinlich ist das nicht, aber sicher ist sicher.

Grüße

Stefan

Der andere Fehler sieht nach dem Fehler mit den Sprachdateien aus.

In der Forumsuche findet man einige Themen dazu.

STS

PS. Ich weiß nicht, ob die originalen Sprachdateien von der VM-Seite inzwischen funktionieren.
Wenn nicht, helfen diese:
https://www.jooglies.com/virtu…akete-f%C3%BCr-virtuemart

Servus,

der One Page Checkout byPV ist veraltet. Im Web findet man die zuletzt veröffentlichte Version von 2019.

Ich erinnere mich, den vor sehr langer Zeit einmal getestet zu haben.

Die Lösung:

Diesen OPC vollständig deinstallieren und am besten einen anderen OPC verwenden, den One Page Checkout von VirtuePlanet zum Beispiel, oder das VM original.

Möglicherweise finden sich auch noch andere alte Erweiterungen in der Installation. Falls noch mehr Fehler auftreten, diese alten Erweiterungen, Komponenten, Plugins, Module deaktivieren oder deinstallieren und testen, ob die Meldungen verschwinden.

Grüße

Stefan

Das ging früher und geht jetzt auch noch, wenn man in der VM-Konfiguration im Reiter Preise die erweiterte Preisanzeige einschaltet.

Es wird aber seit VirtueMart 2 ausdrücklich darauf hingewiesen, dass man die Regeln in den Preisangaben der Produkte auf Standard und Allgemein stehen lassen sollte, damit alle Berechnungen immer richtig sind.

Wenn mehr als eine Regel für ein Produkt gelten soll, das kann ja auch einmal nach Jahren passieren, dann müsste man alle Produkte einzeln umstellen.

Stehen die Regeln auf Standard und Allgemein, kann man einfach neue Regeln für z. Bsp. eine Kategorie erstellen und die gilt dann für alle Produkte.

Auf den ersten Blick mag die alte Weise einfacher und logischer erscheinen, weil man den aktuellen Wert direkt zuweist.

VirtueMart kann das aber automatisch, ohne dass man etwas tun muss, wenn man die Regeln richtig setzt.

Ich empfehle, diese Zuweisungen wirklich über - Regel -> Kategorie - zu machen.

Auf lange Sicht ist das sehr viel weniger Aufwand.

Grüße

Stefan

Servus,

mit der richtigen Produktzusammenstellung, Einordnung in Kategorien für Entfernung usw. kann man das sicher abbilden.

Je nachdem, wie flexibel die Anforderungen sind, geht es evtl. sogar ohne Zusatzprogrammierung.

Kostet halt einiges an Zeit und Denkarbeit, um die Anforderung richtig abzubilden, und die Verknüpfungen herzustellen.

Auf jeden Fall ein interessantes Projekt.

Grüße

Stefan

PS. Hier hatte ich mal etwas geschrieben, da gibt es auch noch andere Tutorials zu Preisen und Steuern usw.

https://www.jooglies.com/tutor…-steuern-und-rechenregeln

STS

Hallo Michael,

es gibt in VirtueMart mehrere Möglichkeiten, verschiedene MwSt.-Sätze zuzuweisen.

Wenn Kategorien eindeutig unterschiedliche MwSt.-Sätze haben, kann man die unterschiedlichen Sätze diesen Kategorien zuweisen.

Persönlich versuche ich die Kategorien immer so aufzuteilen.

Kategorie Kartoffeln -> 10%

Kategorie Löffel -> 20%

Ansonsten muss man mit versteckten Kategorien arbeiten.

Kategorie 10%
Kategorie 20%

beide nicht veröffentlichen und dann in der Produktbearbeitung zu der normalen Kategorie als "Steuer(ungs)kategorie" hinzufügen.

Grüße

Stefan

Zitat von ndb

Darf ich Ihrem Statement entnehmen, dass ich in Virtuemart eine Warenkategorie nur auf eine einzige Benutzergruppe (Joomla) beschränken kann?

Das wäre ein guter Anfang.

VirtueMart hat eigene Kundengruppen, die von den Joomla-Gruppen weitgehend unabhängig sind.

Die normale Vorgehensweise wäre, VM-Kundengruppen zu verwenden.

Es gibt auch eine Erweiterung, die nach bestimmten Kriterien Joomla-Gruppen zuweisen kann. Joomla-Gruppen sind aber der obigen Beschreibung nach nicht nötig.
Die Joomla-Gruppe für alle sollte "Registriert" sein, wenn man nur mit Anmeldung bestellen kann.

Zitat von ndb

Wie kann ich den Inhalt des Warenkorbs "geschickt" beschränken?

Um das genauer zu beurteilen, müsste ich die ganze Logik kennen, die dahinter steckt. Allerdings geht so eine Beurteilung dann über meine Zeit hier im Forum hinaus.

Die Beschränkungen laufen immer über VM-Kundengruppen, Kategorien, Beschränkungen in den Versand- und Zahlungsarten, usw.
Da hilft es, einen Beispielshop mit den VM-Beispieldaten einzurichten und diese Verküpfungen zu testen.

Grüße

Stefan

Ich denke, wir bleiben besser dort:

Bestellungen - Anzeige des Lieferscheins bzw. der Rechnung - Fehler: "Seite ist nicht erreichbar"

STS

Hallo John,

das mit der Rechnungsnummer in der HTML-Version ist normal. Auf das Rechnungsdatum habe ich nie geachtet, aber wenn die Nummer nicht vergeben ist, würde das Sinn machen.

Der Link sieht richtig aus.

Wenn die Datei im Hintergrund erzeugt wird - das heißt, man kann sie per FTP aus dem sicheren Pfad heraus herunterladen - dann habe ich da leider auch keine bekannte Erklärung für. TCPDF scheint zu funktionieren.

Vielleicht noch einmal alles aus dem Paket heraus einzeln installieren. Core, AIO, TCPDF, vmadmin-Template.

Vielleicht liegt es auch am Server, dass dort etwas von einer "Security Software" geblockt wird, oder die Dateirechte der PDFs irgendwie geändert werden.
Normalerweise sollten diese durch den Webserver-Benutzer angelegt werden und auch von diesem wieder gelesen werden können.

Vielleicht hilft es, ein Backup auf einem anderen Server oder lokal zu installieren.

Grüße

Stefan

Hallo Faro,

das sind keine Probleme, das ist Joomla 4.

Die Templates überschreiben Joomla's Core-Dateien und Joomla sagt Dir, dass in den Template-Dateien etwas anderes steht als im Joomla Core.

1. Wenn das Template also etwas anderes macht als der Core, dann siehst Du das.
2. Jetzt kannst Du sagen, ich finde das alles ok, lösche die Meldung zu dem Override. (Für jede Datei einzeln.)

3. Jetzt ist alles grün, und alles ist gut.

4. Beim nächsten Joomla-Update geht das dann wieder los, sofern im Joomla-Core etwas verändert wurde.

Die Angaben sind sehr hilfreich für einen Template-Hersteller oder Leute, die Ihre eigenen Templates schreiben.

Man sieht, im Core hat sich etwas verändert, ich muss den Override im Template prüfen.

Meiner bescheidenen Meinung nach haben diese Angaben dort für den normalen Nutzer nichts zu suchen.

Der Normal-User kann keine PHP-Dateien vergleichen und Fehler oder dergleichen finden.

Der Joomla-Normalanwender aktualisiert Joomla, schaut, ob sein Template-Hersteller ein neues Update hat, und fertig.

Die verantwortlichen Joomla-Entwickler scheinen mit mir nicht einer Meinung zu sein, und halten es für gut, dass der Normalbenutzer diese Anzeigen bekommt.
Es wurde darüber nachgedacht, dass eine Möglichkeit eingebaut wird, wenigstens alle Overrides auf einmal zu markieren, um sie für gut zu befinden.
Ob das bereits eingebaut ist, weiß ich nicht.

Ich sehe dieses Feature anders als die Entwickler, ich habe Vorschläge gemacht. Die Entwickler finden das neue Feature aber sehr toll. (Ist es auch für Template-Hersteller.)

Ich blende das Feature (geistig) seit längerer Zeit aus und stecke meine Energie in andere Dinge.

Grüße

Stefan

Servus,

man kann so etwas mit VirtueMart bauen.

-> Benutzergruppen auf Kategorien beschränken.

-> Mit Versandarten für Benutzergruppen z. Bsp. auf die Lokale begrenzen.

Zuerst muss man die ganze Logik aufbauen und diese dann in VirtueMart abbilden.

Sicher eine interessante Herausforderung. Aber wenn man nie mit VM gearbeitet hat, wird das eine lange Entwicklung.

Es ist also eine Frage der Motivation, des Wissens oder des Budges.

Grüße

Stefan

Es geht sicher auch ohne !important.

So einfach !important in dem Moment ist, so schwer wird es nachher, wenn man erneut Änderungen macht und dann stundenlang suchen muss, warum das neue CSS nicht wirkt.

Wenn's ohne !important nicht sofort funktioniert, genauer werden:

.klasse-weiter-oben-im-Baum .vm-col-2 {width: 50%;}

Wenn es im Template selbst schon !important gibt, das CSS des Templates von !important befreien und den Template-Hersteller bitten, doch vernünftiges CSS zu schreiben.

Ja, !important hat mir am Anfang sehr viel Zeit geraubt. Sag nicht, das merkt man an meinem Kommentar.

Grüße

Stefan