Beiträge von StefanSTS

    Servus miteinand,


    dass der OPC in Version 7.25 nicht funktioniert, ist komisch, ich habe den auf vielen Seiten in aktueller Version.


    Kann es sein, dass ein JavaScript-Konflikt in der Konsole angezeigt wird? Falls ja, was steht dort?


    Evtl. beißt sich da etwas mit dem JavaScript, das über den SP Page Builder hineinkommt.

    Nur eine vage Vermutung, weil ich mit dem in der Vergangenheit schon öfter einmal Probleme hatte.


    Grüße

    Stefan

    Also den redirect ausschalten, damit die htaccess funktioniert?

    Den Redirect über das VM-System-Plugin ausschalten, damit die Bots, die auf com_user zugreifen wollen, nicht zu VM weitergeleitet werden, wo sie dann ein neues Formular finden, das sie ausfüllen möchten (und können).


    Hintergrund:
    Bots kennen die URL des Joomla-Registrierungsformulars, das ist das Hauptziel der Bots.
    Das VM-Formular gehen die mir bekannten Bots nicht direkt über eine bekannte URL an. Das finden sie nur über Links oder eben diesen Redirect.


    Wenn man com_user durch eine Bearbeitung des Codes in com_user unwirksam macht, finden die Bots trotzdem den Weg zur VM-Registrierung, wenn der Redirect eingeschaltet ist. Es ist also nötig, die Registrierung über com_user in der .htaccess zu blockieren. (Ist auch sauberer, weil der Server die Anfragen gleich blockt und nicht zu Joomla weiterschickt.) Allerdings muss man die Funktion für die Passwort-Wiederherstellung in com_user offen lassen.


    Wenn man keine Links zur VM-Registrierung hat, finden die Bots die VM-Registrierung kaum, evtl. wenn sie über einen Link in den Warenkorb kommen.
    Wenn die Registrierung aber nur möglich ist, wenn ein Produkt im Warenkorb liegt, finden die Bots die Registrierung nicht, weil sie (bisher noch) keine Produkte in den Warenkorb legen können. Da brauchen die dann ein bisserl mehr AI, und das würde wahrscheinlich bei großflächigen Angriffen zuviel Rechenpower benötigen.


    Mit dem System ist man also ziemlich sicher vor Spam-Registrierungen.


    Eine Einstellung in der VM-Konfig, die Adresseingabe/Registrierung im Warenkorb nur anzuzeigen, wenn ein Produkt im Korb liegt, wäre in der Tat eine gute Sache, dann kann jeder Shop-Betreiber einfach entscheiden, wie er es haben möchte. Da müsste man sich nur über die Voreinstellung streiten. ;-)

    Um das Verhalten nicht zu verändern, scheint es sinnvoll, die Registrierung per default weiterhin anzuzeigen.


    Grüße

    Stefan

    Hallo Sigrid,


    wenn das über die iStraxx Tools nicht funktioniert, fragst Du am besten gleich den Max dazu.


    Wenn Du auch ohne die Tools Brutto-Preise als Default haben möchtest, könntest Du in den Kundenfelder beim Feld virtuemart_country_id unter Standard das Land eintragen, in dem der Shop beheimatet ist. Die einzutragende ID findest Du in der Liste der Länder.


    Damit verhält sich VM so, als ob der Kunde im Warenkorb das "Shop-Land" eingetragen hat.

    In vielen Shops wird das so gewünscht. Der individuelle MwSt.-Satz stellt sich dann erst ein, wenn man ein anderes Land im Warenkorb angibt.


    Es gibt Shops mit Sternchen bei den Preisen, die dann unterhalb darauf hinweisen, dass sich Preise je nach MwSt.-Satz des Käuferlandes ändern.


    Grüße

    Stefan

    Das Update mit VM 4.2.18.11061 setzt das Layouts übrigens nicht mehr auf bs5, das hab ich gerade getestet.


    In der nächsten veröffentlichten Version ist das Zurückstellen auf das Alt-System, oder das "Normal-System" wie ich es nenne, nicht mehr nötig.

    Die Einstellung bleibt beim Update unverändert.


    Grüße

    Stefan

    P.S. Ich denke nicht, dass ich aus Indonsien Bestellungen bekomme. :S (Kleiner Scherz)

    Werden die Matrosen in Indonesien nicht gehört? Gute Musik ist doch international.



    Das Problem mit der Sperrung von IP-Adressen ist halt, dass immer die Möglichkeit besteht, dass ganze Internetprovider gesperrt werden, die aber überwiegend "liebe" Kunden haben.


    Persönlich habe ich noch nie IP-Adressen dauerhaft gesperrt, das spricht mir zuviel gegen den Internetgedanken.


    Grüße

    Stefan

    Hallo Sigrid,


    soweit ich mich zurück erinnern kann, gab es immer nur die Menüverweise auf alle Hersteller, oder auf Einzelhersteller.

    Wenn ein Menüpunkt auf die Herstellerkategorien benötigt wird, müsste Max Milbers das evtl. einbauen.

    Max ist allerdings gerade für ein paar Tage unterwegs, soviel ich weiß.


    Im Grunde fehlt da nur ein Layout plus xml-Datei in der View manufacturer. Die Herstellerkategorie könnte man sicher aus der default.php bauen. Dort die Ergebnisse nach einer Herstellerkategorie-ID filtern.


    Grüße

    Stefan

    Hallo Faro,


    die Frage zum Produkt verwende ich normalerweise nicht, und wenn, dann sichere ich sie über Easy Calc Check Plus ab.

    Dann sollte man damit keine Probleme haben.


    IP-Sperren setze ich nie, da blockt man evtl. nachher noch potentielle Kunden.

    Im Grunde ist der Server dafür verantwortlich, bzw. sollte der Hoster den Server so einrichten, dass IP-Adressen bei Massenaufrufen nur temporär gesperrt werden.

    Auf den meisten Linux-Servern laufen diese Tools sowieso.


    Auf die Schnelle in der Nacht :-)

    Stefan

    Hallo Faro,


    ich nehme immer die ZIP-Datei und mache keine Updates über die Funktion in Joomla.

    Oft entpacke ich die ZIP-Datei und installiere die einzelnen Komponenten auch noch eine nach der anderen, um besser sehen zu können, welche Nachrichten das jeweilige Update wirft.


    Im Grunde ist es aber das Gleiche. Beide Verfahren installieren die gleiche Datei. Zumindest, sofern das dann auf dem Update-Server auch richtig hinterlegt ist. Das hat aber in der Vergangenheit fast immer funktioniert.


    Grüße

    Stefan

    Hallo Jörg,

    der Container des Produktbilds hat einen z-index von 1020.
    Das Menü hat einen z-index von 10.


    Ersterer kommt von Bootstrap, zweiterer vom Template. Ergebnis: Elemente mit 10 liegen unter 1020.

    Da spielt das Template nicht mit Bootstrap zusammen.


    Das kann man selbst in der CSS-Datei des Templates lösen oder man muss den Template-Hersteller fragen, ob er das reparieren kann.


    Das ist jetzt nur eine Kleinigkeit, aber genau der Grund, warum ich vom SP Page Builder abrate, wenn man Shops baut.


    Grüße

    Stefan


    PS. Beim nächsten Mal bitte mehr Angaben, z. Bsp. ein Link zur Seite, sonst kommen so Aussagen wie von HaeFB. Für die Infos musste ich erstmal die alten Beiträge von Dir nach der URL durchgehen. Meistens habe ich da auch keine Lust/Zeit zu.

    Hallo Faro,


    ich hab auch einige Einträge im Log gefunden.

    Der Fatal Catcher von Rupostel lieferte dazu Folgendes:



    Diese Anfragen produzieren einen Fatal Error, und der landet dann in den Logs.


    Vielleicht könnte man das früher abgreifen und statt einem 404 einen anderen Fehler werfen, damit klar ist, dass da jemand versucht, (höchst wahrscheinlich alte) Sicherheitslücken anzugreifen.


    Man sollte in den Server Logs einmal schauen, ob da ähnliche Anfragen eingehen, die keinen 404 produzieren. Im Grunde ist man sicher, solange ein 404er produziert wird. Unschön wird es, wenn diese Anfragen durchgehen und eine Sicherheitslücke treffen. Dann sollte da 200 stehen.
    Eine Sicherheitslücke ist mir nicht bekannt.
    In der URL steht auch "api", evtl. versuchen die Bots auch, auf eine alte Joomla-Lücke zuzugreifen. Die ist aber in aktuellen Versionen behoben.


    Grüße

    Stefan

    PHP 8.3 ist ja erst 10 Monate alt, da trau ich mich noch nicht ran. ;-)


    Im Ernst, ich hatte die letzten Monate kaum Zeit, deshalb hab ich mir das noch nicht angeschaut.

    PHP 8.2 hat ja auch noch über zwei Jahre bis zum End Of Life.

    Ich werde die Testshops ziemlich bald auf PHP 8.3 schalten, dann versuch ich mich an Deinen Post zu erinnern.


    Falls nicht, kannst Du ihn ja noch einmal hochbumpen.


    Grüße

    Stefan

    Hallo Faro,


    hast Du nachvollziehen können, was im Shop aufgerufen wurde, als die Fehlermeldungen erzeugt wurden?

    Bzw, kannst Du das reproduzieren?


    Wäre gut, wenn Du dann Joomla Debug in der J-Konfig einschalten könntest, damit Du einen Stack Trace bekommst.

    Oder Du lässt einmal das Tool Fatal Catcher von Rupostel im Hintergrund laufen.

    Aber Vorsicht, der Fatal Catcher kann die Seite lahm legen und Myriaden von E-Mails schicken, deshalb besser auf einer Testversion.



    Grüße

    Stefan

    Servus,


    in den Optionen der Komponente "Joomla-Update" muss man den Next-Server einstellen, damit er Joomla 4 und höher findet, wenn ich mich nicht irre.

    Vielleicht liegt das Problem dort.


    Vielleicht findet man dazu mehr Info über die Suche im Joomla-Forum.


    Grüße

    Stefan

    Hallo Mirco,


    Google wird diese URLs über die Links im Filter finden.

    Vielleicht muss da nur ein nofollow, noindex hinein.

    <div class="activeOrder"><a title=" +/-" href="/shop-and-home/custom-fields/dirDesc" rel="noindex, nofollow">Sortierte Produktbezeichnung +/-</a></div>


    Oder man könnte ein wenig an der HTML-Ausgabe dieses Filters feilen und erst bei Aktivierung Links daraus machen.


    Hier einmal kopiert aus meinem VM Demo Shop.

    <div class="activeOrder"><a title=" +/-" href="/shop-and-home/custom-fields/dirDesc">Sortierte Produktbezeichnung +/-</a></div>


    Die Ausgabe so ändern, dass diese dort steht:
    <div class="activeOrder"><a title=" +/-" data-href="/shop-and-home/custom-fields/dirDesc">Sortierte Produktbezeichnung +/-</a></div>


    Dann über JavaScript den Inhalt des data-href in das href kopieren.


    Das wären zwei Ansätze, die ich versuchen würde.


    Grüße

    Stefan

    Servus,


    kurze Info zum Stand der Dinge.

    Für die nächste Version ist diese automatische Umstellung laut Max wieder entfernt worden.

    Das sollte wohl nur für Neuinstallationen sein, weil das neue VM-eigene Template unter BS5 läuft.


    Grüße

    Stefan