Beiträge von StefanSTS

Versuchst Du bitte einmal die 3.6.2.10159.

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

Der Hintergrund, die AGB und die Anmerkungen nach oben zu setzen, beruht darauf, dass es ein Urteil gibt, dass der Kaufen-Button direkt unterhalb des Gesamtpreises zu sehen sein muss.

Es gab wohl einige dubiose Anbieter, die den echten Preis verschleiert haben, indem sie weitere Inhalte zwischen Endpreis und Kaufen-Button eingefügt haben. Nun wird das Design von den Rechtsberatern sehr präzise vorgegeben, um dem Urteil zu entsprechen. Auch wenn es in Bezug auf eine AGB-Bestätigung "eigentlich Unsinn ist", weil nichts verschleiert wird und damit auch keine Täuschung in irgendeiner Weise wie oben beschrieben beabsichtigt ist. Aber wer möchte von einem Mitbewerber schon gerne vor Gericht gezogen werden, um dann evtl. festzustellen, dass ein AGB-Button ok ist oder nicht. Niemand will das, also wird vorsichtig gebaut, um auf jedem Fall dem Urteil zu entsprechen.

Kurz, die vorgeschlagene Ausführung wird viel verwendet, in meinem Warenkorb habe ich das auch so angelegt.

Bei den meisten meiner Kunden verwende ich den One Page Checkout von VirtuePlanet.com. Dieser hat eine Einstellung, den Kaufen-Button direkt unterhalb des Gesamtpreises anzeigen zu lassen.

Im Original-Checkout kann man das durch einen Template-Override der Dateien aus dem Ordner

components/com_virtuemart/views/cart/tmpl/ umstellen. Wenn man das nicht selbst kann, empfiehlt sich der One Page Checkout. Wenn jemand wie ich das anpasst, wird diese kleine Anpassung schon so teuer wie sonst der ganze OPC.

Grüße

Stefan

Servus Traudel!

Ich darf hier keine steuerrechtlichen Beratungen anbieten, das dürfen nur Leute "vom Fach". Scheinbar konnte die Person vom Fach aber hier keine Erklärung anbieten, die Dir Klarheit verschafft. Manchmal liegt das daran, dass sie nicht auf das Gebiet spezialisiert sind.

Ich kann hier nur beschreiben, wie ich es mache, oder wie ich es bei mir machen würde:

Wenn die Rechnungsadresse in Österreich ist, und die Lieferadresse in Deutschland, dann gebe ich für die Rechnungsadresse die Adresse in Österreich und für die Lieferadresse die deutsche Adresse an.

Meine Steuerberechnung erfolgt dann nach Lieferland.

Wenn ich an gewerbliche Kunden in der EU ohne MwSt. liefere, muss ich auf der Rechnung einen Hinweis auf das Reverse Charge-Verfahren anbringen. Dann zeige ich auch die Umsatzsteuer-ID auf der Rechnung an.

Das war es aber auch schon. Von den Schriftzeichen "EU-Land" habe ich bei all meinen Kunden, die auch Ihre Rechtsberater haben, noch nie etwas gesehen.

Vielleicht macht es Sinn, da einmal jemanden zu fragen, der sich auf IT-Recht spezialisiert hat.

Grüße

Stefan

Servus,

das ist in 10154 oder 155 gefixt worden.

Zieh mal die VM 3.6.2.10155 von http://dev.virtuemart.net/projects/virtuemart/files.

Grüße

Stefan

Das kann ich Dir auf die Schnelle nicht sagen. Die Regel ist im Grunde, beim äußeren Container anfangen, und wenn es dann innen drin nicht angenommen wird, weiter innen schauen.

Grüße

Stefan

Möglicherweise dieses Plugin, allerdings wird das nicht mehr aktiv weiterentwickelt oder mit Updates versehen.

https://extensions.virtuemart.…-shipping-by-rules-detail

Dort steht dann sicherlich die ein oder andere eigene Programmierarbeit an.

Ich habe einige Kunden, die Wein verkaufen, und in allen Fällen gibt es keine Versandkostenberechnung auf Basis von Einzelflaschen. Nur Versandpreise pro Karton bzw. freie Lieferung. Die haben Ihre guten Gründe, sich nicht extra Arbeit aufzuerlegen.

Grüße

Stefan

Ja und Nein,

die Schriftgröße wird normalerweise unter VM Menü -> Shop -> Shop im Reiter Rechnungen und E-Mails angegeben.

In den Mail-Layouts, die ich verkaufe, habe ich die Schriftgrößen allerdings als style-Attribut mit font-size: 12px; im HTML angegeben, damit diese VM-Einstellung, die immer noch mit der Einheit pt arbeitet, das Layout nicht kaputt macht. Das könntest Du genauso machen.

STS

In VM

components/com_virtuemart/invoice/tmpl/mail_html_footer.php

im Template (bei "normaler" Joomla-Template-Struktur)

templates/your_template/html/com_virtuemart/invoice/mail_html_footer.php

Alles, was mit mail_html anfängt spielt da zusammen.

Grüße

Stefan

Hallo Traudel,

das "Versandpreis pro Flasche" hatte ich überlesen.

Dein Kunde wird die Flaschen sicherlich in Kartons verschicken, aus diesem Grund sehe ich es eher für (betriebswirtschaftlich) sinnvoll an, die Versandpreise nach Kartons zu staffeln, sonst musst Du wirklich für 61, 62, 63 Flaschen einzelne Versandarten anlegen (von 61 bis 61, von 62 bis 62 usw.).

Das ist sicher auch von Verkäuferseite sinnvoll, da nicht mit etlichen unterschiedlichen Versandpreisen zu kämpfen.

Dir bleibt also auf den ersten Blick, noch 60 Versandarten anzulegen, oder eine Staffelung nach Karton zu machen. Ich würde da stark zu letzterem tendieren. Ist für alle einfacher.

Grüße

Stefan

Servus miteinand,

das geht seit einiger Zeit schon im normalen Versandplugin "weight countries". DHL ist sehr wahrscheinlich mit "weight countries" angelegt.

Dort einfach die Mindestanzahl und Höchstanzahl im zweiten Reiter wählen.

Grüße

Stefan

Deshalb hast Du den alten Brocken ausgegraben.

Für die Kategorieansicht kann man das sicher so in das Sublayout products.php einbauen.

Einfach in der Produktschleife nachfragen, ob das Produkt eine product_parent_id gleich "0" hat, dann darstellen, sonst auslassen.

Finden (evtl. Zeile 61):

foreach ( $products as $product ) {

zu:

foreach ( $products as $product ) {

if ($product->product_parent_id == "0") {

IF schließen, finden (evtl. Zeile 138):

<?php if($dynamic){

zu:

<?php

}

if($dynamic){

Entweder in die products.php einbauen, oder ein eigenes Sublayout "products_nochild.php" anlegen und das neue Sublayout in der Kategorie als Sublayout auswählen, in der es gebraucht wird.

Sublayouts können im Template oder im /components/com_virtuemart/sublayouts vorkommen/gefunden werden.

Grüße

Stefan

PS. Für die Suche wird es sicher etwas komplizierter, aber ähnlich. Ich muss nun leider noch etwas schaffen.

Servus,

die Child-Produkte einfach aus der Kategorie entfernen.

In den meisten Fällen wird immer nur das Eltern-Produkt der Kategorie zugewiesen, damit hat man nur ein Produkt mit Drop-Down in der Kategorie.

In der VM-Konfiguration gibt es im dritten Reiter die Möglichkeit, "Produktvarianten ohne Kategoriezuordnung in Suchergebnissen...".

Damit sollte das passen.

Grüße

Stefan

Seit einiger Zeit kann man die Karteileichen in der Medienverwaltung suchen lassen, da ist irgendwo ein Kästchen, das man anhaken muss.

Wieviele Bilder zeigst Du pro Seite an? Evtl. wird da zuviel Speicher gebraucht.

Werden denn neue Bilder angezeigt, oder bleibt es bei der alten Anzahl?

Evtl. muss die Synchronisation mehrfach angestoßen werden, wenn die Server-Resourcen nicht ausreichen.

Welche Größe haben die Bilder?

Servus,

na sischer dat.

https://www.jooglies.com/tutor…rodukte-per-ftp-hochladen

Stefan

Servus,

administriert Ihr den Server selbst? CPanel, Plesk?

In den PHP-Einstellungen des Servers sollte man sehen können, welche Module aktiviert sind.

Auch Joomla's Systeminformationen zeigen im Reiter PHP-Informationen an, ob GD zur Verfügung steht.

Schau bitte einmal nach, was dort alles angezeigt wird, und ob die Server-Einstellung auch mit der Anzeige in J übereinstimmt.

Falls Du automatische Update für den Server eingeschaltet hast, könnte das vielleicht ein Grund sein.

Weiterhin könnte es helfen, die dynamische Bildgrößenänderung in der VM-Konfiguration auszuschalten, evtl. werden dann die vorhandenen Thumbs genommen. Allerdings weiß ich nicht, ob da nicht trotzdem ein Fehler auftritt, wenn GD nicht vorhanden ist.

Auf die Schnelle

Stefan

Vielleicht kannst Du mit Screenshots noch einmal zeigen, welches Plugin Du verwendest.

VM Custom - Customer text input

oder

VM Custom - Product specification

Ersteres, welches ich im Post 2 vorgeschlagen hatte, hat bei mir noch nie Probleme verursacht.

Das ist nicht das Core Paypal Express Plugin.

Um Deine Frage klar zu beantworten: Ja, man kann in der Datenbank alles händisch beheben! Aber das ist nicht Sinn eines solchen Systems. Es geht darum, die Quelle des Problems zu finden, und nicht die Auswirkungen zu korrigieren.

Ich kann aus Deinen Aussagen nicht feststellen, was da schief läuft. Ich denke, es hat direkt nichts mit der Datenbank zu tun, deshalb wäre ich mit einem Bearbeiten der Datenbank sehr vorsichtig.

Leider kann ich aber auch ohne die Installation zu sehen, nichts Genaues dazu sagen. Für mich fühlt sich das eher so an, als ob sich da irgendwelche Plugins gegenseitig behindern.

Du könntest versuchen, mit einem Backup zu arbeiten, bei dem noch alles funktioniert und die Schritte nachvollziehen, die dazu führten, dass es nicht mehr funktioniert.