Beiträge von mkd-technik

Abschließend noch folgende Info:

In der J2Store PayPal-App ist als IPN default URL angegeben: http(s)://http://www.example.com/index.php?opti…paction=process

Da steckt aber ein Fehler drin! Laut Dok Troubleshooting hat das Schlüsselwort "orderpayment_type" aber kein "_"!

In der Dok Troubleshooting steht die richtige URL:

http://domain>/index.php?option=com_j2store&view=checkout&task=confirmPayment&orderpaymenttype=payment_PayPal&paction=process&tmpl=component

Vermutlich ist das in einem Versions-Update geändert worden, denn bei der Einrichtung der PayPal-App funktionierte die URL, die in der App angegeben ist.

Zitat von WM-Loose

Die ersten 4 Absätze:

https://docs.j2store.org/troubleshootin…-related-issues

Moin und danke, hat geholfen.

Zitat von JoomlaWunder

Mmh.... schon länger her, dass ich mich damit beschäftigt habe. Ist bei Paypal denn IPN aktiviert?

Validate IPN - Ja

Moin Dirk,

Danke für den Hinweis auf joomshaper. Mir geht es weniger darum das jemand einen Kauf durchführt.

Mein Anliegen ist jemnd zu finden, der mir für j2store PayPal-Modul gute Hinweise geben kann.

VG Jörg

Moin,

mit der Kundenwebsite https://frauenprojekt-kenia.de/ (Life-System mit Joomla 3) und https://shop.frauenprojekt-kenia.de/ (neues System mit Joomla 5) habe ich das gleiche Problem mit PayPal Standard für J2Store.

Ich habe eine Bestellung mit Zahlung per PayPal aufgegeben.
Die Zahlung mit PayPal wurde von meinem Paypal-Konto abgebucht.
PayPal leitete mich auch automatisch zurück in den Shop und erhielt die Nachricht "Vielen Dank für Ihren Einkauf!"
Im Auftragseingang wird die Bestellung als "unbezahlt" eingetragen, der Lagerbestand wird nicht reduziert (bei Kauf auf Rechnung wird der Lagerbestand reduziert) und in den Bestelldaten des Frontend ist nur eine Zahlungsaufforderung für diese Bestellung.

Der Betrag, der von meinem PayPal-Konto abgebucht wurde, wurde ebenfalls auf das Shop-Paypal-Konto überwiesen.

Bei https://frauenprojekt-kenia.de/ (Life System mit Joomla 3) ist PayPal Standard für J2Store 3.22 installiert!
Bei https://shop.frauenprojekt-kenia.de/ (neues System mit Joomla 5) ist PayPal Standard für J2Store 4.0.0 installiert! (hier gibt eseinen 0,01€-Artikel zum Testen)

Der Hersteller hat J2Store, einschließlich aller PRO-Funktionen Open Source gemacht (https://github.com/J2Store4/j2store4) und liefert deswegen für dieses Modul keinn Support mehr.

Hoffe auf hilfreiche Hinweise.

VG Jörg

Zitat von JoomlaWunder

Das Login ins Backend von Joomla 5.1.0 sollte mit PHP 8.3 aber funktionieren. Am besten suchst du weiterhin die Ursache.

Falls es mit J2Store zu tun haben sollte, empfehle ich zunächst eine Aktualisierung auf 4.0.5!

Überprüfe auch alle anderen Drittanbieter-Erweiterungen auf Kompatibilität zu J5 und PHP 8.3!

Moin und Danke für die Hinweise!

Zitat von Elwood

Versuche es mal mit PHP 8.1 und 8.2

Top! Danke für den den Tipp. Ich bin auf die PHP 8.2.18 zurück gegangen und Login klappt.

Du bist gut!!

Zitat von Elwood

Versuche es mal mit PHP 8.1 und 8.2

Im Frontend hatte J2Store 4.0.4. Pro mit der 8.3. auch Probleme. das ist mit der PHP 8.2.18 auch erledigt.

Zitat von JoomlaWunder

Schau in die configuration.php, ob dort $cookie_domain auch wirklich leer ist. Das wäre typisch für einen Login-Loop, wenn du dort was eingetragen haben solltest.

Und überprüfe bei der Gelegenheit auch gleich $live_site ! Sollte auch leer sein!

Ansonsten:
Was hast du seit dem letzten erfolgreichem Login geändert? Hast du was installiert in Joomla oder was aktiviert bzw. deaktiviert, z.B. bei den Login-Plugins?

Hat sich am Server etwas geändert, z.B. die PHP-Version oder irgendwas an der Datenbank?

Nebenbei: Am Passwort in der DB hätte ich jetzt nicht gleich rumgespielt, nicht dass da nun ein weiteres Problem entstanden ist. Das hat sicher eine andere Ursache, es sei denn, du hättest das Passwort vergessen gehabt.

$cookie_domain, $cookie_path und $live_site sind leer.

Änderunen an der PHP-Version oder der Datenbank gab es bis zum ersten Login-Fehlversuch nicht, danach wie oben beschrieben..

In welcher Tabelle werden Benutzeraktivitäen gespeichert? Da müsste ich nachsehen ob ich etwas am 05.05. aktiviert bzw. deaktiviert habe.

Danke schon mal für die Rückmeldung.

Moin,

mein letztes erfolgreiches Login im Backend war am 06.05.2024, danach wollte ich mich im Backend anmelden und erhalte keinen Zugang mehr.

In der DB sind meine Userdaten als Superuser enthalten. Das Passwort habe ich noch mal in der Tabelle eingetragen mit md5.

Schicke ich meine Anmeldedaten ab wackelt das Bild hin und her, sonst passiert nichts.

Public-html gelöscht und aus dem Backup vom 05.05.2024 wieder hergestellt - keine Änderung!

Fehleranalyse wie in KEIN Login als Admin möglich beschrieben habe ich ohne Erfolg durchgeführt.

Browser-Cache gelöscht.

DB mysql Version 10.11.6-MariaDB-0+deb12u1

In der configration.php ist $error_reporting = 'maximum';

Fehler werden beim Backend Login nicht angezeigt.

Debug und error-reporting habe ich inzwischen wider zurück gesetzt.

Wer kann helfen?

Mfg

Jörg

Zitat von Elwood

Ich habe mir ein Backup gezogen und lokal installiert.

Auch hier tritt der Fehler auf.

Ich habe mein Standard-Fehlersuch-Protokoll abgearbeitet. Keine Änderung.

Dann habe ich das 4.4.3-Stable-Paket entpackt und ohne die Ordner /templates und /installation drübergebügelt.

Kurz noch Datenbank reparieren geklickt.

Danach konnte ich lokal normal auf 4.4.4 ohne Probleme updaten.

Warten wir auf die Antwort vom TE, ob es auch online geklappt hat.

BTW:

Auch bei einem anderen Test hat das drüberbügeln des 4.4.4 Update-Package funktioniert.

Vielleicht fehlte etwas in der normalen Installation. K.A.

Alles anzeigen

Moin, das konnte ich genau so machen.

Vielen Dank für die Hilfe

Mfg

Jörg

Danke für die Info

Wofür steht TE und BTW?

Wenn Du das kleine graue Kästchen über dem inaktiven Button meinst, das läßt sich NICHT anklicken.

Wenn an anderer Stelle noch eines versteckt ist wäre ein Screenshot davon sehr schön, ich kein anderes gesehen.

In Screenshot (Update_startet_nicht_01.jpg (Update direkt schreiben) ist die Klickbox aktiviert. Geht trotzdem nicht.

Bei manuell hochladen ist die Klickbox disabled (Update_startet_nicht_02.jpg) und kann nicht aktiviert werden, das ist das nächste Problem.

Danke für den Hinweis, hilft aber nicht wirklich.

Das habe ich gemacht (siehe oben), gensu das fängt das Problem an.

Gruß Jörg

Hallo,

ich habe das Problem, dass die Update-Funktion nicht ausgelöst wird.

Das ein Backup ist aktuell (Update_startet_nicht_00.jpg) und bestätigt (Update_startet_nicht_00.jpg). Trotzdem startet das Update nicht.

Mauell hochladen und installieren geht nicht, weil die Klickbox für Backup nicht enabld ist (Update_startet_nicht_02.jpg).

Woran kann das liegen?

Freue mich auf konstrukive Infos.

Jörg

Danke für den Hinweis. Der Link hat mir gezeigt, wie ich die Trackintgdaten an beide Server richtig übergeben kann.

Inzwischen sind auch die ersten Trackingdaten für https://www.optiker-neese.de/ von Matomo 4.13.0 erfaßte worden.

Moin,

ich habe ein Problem mit dem Matomo-Tracking bei https://www.optiker-neese.de.

In einer veralteten Umgebung (Betriebssystem und PHP) läuft noch Matomo 4.12.3. In der Website optiker-neese.de verwende ich das Plugin nfrPiwik. Damit läuft das Tracking mit Matomo 4.12.3 einwandfrei.

Da die alte Systemumgebung ausgemustert wird habe ich Matomo 4.13.0 in einer aktuellen Systemumgebung installiert. Außer optiker-neese.de werden andere Websites ohne Probleme getrackt.

Für das Tracking mit Matomo 4.13.0 habe ich das Plugin itcs Matomo bei optiker-neese.de zusätzlich installiert.

Da Matomo 4.13.0 diese Website nicht trackt habe ich beide Plugins deaktiviert und den Code für Matomo 4.13.0 im Template > Custom Code > before /head eingetragen. Leider ohne Erfolg.

Aktuell sind beide Plugins wieder aktiviert.

Freue mich über Hinweise die zur Lösung dieses Problems führen.

MfG

Jörg