be2k
25.10.2007, 23:34:15
witam
mysql_field_len() zwraca dlugosc danego pola w tabeli. jesli pole jest typu longtext to funkcja zwraca wartosc -1. dla pola text i mediumtext zwraca odpowiednie wartosci czyli odpowiednio 65535 i 16777215. czy ktos z Was sie spotkal z takim problemem?
nevt
26.10.2007, 06:52:43
to nie problem, tylko konwersja typów danych.
field len dla longtext = max unsigned int (bez znaku) - maksymalna możliwa wartość dla long int, ale php nie ma takiego typu, więc konwertuje w locie do signed int (ze znakiem) stąd wychodzi -1...
be2k
26.10.2007, 07:13:26
to jak sobie z tym poradzic w takim razie?
nevt
26.10.2007, 08:25:44
a spróbuj wymusić konwersję do string lub float na przykład...
czyli $len = (string)field_len() lub $len = (float)field_len()
Nie jestem pewien, czy zadziała, nie mam w tym momencie dostępu do bazy żeby sprawdzić... A poza tym, to jest jedyny przypadek kiedy dostajesz -1 - więc możesz odpowiednio skonstruować sobie warunek i też będzie dobrze... Napisz po co sprawdzasz ten parametr - potrzebujesz go wyświetlić, czy tylko wiedzieć że to bardzo dużo danych...?
L_Devil
26.10.2007, 08:31:29
Możesz rzutować na usigned int:
$dlugosc = sprintf("%u", field_len());
be2k
26.10.2007, 08:56:19
dzieki - rzutowanie na unsigned int pomoglo.
a potrzebowalem tego do cmsa, przy wprowadzaniu danych system sprawdza jaka jest maksymalna dlugosc danego pola w edytowanej tabeli i ewentualnie ucina wprowadzone dane.
problem bardzo dziwny, bo na serwerze firmy w ktorej obecnie pracuje jest (MySQL 5.0, php 4.3.10) ta metoda o ktorej napisalem zwraca dla pola 'longtext' wartosc 16 777 215 czyli dlugosc pola 'mediumtext'. po przeniesieniu serwisu na serwery home.pl (MYSQL 5.0 i PHP 5.0.x) pojawil sie wlasnie taki problem ze dane po edycji nie byly zapisywane. okazalo sie wlasnie ze problem dotyczy pol 'longtext' i tego ze mysql_field_len() zwraca -1.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę
kliknij tutaj.