Beiträge von StefanSTS

Hallo Silas,

Zitat von Silk92

Heißt das, ich installiere das Plugin und dann sieht mein Warenkorb anders aus?

ja, im Grunde ist es nur installieren, aktivieren, und dann wird der gesamte Warenkorb-Vorgang vom Plugin übernommen. Es gibt dann im Plugin noch einige Einstellungen zum Layout usw.

Zitat von Silk92

Gilt das auch für andere Bereiche vom Shop?

Das würde ich in diesem Fall nicht machen, weil bereits Stile und Overrides für VirtueMart im Template vorhanden sind.

Das muss nicht, könnte sich aber beißen.

Es gibt das VMUikit für Templates ohne Virtuemart-Eigenschaften, ich verwende das allerdings selbst nicht so gerne, ich lege dann lieber die entsprechenden Overrides und etwas CSS an. Ansonsten muss man sich wieder an vorgegebenes Layout halten, das evtl. nicht zum Template passt.

Zitat von Silk92

Könnte ich eigentlich auch die Links, die mit den Buttons verknüpft sind, auch nach extern umleiten?

Sprich ich habe ein Produkt in meinem shop, aber der Warenkorb- und Kassenvorgang läuft über eine andere Seite, bspw. eine Druckerei. Dort erfolgt dann der eigentliche Bestellprozess. Ich habe sowas bei einer Seite eines anderen Fotografen gesehen...

Diese T-Shirt-Druckereien haben meistens ein eigenes Shop-System, das man komplett einbindet. Man benötigt dann eigentlich nur eine Webseite und etwas Code zur Einbindung von iframes oder dergleichen. Genauer angesehen hab ich mir so ein System aber noch nicht, deshalb kann ich da nicht viel zu sagen.

Grüße

Stefan

Hallo Silas,

danke für Deine Einschätzung zum Support des Templates, das ist sicher hilfreich für andere Leser hier.

Wenn Du in diesem Forum ein wenig liest, wirst Du bemerken, dass ich für den Warenkorb den One Page Checkout von VirtuePlanet empfehle (ohne Aktien in der Firma zu haben), weil der bisher das benutzerfreundlichste ist, was es für VirtueMart gibt.

Für Templates ohne guten Checkout lohnt es sich, ein Blick darauf zu werfen.

Grüße

Stefan

Hallo Kurt,

das Problem wurde im englischen Forum auch berichtet. Bisher scheint es dazu von den Entwicklern noch keine Lösung zu geben.

Alle Shops, die ich kenne, verwenden keine E-Mail-Bestätigung, deshalb ist das Thema hier wahrscheinlich auch bisher noch nicht aufgetaucht.

Eine vorübergehende (oder dauerhafte) Möglichkeit ist, die "Kontenaktivierung durch" in den Joomla Benutzer-Optionen auszuschalten, bzw. auf "Keine" zu setzen. Damit kann man das Problem zumindest umgehen.

Es ist im Dev Chat angesprochen worden, deshalb nehme ich an, dass es demnächst eine Lösung dazu geben könnte. Leider machen im Moment noch andere Dinge Schwierigkeiten, die scheinbar vorrangig bearbeitet werden. Mit Freigabe von PHP 8 gibt es reichlich Änderungen, die noch adressiert werden müssen.

Grüße

Stefan

Hallo Michael,

es hat auch schon einmal jemandem geholfen, auf die 3.8.4 zurück zu gehen, ob das in allen Fällen möglich ist, weiß ich nicht.

Meine Updates finden immer zuerst in einer Testumgebung statt. Die Wichtigkeit eines solchen Vorgehens hat man mit diesem Update gesehen, und auch gerade wieder mit Akeeba Backup.

Manchmal sind es nur Tippfehler der Entwickler, manchmal Änderungen, die auf Änderungen in den neuen PHP-Versionen abziehlen und dann plötzlich weitere Verstrickungen bringen, mit denen niemand gerechnet hat, oder die niemand getestet hat. Der Gründe gibt es viele, und die Fehlerhäufigkeit multipliziert sich mit jeder zusätzlich installierten Erweiterung.

Deshalb sind Testumgebungen für Shops mit vielen Bestellungen meiner Meinung nach Pflicht. Bei Internetseiten ohne Benutzerinteraktion kann man im Grunde alle Updates durchklicken, und wenn es nicht funktioniert, stellt man ein Backup wieder her. Das interessiert normalerweise nicht die Bohne, wenn die Seite einmal eine Stunde stehen bleibt.

In einem Shopsystem gehen aber laufend Bestellungen ein, und evtl. finden auch Prozesse im Backend statt, da kann man nicht einfach zurück ohne Daten zu verlieren.

Eine Stategie zur Verhinderung von Supergaus muss also her. Dazu zählen vor allen Dingen:

- Backups.

- Testen von Backups, ob sie auch wiederherstellbar sind.

- Wenige zusätzliche Erweiterungen.

- Das System Joomla - VirtueMart - Erweiterungen aktuell halten.

- Und die Testumgebung.

- Und Backups.

- Verantwortliche Hoster.

- Und Backups.

Die Liste ist nicht vollständig, da gehört noch viel mehr zu, man könnte Backups noch ein paarmal mit aufnehmen.

Grüße

Stefan

PS: Ein zivilisierter Ton ist hier Pflicht. Diese Forum ist nur für Hilfen um VirtueMart und wenn das nicht freundlich geht, bin ich inzwischen rigoros mit einem Klick auf den Löschen-Button. Ich möchte, dass Suchende hier auf Informationen treffen, nicht auf Troll Wars. Glücklicherweise ist es bisher nur selten vorgekommen, dass sich jemand im Ton vergriffen hat.

Hallo Silas,

einen Template-Wechsel habe ich erst einmal nicht vorgeschlagen, weil diese Probleme nur Kleinigkeiten sind. Zur Not kann man Templates auch selbst anpassen, wenn der Hersteller nicht hilft. Das könnte dennoch sinnvoll werden und bleibt abzuwarten, s. u.

Ich möchte nur darauf hinweisen, dass Templates von diesen großen Template-Marktplätzen oft nicht viel taugen. Wenn man Templates kauft, sollte man nach externen Meinungen zu den Templates suchen.

In diesem Fall gefällt mir insbesondere nicht, dass auf deren Seite nicht herauszufinden ist, wer hinter diesem Namen steht.

Wenn Template-Firmen weder ein Impressum noch eine Firmenadresse oder eine verantwortliche Person haben, kaufe ich generell nicht. Weder Erweiterungen, noch Templates.

In diesem Fall ist es interessant, zu welchem Ergebnis die Anfrage beim Support führt. Wenn dort zuverlässig geholfen wird, wäre das schön, wenn nicht, macht ein früher Template-Wechsel vielleicht doch Sinn, um spätere Komplikationen bei Updates zu vermeiden, denn im Fall von E-Commerce sind Updates, bzw. die Möglichkeit auf zügige Updates, evtl. ein wichtiger Sicherheitsfaktor.

Grüße

Stefan

Hallo Silas,

aplikko hatten wir hier schon einmal vor einiger Zeit mit Problemen. Vielleicht findet die Forumsuche noch mehr.

Die Sprachvariablen von VirtueMart scheinen soweit richtig verwendet zu werden, da die üblichen Sprachinhalte passen.

Die englischen Begriffe werden wahrscheinlich im Override-Ordner des Template zu finden sein. Das sieht so aus, als wären die "hard coded". Normalerweise sind dort Joomla Sprachvariablen.

Da hilft es, mit einem Tool eine Volltextsuche nach den englischen Begriffen über den Template-Ordner laufen zu lassen.

Meistens finden sich dann die Übeltäter.

Total Commander oder Notepad++ könnten die Volltextsuche evtl. Wer mit Linux arbeitet, kann dafür Krusader verwenden.

Das Warenkorb-Symbol ist normalerweise über das Warenkorb-Modul eingebunden. Evtl. einmal unter den Joomla-Modulen schauen, ob da etwas aktiviert werden kann.

Grüße

Stefan

Hallo Faro,

ja, besser warten, es war wohl ein Bug.

Die Version 7.5.0.1 scheint schon veröffentlicht zu sein.

Mitteilung von Akeeba via Facebook. Hier stimmt allerdings wohl die Angabe über die Version mit dem Bug nicht.

https://www.facebook.com/akeebaltd/posts/10158989528148739

Hallo Silas,

meistens liegt das daran, dass

1. entweder feste Begriffe in einem Template vorhanden sind, oder

2. der Shop auf Englisch installiert wurde, ein Quick Installer.

Was genau bei Dir der Fall ist, kann man mit den vorhandenen Informationen leider nicht feststellen.

Bitte lies den Beitrag unter "Wie bekomme ich schnellstens hilfreiche Antworten!" einmal durch.

Grüße

Stefan

Hallo Helmut,

danke für die Lösung, das wird sicher auch einige andere interessieren.

Ich werde das auf meinen Testinstallationen einmal ausprobieren.

Grüße

Stefan

Hallo Bernd,

dafür sind die deaktivierten/versteckten Kategorien, auch Steuerungskategorien genannt, eingeführt worden.

Man legt eine solche Steuerungskategorie an, weist sie dem Produkt zu und erstellt dann Regeln für diese Kategorien.

Möglicherweise gibt es andere Möglichkeiten, aber ich nehme immer die, die vorgesehen sind.

Grüße

Stefan

Hallo Eva,

für solch eine Änderung empfiehlt sich ein Override im Template.

Dazu müssen die entsprechenden Dateien in den Ordner

/templates/protostar/html/com_virtuemart/XansichtX kopiert werden.

XansichtX ist ein Platzhalter für die entsprechende "VirtueMart View".

Es gibt die Warenkorb-Ansicht, die Kategorie-Ansicht, Produktdetails-Ansicht usw.

Hier wird es der Ordner der View "cart" sein:

/templates/protostar/html/com_virtuemart/cart/

Die benötigten Dateien sollte man aus dem orginal VirtueMart-Ordner verwenden, hier:

/components/com_virtuemart/views/cart/tmpl/default.php

Diese Datei in den Override-Ordner kopieren und diese Datei auch bearbeiten.

Die Datei enthält eine Zeile:

echo $this->loadTemplate ('cartfields');

Diese Zeile muss verschoben werden. Also die obige Zeile ausschneiden und weiter oben unter

echo $this->loadTemplate ('address'); einfügen.

Dann sollte das so aussehen:

Bitte darauf achten, dass die Änderungen wirklich in der Override-Datei im Override-Ordner landen. Die original VirtueMart Core-Dateien werden bei einem Update überschrieben.

Hope that helps

Stefan

PS: Im Template sollte ein neuer Stil und ein neues Layout angelegt werden, das ist in der Template-Dokumentation beschrieben.

Danach kann man die Layouts in dem eigenen Layout ändern, ansonsten werden die Dateien im Ordner /default/ beim nächsten Update überschrieben.

Hallo Joerg,

wenn Du die Lösung des Problems hier hineinschreibst, dann ist das hilfreicher als löschen, dann erfüllt das Forum genau die Aufgabe, die es soll:

Eine öffentliche Betrachtung der Probleme mit Lösungen, die auch für andere hilfreich sind.

Grüße

Stefan

Hallo Joerg,

im Template gibt es einen Ordner layouts, dort sind alle Dateien, die VM beeinflussen.

Um das genauer sagen zu können, müsste ich da selbst heineinschauen und testen. Das geht allerdings dann aber über meine Zeit, die ich mir als Grenze für das Forum setzen muss.

Falls Du den Code findest, kannst Du versuchen, den Code auszutauschen.

zu

Hallo Joerg,

man kann die Anzahl der vorhandenen Produkte in den Produktdetails so ausgeben:

Das müsste in einen Override für das Produktlayout. Auf der VirtuePlanet-Seite ist dazu eine gute Dokumentation, allerdings auf Englisch.

Ich weiß nur gerade nicht, ob man die bestellten Produkte davon noch abziehen muss.

Etwas PHP-Verständnis braucht es allerdings, sonst wird es schwieriger. Ein Blick in die originalen VM-Dateien könnte helfen.

components/com_virtuemart/views/productdetails/tmpl/default.php

EDIT: das wurde ausgelagert in die stockhandle.php

components/com_virtuemart/sublayouts/stockhandle.php

Grüße

Stefan

Für Updates verwende ich normalerweise zuerst eine Spiegelung des Live-Shops.

Diese Spiegelung kann man dann in Ruhe durchtesten und wenn alles läuft, kann man die Updates im Live-Shop machen.

Das gleiche gilt, wenn man neue Produktkonstrukte anlegen will, die andere Eigenschaften haben als die zuvor genutzten, verschiedene selbsterstellte Felder usw. Dann hat man die Ruhe weg, ohne dauernd befürchten zu müssen, dass der Live-Shop ausfällt.

Auf Updates verzichten heißt auf lange Zeit, dass man Sicherheitslücken mitschleppt, die immer mal wieder auftauchen. Das gilt insbesondere für andere Erweiterungen, die sonst noch genutzt werden.

Viel Spaß weiterhin

Stefan

Die Warnung hat in Deinem Fall etwas mit AvalaraTax zu tun. Soweit Du das Plugin nicht verwendest, wird es wohl keine Auswirkungen haben.

Das Problem ist allerdings etwas breiter gestreut. Das wird gerade untersucht.

Eine Warnung muss nicht bedeuten, dass etwas nicht funktioniert. Notices und Warnings deuten aber an, dass es in folgenden PHP-Versionen zu einem Fatal Error kommen kann, weil Funktionen verändert oder entfernt werden, deshalb muss man sich schon darum kümmern.

Die VM-Entwickler haben jedenfalls keine Langeweile. Schon seit Jahren nicht, auch wenn man das außerhalb nicht so mitbekommt, es gibt immer zu tun, entweder weil PHP sich ändert, Joomla oder sonstetwas. Und das neben der normalen Weiterentwicklung.

Hostern sind überwiegend nie Probleme bekannt, das ist normal. Wenn Du 2 GB Webspace hast, bist Du wahrscheinlich auf einer Maschine mit mindestens 200 bis 500 anderen Kunden, da ist es normal, dass es Engpässe gibt. Das wird erst besser, wenn man fest zugesagte Prozessor und Speicherresourcen bekommt. Am Anfang mag ein kleiner Plan reichen, man sollte allerdings ein Auge auf die Performance haben. Wenn der Shop wächst und mehr Zugriffe hat, bleiben irgendwann die Kunden weg, weil sie zu lange auf das Laden der Seite warten müssen. Also hin und wieder testen, dafür gibt es genug Performance Tools im Netz.

Grüße

Stefan

Servus an die Ostsee,

das Problem ist leider bekannt. Es gibt eine Beta-Version, in der das anders sein soll. Die gibt es hier:

http://dev.virtuemart.net/projects/virtuemart/files

com_virtuemart.3.8.7.10378.zip

Bitte mit Vorsicht und am besten auf einer gespiegelten Testinstallation versuchen.

Grüße

Stefan

Hallo Joerg,

an der Warnung wird gerade vom VirtueMart Team gearbeitet, das ist ein relativ kompliziertes Problem. Es hat sich etwas in Joomla geändert, weil die auf PHP 8 reagiert haben, leider nicht mit einem Versionsumschalter für PHP, der das Problem erst einmal aufgefangen hätte.

Zur Zeit kann man einfach die Fehlerberichterstattung ausschalten, dann kommt zumindest die Warnung nicht mehr. Ich nehme an, das Problem ist in der nächsten Version gelöst.

Die "Kaufversion von VirtueMart", ich nehme an, Du meinst "VirtueMart Pro", ist eine Dienstleistung vom Media Service Essen, dem Betreiber dieses Forums. Das ist keine vom VirtueMart Team herausgegebene Bezahlversion. VirtueMart ist kostenlos. Die "Pro" beruht auf dem gleichen VirtueMart Core und hat ein angepasstes Template und einige vorinstallierte Plugins. Ich hab da nur sporadisch hineingeschaut, deshalb kann ich da nicht viel zu sagen.

Grüße

Stefan

Servus,

wenn Du meinst, dass Du Version 10373 über 10373 gebügelt hast, dann wurde evtl. vorher der Installationsvorgang abgebrochen und nicht alle Dateien überspielt. Das könnte an der maximalen Ausführungszeit liegen, die beim Server eingestellt ist. Evtl. einmal überprüfen, ob der Webspace beim Hoster ausreichend dimensioniert ist, bzw. der Hoster ein guter ist.

Freut mich, dass es funktioniert.

Grüße

Stefan