Beiträge von StefanSTS

Mal zum Template Protostar gehen und es damit versuchen. Irgendetwas stört Deine Skripte da.

Ein generelles VM-Problem ist es nicht, ich arbeite die letzen Wochen mit der 3.8.2, und kann keine Probleme feststellen.

Versuch mal, den Slider auszuschalten.

Hallo Tobby,

es handelt sich um normale Links, die bei Klick nicht aktiviert werden.

Das kann im Grunde nur JavaScript durch unterbinden der Standardfunktion, nämlich zum Ziel weiterzuleiten.

Die dynupdate.js scheint nicht zu funktionieren. Was ist das für eine VM-Version?

Servus,

mein erster Gedanke war, Captcha-Problem,

mein zweiter Gedanke war, PHP-Problem,

mein dritter Gedanke war, wenn Du PHP von vorne herein als Problem ausschließt, dann halt ich mich lieber raus und schreib nix.

Dann hatte ich aber schon geschrieben, da ich nun schon dabei bin, würde ich noch einen Link zur Seite empfehlen, allerdings eingeschränkt, nur wenn die verwendete PHP 5.6-Version noch sicher ist, das kann ich nicht beurteilen, das könnte evtl. der Hoster.

Evtl. kann man in der Seite selbst Fehler in der Konsole sehen oder andere aufschlussreiche Dinge. Wie zum Beispiel auch das Template usw.

Die PHP-Predigt spare ich mir, willst Du sicher auch nicht hören, aber wenn das Problem zufällig nach einem Joomla- oder Erweiterungs-Update auftrat, könnte da schon mal jemand den PHP 5.6-Support ausgeschaltet haben.

An VM 3.4.2 generell sollte es nicht liegen, da sehe ich keine Probleme, das läuft wunderbar stabil, bei mir auch unter PHP 7.3.
Das muss aber nicht überall der Fall sein, es macht schon Sinn, auf VM 3.8.2 umzusteigen, es ist weitaus komplatibler zu PHP 7.3 und auch 7.4.

Und die 3.8.2 ist diesmal richtig gut geworden, so dass ich auch alle meine Kunden langsam von 3.4.2 hochziehen werde.

Es gibt nicht mehr viele gute Gründe zu warten.

Grüße

Stefan

Servus,

Du solltest nicht so weit ausholen, wenn Du erklärst, was Du bereits gemacht hast.

Mit dem wenigen würde mir als erstes einfallen, darauf hinzuweisen, dass Joomla zuerst mit allen >> Inhaltsspachen << richtig konfiguriert sein muss. Da gibt es ein Modul im Admin, das man aktivieren kann, das zeigt den Mehrsprachenstatus.

Wenn das steht, VirtueMart installieren, alle Sprachen auch in der VirtueMar-Konfiguration eintragen und die Konfiguration speichern.

Menüs mit Links zu der VM-Hauptkategorie in allen Sprachen erstellen.

Wenn das steht, und die SEO-Optionen sowie die dazu passende .htaccess stimmen, dann sollte der Freude nichts weiter entgegenstehen.

Grüße

Stefan

Servus,

ich denke, bei solchen Problemen macht es eher Sinn, den Hoster einmal zu fragen, wie die Auslastung des Servers aussieht.

Wenn es ein vielbesuchter Shop ist, ist es möglich, dass die Resourcen eines Shared Hosting nicht ausreichen.

Das kann man aber nur beurteilen, wenn man mehr Übersicht über alle Aspekte der Shop-Umgebung hat, bzw. tiefer reinschaut.

Grüße

Stefan

Servus,

P - Im System geht eine Bestellung ein. Der Verkäufer kann eine Mail bekommen.

U - Bestellung offen. Mail an Verkäufer und Käufer möglich wie bei allen außer P.

Im Allgemeinen Sprachgebrauch würde ich "U - Vom Käufer bestätigt" als "Offen" bezeichnen.

P ist keine offene Bestellung, P ist ein von außen nicht ersichtlicher Zwischenzustand (wie oben beschrieben).

U wieder hinzufügen und "Offen" nennen, P umbenennen in "Bestellung gerade in der Mache, Do not touch!"

Mailversand nach Wunsch anpassen, alles ist gut.

Zu dem Partially Paid kann ich nichts sagen, da muss irgendetwas falsche Zahlen auswerfen, wenn bei einer Rechnung mit z. Bsp. nur einem Posten partially paid herauskommt.

Leider hast Du nicht verraten, mit welcher Version Du arbeitest (siehe letzter Link in meiner Signatur), sonst könnte ein Wissender das evtl. genauer bestimmen. In das Partially Paid hab ich noch nicht näher hineingesehen.

Grüße

Stefan

Ist Status "Offen" etwas selbst hinzugefügtes?

Welche VM-Version?

Ich würde vorschlagen, einen neu installierten Shop mit Beispieldaten daneben zu legen und dann einmal zu vergleichen wie das dort läuft.

Status P ist nur während des Bestellvorgangs zu verwenden, zwischen Kaufen-Button und Payment-Plugin-Aktionen, nachher sollte immer Status U oder C herauskommen, oder etwas neu definiertes.
P bliebt immer P/Pending, Zustand zwischen Kaufen-Button und Statusumstellung durch das Zahlungsplugin.

Und wenn es die drei Status P, U und C oder einen davon nicht mehr gibt, würde ich die wieder anlegen.

Grüße

Stefan

Hallo Silke,

bitte im Template-Ordner nur

html/com_virtuemart/invoice/

ohne die Ordner views/ und tmpl/. Wenn Du meine Dokumentation zu den E-Mail-Layouts noch einmal in Ruhe durchliest, findest Du den Teil, der das beschreibt am Anfang unter Installation.

Die Overrides halten sich an den Joomla-Standard für Overrides, das könnte in anderen Bereichen dann auch auf Dich zukommen.

Grüße

Stefan

Servus,

da könnte es Sinn machen, zentral gesteuert mit dem POS-System von JTL-Wawi zu gehen und dann JTL-Wawi und VM zu synchronisieren.
Leider bin ich in dem POS-Thema nicht drin, deshalb kann ich da nur in eine Richtung winken.

Grüße

Stefan

Hallo Robert,

ich kann da auf die Schnelle leider nichts zu sagen. Ich weiß nur, dass es vor längerer Zeit einmal Probleme gab, das überhaupt in einer fortlaufenden Schleife darzustellen, auch ohne Kategoriewechsel.

Es ist evtl. nicht ganz so einfach, aber probieren schadet sicher nichts.

Grüße

Stefan

Servus,

CSVI kann das sicherlich. Da müsste man eine Vorlage erstellen, und dann geht das mehr oder minder per Knopfdruck.

Man könnte da auch etwas Individuelles machen, aber das ist preislich jenseits von CSVI.

Das könnte dann ungefähr so aussehen.

Servus,

die Dateien sind hier:
components/com_virtuemart/views/invoice/tmpl/
Alles für die Mails ist unter mail_....php.

Evtl. sind diese Dateien als Template-Override angelegt. Dann muss es dort geändert werden.

Die Dokumentation zu meinen E-Mail-Layouts hilft da möglicherweise:
https://www.jooglies.com/dokumentation/30-vm-e-mail-pro

Grüße

Stefan

VirtueMart ruft mit den Original-Layouts eine Datei namens snippets.php auf, in der diese Angaben generiert werden.

Die Datei ist im Ordner sublayouts.

Es kommt allerdings auf das Template an, ob diese Datei auch genutzt wird.

Einfach im Template-Code mal nach snippets suchen.

Grüße

Stefan

Servus,

das ist mit dem VirtueMart Core meines Wissens nach nicht möglich.

Man könnte das sicher in den Override der Kategorieansicht einbauen, dazu braucht es aber ein wenig PHP-Wissen und mehr Details zu dem genau geplanten Vorgehen, ob alle Kategorien, nur bestimmte, usw.

Grüße

Stefan

Servus,

vielleicht macht es Sinn, bei einem VM-Experten eine Beratung zu buchen.

Das sind ziemlich viele Fragen auf einmal, und ich habe leider im Moment kaum Zeit, hier alles zu beantworten.

Grüße

Stefan

Du sitzt da vor Deinem Computer und siehst das.

Ich sitze hier vor meinem Computer und sehe auch was.

Leider sehen wir nicht das gleiche.

Verständlicher ausgedrückt, ich habe keine Ahnung, wovon Du redest.

Screenshots sind eine tolle Erfindung. Und Links zur Seiten helfen oft ungemein.

Dann wird's sicher auch mit den Feldern.

Grüße

Stefan

Rückmeldung von Jumbo von VirtuePlanet zu den PHP 7.3-Warnungen:

Es wird in der nächsten Version behoben sein.

Damit sollte das erledigt sein.

Es ist gut diese Warnungen, auch wenn sie für den normalen Betrieb kein Problem darstellen, trotzdem zügig zu lösen, damit sie in kommenden PHP-Versionen dann nicht zum störenden Problem werden.

Deshalb danke für die Fehlermeldung.

Und Dank an Jumbo für die schnelle Reaktion

Stefan

Kannst Du uns dann ja verraten, wenn Du es ausprobiert hast.

Danke

Nachtrag:

Das PHP-Problem habe ich mir gerade angeschaut.

In der Tat möchte PHP 7.3 nun, dass man aus einem Switch innerhalb einer Schleife mit continue 2 ausbricht, wenn man die Schleife verlassen möchte.

Ich hab es weitergeleitet, das dürfte in der nächsten Version dann behoben sein.

Wer es in der Zwischenzeit selbst erledigen möchte.

In der Datei:

plugins/system/vpframework/helpers/menu.php

die Zeilen: 142 und 446 aktuell:

continue;

ändern auf:

continue 2;

Falls es sich um einen Live-Shop handelt, sollte in der Joomla-Konfiguration "Fehler berichten" auf "Keine" stehen.
Während der Entwicklung ist es schön, diese Einstellung auf Maximum oder Entwicklung zu belassen, damit man genau diese Fehler frühzeitig bemerkt und beheben kann.

Grüße

Stefan