Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: $транный результат выполнения программЫ
 
 автор: VViikk   (08.06.2004 в 15:00)
 
 

Доброго времени суток, уважаемые!
У меня такая проблема:


к примеру, есть табличка:
CREATE TABLE test (
id int(10) unsigned NOT NULL auto_increment,
str varchar(255) NOT NULL default '',
PRIMARY KEY (id)
) TYPE=MyISAM;



после перекомпиляции mysql (! - до сего момента все работало просто замечательно), результатом выполнения следующего кода:
mysql_connect(HOSTNAME, USERNAME, PASSWORD);
mysql_select_db(DATABASE);

$result = mysql_query("SELECT * FROM test");
$fields = mysql_num_fields($result);
for ($i=0; $i < $fields; $i++)
echo mysql_field_name($result, $i). " = " .
mysql_field_type($result, $i). " = " .
mysql_field_len($result, $i). " = " .
mysql_field_flags($result, $i) ."<br>\r\n";

mysql_free_result($result);
mysql_close();


будет:
id = int = 137531568 = primary_key multiple_key
str = int = 137531624 = not_null primary_key unique_key multiple_key blob unsigned zerofill binary


причем, независимо от того HOSTNAME == localhost или ХХХ.ХХХ.ХХХ.ХХХ.

Возникает подозрение, что проблемы с php, apache'm или еще чем... Может у кого есть идеи, что это может быть? и, желательно, пути решения.

С уважением,
Виктория

   
 
 автор: cheops   (08.06.2004 в 15:46)   письмо автору
 
   для: VViikk   (08.06.2004 в 15:00)
 

Хм... такое ощущение, что порушена таблица...
1) Что в консоли клиента mysql? Выдаёт ли он правильные результаты по запросу "SELECT * FROM test;"?
2) Если там всё нормально, не пробовали сохранить дамп базы данных, с последующим её уничтожением и восстановлением из дампа?
3) Затык только в одной таблице? Или другие так же себя ведут?

   
 
 автор: cheops   (08.06.2004 в 15:50)   письмо автору
 
   для: VViikk   (08.06.2004 в 15:00)
 

Ещё в догонку глупый вопрос, останавливалась ли сервер базы данных перед компиляцией и замещением новой версией - может просто некорректная остановка сервера и нужно восстановить базы?

   
 
 автор: VViikk   (08.06.2004 в 18:55)
 
   для: cheops   (08.06.2004 в 15:50)
 

да, спасибо,

насчет таблиц - то абсолютно со всеми такая ситуация.
допустим, если у поля тип varchar(20), то результат выполнения - null

перенесли код на другой сервер, подключаемся к этой базе - все Ок!

вобщем, ерунда какая-то. еще посоветовали пересобрать ПХП - это скорее его глюк

еще раз спасибо

   
 
 автор: VViikk   (08.06.2004 в 18:56)
 
   для: VViikk   (08.06.2004 в 18:55)
 

re: результат выполнения mysql_field_type - null

   
 
 автор: cheops   (08.06.2004 в 20:41)   письмо автору
 
   для: VViikk   (08.06.2004 в 18:56)
 

Вот ещё где может быть затык: если MySQL работает не по стандартному порту, а в php.ini это не прописано.
Так же для отладки может помочь установить в php.ini (если не установлено)
mysql.trace_mode = On

   
 
 автор: cheops   (08.06.2004 в 20:35)   письмо автору
 
   для: VViikk   (08.06.2004 в 18:55)
 

Ну если другой сервер подцепляет таблицы и всё нормально, тогда действительно, нужно в PHP копать... А как связка PHP-MySQL относится к вновь созданным таблицам, тоже сбоит?

PS А версия MySQL какая, если не секрет, не пятая альфа часом?

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования