Beiträge von HaeFB

Hallo.
Wir verlinken in einem "Virtuemart Produkte Modul" wechselnde Produkte.
Seit Joomla 4.4.9 VirtueMart 4.4.0 11095 sieht der Link so aus und verursacht einen Fehler:
ht...://www.xxxxx.de/component/virtuemart/produkt.html?Itemid=101

Den Fehler verursacht das "?Itemid=101", ohne das geht der Link.
Normal hat das Produkt den Link
" ht...://www.xxxxx.de/kategorie/produkt.html ".
Warum nicht einfach so?

Danke für Aufklärung,

Danke nochmals.
Das wars.
Nun läuft mit VirtueMart 4.4.0 11095, Joom 4.4.9 und PHP 8.2 alles wie es soll.

Danke.
Das muss man wissen.
Was ich darüber denke ist nicht salonfähig.

Nachtrag:
Jetzt ist die Verwirrung komplett.
Wenn ich in der VM-Konfiguration die Verwendung des neuen Templates abschalte
werden die vermissten Felder wieder angezeigt. Allerdings ist die Arbeit auf dem alten
Design ziemlich nervig.

Hallo zusammen.
Ich habe jetzt VM 4.4.0 in einer Testdomain beim Hoster installiert.
Nun funktioniert alles, bis auf dieses:

Die Preisberechnung funktioniert bei allen Produkten, die bei der Installation veröffentlicht waren.


Bei den anderen und bei neu installierten Produkten wird statt dem MwSt. - Auswahl - Feld
"Angewandte Steuer 7%" und "Angewandte Steuer 19%" als Text angezeigt.
Berechnet werden 19% und im Frontend wird der Selbstkostenpreis angezeigt.

Es ändert sich nix, egal ob Preise automatisch berechnet oder von Hand eingefügt.
Alle Einstellungen bei "Produktinformation, Steuer-& Rechenregeln und sind identisch.

Ja, das machte ich so.
Nachdem das Prolem in der 4.2.18 nicht mehr auftritt konzentriere
ich mich jetzt darauf diese Version zum Laufen zu bringen.

Die Offtopik Replik habe ich kommen sehen.
Die Seite ist eigentlich uralt und damals war das halt eine Lösung.
Er wird übrigens nur für die allgemeinen Infoseiten (Impressum, AGB, Kontakt usw.) genutzt, nicht für VM.
Wenn ich mal gar nix zu tun habe stricke ich das um.

Danke für die Antwort !

Danke mal.
Ich fahre 4.2.14.
Provisorisch habe ich alle Preise neu eingegeben.
Es will aber nicht wie ich. Manche geraden Preise (5.0) werden einfach auf 4.9 gesetzt, gebe ich 5.1 ein , bleibt 5.1.
In meiner Testumgebung habe ich 4.2.18 installiert. Da ist der Fehler weg.
Dafür schaltet es da wieder auf Bootstrap 5 und die Seite weigert sich mit
"Failed opening required 'F:\Xampp\htdocs\xxx-03\components\com_sppagebuilder\parser./../helpers/helper.php' (include_path='F:\Xampp\php\pear'".
Deshalb trau ich mich noch nicht auf die produktive Seite.

Nachtrag:
Ich habe festgestellt dass, wer auch immer, allen meinen Endpreisen
mit Cent, also "9.5", einen Schwanz angehängt hat: "8.50001".
Selbstkostenpreis und Basispreis sind alle mit 5 Nachkommastellen wie schon immer.
Ist da was geändert worden ?

Hallo.
Wenn ich einen Artikel meines Shops bei Google suche, z.B. "allesGute (Name des Shops) Kartoffelsalat"
erhalte ich den Artikel angezeigt mit der Preisangabe "900.001,00 € Auf Lager".
Folge ich dem Link zur Seite steht dort korrekt "Preis inkl. MwSt. 9,00 €" und das grüne Feld für verfügbar.
Hat jemand eine Idee wie Google zu dieser Interpretation kommt ?
Dankee.

Ich habe
die offline.php

von htdocs/meins/templates/system/
nach htdocs/meins/templates/mein-template/
kopiert und dann die Zeilen 58-76 ( <form... bis </form> )
gelöscht.
Nu isses wech.

Nachtrag:
Der Gag ist, der Button bleibt auch bei der wieder freigegebenen Seite.
Also ist da auch noch ein Keks im Spiel.

Hast Du in
System - Konfiguration - Site
Frontendbearbeitung "keine" eingegeben ?
Das bezieht sich eindeutig auf die Frontendbearbeitung durch Berechtigte.
Logge ich mich ein, komme ich auf das Frontend mit Button "Seite bearbeiten".
Die Erlaubnis dazu muss ja irgendwo gegeben werden, in Joomla oder dem Template.
Ich wühle bei Gelegenheit noch ein wenig.

Für die .htaccess in der root wäre
die einfache Variante:

RewriteEngine On (hast Du schon)
RewriteRule ^api/ - [F]
Grüßle
HaeF

Nein.
Sie verhindert einfach den Zugriff auf diesen einen Aufruf.
Wenn ich es richtig sehe ist der eigentlich gedacht als Login
für Frontendbearbeitung durch den Admin.
Den brauch ich nicht, also ist es mir wurscht.

HaeF

Ich weiß was:
in der htacess einfügen:

RewriteCond %{QUERY_STRING} ^option=com_users&view=login$ [NC]

RewriteRule ^index\.php$ - [F,L]

Dann kommt:
ZUGRIFF NICHT ERLAUBT

Die angeforderte Seite darf nicht angezeigt werden.

Wenn man unanständig sein wollte könnte man auch auf eine Juxseite oder eine Schleife umleiten.
Tut man aber nicht.
Grüßle
HaeF

Jetzt weiß ich auch was.

Unter
Komponenten - Virtuemart - Konfiguration - Stilvorlagen - Template und Layouts

gibt es als Erstes "Layout Bootstrap Version".
Dort mal auf "Keine (Altsystem verwenden)".
Hat bei mir geholfen.
Grüßle

Also:
- Eine error.php gibt es nicht
- die letzten Fehlereinträge in com_virtuemart.log.php sind von gestern Nacht 03:00 - 05:00 . Da war sonst nix los.
- auf einer gespeicherten XAMPP-Version mit VM 4.2.6 gibt es den Fehler nicht
- alle Konfigurationen sind identisch
- ich habe die com_virtuemart.log.php gelöscht und alle möglichen Aktionen (User und Admin) durchgezogen.
- eine neue com_virtuemart.log.php wurde bisher nicht erzeugt.
- Vielleicht einfach ignorieren?

Da hast Du mir einen Floh ins Ohr gesetzt.
Hab ich noch nie beachtet.
Die Datei com_virtuemart.log.php hat in 4 Wochen 1680 Zeilen und jeden Tag mehrfach den Eintrag:

Dass irgendwas nicht funktioniert habe ich bisher nicht festgestellt.
Die Seite ist aber uralt und bis J 4.4.5 /VM 4.2.14/PHP 8.2 hochgezogen.
Da gibts unzählige uralte vermutlich überflüssige Dateien, die ich mir nicht zu löschen traue.

Gibts da eigentlich einen Plan, wie man das alte Gedöns ohne totale Neukonstruktion loskriegt?

Habe meine Glaskugel verlegt.
Um was geht es da?

Heureka Eulalia !
Nach Update auf 4.2.14 11022 wird in beiden Mails (Bestellung und Bestätigung)
die "0" durch "PayPal" ersetzt.

Viieelen Dank dafür !