zepsuta tablica $_POST Opcje

[cyku]

Witam,

Piszę skrypt importujący dane z innej strony. Ogólnie dziala to tak, że zewnętrzna witryna wywołuje mój skrypt wysyłając dane w $_POST, ktore ja przetwarzam i integruje w swoim portalu. Problem jednak jest taki, że logując w bazie

[PHP] pobierz, plaintext 
print_r($_POST, true)
[PHP] pobierz, plaintext 

tablica wydaje się być ucięta:

[PHP] pobierz, plaintext 
POST Array
(
    [ip] => 77.181.31.93
    [adverttype] => bieten
    [datum] => 1253734554
    [privgesch] => privat
    [katid] => 1043
    [unterkatid] => 1407
    [advertid] => 58612
    [image] => 1253734554-smile16.gif
    [kategorie] => Stellenmarkt
    [unterkategorie] => Ferien- & Nebenjobs
    [privat] => nein
    [versandpreis] => 0.00
    [versandtext] => 
    [anzahl] => 1
    [anzart] => anzeige
    [preis] => 0.00
    [beschreibung] => Soziale Berufe werden viel zu h
[PHP] pobierz, plaintext 

Tablica nie jest ucinana za każdym razem, lecz jeśli już jest to na tym samym polu [beschreibung]. Nie wiem czy jest tam wysyłany jakiś znak, który php interpretuje jako koniec tablicy. Również kiedy podstawię wartość pola pod zmienną np

[PHP] pobierz, plaintext 
$opis = $_POST['beschreibung'];
[PHP] pobierz, plaintext 

i pozniej chce wstawic wiersz do tabeli, łańcuch z zapytaniem ulega niespodziewanemu zakończeniu, tak jakby w zmiennej $opis siedziało coś co go ucina:

[PHP] pobierz, plaintext 
INSERT INTO ogloszenia VALUES (NULL, 2018,'Zusatzeinkommen Heilpraktiker!','Soziale Berufe werden viel zu h
[PHP] pobierz, plaintext 

w skrypcie próbowałem dać

[PHP] pobierz, plaintext 
utf_encode($_POST['beschreibung'])
[PHP] pobierz, plaintext 

ponieważ bazę danych mam w utf8, jednak nic nie pomogło. Problem musi leżeć gdzieś głębiej. Może ktoś się spotkał z podobnym problemem i/lub ma pomysł co może być jego przyczyną

dodam jeszcze moze że używaną wersją php jest 5.2.6, serwer apache 2.2.3

Pozdrawiam

Ten post edytował cyku 23.09.2009, 22:21:47

[thelaguna]

Wielkim specem to nie jestem, więc wiele nie pomogę ale...
Gdybym robił coś takiego to zapisywałbym i odczytywałbym dane z jednej, wspólnej bazy.

lecz jeśli już jest to na tym samym polu [beschreibung]

Możesz się upewnić czy to właśnie to pole jest "wadliwe" przesyłając je jako pierwsze/jedno z pierwszych :\

Note: However, there is an 8 Mb max size for the POST method, by default (can be changed by setting the post_max_size in the php.ini file).

Może masz zmniejszony ten maksymalny rozmiar i Ci tą końcówkę ucina...

Ten post edytował thelaguna 23.09.2009, 23:58:46

[cyku]

problem w tym, że to nie ja wysyłam te dane tylko zewnętrzny portal, w którym jedyne co mogę zrobić to podać link do mojego skryptu.

Jutro jeszcze zobaczę jak się sprawy mają na innym serwerze..

niemniej jednak dzięki.

[Zyx]

Stawiam raczej, że jest tam jakiś znak, który sprawia, że print_r kończy wyświetlanie w tym miejscu (albo przeglądarka przestaje wyświetlać - sprawdź podgląd źródła strony), a nie że $_POST jest ucinany. Możesz sobie nawet spróbować porównać funkcją strlen() rozmiar tego ciągu oraz sizeof() rozmiar całego $_POST z tym, co na ekranie jest drukowane.

[thek]

Jako że strona, jak widać dla mnie, jest związana z językiem niemieckim to sądzę, że problemem są znaki. Być może sypie się na umlautach. Poza tym z tego co widzę, to kompletnie zapominasz o znakach ucieczki. Puszczasz tablicę do wyświetlenia bez jakiegokolwiek sprawdzania zawartości pod kątem znaków specjalnych, które mogą wspomniany przez Ciebie problem także wywołać.

[fander]

strip_tags(); htmlspecialharacters(); iconv(); a jeśli nie to coś nie jest tak ze skryptem który wysyła ci postem dane

[thelaguna]

Koledzy wyżej mogą mieć rację, czytając to i owo trafiłem na cytat z manuala, co prawda jest on o move_uploaded_file(); ale zobacz sam:

When using PHP on Windows and trying to use move_uploaded_file() on a file with special non-ascii characters like german umlauts they get converted bytewise thus destroying them resulting in a wrong CP1251 Windows filename.

Skoro w tej funkcji niemieckie znaki powodują błędy w skrypcie to w innych funkcjach pewnie też.

[cyku]

Jako że strona, jak widać dla mnie, jest związana z językiem niemieckim to sądzę, że problemem są znaki. Być może sypie się na umlautach.

Rzeczywiście to umlauty przerywają stringa.
Sprawdziłem jakie kodowanie mają przysyłane dane, wyszło że UTF-8

[PHP] pobierz, plaintext 
echo mb_detect_encoding($_POST['beschreibung']);
[PHP] pobierz, plaintext 

więc chyba nie musze dodatkowo konwertować tego pola na utf-8 (bo takie mam kodowanie ustawione w bazie danych)?
Próbowałem jednak wielu kombinacji i nic nie pomogło

[PHP] pobierz, plaintext 
$opis = mysql_real_escape_string(iconv('ASCII', 'UTF-8', $_POST['beschreibung']));
$opis = mysql_real_escape_string($_POST['beschreibung']);
$opis = mysql_real_escape_string(utf_encode($_POST['beschreibung']));
[PHP] pobierz, plaintext 

więc chyba coś nie tak ze skryptem wysyłającym.

strip_tags(); htmlspecialharacters();

HTMLowe znaczki raczej tu nie przeszkadzają, bo wszystko wyświetlane jest w komponentach falshowych.

Pogadam w takim razie z administratorem tamtego serwisu,

dzięki za pomoc i pozdrawiam.