KQS - błąd raportowania platnosci.pl

Witam,

Reanimuje temat dotyczący problemu raportowania platnosci.pl do sklepu KQS poprzedni wątek nic nie wniósł (żadnego rozwiązania problemu) może już ktoś znalazł rozwiązanie problemu a konkretnie

Konfiguracja w samym sklepie platnosci pl to standard wprowadzamy
ID Punktu Płatności Pierwszy KLUCZ Drugi KLUCZ POS AUTH KEY

nastepnie w platnosciach.pl ustawiamy

Adres Powrotu BŁĘDNEGO
Odnośnik widoczny tylko dla zalogowanych użytkowników - Zarejestruj się
Adres Powrotu POZYTYWNEGO
Odnośnik widoczny tylko dla zalogowanych użytkowników - Zarejestruj się
Adres RAPORTÓW
Odnośnik widoczny tylko dla zalogowanych użytkowników - Zarejestruj się

jednak platnosci pl raportuje caly czas blad wysylania raportow (tzn zmiany statusu danej platnosci w sklepie))

Data Status Opis
2010-03-08 14:21:58 ERROR ERROR: Blad danych ....
code= message=
HTTP/1.1 200 OK
Date: Mon, 08 Mar 2010 13:22:00 GMT
Server: Apache
Content-Length: 167
Keep-Alive: timeout=2, max=989
Connection: close
Content-Type: text/xml;charset=ISO-8859-2

<?xml version="1.0" encoding="ISO-8859-2"?>
<response>
<status>ERROR</status>
<error>
<nr>103</nr>
<message>Kod b??du: 103</message>
</error>
</response>status: ERROR
err_str: blad przy zapisie do bazy danych

Dzieki za info

Mogę tylko potwierdzić, też tak mam. Co więcej, identyczny problem mam w skrypcie shoppera, więc może to kwestia hostingu?

Pozdrawiam
Paweł

Sprawdż czy masz na serwerze włączoną opcję: allow_url_fopen
U mnie włączenie tej opcji rozwiązało problem.

Pozdrawiam
---
PawełG

a jak to sprawdzić? Będzie w phpinfo ?

<?php phpinfo(); ?> zapisalem jako info.php do glownego katalogu, jest u mnie wlaczone ale platnosci i tak nie dzialaja

u mnie też włączone i lipa czyli to nie o to chodzi

Local Value Master Value

allow_url_fopen On On

AurorA napisał(a):u mnie też włączone i lipa czyli to nie o to chodzi

Local Value Master Value

allow_url_fopen On On

Może chodzić jeszcze o jakiś parametr środowiska, w moim przypadku akurat właczenie allow_url_fopen wystarczyło. Tutaj jest środowisko w którym działa: Odnośnik widoczny tylko dla zalogowanych użytkowników - Zarejestruj się - prównajcie może, odkryjecie co je różni zasadniczo z waszymi, bo na 100% jeżeli nie ma błedów w konfiguracji samej usługi w skrypcie to chodzi o ustawienia środowiska.

U mnie dla odmiany do tej pory nie było żadnych problemów z platnosciami.pl w sklepie, aż do czasu zainstalowania najnowszej wersji 1.31 (chyba, że to tylko zbieg okoliczności). Mam złożone zamówienie, dolar jest biały, w panelu administracyjnym stoi, że "płatność jest realizowana", ale podkusiło mnie sprawdzić bezpośrednio w platnosci.pl i okazuje się, że tam od wczoraj płatność jest zakończona. W historii raportów pokazuje się taki błąd:
<b>Warning</b>: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in <b>/platnosci.php</b> on line <b>0</b><br />
status: ERROR
err_str: blad

Ktoś ma jakieś pomysły?

Po instalacji 1.31 dodałem w PA płatności pl link do strony raportowania błędów ten z ustawien płatności w sklepie.
Dziś dostałem takiego maila

Szanowni Państwo,

System Platnosci.pl odnotował 100 nieodebranych powiadomień o zmianie statusu transakcji 67655769 dokonanej w Punkcie Płatności 18125.

Kolejne powiadamianie o zmianie statusu tej transakcji nie będzie wysłane.

Przyczyną otrzymnego komunikatu jest wprowadzenie przez Państwa w Panelu Administracyjnym Platnosci.pl błędnego adresu raportów. Taka sytuacja uniemożliwia systemowi Platnosci.pl przesyłanie do Państwa raportów o zmianie statusu transakcji.

Prosimy o jego weryfikację i zmianę na poprawny lub ewentualnie jego całkowite usunięcie.

W tym celu należy po zalogowaniu do systemu Platnosci.pl przejść do 'Moje sklepy', kliknąć w nazwę sklepu i przejść do zakładki 'Lista Punktów Płatności'. Pu kliknięciu w nazwę tego Punktu, w polu 'Adres raportów' mają Panstwo możliwość modyfikacji/usunięcia błędnego adresu raportów.

jakieś pomysły poza ponownym usunięciem linku z PA płatności.pl?