Beiträge von StefanSTS

Danke für die Aufklärung.

Hilft Dir nun auch. Nimm einfach die englischen Tabellen aus der Datenbank _en_gb und importier sie als _de_de. Und schon klappt's auch mit dem deutschen Nachbarn.

Servus,

die Lösung ist meistens ganz einfach und kompliziert.

Wenn nur eine Versandart oder eine Zahlungsart angezeigt wird, erfüllt auch nur eine die Kriterien (die für den Käufer gelten sollen).
Wenn mehrere Versand-, Zahlungsarten vorhanden sind, liegt es meistens daran, dass diese zu sehr beschränkt werden.
Gewicht, Land, PLZ, usw.
Am besten alles leer lassen, was nicht wirklich sein muss. Z. Bsp. PLZ 00000 - 99999 ist unnötig und kann Probleme machen, einfach leer lassen. Oft hilf es, am Anfang einfach alle Kriterien leer zu lassen.
Gewicht in Versandart angegeben, Produkt hat kein Gewicht. -> Regel trifft nicht zu, keine Versandart.

Oder das Template ist total verbastelt, dann hilft es, Protostar oder Beez einzuschalten. Damit kann man Template-Fehler ausschließen.

Grüße
Stefan

Hallo Jürgen,

möglicherweise hast Du Overrides in Deinem Template, die das Original-Layout überschreiben.
Im Template-Ordner gibt es einen Ordner /html/, dort sind Overrides zu finden.

.../html/com_virtuemart/invoice/ sollte die Overrides für die Rechnung enthalten.

Grüße
Stefan

Servus,

evtl. margin und padding für die Produkt-Container und das div.row explizit auf 0 setzen.

Vielleicht hat Safari da irgendwo Standardwerte, die das Layout kaputt machen. Kann ich aber nicht mit Bestimmtheit sagen.

Ansonsten bin ich grundsätzlich für eine Browser-Erkennung und bei Safari dann eine große rote Anzeige. "Sie verwenden einen Browser, der immer nur Probleme macht. Bitte laden Sie sich einen anderen herunter."

Grüße
Stefan

Normalerweise sollten in der Console des Browsers Fehlermeldungen auftauchen.

Evtl. hilft auch ein Link zur Seite.

Der Aussage, alles ist ausgeschaltet, folgt meistens ein, ach ja, das war auch noch an.

Grüße
Stefan

Servus,

ich nehme an, die externen Zahlungsplugins machen da Ärger und das JavaScript wird nicht richtig ausgeführt.

Versuch einmal die externen Zahlungsplugins zu deaktivieren und dann einzeln zu aktivieren.

Nach der Beschreibung ist Deine Installation "a big mess" mit zu vielen Plugins. Weniger ist mehr.

Eine von Anfang an technisch-verständliche Sprache wäre eine super Idee, ja.

Grüße
Stefan

Realistisch betrachtet gehe ich davon aus, dass es bei der Notlösung bleibt.

Sicherlich kann man in Joomla eine Shop-Komponente wie VirtueMart auch in Kombination mit einer Buchhaltungskomponente und einer Vereinsmanagement-Komponente auf die Beine stellen, wenn man sich das leisten möchte.
Grob gerechnet würde ich sagen, ca. 2 bis 3 Programmierer für 4 bis 8 Wochen, damit könnte das Projekt zu bewältigen sein, wenn ein Projektmanager ein gutes Team mit gefächertem Wissen zusammenstellt.
Falls es geeignete Erweiterungen gibt, die man untereinander synchronisieren kann, vielleicht weniger.

Falls ich jetzt maßlos übertrieben habe, und hier jemand eine erschwingliche Erweiterung dafür postet, wäre das natürlich klasse.

Übrigens,

im HEAD finden sich keine Skripte und kein CSS.
Ich nehme an, da ist ein "Optimizer" am Werk, meistens optimieren die in VirtueMart alles kaputt.

Bedeutet, bei Erstellung des Shops, diesen ganzen, sorry, Unsinn erst einmal ausschalten.

Heißt auch, wenn etwas nicht funktioniert, einmal im Protostar Template versuchen.

Vom Namen des Templates her hört sich das nach Tmpl-Monster und Co an. Ich würde da eher ein Template von VirtuePlanet oder Olympianthemes anpassen. Das macht weniger Kopfschmerzen auf Dauer.

Grüße
Stefan

Es werden möglicherweise die bekannten IPs für Paypal überprüft, damit die Verbindung nicht zu einem Bösewicht zustandekommen kann.

Genau weiß ich es aber nicht, da müsste mal jemand sprechen, der im Code des Plugins geschaut hat.

Grüße
Stefan

Servus,

diese Frage lässt sich schwer beantworten, wenn man den Hintergrund und die Abläufe des Shop-Verkäufers nicht kennt. Anzahl der Vorgänge pro Tag/Monat, wie wird die Ratenzahlung überwacht usw.

Meines Erachtens macht es Sinn, eine Zahlungsart "Ratenzahlung" mit dem Standard-Zahlungsplugin anzulegen, und dann den weiteren Vorgang per CSV an eine externe Buchhaltungssoftware zu übergeben.

Grüße
Stefan

Servus,

da könnte man in der Datei, die die Kategorie-Übersicht aufruft, evtl. eine Abfrage machen.

if (!empty($products))
oder so ähnlich, einfach einmal unter com_virtuemart/views/category/tmpl/ schauen.

Dann einen Override im Template (-> Google) anlegen.

Grüße
Stefan

Auch über die VM Homepage, der Link nach dem roten "und".

Hallo Harald,

zur Beschränkung der Rechte verwendet VirtueMart die ACL von Joomla.
Auch hier ist Google sicher ein guter Helfer.

Grüße
Stefan

Servus,

bei mir steht das auf Ja, "IPN-Provider IP überprüfen".

Lade Dir mal die aktuellen Sprachdateien herunter. Findest Du auf der Startseite von http://www.virtuemart.de verlinkt.
Oder evtl. einmal VM aktualisieren.

Grüße
Stefan

Ich hatte da einmal einen Override in meinem Admin Template, da hieß es dann Verkäuferinformationen.
Mich verwirrte das jedesmal.

Das Formular zur Veränderung der Käuferdaten und das Formular für den Verkäufer teilen sich die gleichen Funktionen, deshalb ist das mal so gemacht worden und ist dann so geblieben. Jeder Verkäufer ist im Grunde auch ein möglicher Käufer, von daher ist es nicht ganz falsch.

Ich hab meinen Override-Code vorhin für das VM Core vorgeschlagen, vielleicht ändert sich das ja in der nächsten Version.

Grüße
Stefan

Servus Harald,

neuen Super User anlegen. ID merken.

Unter VM-Werkzeuge kann man die ID des Verkäufers setzen. (Evtl. unter VM-Konfiguration/erster Reiter die Datenbank-Werkzeuge aktivieren.)

Damit hat man unter VM-Menü -> Shop -> Shop den neuen User als Verkäufer, hier noch im dritten Reiter die Adresse usw. eintragen und abspeichern.

Damit ist der neue Verkäufer eingerichtet.

Darauf achten, dass in der VM-Konfiguration/erster Reiter nicht Multi-Vendor eingeschaltet ist, sonst kann man mehrere Verkäufer haben.

Grüße
Stefan

Hallo Harald,

durch das overflow: visible; habe ich jetzt einen Scroll-Balken am unteren Rand, man kann den Inhalt also verschieben. Der Schatten ist allerdings noch da.

Wenn irgendwo etwas überlappt, kann es auch durch ein position: absolute; sein. Es macht Sinn, eine Media Query (-> Google) zu verwenden, die ab einer bestimmten Auflösung float: none; und position: static; für die meisten Elemente in so einem Abschnitt setzt. Dann hat man meistens weniger Salat.

Du hast auch noch alle Module eingeblendet, die stören im Warenkorb nur. Verwirrt den Kunden, er schließt nicht ab.

Die .htaccess könntest Du noch aktivieren und in der Joomla Konfiguration das Rewrite einschalten, damit das index.php in der URL verschwindet.

Grüße
Stefan

Servus Harald,

ab Arbeiten mit Admin-Zugang werfe ich meinen Stundenzähler an, aber geht vielleicht auch so.

Schau einmal in der position.css des Templates, dort findest Du die CSS-Ausschnitte.

Den Overflow auf visible setzen, damit der Scroll-Balken erscheint:
#contentarea, #contentarea2 {
position: relative;
overflow: visible;
padding: 0 20px !important;
margin: 0;
}

Der Schatten um den Seiteninhalt stört dann:

#shadow #all {
box-shadow: none;
}

Evtl. diese Anpassungen besser in der user.css oder custom.css des Beez-Templates machen, Google findet sicher genug Anleitungen dazu.

Die Module an der linken Seite würde ich im Warenkorb ausschalten. Dazu einen Menülink oder Schattenmenülink auf den Warenkorb anlegen. Dann geht es über die Menüzuweisung im Warenkorb-Modul.

Grüße
Stefan

Servus Harald,

der VP OPC funktioniert sehr gut auf mobilen Geräten, insbesondere iOS. Das wäre die einfache Lösung gewesen. Es gibt vier verschiedene Layouts, die man einstellen kann.

Wenn Du nicht auf externe Erweiterungen zugreifen möchtest, bleibt nicht viel anderes übrig, als Overrides für
Dateien aus /components/com_virtuemart/cart/tmpl/ in Deinem Template anzulegen, und das Layout selbst zu gestalten.
Dazu benötigst Du aber mindestens Grundkenntnisse in PHP, HTML und CSS.

Auf jooglies.com habe ich mir auch einen eigenen Warenkorb-Vorgang zusammengebaut, aber die Arbeit und Pflege sind nur vertretbar, wenn man sonst keine Hobbies hat. Beim nächsten Mal, wenn ein Update meine Overrides zerschießt, kommt bei mir auch der OPC rein.
Ich habe gewünschte Änderungen auch schon für Kunden erledigt, aber da kommst Du schnell auf ein Mehrfaches des OPC-Preises, das ist nur sinnvoll, wenn es wirklich spezielle Anforderungen gibt.

Den einmaligen Kaufpreis für den OPC hat man nach ein paar nicht abgebrochenen Käufen über Telefone oder Tablets schnell wieder drin. Und die Pflege besteht aus dem Klick auf den Update-Button. (Nein, ich bekomme keine Provision von denen.)

Wenn Du das seitliche Scrollen dennoch bevorzugst, hilft evtl. ein Link zur Seite, um das CSS einzusehen.

Grüße
Stefan

Servus Harald,

die meisten meiner Kunden verwenden den One Page Checkout von Virtueplanet.com.

Kann ich nur empfehlen, macht auch den Vorgang an sich einfacher.

Grüße
Stefan