In den Links der Kacheln fehlt die ItemId, die vom Menüpunkt kommt.
Das bedeutet, dass die Einstellungen aus dem Menüpunkt dort keine Wirkung haben.
Im Template muss dazu wahrscheinlich der Linkaufruf geändert werden, so dass die ItemId dort auftaucht.
In der Joomla Konfiguration auf SEO-Links umschalten könnte auch funktionieren.
Schwer zu sagen, ohne in den Code zu schauen.
Grüße
Stefan
Hallo Marco,
für CSV-Dateien verwende ich Libre Office Calc unter Linux, um spezielle Formatierungen von Excel zu umgehen.
Der Import sollte aber auch mit Excel-CSVs funktionieren.
Wenn man in phpMyAdmin eine Tabelle auswählt und auf importieren klickt, kann man dort als Quelle auch CSV angeben und die entsprechenden Trennzeichen für Datenfelder und Text angeben. Normal Komma und Anführungszeichen. ^ und ~ können aber manchmal auch hilfreich sein.
Die Tabelle sollte vorher mit allen Spalten exportiert worden sein, auch die mit AUTO_INCREMENT erzeugten laufenden Nummern in der ersten Spalte.
Vor dem Import muss der Tabelleninhalt vollständig gelöscht werden, so dass die geänderten exportierten Daten mit gleicher Struktur wieder importiert werden können.
Im laufenden Betrieb ist das keine gute Idee, da würde ich RO CSVI empfehlen, damit der Shop nicht zeitweise ohne Preise dasteht.
Manuell in die Datenbank einzugreifen bedeutet immer ein gewisses Risiko, wenn man die Struktur der VM-Daten nicht studiert hat, bzw. wenig mit SQL zu tun hat.
Auch wenn ich die Struktur inzwischen kenne, verwende ich meistens RO CSVI. Es ist bei wiederholt auftretenden Arbeiten schneller und im Live-Betrieb nervenschonender.
Grüße
Stefan
PS. Datenbankarbeit -> Backups, Backup, Backups
Es werden ja keine anderen Dateien geladen. Es wird ja exakt das gleiche aufgerufen.......
Es werden aber sicher andere Parameter übergeben.
Schalt in der Joomla-Konfiguration die SEO-Links einmal aus und schau die URL an.
Die Kacheln sollten den Link des Menüs wiederspiegeln, das scheint hier nicht der Fall zu sein.
Ich halte mich immer an die Regel,
- für alle Hauptkategorien einen Menü-Link zu erstellen.
- Die Menü-Links können dann unterschiedliche Einstellungen enthalten.
- Wenn Kategorien irgendwo manuell aufgerufen werden, werden die genauen Adressen verwendet, die das Menü auch hergibt, entweder der SEO-Link, oder der Link, den man sieht, wenn SEO ausgeschaltet ist.
In diesem Fall ist wichtig, zu wissen wie die Kacheln generiert werden, über ein Modul, oder eine VM-Funktion oder manuell.
Ein Link zur Seite kann helfen, die erzeugte HTML-Struktur beurteilen zu können.
Soweit ich das aber verstehe mcht das Chosen Script aber doch die Auswahl der Customfields erst "schön"?
Schön liegt im Auge des Betrachters, auf Grund des Aussehens habe ich Chosen am Anfang immer ausgeschaltet, inzwischen zusätzlich, weil ich weiß, dass zuviele unnötige Dateien geladen werden.
Das Aussehen sollte man im Template CSS anpassen, das sind dann zehn bis 20 zusätzliche Zeilen in einer Datei, die sowieso aufgerufen wird, statt zwei Dateiaufrufe für CSS und JS, die man überhaupt nicht braucht.
Im Übrigen sollte das Template solche Design-Fragen übernehmen, nicht ein chosen-Schalter in VirtueMart. Eigentlich ist das chosen nur wichtig, um im Backend in langen Listen zu suchen. Wer lange Listen im Frontend hat, tut den Benutzern sowieso nichts Gutes.
Das Horme in VM würde ich nur als Beispiel- oder Basis-Template sehen. Man kann es verwenden, wenn man sich mit PHP-Code und CSS auskennt oder VM ausprobieren möchte.
Für einfache Handhabung empfehle ich die Templates von VirtuePlanet.com, Smart oder Merchant. Einige verwenden inzwischen auch Yootheme Pro. Ich finde aber ein spezielles Template für VM wie von VirtuePlanet besser. Mit einem eigenen Template oder dem Horme zu gehen, bedeutet mehr Arbeit.
Grüße
Stefan
Servus,
vorweg, ich habe das Horme schon lange nicht verwendet, deshalb kann ich das Problem nicht genau beurteilen.
Zum einen, ich benutze chosen.js nie im Frontend. Vielleicht einmal überprüfen, ob das wirklich gebraucht wird.
Das Chosen-Skript ist zur Auswahl von Custom Fields nicht nötig.
-> Es werde unnötige Daten für Chosen geladen, JS und CSS.
In der VirtueMart Konfiguration im Reiter Shopfront gibt es den Schalter:
"Benutzerdefinierte Felder von Produkten auf Übersichtsseiten anzeigen"
Ist dieser eingeschaltet?
Grüße
Stefan
Servus,
ein Blick in die Fehlerkonsole könnte helfen.
-> Rechtsklick auf der Seite und Untersuchen. Oder.
-> F12 drücken.
Vielleicht findet sich eine Fehlermeldung.
Möglicherweise hilft es bei der Fehlersuche, die Overrides für den Warenkorb im Template zu deaktivieren.
Im Template den Ordner
.../html/com_virtuemart/cart/ umbenennen oder gleich den ganzen ...com_virtuemart/.
Grüße
Stefan
Hallo Klaus,
mit VirtueMart 4.0.14 hat iStraxx die Verfügbarkeit des Update-Installers auf Benutzer beschränkt, die eine aktive VirtueMart-Mitgliedschaft haben.
Die englischen News findest Du hier:
https://www.virtuemart.net/new…h-a-virtuemart-membership
Es ist zwar weiterhin möglich, die jeweils aktuelle Version aus dem SVN heraus zu installieren, aber es macht wirklich Sinn eine Mitgliedschaft zu erlangen. Aus dem SVN heraus ist es mühsam.
https://extensions.virtuemart.…-membership-bronze-detail
Ich werde die Tage evtl. die News übersetzen, oder einen längeren Post dazu schreiben.
Auslöser war, dass seit Joomla 4 und PHP 8, also im Grunde die letzten eineinhalb Jahre, sehr viel Entwicklerarbeit anstand und kaum Umsatz über Erweiterungen oder Mitgliedschaften kam. Unter 1% der Shops hatten wohl eine Mitgliedschaft, diese stellt jedoch einen Pfeiler der Einnahmen dar.
Im Klartext war es nicht genug, um einen einzigen Entwickler anständig zu bezahlen. Viele Helfer arbeiten seit Jahren ehrenamtlich.
Mit diesem Schritt soll endlich eine vernünftige Finanzierung erreicht werden, so dass iStraxx auch einmal genug Mittel hat, um Dinge wie die altmodische Internetseite usw. anzugehen. Das ist nur ein Beispiel, es steht sehr viel Arbeit an, die nicht immer nur eine Person oder die Ehrenamtlichen machen können.
Mit 59 Euro netto zahlt man nicht mehr als für ein Template oder einen One Page Checkout oder eine gute Sitemap-Erweiterung.
Ich würde mich freuen, wenn möglichst viele diesen Schritt nachvollziehen können und Ihren Beitrag dazu leisten, dass die VirtueMart-Entwicklung weiterhin so lebendig bleibt. Mit PHP 8.2 steht gleich der nächste Brocken vor der Tür.
Grüße
Stefan
Paypal Checkout ist der Ersatz für Paypal Plus, mag sein, dass es unter dem Hauptbegriff PPCP läuft, ich habe zu den Begrifflichkeiten nicht nachgeforscht.
Das in Post #2 genannte Plugin evaluiere ich gerade.
Das PP Plus Plugin des gleichen Entwicklers verwenden einige meiner Kunden seit Jahren.
Das PP Plus Plugin bin ich Zeile für Zeile durchgeganen und konnte nichts auffällig "Böses" finden.
Der Quelltext sieht zwar von Stil her schlimm aus, aber die Plugins laufen und Stephen, der Entwickler, reagiert schnell auf Anfragen.
Ich habe eine Testversion mit Rechnungskauf, das im aktuellen Plugin noch nicht eingebaut ist. Das könnte demnächst kommen.
Ich gebe keine "Forum-Garantie", dass das Plugin sicher und zuverlässig ist, meine Kunden werden es aber zukünftig verwenden, solange keine Alternative von iStraxx vorliegt. Falls das passiert, würde ich ein sauberer programmiertes Tool von iStraxx bevorzugen.
Dieses war letztens im Gespräch, zu den Einzelheiten bitte ich aber, iStraxx, bzw. Max selbst zu fragen, da ich nicht auf dem Laufenden bin.
Grüße
Stefan
Für VM 4 gibt es eine Einstellung für einfache und Experten-Einstellungen.
VM-Konfiguration
-> Reiter Preisangaben
-> Bereich Preiskonfiguration
-> Einstellung Experten-Preisgestaltungsoptionen anzeigen Ja
Grüße
Stefan
Hallo Faro,
ich habe gerade einmal unter Joomla 3 in ein Merchant geschaut, dort verlief der Check ohne Probleme.
Der Server scheint damit erreichbar zu sein.
Die Joomla-Funktion auf #6 hat nichts mit dem Check des Templates zu tun. Der Joomla-Check ist erst neu in Joomla 4. Bei VP gibt es das schon sehr lange.
Wenn man über die Joomla-Funktion die Änderungen bestätigt, sollte das keine Auswirkungen auf die Dateien haben. Ich nehme an, es wird in eine Datenbanktabelle geschrieben, dass man die Dateien für gut befunden hat. Richtig tief habe ich allerdings noch nicht in die Technik geschaut.
Wenn Du keine Verbindung zum VP-Server bekommst, würde ich eher vermuten, dass Dein Provider evtl. den Verbindungsaufbau zu einer Dritt-Seite verhindert.
Es könnte natürlich auch an einem Problem mit Joomla 4 liegen.
Heute mehr Vermutungenen als Lösungen von mir.
Stefan
In der Reihenfolge:
1. Im Template-Ordner unter /layout/ einen neuen Ordner für ein neues Layout anlegen (Ordner .../meinlayout), das man später im Template auswählen kann.
2. Aus dem default-Ordner aus /blocks die Datei header.php oder topbar.php in das neue Layout kopieren.
3. Diese Dateien bearbeiten, um das HTML umzustellen.
4. Evtl. eine neue Datei anlegen und die in der index.php aufrufen.
Schritt 1 ist wichtig, um die Änderungen zu behalten.
Grüße
Stefan
Servus,
in den VM-Werkzeugen gibt es
-> Aktualisierung
-> Installiere Tabellen oder falls notwendig aktualisiere diese
Der Button könnte helfen.
Da ist mir noch nie etwas kaputt gegangen, aber ein Backup beruhigt vor dem Klick.
Ob der Fehler damit behoben ist, weiß ich nicht, könnte aber sein.
Grüße
Stefan
Hallo Christof,
das Layout wird normalerweise vom Template gesteuert, es sei denn, es werden die originalen VM-Layouts verwendet.
In jedem Fall kann man einen Override für die entsprechende Ansicht anlegen und dort die Reihenfolge entsprechend bearbeiten.
Um genau zu sagen, was geändert werden muss, müsste man aber ins Template und ggfs. auf die Seite schauen.
Im Template könnte etwas im Ordner
/templates/TEMPLATE_NAME/html/com_virtuemart/categories zu finden sein.
Grüße
Stefan
Danke, passt scho' 
Hallo Martin,
Du hast einen neuen Bestellstatus angelegt, Status T.
Für diesen Status musst Du nun Overrides in Joomla anlegen.
Außer dem Vendor-Betreff, Mail für den Verkäufer, gibt es auch noch den Betreff für die Mail an den Käufer.
COM_VIRTUEMART_MAIL_SUBJ_SHOPPER_T
Und für den Statusnamen könnte man auch noch einen Sprach-Override anlegen.
COM_VIRTUEMART_ORDER_STATUS_NAMEFUERTSTATUS - kann frei erfunden sein.
Grüße
Stefan
Genau, das ist sicher die beste Methode.
Evtl. die #__users nicht vergessen, wenn es neue Benutzer/registrierte Kunden gibt. Die Tabelle ist Joomla Core und hat das "virtuemart_" nicht voran.
Einige Tabellen in VM beziehen sich auf die Joomla Benutzer-ID.
Viel Spaß
Stefan
Servus,
welche Tabellen benötigt werden, kommt ein wenig darauf an, welche Veränderungen es gab.
Erst einmal alle Tabellen, in denen "#__virtuemart_order..." vorkommt.
Dann evtl. auch die Tabellen mit "products", "category/ies", falls neue Produkte hinzugekommen sind.
#__users, falls neue Benutzer hinzugekommen sind, usw.
Solange die ...order...-Tabellen übertragen sind, funktioniert eigentlich alles, es könnten nur Referenzen zu dem Käufer fehlen, wenn er nicht vorhanden ist, oder zu Produkten, usw.
Normalerweise benutze ich für diese Dinge JMigrator, weil man dort einfach neue Bestellungen, Kunden, Regeln, usw. einzeln aus dem alten Shop in den neuen nachmigrieren kann.
Wenn die VM-Versionen gleich sind, kann man auch versuchen, alle #__virtuemart_* Tabellen, bis auf die #__virtuemart_configs zu übertragen.
Ist leider etwas schwer zu beantworten, wenn man die genaue Struktur nicht vor Augen hat.
Das wichtigste sind Backups.
Grüße
Stefan
Die results sind aus Deinen Links bereits raus, damit dürfte die router.php funktionieren.
Vielleicht hingen die Links noch mit results im Modul-Cache.
clearCart ist bei meinen Versuchen auch raus, bei Dir ist das noch drin. Ich denke, da fehlt noch eine Datei irgendwo.
Das dürfte aber ok sein, wenn die nächste Version veröffentlicht wird.
VM 4.0.14 könnte kurzum kommen, die News sind schon soweit geschrieben.
Um ganz sicher zu gehen, ein Ticket bei iStraxx machen und fragen, ob Du eine aktuelle Dev-Version zum Testen bekommst.
Grüße
Stefan
Hallo Steffen,
in den Sprachdateien gibt es natürlich etliche Übersetzungen, die nicht perfekt sind oder auch nicht den individuellen Vorstellungen entsprechen.
Wenn Du dabei bist, kannst Du gleich Punkte hinter alle Sätze machen, die keinen Punkt haben. Nimm aber genug Zeit mit. 
Manchmal sind Begriffe zu nah am nicht von einem Muttersprachler geschriebenen englischen Original übersetzt. Die Ergebnisse sind dann manchmal nicht so prickelnd, wenn jemand die eigentlich gute Regel hat, sich streng am Original zu halten.
Manchmal gibt es auch Denglisch statt Deutsch. Dein Beispiel "Installation von" -> "Installationdes" kommt von "Installation of", ein typischer Fehler durch wörtliche Übersetzung.
Am Anfang habe ich relativ viele Änderungen untergebracht, da war ich noch ein junger Sprachfanatiker (wie du scheinbar gerade).
Inzwischen übersehe ich viele Fehler, weil eine Änderung durch das Zusammenspiel von Repository und Transifex immer einem Rattenschwanz an Arbeit für jjk auslöst.
Mir wäre es lieber, wenn nur in den ini-Dateien im Repository gearbeitet würde, und die Sprachdateien von dort aus erzeugt würden, aber dann ist es wiederum nicht einfach genug für andere Übersetzer. Deshalb Transifex und das Hin und Her der Dateien.
Die Sprachdateien werden von Freiwilligen gepflegt, und dafür sind sie meiner Meinung nach ganz gut gelungen. Die Feinheiten müssen wir mit Overrides lösen. Joomla hat da ja glücklicherweise ein gutes System.
Grüße
Stefan
Hallo Steffen,
einige Sprach-Overrides können sowohl vom Backend als auch vom Frontend aus ausgelöst werden.
Zum Beispiel können Mails einmal durch den Admin im Backend durch Statusumstellung versendet werden, einmal durch eine Bestellung des Benutzers im Frontend.
Deshalb ist es ratsam, sämtliche Sprach-Overrides für "Administrator" und "Site" zu erstellen. Das ist ein "Joomla-Ding".
Hier hatte ich einmal etwas dazu geschrieben:
https://www.jooglies.com/tutor…verride-in-joomla-anlegen
Die angesprochene fehlende Sprachvariable ist seit einiger Zeit im Repository, aber evtl. noch nicht in den orginalen Sprachdateien, die man herunterladen kann.
Die Sprachdateien, die ich selbst zusammenbaue, enthalten diese Variable bereits.
https://www.jooglies.com/virtu…kete-f%C3%BCr-virtuemarta
Die aktuelle Version dort ist jetzt 4.0.14.0, weil sie schon für das sehr bald kommende VirtueMart 4.0.14 angepasst ist.
Normalerweise würde sie als Update angeboten, wenn man bereits diesen Installer verwendet, aber ich werde den Update-Server erst aktualisieren, wenn VM 4.0.14 heraus ist.
Man kann die Sprachdateien zur Not auch einzeln von dev.virtuemart.net herunterladen.
Grüße
Stefan
