Привет!
Такая проблема:
Есть текстовый файл, в кодировке UTF-8



Читаю файл. Первая строка - это то что надо потом вставить в базу. ($cat)
Тип поля базы - smallint(6). Кодировка базы - utf-8, сравнение - utf-8 general-ci. Эта цифра не вставляется, даже если очистить эту строку от пробелов, спецсимволов, а также если вручную привести эту строку к числовому типу. 
 
Не помогает.

Кстати, если сделать settype($cat, 'integer');, то получается тип - boolean

у чисел нет кодировки.
что значит "не вставляется"?

не вставляется, mysql_error() в студию, по коду приведенному выше гадать не будем

Ипатьев У чисел-то нет, но это строка, которая читается из файла. 


Потом в цикле применяю счётчик, таким образом первая строка из файла всегда выделяется и записывается в отдельную переменную, к примеру в $id.
Так вот если сделать - 
gettype, то выдаст - string
А если проверить $id ф-ией is_numeric, то выдаст - False

Не всчтавляется, это значит что в поле после вставки стоит 0, потому что 0 - это дефолтное значение поля. Вот странно. Перед запросом в базу вывоожу это в браузер - показывает число(или всё-таки строку), но в БД не вставляет. Запрос проверенный, потому что если вь коде, вместо перменной поставить просто любое число, то оно вставляется. А если подставить переменную - то нет.

Добавлено через 52 секунды
lelik133  Mysql_error() ничего не выводит, запрос правильный. 

Еще раз.
У чисел не бывает кодировки.
У файлов - тоже.
Дело не в кодировке, а в РНР коде, который готовит или выполняет запрос.
Код надо отлаживать.
Причем чем раньше будет понято, что кодировки здесь не при чем, тем быстрее будет найдена очередная глупая опечатка

ну тогда в чем вопрос, все же правильно
а сделать echo запроса посмотреть глазами, чем он отличается от того что вводиться в ручную и найти ошибку нельзя?

Может я чего-то не вижу...


`link_category`="2", - Показало эхо хапроса. А теперь я лезу в базу и вижу в этом поле - НУЛИИИ ((

`link_category`= 2

Ни кавычки, ни непечатываемые символы с загадочными кодами не нужны.

nerezus, если я убираю кавычки, то пишется ошибка - Unknown column '2' in 'field list'

как легко было бы исправить ошибку, если бы вы запостили сюда ещё и сам запрос, плюс формат таблицы (show create table)

bars80080 Запрос:



Структура

это не запрос, это пхп-венигрет. запрос не содержит пхп-вставок, получить его - проще простого: 

echo $insert_to_jvse_links;



п.с. вы уверены, что конструкция вида INSERT INTO table SET field=value, ... работает?

у меня лично она помнится вызывала немедленную ошибку

supercelt, Query OK, 1 rows affected (63 ms)

bars80080 
Вот echo запроса, я его постил выше

insert into `jos_jvse_links` set `link_type`="1", `partner_url`="www.InfinitiUSA.com", `link_category`="2", `link_status`="0", `link_added_on`="1261514373", `link_published_on`="1261514373", `rlc_last_checked_on`="0", `date_of_last_reminder`="0", `snap_status`="1", `enable_scheduler`="1", `featured`="0", `out_hits`="0", `gpr_lcache_time`="0", `uid`="0", `add_relnofollow`="1", `gpr`="0", `gpr_update`="0", `atr`="0", `atr_update`="0", `sticky`="0"

А конструкция INSERT INTO table SET field=value работает и ещё как. У меня всегда работала. Я кстати попробовал сделать и по классическому варианту (...) values (...) - результат один и тот же

Добавлено через 46 секунд
nerezus, А что это значит?   

что-то у меня такое ощущение, что у нас разные мусклы. такой бы запрос у меня не прошёл по трём параметрам. завтра специально проверю на своей машине

supercelt, у вас перед цифрой 2 расположено 3 служебных байта, сокращенно называемых BOM. Удалите эти байты и все будет нормально :

Или сохраните файл word.txt в кодировке UTF-8 без BOM.

unicross, Спасибо большое тебе дружище! И правда заработало)