Beiträge von StefanSTS

Zitat von fresh955

Da wir in nächster Zeit unseren Shop in weitere 10 Sprachen übersetzen wollen, tut sich da am Horizont ein gewaltiger Verwaltungsaufwand bei der Artikelpflege, der Verwaltung der Bestellungen und der Kommunikation mit dem Kunden in seiner Landessprache auf. Gibt es denn eine Aufstellung, welche phpscripte hinter der Artikelverwaltung stecken, dass man dort z.B.:einen automatischen Übersetzer installieren kann, oder hinter dem Bestellstatus, damit der Käufer die Meldungen zu seiner Bestellung in der Sprache erhält, in der er sich über seine Landesflagge angemeldet hat oder auch hinter der Bestell-Übersicht, sodass ich dem Käufer Informationen zu seiner Bestellung in seiner Sprache zukommen lassen kann?

VirtueMart hat die Einstellung, Rechnung in Benutzersprache, da gibt es zumindest schon einmal einen Ansatz.

Die E-Mail-Kommunikation aus VM heraus läuft über Sprachvariablen, so dass die Übersetzung möglich ist. Bei welchen Bedingungen die anderen Sprachen herausgehen, müsste man dann ausgiebig testen, im Grunde sollte das aber laufen.
Anhänge zur Mail wie AGB usw. müsste man evtl. anpassen, da gibt es meines Wissens aktuell keine Sprachunterscheidung.

Auf jeden Fall wird das ein netter Spaß werden, alles richtig umzusetzen. Ein automatischer Übersetzer mag Arbeit sparen, aber ob das am Ende sinnvoll ist, dazu kann ich mir noch keine Meinung bilden. Ich habe das bisher immer umgehen können, da es maximal zwei Sprachen in den von mir betreuten Shops gibt.

Grüße

Stefan

Die Einstellung ist übrigens herausgefallen, weil sie seit VM 2 schon als veraltet gilt.

Diese Einstellung sollte immer auf default stehen. Die Regeln und deren Verknüpfungen sollten alles richtig einstellen.

Wer also dort noch irgendwelche Regeln explizit auswählt, sollte auf default wechseln und die Regeln richtig zuweisen.
Wie man Steuerregeln zuweisen kann, habe ich vor fünf Jahren einmal beschrieben, das gilt immer noch:
https://www.jooglies.com/tutor…-steuern-und-rechenregeln
Ziemlich weit unten steht etwas von Steuerungskategorie.

Grüße

Stefan

Zitat von fresh955

Ab welcher Version wurde denn die Funktion geändert ? In welchem Script ?

Ich muss zwischendurch leider auch noch arbeiten, um mein tägliches Brot zu verdienen.
Ich kann das aber gerne aus dem Repository dev.virtuemart.net raussuchen, wenn Dir die Antwort auf die Frage ein paar Support-Stunden wert ist. Länger wird es nicht dauern, die Stelle und die Version zu finden.

Stefan

Gerade etwas Neues gelernt.

Es gibt jetzt eine Einstellung "Experten-Preisgestaltungsoptionen anzeigen" in der VM-Konfiguration im Reiter Preisangaben.

Dort Ja einschalten, dann gibt es die Regeln wieder.

Es ist also kein Bug, sondern ein neues Feature.
Vielleicht kann das in Zukunft so eingestellt werden, dass es bei Update gleich bleibt wie zuvor und nur bei Neuinstallation auf einfach steht.

Grüße

Stefan

Hallo Klaus,

interessant, das ist wieder so ein zweischneidiges Ding.
Ein Szenario: Jemand hatte sich beschwert, dass man nach der Berarbeitung eines Kunden immer erst Zeit verschwenden muss, um den Filter zu löschen, damit man die anderen Kunden sieht.
Warum das wirklich jetzt so ist, weiß ich leider nicht.

Da wäre ein Schalter schön, um es einstellen zu können, aber das dürfte auf der aktuellen ToDo ziemlich weit unten sein.

Vielleicht, wenn 4.0.10 raus ist und sauber läuft und jemand als VirtueMart Supporter-Mitglied ein Ticket als Feature Request unter virtuemart.net schreibt.

Grüße

Stefan

Servus,

in der Tat ist das Auswahlfeld für die Regel nicht im neuen Admin-Template.

Schnelle Hilfe: in der VM-Konfiguration im ersten Reiter auf das alte Admin-Template umschalten.

Ich werde das weiterleiten, damit das in der 4.0.10 gelöst ist.

Die 4.0.8 hat übrigens im Vergleich zur 4.0.6 viele Bugfixes.

Vielleicht in einer Testinstallation auch einmal testen. Der Bug mit dem Auswahlfeld ist dort allerdings auch noch drin.

Danke für den Bericht

Stefan

Gib die Fehlermeldung doch einmal in die Forumsuche ein.

STS

Bitte keine Cross- und Doppel-Postings.

VM 4 und PHP 8 - Fehler: implode(): Argument #2 ($array) must be of type ?array, string given

STS

Das lag an VmConfig-Werten, die als Zeichenkette behandelt wurden. Am besten auf 4.0.8 aktualisieren, da ist das gefixt.

STS

Im Ordner .../cart/.

STS

Hallo Björn,

im VM-Menü unter Konfiguration -> Bestellstatus kann man das für jeden Status einstellen.

"Bestandsveränderung" -> gewünschter Wert

Grüße

Stefan

Suche im Paypal Plugin im zweiten Reiter die Einstellung

-> Beschränken der Statusänderung über IPN auf 'erfolgreich'

(Der Name der Einstellung ist sprachlich ein wenig ungewöhnlich.)

Dort dann Status P "In Bearbeitung" auswählen, so dass nur vom Status P auf Status C geschaltet werden kann.

Das sollte helfen.

Die Einstellung war mir aus dem Gedächtnis gerutscht. Das ist zwar im Grunde keine Lösung für den Bug, dass vom gleichen Status auf den gleichen Status aktualisiert werden kann, aber der Zweck sollte erfüllt werden.

Grüße

Stefan

Die 4.0.8 ist inzwischen veröffentlicht, wenn auch noch nicht "beworben".

Da wird es die nächsten Tage einen Newsletter geben und dann wird auch das Update im Joomla Backend angezeigt.

Vielleicht magst Du die jetzt schon testen.

Grüße

Stefan

Servus,

die 4.0.8 ist draußen, richtig.

Die Werbetrommel wird meistens nach ein bis zwei, drei Tagen gerührt bis der Newsletter durch mehrere Revisionen gelaufen ist, und die ersten die Version ohne Update-Benachrichtigung gefunden haben.

Wir haben die letzen Wochen intensiv getestet und die Bugs sind jetzt soweit raus. In freier Wildbahn finden sich meistens dann doch noch einige Kleinigkeiten.

Wahrscheichlich werde ich diese Version bald meinen Kunden empfehlen, denen ich bisher empfohlen habe, auf 3.8.9 zu bleiben.

Die Testsysteme werden diese und nächste Woche heiß laufen.

Es gab in letzter Minute noch ein "Feature" zum Laden der Kategorien. Das sieht in meinen wenigen Tests gut aus, allerdings sollten dort alle Early Adopters noch einmal in einer Testinstallation drüber schauen. Nur zur Vorsicht.

Um meine Zuversicht auszudrücken, hab ich auch gerade mein deutsches Sprachpaket aktualisiert und veröffentlicht. Da müssen allerdings noch ein paar schönere Formulierungen hinein. Dann wird es ein neues Sprachpaket geben.

Grüße

Stefan

Die Logs, die in VM verlinkt sind, sind interne Fehler-Logs von VM, Paypal usw., da geht es im Grunde nur um Fehler oder wichtige Infos.

Alle Server-Anfragen sind in den Server Logs zu finden, die man je nach Provider in unterschiedlichen Bereichen findet.

Am besten beim Provider in der Dokumentation schauen.

Die IP zu blockieren ist aber nicht hilfreich, das macht eigentlich ein gut eingerichteter Server schon, wenn es mehrere Versuche von der gleichen IP gibt.

Die Spamer benutzen aber heutzutage einen ganzen IP-Pool, da hilft blockieren nicht wirklich.

Man sollte Spam-Registrierungen durch Logik im Registrierungsprozess verhindern.

Wenn bei den Spamern immer nur die rote Erfolglos-Leuchte angeht, dann gehen die woanders hin.

Grüße

Stefan

Servus,

im Zweifelsfall leer lassen, das tut nicht weh.

Ich frage mich gerade nur, ob das aus dem VM-Core kommt. Ich würde da fast auf einen Template-Override tippen.

Grüße

Stefan

Hallo Björn,

die Registrierungen kommen meistens über Joomla.

Ich empfehle, die Joomla-Registrierung über die .htaccess zu blockieren und nur die VirtueMart-Registrierung oder die Registrierung über den Checkout zuzulassen.

Wichtig: Im Plugin "VM Framework Loader during Plugin Updates" den Redirect von Joomla zur VM Registrierung ausschalten.

Damit fällt ein Großteil der Anmeldungen weg.

Persönlich benutze ich kein Captcha für die Registrierung. Die Registrierung lasse ich nur zu, wenn etwas im Warenkorb liegt. Das können bisher nur Menschen umgehen. Damit sind bei mir Spam-Anmeldungen in den letzten Jahren bei abgerundet Null.

Grüße

Stefan

Ehrlich gesagt, habe ich nicht nachgeschaut, weil ich die Dateien direkt aus dem VM-Repository nehme und die von Transifex produzierten Dateien, die vom VM-Projekt verwendet werden, nicht getestet habe. Ich habe leider nicht für alles Zeit.

Der ganze Ablauf über Transifex mit hin- und herkonvertieren hat schon öfter einmal Fehler verursacht. Das war der Grund, warum ich die Sprachpakete für meine Kunden angelegt hatte. So habe ich immer die originalen en-GB daneben und kann die Dateien schnell vergleichen.

Meine Sprachpakete erscheinen dann immer in den Joomla-Updates, wenn neue Versionen zur Verfügung stehen. Möglicherweise gibt es diese automatische Update-Version ja auch demnächst von VM direkt.

Um es für alle Sprachen zu automatisieren, oder von der Transifex-Praxis wegzugehen, was zwei verschiedene Dinge sind, wäre aber einiges an Arbeit nötig und im Moment gibt es mit Joomla 4 und PHP 8.x Arbeit im VM-Core ohne Ende.

Transifex ist eine tolle Erfindung, um Übersetzungen in vielen Sprachen von unterschiedlichen Teams zu erstellen, aber es ist halt auch komplexer als einfach nur Text-Dateien im Repository zu bearbeiten.

Falls jemand die Sprachpakete mit den Fehlern mit meinen vergleichen möchte, immer ran an den Speck, VM ist ein Community-Projekt.

Grüße

Stefan

Zur 4.0.6 noch, diese Version hat noch ziemlich viele Bugs.

Wenn Du den Shop gerade erst baust, würde ich vorschlagen, die ganzen Bug-Fixes aus Version 4.0.7.10732 mitzunehmen.

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

Die 10744 hat noch andere Probleme, da evtl. erst auf die nächste Version warten. Die nächste müsste heute, morgen, übermorgen, nächste Woche dazukommen.

Grüße

Stefan

Hallo Kurt,

beim Helix Ultimate bin ich leider raus.

Meiner Meinung nach ist SP einer der Code-schlechtesten Page Builder, die aktuell auf dem Markt sind.
Ich habe vor Jahren davor gewarnt, dieses komplexe System einzusetzen und tue das auch weiterhin.

Für einen neuen Shop kann ich nur empfehlen, die Wahl noch einmal zu überdenken.

Wenn es schon ein Page Builder sein muss, dann wenigstens einer wie Yootheme Pro, der vernünftiges HTML produziert, wobei ich den selbst auch nicht einsetze. Ich habe mit Yootheme Pro jedoch einige Male arbeiten müssen. Zumindest die Programmierung sieht dort sauber aus und er produziert gutes HTML. Nicht 20-fache Verschachtelungen für den Text-Inhalt einer Box. Das war ein krasser Vergleich im Gegensatz zu Yootheme Pro. SP 20 Verschachtelungen, Yootheme 8 Verschachtelungen für die gleiche Box.

Am besten ist ein eigenes Template oder so etwas wie die Templates von VirtuePlanet, die sich wenigstens an die Joomla- und VirtueMart-Regeln halten und einfach zu bearbeiten sind, weil das Override-System mit Sinn angewendet wird.

Wie man merkt, kocht mein Blut beim SP hoch. Für irgendwelche einfachen Schrebergärtenseiten mag das nett sein, wenn man sich die Seite zusamemnklicken möchte, aber für einen Shop, der über Jahre zuverlässig laufen soll, und der auch ordentliche Werte in den Web Vitals erzielen soll, ist das in meinen Augen keine gute Wahl.

Grüße

Stefan