Beiträge von StefanSTS

Schreib doch einfach ein Ticket unter extensions.virtuemart.net, die iStraxx-Menschen helfen da sicher, wenn der Download nicht klappt.

Servus,

wenn Aktualisierungsquellen nicht geöffnet werden können, sind das oft Erweiterungen, die man über ein Abo bezieht. Nicht alle haben eine automatische Funktion, um den Download durch andere Personen über den Update-Link zu vermeiden.

Einfach auf die Seite des Herstellers gehen, einloggen und herunterladen, und dann manuell installieren. Leider ist Joomla noch nicht so weit, dass Entwickler ihre Software einfach schützen können. Für kleinere Erweiterungen macht der Einbau eines eigenen Sicherheitssystems kaum Sinn.

Grüße
Stefan

Servus,

sagen wir so, gehen tut das. Die Frage ist nur, welchen Aufwand das bedeutet.

Frag doch mal bei iStraxx unter extensions.virtuemart.net nach, ob die das bauen können. Ich glaube aber, dass das nicht günstig wird. (Manchmal liege ich aber auch falsch.)

Vielleicht tut es ja auch eine andere Strategie.

Grüße
Stefan

Servus,

schau einmal, ob Du einen Override im Template für das Sublayout addtocart.php hast.

Zeile 41 sieht jetzt so aus:
$addtoCartButton = self::renderVmSubLayout('addtocartbtn',array('orderable'=>$product->orderable));

vorher:
$addtoCartButton = shopFunctionsF::getAddToCartButton ($product->orderable);

Wenn es ein jQuery-Problem ist, könnte es auch daran liegen, dass altes JQuery noch im Cache (Browser oder Shop selbst) liegt.

Ich habe einige Shops in den letzten Tagen aktualisiert, allerding nie ein Problem mit dem Warenkorb-Button gehabt, deshalb tippe ich auf Override oder Cache.

Grüße
Stefan

Ich kann mich dazu leider nicht kompetent äußern, ich habe vor einiger Zeit ein VMuikit rausgeworfen, weil es auch in aktueller Version nicht lief.
Aber es war auch in einem Template verbaut, dass nicht ausdrücklich als kompatibel ausgeschrieben war. Also ist diese Erfahrung nicht generell gültig.

Ob das für Dich passt oder nicht, weiß ich nicht. Wenn es nicht funktioniert, hat man jedoch meistens einen Supportvertrag mitgekauft, also sollte das Problem, falls weiterhin vorhanden, lösbar sein.

Persönlich löse ich die meisten Probleme mit ein wenig CSS und jQuery, da braucht man keine fetten Plugins zu installieren.

Wenn man einmal ein Plugin gekauft hat, um es im Shop zu benutzen, sollte man das übrigens auf die (halb)jährliche Kostenliste setzen, da lohnt sich das knausern nicht, weil es am Ende meist mehr Zeit kostet, längst gelöste Probleme zu lösen als die paar Euro für eine Erweiterung auszugeben. Oder man macht es halt per Hand mit CSS und Co.

Grüße
Stefan

Hast Du in der Browser-Konsole Fehlermeldungen?

Die Template-Zuweisung würde ich übrigens global machen, nicht nur für die Seite Datenschutz.

Dein Warenkorb sieht etwas seltsam aus, vielleicht eine alte OPC-Warenkorbkomponente.
VMuikit ist auch da drin. Aktuell? Damit hatte ich auch schon Probleme.

Mal richtig auf Protostar umschalten und Plugins ausschalten, dann bin ich mir fast sicher, läuft der Shop.

Grüße
Stefan

Servus,

habt Ihr eine Test-Installation, auf der Ihr VM 3.2.4 und 3.2.6 noch einmal drüber installieren könnt, um zu schauen, seit wann das Problem auftritt?

Die zuständige Datei order_done.php wurde zugunsten der orderdone.php ausgetascht, um diese Ansicht einfacher zugänglich zu machen (per Link, für die Zuweisung von Modulen usw.).
Wird ein Override für die order_done.php verwendet? Evtl. einmal löschen bzw. mit der neuen orderdone.php vergleichen.

PHP 7.0 ist soweit ok, auf PHP 7.1 oder 7.2 würde ich nur auf einer Testinstallation gehen.

Auf die Schnelle
Stefan

Servus,

gehe bitte in die Länderliste und dort öffne Germany. Du kannst Germany dort umbenennen, dann passt das.

Grüße
Stefan

Zitat von PioLipp

ich mache das mit einem customfield das sich dann die Maße aus dem Produkt zieht. .... übernimmt er nach dem Speichern automatisch die Zahl 135.000

Zitat von Milbo

mit dem customfield "property" und da gibtsn Feld um die Rundungsstellen anzugeben.

Da steht die Antwort, unten im custom field in die Einstellungen sehen.

Grüße
Stefan

Es gibt Templates, die das so machen, wie Du das möchtest.

Da wird erst nur der Warenkorb also Produktliste angezeigt, dann kann man sich anmelden oder Registrieren oder die Adresse angeben, danach kommen erst die anderen Informationen.

Der VirtuePlanet OPC macht das sehr gut, wenn man es so einstellt. Auf meiner Seite habe ich die Overrides dazu entsprechend im Template angelegt, das ist ein wenig Arbeit, aber durchaus lohnenswert, wenn immer nur die Informationen angezeigt werden, die gerade gebraucht werden.

VirtueMart ist extrem vielseitig, wenn man etwas anders möchte. Im Grunde ist alles per Overrides oder mit Plugins zu erreichen. VirtueMart Core bietet die Code-Grundlage, die man auch in andere Formen bringen kann.

Grüße
Stefan

Hallo Jörg,

nimm bitte als erstes den Link aus Deinem ersten Beitrag raus.
Auf den ersten Blick sieht das für mich so aus, als ob jemand mitgelesen hat, und sich an Eurem Shop versucht hat.

Bitte überprüfe die Server-Logs, ob bzw. wann dort verdächtige Zugriffe stattgefunden haben. Verwende die zuletzt sichere Version.

Ist dieser Patch eingespielt?
https://virtuemart.net/news/la…d-patch-for-joomla-2-5-28

Das ist die erste Maßnahme, allerdings gibt es noch weitere Lücken, die ausgenutzt werden könnten.
Das Nachtragen der Bestellungen würde ich erst einmal als zweitrangig betrachten, es gibt dringendere Probleme, einfach die Datenbanksicherung mit den Bestellungen aufbewahren.

Grüße
Stefan

Da würde ich einfach Google fragen, das hat da mehr Erfahrung, als der gemeine VirtueMart-Forumschreiber.

"batch farbprofil in >bildformat< einbinden" tut da sicher was.

Ruf mal die Beitragsliste auf, rechts oben auf Optionen, und dann schau einmal die Einstellungen bei Kategorie-, bzw. Bloglayout an.

Hallo Harald,

die meisten Shop, die ich kenne, verwenden die Versandkosten des eigenen Landes als Grundeinstellung. Oder verwenden das oben genannte Plugin.
Internationale Kunden sind sich überwiegend bewusst, dass eine Auslandslieferung teurer ist, da habe ich ehrlich gesagt, noch nie Beschwerden gehört.

Wichtig ist, dass man die Lieferkosten deutlich z. Bsp. in einem Joomla-Beitrag, aufschlüsselt. Ein direkter Verweis im Footer darauf macht Sinn. Und man kann in der Seitenleiste die wichtigsten Versandkosten angeben, DE, AU, CH und Rest-EU und dann ein Link zu dem Joomla-Beitrag.

Zu viele Regeln und zwei Auswahlen zwischen teuerem und günstigem Versand, sind eher verwirrend für den Kunden. Am besten ist, die Einstellungen zu wählen, dass der Kunde garnichts mehr auswählen muss, und immer nur eine Versandart gültig ist. Es sei denn, man bietet zusätzlich Express oder ähnliches an.

Zu den Kundenfeldern kommst Du über das blaue linke VirtueMart-Menü. Dort unter Konfiguration auf Kundenfelder klicken, dann den Wert virtuemart_country_id anklicken und in der folgenden Ansicht findest Du unter dem großen Textfeld "Standard". Dort die 81 für Deutschland eintragen. Österreich wäre 14, Schweiz wäre 204.

Grüße
Stefan

Hallo Harald,

es gibt da mehrere Möglichkeiten, die einfachste wäre evtl. diese:
https://extensions.virtuemart.…orders/vm-localise-detail

Das Tool findet den Standort des Gastes über die IP heraus, die Trefferquote, dass das Land richtig ist, ist ziemlich hoch.

Man kann auch in den Kundenfeldern (siehe VM-Menü links) für die virtuemart_country_id den Standardwert 81 für Deutschland angeben. Ich hab das aber schon länger nicht getestet, müsste aber noch funktionieren, dann wird zuerst immer angenommen, dass der Kunde aus DE kommt.

VM Framework Loader during Plugin Updates

Hallo Harald,

wenn Deine voreingestellte Versandart Post ist, und diese nicht ausgewählt wird, heißt das, dass sie in dem aktuellen Fall nicht "gültig" ist, also ihre Voraussetzungen in der Konfiguration nicht erfüllt werden.

Oft werden in den Konfigurationen für Versand und Zahlungsart zu viele Einstellungen vorgenommen, z. Bsp. PLZ von 00000 bis 99999. Diese Einstellung ist kontraproduktiv. Lieferst Du nach Österreich, ist diese Angabe ungültig, da die Postleitzahl nur vier Stellen hat.

Es gilt also, diese Plugins nur minimal zu konfigurieren. Denn: nichts eingetragen heißt: gilt für alle.

Trägst Du bei Postleitzahlen nichts ein, gilt es für alle.
Dieses Schema ist sehr wichtig für viele Einstellungen in VM. Kein Eintrag bedeutet meistens: Für alle.

Wenn Du nun die Versandart Post auswählst, schau Dir genau an, was in dieser Versandart durch die Einstellungen gefordert wird. Jetzt kommt es darauf an, was weiß VirtueMart über den Käufer?

Ist der Käufer nicht angemeldet und kennt seine Adresse nicht, kann eine Versandart für Deutschland zum Beispiel nicht zugewiesen werden. Das geht erst, wenn VM weiß, wo der Kunde ist, bzw. wohin geliefert werden soll.

Das war ein kleiner Denkanstoß, vielleicht klappt es ja damit, sonst frag noch einmal mit Screenshots Deiner Einstellungen.

Grüße
Stefan

Hallo Jörg,

erste Station ist Google bei solchen Meldungen.
Die von Dir verlinkte Anleitung habe ich auch des öfteren genutzt, immer ein guter Leitfaden und meistens funktioniert es so.

Wichtig ist, dass wirklich alle externen Plugins deaktiviert oder vorher aktualisiert worden sind, sofern Versionen für J 2 und 3 vorhanden sind. Deaktivieren ist meistens besser oder sogar deinstallieren.
Die Joomla Fehlerberichte auf Maximum stellen, ist auch wichtig, damit es nicht nur weiß, sondern weiß mit Fehlermeldung wird.

Ja, mit JMigrator ist vieles einfacher, hat bisher fast immer funktioniert, am Anfang einmal komplett alles versuchen, wenn das nicht funktioniert, schrittweise unter Auslassung von bestimmten Inhalten vorgehen.

Grüße
Stefan

Hallo Jörg,

ich verstehe das sehr gut mit den Core-Overrides, das ist sehr unangenehm, wenn man keine Dokumentation dazu bekommt.
Ich selbst arbeite bei Kunden kaum mit Core-Overrides (bewusst fällt mir gerade nur ein Shop ein), damit die Shops immer aktuell gehalten werden können. Vom Erscheinungbild dieses Shops ausgehend, sehe ich auch hier keine Not für Core-Overrides. Ein vernünftiges Template und Erweiterungen können das alles abdecken.

Das Problem ist, dass in Joomla 2.5.28 inzwischen so viele Sicherheitslücken bekannt sind, dass es immer wahrscheinlicher wird, dass ein alter Shop gehackt wird.
Und dann steht man plötzlich vor dem Problem, dass man den Shop nicht einfach aus dem Backup wieder hochschieben kann, weil die Geschichte dann gleich von vorne losgeht, von den Kundendaten, die gefährdet sind, ganz zu schweigen. Das IT-Gesetz ist da auch ziemlich eindeutig, was Software mit bekannten Sicherheitslücken angeht.

Vielleicht hilft auch der Migrator von Daycounts weiter, wenn es manuell nicht hinhaut. Ich würde das Update nicht zu lange herausschieben, das würde ich dem Kunden als Priorität vor irgendwelchen Schönheitsoperationen empfehlen.

Ich sag das nur so deutlich, weil ich schon etliche gehackte Shops bearbeitet habe, und immer waren es nicht aktuelle Versionen. Ich hatte noch nie einen gehackten Shop vor mir, der auf aktuellen Versionen war.

Grüße
Stefan

Hallo Harald,

mit der Stammprodukt ID kann man in der Tat das "Musterprodukt" nachträglich hinzufügen, oder das Produkt wieder unabhängig machen.

Zur Ebenentiefe kann ich Dir leider nichts konkretes sagen, ich würde erwarten, die Ebenentiefe ist unendlich. Wenn immer geschaut wird, ob eine Parent-ID vorhanden ist, würde solange nach Eltern gesucht, bis die Parent-ID = 0 ist. Da müsste ich im Code suchen, um das zu verifizieren, also keine Garantie.

Grüße
Stefan