Beiträge von HaeFB

    Ich weiß was:
    in der htacess einfügen:


    RewriteCond %{QUERY_STRING} ^option=com_users&view=login$ [NC]

    RewriteRule ^index\.php$ - [F,L]


    Dann kommt:
    ZUGRIFF NICHT ERLAUBT

    Die angeforderte Seite darf nicht angezeigt werden.

    Wenn man unanständig sein wollte könnte man auch auf eine Juxseite oder eine Schleife umleiten.
    Tut man aber nicht. ;)
    Grüßle
    HaeF

    Also:
    - Eine error.php gibt es nicht
    - die letzten Fehlereinträge in com_virtuemart.log.php sind von gestern Nacht 03:00 - 05:00 . Da war sonst nix los.
    - auf einer gespeicherten XAMPP-Version mit VM 4.2.6 gibt es den Fehler nicht
    - alle Konfigurationen sind identisch
    - ich habe die com_virtuemart.log.php gelöscht und alle möglichen Aktionen (User und Admin) durchgezogen.
    - eine neue com_virtuemart.log.php wurde bisher nicht erzeugt.
    - Vielleicht einfach ignorieren? :/

    Da hast Du mir einen Floh ins Ohr gesetzt.
    Hab ich noch nie beachtet.?(
    Die Datei com_virtuemart.log.php hat in 4 Wochen 1680 Zeilen und jeden Tag mehrfach den Eintrag:

    Dass irgendwas nicht funktioniert habe ich bisher nicht festgestellt.
    Die Seite ist aber uralt und bis J 4.4.5 /VM 4.2.14/PHP 8.2 hochgezogen.
    Da gibts unzählige uralte vermutlich überflüssige Dateien, die ich mir nicht zu löschen traue.

    Gibts da eigentlich einen Plan, wie man das alte Gedöns ohne totale Neukonstruktion loskriegt?

    Schönen Tag.
    Gibt es außer Hirn und Notizzettel noch eine Möglichkeit einen nicht registrierten Käufer zu sperren?
    Ein freundlicher Mensch bestellt jede Woche mit "Vorauszahlung durch Überweisung" einige Artikel, bezahlt nicht,
    reagiert nicht auf Mehl.
    Vielleicht hofft er/sie/div darauf, dass einer nicht aufpasst und trotzdem was losschickt.
    Das gibts sicher nicht nur bei uns.
    Kann man die Bestellung einer bestimmten Person oder Emailadresse automatisch auf "Abgelehnt" setzen?

    Danke!

    Heureka Eulalia!


    Ich habe bei PayPal Developper alle Istraxx-Apps bis auf die letzte gelöscht.
    Dann in der Datenbank in
    "axxeschxli_virtuemart_paymentmethods"

    bei

    "paypal_checkout"

    unter

    "payment_params"

    die richtigen Schlüssel eingetragen.
    Jetzt gehts auf Localhost, aber beim klicken auf den Button "PayPal Überall schnell und sicher bezahlen" kommt die Fehlermeldung:

    "Sie versuchen sich auf den Account des Verkäufers einzuloggen".

    Live hab ich es noch nicht probiert, ich trau mich nicht.
    X(

    Ich hänge mich dran. Dasselbe Spiel, aber weniger Expertise.
    Habe auf Xampp alles auf neuesten Stand gebracht und alle eigenen Einstellungen angepasst-
    Joomla 4.4.3
    PHP 8.2.12
    VM 4.2.6 10972
    Alles funktioniert, sogar die "0" für "PayPal" in der Rechnung bei "VM Payment-PayPal" ist beseitigt.

    Dann alles per Akeeba und Kickstart auf Live-Server (1und1, gleiche PHP-Version) aufgespielt.
    Bei Einrichtung von PayPal Checkout bis zum Popup "PayPal mit Istraxx.." alles geklappt, aber dann drei Bildschirme Fehlermeldung,
    am Schluss Meldung:
    ------

    13 vmdebug vmInfo: alterTable DROP INDEX alleschili_virtuemart_payment_plg_paypal_checkout.virtuemart_order_id

    15 vmdebug vmInfo: alterKey ADD INDEX virtuemart_order_id

    17 vmdebug vmInfo: Zahlungsart erfolgreich gespeichert

    18 vmdebug vmTime: "VirtueMartControllerPaymentmethod" Finished task apply: 1.06438994407654

    --------


    Die Rückmeldung kommt aber nicht und es funktioniert auch nicht.
    Was mir auffällt:
    Im Einrichtungsformular sind die Felder "Händler e-mail, Merchant id, Client id und Secret" ausgegraut.
    In "Client id und Secret" sind meine Zugangsdaten zum Backend eingetragen.
    Kann also selber gar nix eintragen.


    Dann habe ich auf "VM Payment-PayPal" zurückgestellt, die Kunden sollen ja kaufen können.
    Und siehe da:
    In der Rechnung steht wieder "Zahlung per 0".
    Kann es sein dass in der php.ini von 1und1 irgendein Modul nicht eingeschaltet ist, das gebraucht wird?


    Habe übrigens in Nachtschicht sämtliche Dateien und Overrides der XAMPP- und der Live-Installation verglichen,
    ob ich eine Änderung übersehen habe. Nada.
    Dann alles statt auf Opera auf Firefox probiert, kein Unterschied.
    ?(

    Ich komme nochmals mit dem leidigen Thema.
    Bei mir wird der Zahlungshinweis in meiner eigenen Rechnungsvorlage
    "\templates\shaper_helixultimate\html\com_virtuemart\invoice\invoice_items.php"
    erstellt. Die Zeile ist
    "<td align="left" class="pricePad" colspan="6">Zahlung per &nbsp;<?php echo $this->orderDetails['paymentName'] ?></td>"

    Also müsste PayPal "orderDetails['paymentName'] " sein.
    Bei meiner Zahlungsart "Vorauszahlung durch Überweisung" steht der Text da, bei PayPal eben seit neuestem die "0".
    Wo wird "paymentName" der Wert zugewiesen?


    Frohes Schaffen
    Friedrich

    Wenn ich das richtig verstanden habe wurde die Darstellung/Erzeugung der Produktbilder so geändert,

    dass Bildverkleinerungen immer aus dem Originalbild erzeugt, als nicht mehr abgespeichert werden.
    In den alten Versionen gab es immer noch einen Unterordner "resized".
    Ist das nun überflüssig und kann weg?
    :/

    Das Nachsehen bei VM Media hat folgendes zu Tage gefördert:
    Bei "Aktiviere dynamische Bildgrößenänderung" :
    "Dynamische Anpassung der Bildgröße ist nicht verfügbar. Die GD-Bibliothek scheint zu fehlen"


    In php.ini gd freigeschaltet
    Aktiviere dynamische Bildgrößenänderung : ja (Bei nein geht nix !)
    Größen für Vollbild und Minibild eingestellt.


    Jetzt tuts !

    :thumbup:


    PS: Versuch macht Kluch!

    Die verzerrten Produktbilder resultieren aus einem alten Override, da wurde die Verarbeitung geändert.

    Die Verkleinerungen der alternativen Bilder werden nicht gefunden, und zwar in

    .\components\com_virtuemart\views\productdetails\tmpl\default_images_additional.php

    in Zeile 3 denke ich:


    PHP
    1. <?php>
    2. if(VmConfig::get('add_img_main', 1))
    3. {echo $image->displayMediaThumb(array('class'=>"product-image", 'style'=>"cursor: pointer", 'data-descr'=>$image->file_description), false, '', true,$descr);
    4. echo '<a href="'. $image->file_url .'" class="product-image image-'. $i .'" style="display:none;" title="'. $image->file_meta .'" rel="vm-additional-images"></a>';}
    5. else {if(VmConfig::get('add_thumb_use_descr', false)) {$image->file_meta = $image->file_description;}echo $image->displayMediaThumb('',true,"rel='vm-additional-images'",true,$descr);}
    6. ?>

    Im Quelltext steht als Ergebnis
    "<img class="product-image" style="cursor: pointer" loading="lazy" src="/chili-24/components/com_virtuemart/assets/images/vmgeneral/warning.png" alt="Keine Abbildung gefunden " width="628" height="471">"


    Leider reicht meine Expertise nicht zur Feststellung welche Adresse da aufgerufen wird und was daran falsch ist.
    X(