Und welche Lösung hast Du nun gefunden? Das würde dann anderen Usern welche das gleiche Problem haben, ebenfalls helfen.
Dazu ist ein Forum ja da. ![]()
Und welche Lösung hast Du nun gefunden? Das würde dann anderen Usern welche das gleiche Problem haben, ebenfalls helfen.
Dazu ist ein Forum ja da. ![]()
Hallo,
du hast aber unter "Schleifen, Fräsen, Schneiden" ein Produkt. Es ist zwar nicht ausgefüllt, aber deshalb wird es angezeigt.
Hallo,
da wird dir nichts anderes übrig bleiben, als ein Backup zurück zu spielen.
Vor der selben Problematik stand ich schon mal vor Jahren. Damals wollte ich für einen bekannten ebenfalls VM deinstallieren, um es dann wieder neu zu Installieren. (Ich hatte ihm geraten, es zu Überschreiben) aber Egal, nichts half, das Frontend und Backend blieb Weiß.
Daraufhin habe ich es mit meiner Testspiegelung versucht. Das gleiche, alles Weiß.
In meiner Not, weil es ja für einen bekannten war (NIEEEEE WIEEEEDER) :(, sprach ich damals mit dem Yannick von Yagendoo, welcher mir schonmal bei einem Problem mit meiner VM- Datenbank half.
Es ist nun auch schon etwas länger her, aber es gab bei der Deinstallation irgend ein Problem mit der Menüverwaltung von Joomla und VM. Mir wurde es dann so erklärt, nach der Inst. von VM sind beide sehr, sehr fest miteinander Verheiratet. ![]()
Funktioniert hat, das Löchen aller Ordner laut inst.xml per FTP und danach das händiche Löschen der DB- Tabellen. Ist aber sehr aufwändig.
Diese Erfahrung ist nun nicht Stellvertretend für alle Installationen, sie bezieht sich nur auf das, was ich persönlich erlebt habe.
Vielleicht hilft es ja.
Hallo George,
kaum ein 2.5 Template funktioniert auch unter 3.X. Welches Tempalte nutzt Du? Gibt es eventuell vom Hersteller ein Templateupdate?
Sorry, ich lese gerade:
Wenn du sagst, es ist vermutlich eine Eigenentwicklung, muss dieses an 3.X angepast weden. Ich habe mich damit vor langer Zeit mal beschäftigt, Habe es dann aber verworfen, da es für mich einfach zu viel Arbeit war.
Hallo Stefan,
ich seteige in dieser Thematik irgendwie gar nicht durch. Was bedeutete es genau:
"VirtueMart 3.2.10 leitet inzwischen automatisch auf die VM-Registrierung weiter, so dass eine Registrierung über Joomla geblockt wird".
Momentan füllt sich meine Errorlog- Datei immer weiter.
Was würde demnach passieren, wenn ich meine Userregistrierung im Joomla wieder aktivieren würde, hätte ich dann womöglich hunderte von Botts angelegte Accounts, welche dann auf was warten?
Wie gesagt, das ist momentan für mich ein Thema, wo ich nicht durchsteige. Auch im Netzt habe ich hierüber nichts brauchbares gefunden.
So, und nun erst einmal fröhliche und erholsame Weihnachten.
Grüße dich Stefan,
durch die Serverlogdatei habe ich zumindest einen Übeltäter gefunden. Eine Webseite aus Polen, welche durch Firefox auch als gefährdet angezeigt wird. Nachdem ich die IP Adresee per .htaccess gebockt habe, war zumindest aus dieser Richtung erst einmal Ruhe.
VirtueMart 3.2.10 leitet inzwischen automatisch auf die VM-Registrierung weiter, so dass eine Registrierung über Joomla geblockt wird. Evtl. daher die Fehlermeldung, hatte sie vorher noch nicht gesehen.
Ja, daran wird es liegen. ich habe solche Meldungen vorher auch nie bekommen.
Man kann das in einem System-Plugin ausschalten, wenn man die Joomla-Registrierung braucht.
Kannst Du mir bitte sagen, wie das Plugin genau heißt? Ich möchte mir das mal genauer ansehen.
Hallo Gemeinde,
seit einigen Tagen beobachte ich, dass versucht wird, sich in meinem Shop zu Registrieren, obwoll bei mir nur das Auschecken als Gast möglich ist. Auch die Userregistrierung im Joomla habe ich deaktiviert.
Welcher Pfad wird da direkt aufgerufen, welcher eigentlich deaktiviert sein sollte?
Wenn das Bots sein sollten, müssten da nicht mehrere Registrierungsversuche generiert werden? Daher tippe ich auf eine Einzelperson.
Kennt jemand von euch ebenfalls solche Anmeldeversuche? Kann ich diese Aktivitäten irgendwie unterbinden?
Mein System:
Joomla: 3.8.3
VM: 3.2.10
PHP: 7.0
Danke schonmal.
Eines hätte ich noch. Welches Template nutzt Du? Sonst stelle mal auf das Standard Protostar um, ob der Fehler dann auch auftritt.
Keine Ahnung, vielleicht schaut ja der Stefan noch vorbei und hat eine Idee.
Edit: welches Template nutzt Du? Sonst stelle mal auf das Standard Protostar um, ob der Fehler dann auch auftritt.
Eigenartig, wenn es vorher funktioniert hat.
Welche PHP- Version ist bei dir aktiv?
Hm,
bin auch bei S. Klingt irgendwie nach dem Sessionproblem.
Falls du die Joomla interne "SSL erzwigen" aktiviert hast, schalte diese mal ab und trage in deine .htaccess folgende Zeilen ein.
RewriteEngine On
RewriteCond %{SERVER_PORT} !^443
RewriteRule ^(.*)$ https://www.meineseite.de/$1 [r=301,L]
Hallo,
läuft deine Seite mit "https" oder mit "http"?
Hat es vorher irgendwann funktioniert?
Der Shop wurde 2012 von einer Webdesignerin erstellt. Nach etlichen Querelen hat sich der Verlag von ihr getrennt und ich habe dann vor einiger Zeit die Betreuung des Shops übernommen.
Leider ist die Dokumentation, der von der Webdesignerin vorgenommenen Core Änderungen, eine Katastrophe. Das macht schon ein Update auf eine höhere VM 2 Version zumindestens für mich schwierig. Alle bisherigen Versuche endeten mit einer leeren Produktseite im Frontend.
Hallo Jörg,
ja das kenne ich. Es ist eine oft mit sehr viel Arbeit verbundene und auch undankbare Arbeit.
Da deine Joomlaversion schon eine etwas sehr betagte und auch unsichere Version ist, rate ich dir, dein gesamtes System in einem Unterordner zu Spiegeln inkl. einer neuen Datenbank. In dieser kannst du dann nach herzenzlust Probieren und Testen.
Ich verstehe zwar nicht genau, warum das so ist, weil ich bei allen Artikeln alle Sprachen eingestellt habe
Wo kann man die Sprache in den Artikeln einstellen? Habe ich da was verpasst? ![]()
Hallo Falk,
willkommen im VirtueMart- Forum. Es ist schön, dass Du dein Vorhaben mit VM umsetzen möchtest.
Auf dieser Seite findest Du viel nützliches zur Installation und Grundkonfiguration von VM.
Sollten dabei oder im Betrieb Probleme auftauchen, bitte vorher die Suche benutzen. Ansonsten gilt, Immer her damit. ![]()
Vielleicht probiere ich das Update (nach einem neuen Backup!) so nochmal, aber es ist wahrscheinlich auch kein Fehler, eine Testversion des Shops für solche Fälle einzurichten und um das Update vorher dort zu testen, wo es sich nicht auf den laufenden Betrieb auswirkt.
Hallo Harald,
ich handhabe es generell so. Ich habe eine komplette Spiegelung meiner Installtion in einem extra Ordner inkl. neuer DB angelegt. In dieser teste ich alles bevor ich mich an die Live- Version ran mache.
Hallo Faro,
Deine Ausführungen kann ich so überhaupt nicht bestätigen bzw. nachvollziehen.
Meine Community läuft seit 2012 mit jeder Menge Erweiterungen, angefangen vom Kunena Forum über den Community Builder bis zu uddeIM, AcyMailing und einigem mehr und ich hatte noch nie Probleme mit der automatischen Update-Funktion. Wenn es Kompatibilitätsprobleme gab, wurde die Aktualisierung mit einer entsprechenden Fehlermeldung abgebrochen bzw. nicht durchgeführt.
Hallo Harald,
ich wollte dir nur sagen, warum "ICH" es nicht machen würde. Natürlich kannst Du es weiterhin so handhaben wie du es möchtest.
Edit: ich denke, wir reden da eventuell aneinander vorbei. Hier ist das Wort AUTO- Update etwas unverständlich gewählt.
Ein Autoupdate ist eine Funktion, welche automatisch im Hintergrund eine Aktualisierung vornimmt. So etwas soll es irgendwo im Joomla geben......? Hat mich aber noch nie interessiert.
Natürlich aktualisiere auch ich VM über den Joomla- Installer, sofern er mir ein Update anzeigt.
ich gebe aber auch dem Stefan Recht, warum es besser sein kann, nach seiner erklärten Vorgehensweise zu Verfahren.
Daher versuche diese Version hier noch einmal über deine bestehende drüber zu Installieren, da es tatsächlich vorkommen kann, das sich Dateien oder Ordner bei einem Update verschlucken.
ich benutze die PHP-Version 5.6.32 und die Datenbank-Version 5.5.57 zusammen mit Joomla 3.8.2.
Nun bleibt die Frage, welcher Unterschied das Problem verursacht...
Hallo Harald,
ich galube nicht, dass diese Konstellation dein besagtes Problem verursacht hat. Obwohl ich an deiner Stelle auf PHP 7.0 wechseln würde. Eventuell würde ich versuchen, danach, natürlich in einer Testumgebung, die 3.2.6 noch einmal zu Installieren.
Alles anzeigenIch habe übrigens mit der automatischen Joomla-Update-Funktion aktualisiert...
Hier habe ich einen Hinweis gefunden, das man das nicht machen soll:
https://www.jooglies.com/tutor…/12-tutorial-update-vm-de
Allerdings steht nirgends, warum man das nicht machen soll und ich habe auch keine Informationen dazu gefunden, ob dieser Hinweis noch aktuell ist.
ich würde es nie Nutzen. Es sei, du nutzt Joomla ohne eine zusätzliche Extension, Plugins oder Module. also eine reine Grundinstallation.
Was spricht genau dagegen? Die automatische Updatefunktion nimmt keine Rücksicht, wenn vor einer höheren Version erst gewisse Extensions, Plugins oder meistens Template oder Frameworks aktalisiert werden müssen.
Spätestens dann fliegt die nach einem Autoupdate alles um die Ohren. Und wenn du kein Backup hast, war es dann mit deiner kompletten Installation.
Deshalb lasse ich die Finger davon.
Na Super,
dann war es zum Glück nur ein Casch Problem. Sorry mit dem Protostar, natürlich gilt das nicht fürs BE.
Dann das Thema bitte noch auf "Gelöst" setzen. ![]()
Hallo silors67,
welches Template nutzt Du im Backend?
Das Logoproplem, welches Max in seinem Link beschrieben hat, bezieht sich nur auf die fehlenden Logos im Warenkorb nach dem Update von 3.2.4 auf 3.2.6
Edit: Wichtig zu erfahren wäre noch deine DB- Version? (diese wird in Sachen Wichtigkeit oft unterschätzt).