Hallo Joerg,
das hast Du richtig gesehen, nur der Punkt hinter der eckigen Klammer muss noch weg, das ist das Zeichen, um zwei Werte zu verbinden.
$taxTitle = $taxd['calc_name'] . ;
zu
$taxTitle = $taxd['calc_name'] ;
Und bitte als Override im Template anlegen, nicht die Originaldatei ändern, damit die Änderungen bleiben.
Grüße
Stefan
Hallo Kurt,
wenn man erst einmal davor sitzt, wahrscheinlich nicht allzu lange, um herauszufinden, ob die Daten da sind, und wenn, sie dann einzubauen.
Das Drumherum kostet meistens mehr Zeit. Eine Stunde oder zwei, schätze ich, es kommt darauf an, was in den Variablen zur Verfügung steht.
Das ist auch eine interessanter Zusatz für meine Rechnungslayouts, die ich bald aktualisieren muss.
Grüße
Stefan
Selbsterstellte Felder/Custom Fields sind schon der richtige Weg.
Die würde ich dann mit CSSs position: absolute; an die richtige Stelle schieben.
Grüße
Stefan
Servus,
da müsste man schauen, ob die Nettowerte pro Regel irgendwo in dem vorhandenen Array zu finden sind.
Ansonsten wohl die einzelnen Posten zusammenrechnen.
Da könnte man dann einen Override für die invoice_items.php aus dem invoice-Layout machen.
Dazu braucht es allerdings etwas Zeit und PHP.
Reicht es nicht aus, wenn bei den Einzelpositionen der Netto-Betrag und der Mehrwertsteuersatz steht?
Grüße
Stefan
Hallo Axel,
diese Templates von den großen Template-Massenmärkten sind leider meistens nicht für für einen stabilen und sicheren Shop geeignet, wenn man nicht selbst die PHP-Kenntnisse hat, die Layouts und Plugins an die neuen Versionen anzupassen. Der Support dort ist meistens unterirdisch.
Deshalb finden sich in diesem Forum wiederholte Empfehlungen für Templates und Erweiterungen von http://www.VirtuePlanet.com, die sich unkompliziert mit jedem Joomla- und VirtueMart-Update auf Knopfdruck aktualisieren lassen.
Wenn ich das richtig verstanden habe, entsteht der Shop gerade erst. Wenn jetzt mit einer alten Joomla-Version und einer alten VirtueMart-Version angefangen wird, die noch nicht auf die aktuellen PHP-Versionen abgestimmt sind, dann sind von vorne hinein Probleme vorprogrammiert.
Die meisten Provider bieten nur noch PHP 7.3 und 7.4 an.
VirtueMart 3.2.2 ist fast drei Jahre alt und noch nicht auf diese PHP-Versionen angepasst.
Joomla könnte damit laufen, allerdings spätestens bei PHP 8 wird auch diese Joomla-Version nicht laufen.
Das heißt, wenn jetzt mit diesen Versionen der Shop hochgezogen wird, steht er in sehr kurzer Zeit vor dem Problem, dass die PHP-Fehler so gravierend werden, dass es nur noch einen weißen Bildschirm gibt, dann hilft nur ein externer teurer Support oder ein Neuaufsetzen.
Zudem ist nicht zu verachten, dass in den letzten Jahren sehr viele Sicherheitslücken in Joomla und VirtueMart gefixt wurden, die in diesen Versionen offen sind. Das ist mit den Richtlinien für Online Shops nicht vereinbar. Shops müssen auf dem Stand der Technik und so sicher wie möglich gehalten werden.
Deshalb meine Empfehlung, wenn gerade angefangen wird, die aktuelle Installation einstampfen und mit den aktuellen Versionen von Joomla und VirtueMart frisch anfangen. Das mag sich wie ein Schlag ins Gesicht anhören, wenn man schon viel Zeit und einiges Geld investiert hat, auf die lange Sicht spart es aber enormen Ärger und Ausfälle.
Wenn es kein Template von VirtueMart sein soll, empfehle ich "normale" Joomla Templates, die auf einem leichten Framework aufbauen, aber keine VirtueMart-Anpassungen haben. Zum Beispiel Gantry oder Joomla51, keine schweren Template Builder, die die Seite überfrachten und langsam machen.
Hier muss man dann mit den originalen VM-Layous leben oder diese ein wenig mit CSS anpassen. Es hat aber den Vorteil, dass man so immer aktualisieren kann und aktuelle Layout-Dateien direkt von VirtueMart nutzt, keine alten Overrides eines Einmal-Templates.
Grüße
Stefan
Hallo Joerg,
persönlich finde ich es besser, das alt hergebrachte Paypal zu verwenden. Das ist aber Geschmacksache.
Die Smart-Buttons sollen einen direkten Checkout möglich machen, damit der Kunde schneller zum Kauf kommt. Paypal und Amazon pushen diese Button, weil damit mehr Umsatz über deren Angebot gemacht wird. Klar, wenn bei jedem Produkt ein Button mit Paypal steht. Das macht Paypal allgegenwärtig für den Kunden. Dauerhafte kostenlose Werbung für Paypal.
Ich bevorzuge ausnahmsweise den marginal längeren Weg, bei dem alle Zahlungsmittel gleichzeitig im Checkout angezeigt werden, so kann man Überweisung, Bezahlung bei Abholung, und ggfls. Kauf auf Rechnung (ohne Paypal) gleichberechtigt anbieten.
Das 'Kauf auf Rechnung von Paypal Plus' ist in Deutschland durchaus eine gefragte Sache, da die Deutschen weiterhin gerne auf Rechnung kaufen. Ich habe dazu Kundenaussagen, dass der Verkauf durch Wechsel auf Paypal Plus zugenommen hat. Ob das wirklich an PPPlus lag, kann ich nicht mit Bestimmtheit sagen, wäre aber durchaus möglich, weil dieser Kunde einen "guten Kopf fürs Geschäft" hat.
Das Plugin für Paypal Plus ist nicht in VirtueMart enthalten, das muss von einem externen Anbieter bezogen werden.
https://plugins.online-store.c…ypal-plus-order-form.html
Die Erfahrungen mit dem Entwickler sind soweit gut. Am Anfang war das Plugin etwas hakelig, aber Verbesserungen wurden zügig umgesetzt.
Beim Kauf auf Rechnung über Paypal wird der Rechnungsbetrag an Paypal abgetreten. Man bekommt sofort sein Geld ausgezahlt, und der weitere Ablauf der Bezahlung wird zwischen Paypal und dem Kunden geregelt. Damit hat man dann nichts mehr zu tun.
Paypal macht dort seine eigene Risikoabschätzung, das heißt, bei einigen Kunden wird evtl. kein Kauf auf Rechnung angeboten. Wenn ich das richtig verstanden habe, wird das in Echtzeit über die Kundendaten überprüft.
Hope that helps
Stefan
Hallo Uli,
danke für die ausführliche Bewertung, das ist sehr hilfreich für andere, die auch eine Sitemap suchen.
Ich werde mir die Erweiterung bei Zeiten auch einmal anschauen.
Grüße
Stefan
Hallo Uli,
danke für die Auflistung.
Ich benutze auf einigen Seiten die JSitemap Pro von storejextensions.org, die kann auch VirtueMart.
Nach einem Test heute, kann ich sagen, dass sie auch unterschiedliche Sprachen ausgibt.
/index.php?option=com_jmap&view=sitemap&format=xml&lang=de
/index.php?option=com_jmap&view=sitemap&format=xml&lang=en
Das erzeugt bei mir zwei unterschiedliche Sitemaps for die jeweilige Sprache. VM und Joomla.
Grüße
Stefan
Hallo Joerg,
es könnte sein, dass der Provider hier eine GeoIP-Sperre hat oder dergleichen.
Ich würde einmal beim Provider anfragen.
Normalerweise funktioniert Paypal international ohne Probleme.
Grüße
Stefan
Hallo Axel,
ohne weitere Informationen ist das schwer zu sagen.
Es hört sich ein wenig danach an, als ob sich zwei Module oder Erweiterungen hier beißen.
Um da mehr sagen zu können, müsste man schon einen Blick auf die Seite werfen.
Die Namen und Versionen der genutzten Komponenten sind auch wichtig.
Folge bitte einmal dem Link in meiner Signatur "...schnelle Antworten".
Grüße
Stefan
Servus,
hast Du die Sitemap von Viktor Vogel (Kubik Rubik) probiert? Wenn da etwas nicht so funktioniert wie es soll, einfach mal fragen, ob es geändert werden kann.
Wenn Du schon viele ausprobiert hast, schreib doch auch, bei welchen wir uns nicht mehr die Mühe des Vorschlags machen müssen.
Grüße
Stefan
Hallo Helmut,
ich nehme auch an, es liegt an dem Problem, das Andreas hier verlinkt hat. Danke, bastelstar.
Das VM Admin Plugin lädt nur JavaScript und CSS, um die Anzeige zu verändern. Abfragen an die Datenbank sind nicht eingebaut.
Wenn Du die Fehlerberichterstattung in Joomla auf Maximum oder Developer stellst, siehst Du eine ausführlichere Fehlermeldung. Das sollte zum Übeltäter führen.
Grüße
Stefan
[EDITIERT StefanSTS]
--
Falsche Informationen entfernt.
--
Siehe Beitrag unten von mowe:
Das Bundesministerium für Finanzen gibt zu den geltenden Steuerregeln nach dem 31. Dezember 2020 folgende Informationen.
Der Betreff des Schreibens ist: Umsatzsteuer; Konsequenzen des Austritts des Vereinigten Königreichs Großbritannien und Nordirland aus der Europäischen Union
https://www.bundesfinanzminist…_blob=publicationFile&v=1
[EDITIERT ENDE]
Grüße
Stefan
Hallo Helmut,
die orderlistcolors.css liegt jetzt als
jglvmadmin_orderlist.css
im Ordner
media/plg_system_jglvmadmin/css/
Du kannst Deine alte Datei umbenennen und dorthin kopieren. Der Ordner und die Dateien sollten dort schon angelegt sein. Also einfach die vorhandene Datei ersetzen und im Plugin die Farben für die Bestellliste einschalten.
Grüße
Stefan
Hallo Helmut,
genau, das ist jetzt alles in den Plugin-Einstellungen. Da Joomla das Backend-Template zu einer bestimmten Zeit sehr oft geändert hatte, bin ich dazu übergegangen, alles über das Plugin zu machen.
Es ist jetzt auch übersichtlicher, was geändert wird.
VirtueMart's neues Backend bekommt gerade etwas mehr Schwung. Dort sieht das dunkle Theme noch besser aus. Wenn das kommt, kommt auch eine neue Version mit einigen CSS-Anpassungen dafür.
Grüße
Stefan
Hallo Michael,
das ist dann schade, dass es nicht auf alle Regeln anzuwenden ist.
Auf der anderen Seite sparen diese Art Plugins eine Menge eigene Arbeit, deshalb bin ich immer froh, wenn es mit kleinen Eingriffen dann auch für eigene Zwecke anzupassen ist.
Das ist die Stärke und Schwäche von VirtueMart, man kann alles machen, allerdings bleibt es nur gut, wenn man es ordentlich dokumentiert. In diesem Fall dürfte es kein großes Problem sein, weil diese Dinge sich nicht andauernd ändern, sondern über Jahre konstant bleiben. Man muss dann leider bei Updates überprüfen, ob alles noch passt. Das ist der Preis dafür, wenn man vom Core abweicht.
Ich habe gerade ein tolles Beispiel bekommen, super Dokumentation von unnötigen Core-Hacks, die ich nun überwiegend auf einfache Overrides umbauen kann, damit der Shop in Zukunft aktualisierbar ist. Solche Shops brauchen regelmäßige erweiterte Wartung, die über die regelmäßige normale Wartung hinausgeht, die für jedes Shop-System gemacht werden sollte. Das sollte man dem Shop-Besitzer auch von Anfang an klarmachen.
Ein Shop ist keine Visitenkarte, die man einmal baut und dann zehn Jahre nicht anfassen muss.
Ok, wieder zu weit ausgeholt 
Stefan
Hallo Helmut,
als erstes solltest Du das Jooglies Admin Template auf Isis umstellen, weil die Funktionen des Templates in ein Plugin ausgelagert wurden, damit es einfacher ist, das Template aktuell zu halten.
Das Plugin ist hier zu finden: https://www.jooglies.com/virtu…lugin-f%C3%BCr-virtuemart
Ich kann Dir das auch per Mail schicken, wenn Du magst.
Ein Bild des ersten verkauften Produkts ist natürlich möglich, allerdings nicht mit Bordmitteln, da müsste man einen Override erstellen und die Produkte laden und dann von dem ersten das Bild herausholen. Das geht sicherlich irgendwie, aber das ist mit Arbeit verbunden. Ob das sinnvoll ist, hierfür Geld auszugeben, liegt im Auge des Verkäufers.
Grüße
Stefan
Servus,
ich habe die Anwendung des Quantity Plugins nicht 100 % im Kopf, aber eigentlich sollte es sich nach der Regel orientieren, die man verwendet.
Die Regeln kann man sowohl für Preise nach MwSt. anlegen als auch für Preise vor MwSt. Demnach sollte das Plugin auch mit Brutto-Preisen umgehen können.
Um Deine Änderung elegant zu machen, reicht es, eine ordentliche Dokumentation anzulegen.
Bei mir heißt der Punkt: Update-Anleitung. Da schaue ich vor einem Update immer hinein.
Grüße
Stefan
PS. Damit der Code nicht überall mit Smilies versehen wird, kann man Code in [ code ] einschließen [/ code ] (ohne Leerzeichen).
PPS. Joomla 3.9.24 brachte keine Lösung für das event-Problem. Das wird wohl die jeweilige Erweiterung dann übernehmen müssen. So wie es aussieht besteht diese Änderung in PHP bereits seit PHP 7.1 und im Zuge wurde von Joomla jetzt umgestellt. Die Erweiterungen müssen da wohl jetzt folgen. Alle Angaben dazu ohne Gewähr und Pistole, weil ich da nicht tief hinein geschaut habe.
Servus,
diese Warnung erscheint seit Joomla 3.9.23 oder .22 bei einigen Erweiterungen, weil in Joomla eine Anpassung für PHP 7.4 oder PHP 8 gemacht wurde.
Leider gibt es dort keinen Switch für diesen Fall.
Evtl. erledigt sich das Problem am Dienstag, 12.01.2021 mit Joomla 3.9.24.
Ansonsten muss da wohl in jede Erweiterung ein Switch, der die verschieden PHP-Versionen bedient. Das wäre eher unschön.
Für den Moment kann man die Warnung evtl. erst einmal ausblenden, indem man die Fehlerberichterstattung in Joomla auf Keine stellt. Das sollte in einem Live-Shop sowieso eingestellt sein.
Ich halte das persönlich so, dass ich eine gespiegelte Testinstallation mit Fehlerberichterstattung auf Maximum laufen lasse, und den Live-Shop auf "Keine", dann sieht man Notices und Warnings früh genug, bevor sie zum Problem werden. Das ist dann meistens in der nächsten oder übernächsten PHP-Version der Fall.
Grüße
Stefan
Servus,
ich nenne das Produkt "Dienstleistung X - 1 Stunde".
So wie hier:
https://www.jooglies.com/virtu…rtuemart-support-1-stunde
Das erspart mir die Arbeit mit Selbsterstellten Feldern des Typs Zeichenkette oder dergleichen.
Grüße
Stefan
