Beiträge von StefanSTS

Servus,

Du hast die allgemeine Sprachvariable für eine Fehlerausgabe gefunden, das hilft nicht wirklich weiter.

Du hast meine Fragen noch nicht beantwortet.

Grüße

Stefan

Custom Fields -> Plugins -> Texteingabe.

Servus,

um welche Version handelt es sich genau?

Evtl. einmal auf die 3.4.3.10045 aktualisieren.

Wenn es sich um einen Live-Shop handelt, würde ich die ungeraden Versionen nur installieren, wenn diese einen für das aktuelle System relevanten Bug fixen. Ansonsten empfehle ich, auf den gerade Versionen zu bleiben. In diesem Fall: 3.4.2, diese Version ist auch auf www,virtuemart.net unter Downloads weiterhin als die aktuelle Download-Version gelistet.

Wenn man ungerade Versionen verwenden möchte, weil sie einen Fehler beheben oder gewünschte neue Features enthalten, ist das ausgiebige Testen auf einer Spiegelung des Live-Shops sehr zu empfehlen. Für mich ist das Testen ein Muss, egal ob gerade oder ungerade Version.

Grüße

Stefan

Servus,

die Version der Sprachdatei 3.4.0.4 weist darauf hin, dass es sich um meinen Installer handelt. Bei diesem braucht man nur den einen Installer. In meinen Testinstallationen und bei Kunden habe ich die angesprochenen Fehler nicht.

Die Fehlersuche ist über Joomla möglich, dort kann man in der Grundkonfiguration "Sprache debuggen" einschalten.

Danach bekommt man dann am Fuß der jeweiligen Seite angezeigt, ob es Probleme mit Sprachdateien gibt. Evtl. ist etwas bei der Installation schief gelaufen.

Das wäre mein erster Schritt, wenn das nicht hilft, könnte es auch daran liegen, dass die Installation zuerst auf Englisch eingerichtet und dann auf Deutsch umgestellt wurde. Das kann auch zu Sprachproblemen führen.

Grüße

Stefan

Gern geschehen.

Wenn man Produktbilder und andere Grafiken bereit hat, kann man mit den Zutaten wirklich einen Shop fast an einem Tag zusammenbauen.

Strato? Bei denen bin ich seit 20 Jahren nicht mehr aufgelaufen, die waren damals schon "die Besten".

EDIT: Der Strato-Fehler 503 ist interessant, der Spam-Schutz für das Gästebuch scheint einfach alle POST-Anfragen zu blockieren, damit läuft dann wohl kaum ein Shopsystem mehr. Deshalb schicke ich alle Hosting-Kunden zum Michael Schulze, der dieses Forum betreibt, wenn sie etwas Gutes haben wollen. Fängt zwar nicht bei 1,99 Euro an, aber dafür hat man ordentliche Rechenpower und keine überlasteten Strato-Server mit hunderten Kunden auf einer Maschine.

Falls es interessiert: https://www.media-service-essen.de/hosting-tarife/

Viel Spaß weiterhin

Stefan

Guten Morgen,

natürlich kann das aktuelle Template dann bestehen bleiben, man muss "nur" die VirtueMart-eigenen Seiten entsprechend nach den eigenen Wünschen über Layout-Overrides im Template und CSS anpassen.

Deutsche Anleitungen für Overrides findet man über Google mit den Begriffen "Joomla Template Override Tutorial". Dies ist ein Joomla-Thema, weil VirtueMart hier auf die Joomla-Funktionen zurückgreift.

Hier muss man sich dann ein wenig in PHP einlesen, damit man evtl. Code-Schnipsel einfügen oder hin- und herschieben kann. Mit einem guten Text-Editor wie Notepad++ oder Sublime Text 3 ist das nicht allzu kompliziert, wenn man sich damit beschäftigen möchte.

Der Aufwand ist nicht immer unerheblich, wenn man den Shop an seine Bedürfnisse anpassen möchte. Manchmal kann die Entscheidung, auch im Nachhinein noch ein "echtes" Virtuemart-Template zu verwenden, weniger Zeit in Anspruch nehmen, auch wenn man die Seite noch einmal auf das neue Template umbauen muss. Zudem hat es den Vorteil, dass die Templates aktuell gehalten werden, und nach einem Update auch auf Änderungen im VirtueMart Core eingegangen wurde, die man evtl. dann in den Overrides selbst wieder anpassen muss.

Für die Bestellabwicklung empfehle ich überwiegend den One Page Checkout von VirtuePlanet.com, wenn man nicht viel Geld für eine eigene Lösung ausgeben möchte. Der OPC ist seit Jahren immer aktuell gehalten und wird von großen und kleinen Shops eingesetzt.

Grüße

Stefan

Servus,

wichtig bei einem VirtueMart ist ein gutes Template.

Meistens empfehle ich die Templates von Virtueplanet.com und Olympianthemes.com, weil die gut gepflegt werden.

Andere Templates enthalten oft nicht die aktuellen Layouts, die mit der aktuellen Version von VirtueMart kommen.

Es kann helfen, eine Standard-VirtueMart-Installation mit den Beispieldaten von VM daneben zu legen, vorzugsweise mit dem Template Protostar oder vmbeez3. Dort sieht man, was im Original geht und was nicht und kann evtl. Overrides im Template ersetzen oder rauswerfen.

Wenn das angesprochene Layout mit den Zusatzangaben bei den Preisen nicht funktioniert, fehlt oft das aktuelle Sublayout prices.php von VirtueMart.

Die Bezeichnungen für VirtueMart lassen sich alle über Joomla Sprach-Overrides verändern, auf jooglies.com gibt es auch ein Tutorial für Sprach-Overrides. Die Sprachvariablen findet man mit einer Textsuche in den deutschen Sprachdateien, die man auf virtuemart.de findet oder als installierbares Paket auf jooglies.com.

Und wenn alles nichts hilft, kann man bei so netten Dienstleistern wie dem Michael vom Media Service Essen oder mir, hust, unter Jooglies.com auch einfach Support-Stunden buchen, und Fragen zügig per Mail oder Telefon beantwortet bekommen.

Natürlich gibt es auch hier oft ausreichend gute Antworten, wenn die Fragen entsprechend präzise gestellt sind.

Frohes Schaffen in den Feiertagen

Stefan

Servus,

so schreibe ich seit diesem Jahr meine Rechnungen, allerdings nicht aus dem Backend heraus, sondern vom Frontend aus.

In der VM - Konfiguration -> Reiter Kasseneinstellungen -> Erlaube Administratoren den Kunden zu ändern.

Ich melde mich im Frontend als Super User an.

Im Warenkorb bekomme ich nun die Möglichkeit, registrierte Benutzer zu wählen oder neu zu registrieren.

Ich wähle den vorhandenen Kunden.

Nun lege ich Dinge in den Warenkorb und schließe wie ein normaler Kunde ab.

Das wars.

Grüße

Stefan

Danke für das Angebot,

ich hab allerdings heute ungefähr vier Sachen gleichzeitig und vor Freitag noch den Schreibtisch leer zu bekommen.

Da die PHP 7.3 noch sehr frisch ist und es mit einer "normalen" Version funktioniert, gehe ich davon aus, dass der Hoster bald nachlegen wird. Vielleicht erledigt sich das dann von alleine.

Wenn nicht, geht es hier sicher weiter.

Grüße

Stefan

Kurzes Update:

Ich habe die Vorgänge mit PHP 7.3.4 nun einmal durchgetestet.

Mein PDF lässt sich mit Ocular unter Ubuntu öffnen und zeigt keine Besonderheiten.

Manchmal bauen sich Hoster seltsame PHP-Versionen mit diversen Modulen zusammen, die dann einige Funktionen vermissen.

Evtl. war die PHP-Version dort nicht aktuell oder angepasst, oder mir fehlte einfach der fehlerhafte Vorgang in der Bestellabwicklung.

Behalten wir das einmal im Auge.

Grüße

Stefan

Danke sehr rossi,

dann probiere ich das später selbst einmal aus, damit das in Zukunft nicht zu einem Problem wird.

Grüße

Stefan

Hallo Rossi,

welche Version wurde vom Hoster gewählt?

Wenn das PHP 7.3 war, wäre es gut, das zu wissen, damit da jemand für die Zukunft hineinschauen kann.

Danke und Grüße

Stefan

Hat sich die PHP-Version beim Hoster evtl. geändert?

Hallo Michaela,

genau das scheint in VirtueMart nicht zu gehen.

Wenn ich die Informationen in einer Diskussion gestern richtig gedeutet habe, berechnet zumindest ein Versender immer 19% MwSt. auf die Portokosten.
Evtl. kann es sinnvoll sein, in diesem Fall die Portokosten in VM auch auf 19% festzulegen.

In diesem Fall kann man wohl bei der Steuerabrechnung später die überbezahlten Prozente zurückfordern.

Das ist allerdings nur Halbwissen.

Für genaue Informationen würde ich da einen Steuerberater fragen.

In den Kundenshops, die ich betreue, ist diese Frage bisher nicht aufgetaucht, weil die meistens keine gemischten Mehrwertsteuer haben oder einfach mit 19% berechnen.

Evtl. wäre die Integration einer Funktion etwas für eine "VirtueMart Supporter Membership", falls das unbedingt mit 7 % und 19 % berechnet werden soll. Ich nehme an, die Berechnung dieser Werte wird einigermaßen kompliziert.

Eine Anfrage über das Ticketsystem bei iStraxx unter http://www.virtuemart.net könnte jedenfalls nicht schaden.

Grüße

Stefan

Ein Screenshot könnte helfen, herauszufinden, um welchen Text es geht. Es gibt viele Texte in den Mails.

Servus,

die neuen Versionen zum Testen befinden sich hier, in der letzten veröffentlichten Version 3.4.5.10040 ist es enthalten:
http://dev.virtuemart.net/projects/virtuemart/files

Die Einstellung befindet sich unter VM-Konfiguration im Reiter Kasseneinstellungen.
Im Grunde sollten immer die Standardregeln zugeordnet werden. Die Steuer und Rechenregeln sollten so aufgebaut werden, dass die Steuern in den Produkten dann immer stimmen.

Am besten in einer Testinstallation probieren, weil gerade noch an einigen Ecken und Enden gefeilt wird.

Grüße

Stefan

components/com_virtuemart/views/invoice/tmpl/

Override im Template in

..../html/com_virtuemart/invoice/

Grüße

Stefan

Faro!

Wer sollte Dich denn dafür maßregeln, dass Du hier eine wertvolle Hilfe gegeben hast?

Du hast vollkommen Recht, dass die anderen Dinge viel wichtiger sind als ein Gütesiegel.

Ob das im Einzelfall etwas bringt oder nicht, hängt evtl. auch ein wenig vom Klientel ab. Ich persönlich übersehe diese Plaketten auch immer, und setze die Energie lieber in ordentliche SEO-Texte oder dergleichen.

Vielleicht hilft es für die letzten paar Prozentpunkte beim Umsatz, wenn sonst alles stimmt, wer weiß, ich nicht.

Jedenfalls herzlichen Dank für Deine offene Meinung dazu, muss ja auch einmal gesagt werden, damit sich jeder sein eigenes Bild dazu malen kann.

Grüße

Stefan

Wenn der Test immer für diese Gruppe angezeigt werden soll, kann man den auch in der default.php der View productdetails angeben.

Im Template ist evtl. ein Override zur default.php bereits vorhanden.

Dann bei bestimmter virtuemart_shoppergroup_id den Text darstellen. Allerdings hab ich den Code gerade nicht parat, vielleicht findet sich im VM-Core ein Beispiel, wenn man nach virtuemart_shoppergroup_id sucht.

Grüße

Stefan

Servus,

Du meinst diese cart.php?

components/com_virtuemart/helpers/cart.php

Das ist etwas seltsam, dass man eine Core-Datei dazu verändern soll. Damit hat man bei jedem Update dann eine Datei, die man neu wieder einspielen muss, bzw. die man mit der neuen Version zusammenführen muss.

In der orderdone.php wäre dieser Code sicher besser aufgehoben, weil man dann die nächsten zehn Jahre nur den Update-Knopf drücken muss statt herumzuwurschteln.

Grüße

Stefan

PS. Zur Umsatzsteigerung kann ich leider nichts sagen. Ich frag mich schon ohne solche Faktoren wie einige Umsatzänderungen manchmal zustandekommen. Und für die SEO-Beurteilung ist Michael Schulze der bessere Fachmann, er ist der Experte, an den ich mich wende, wenn mein Grundwissen nicht mehr ausreicht.