mysql_result работает не по документации. Подробности внутри.

Приветствую.
Вопрос у меня довольно странный... потому придется сначала небольшое вступление написать.

Пару лет назад была необходимость написать базу данных, программировать тогда я не умел. Совсем. Опыт был "в школе на дельфях"... так что уровень сами понимаете. PHP не знал... в общем писал как получится. Потому всё работает, но уже давно "не понятно как". Намедни умер сервер, и при его восстановлении у меня теперь новая версия PHP, перенес я старую базу, и вдруг вылез первый косяк - пользователи не могли пройти авторизацию. Дебагинг показал где проблема. Мой код, который работал раньше, выглядит вот так:

А я объясню. Тут передается 2 обязательных параметра, поэтому все работает

-----
Удобный сервис для хранения файлов

Я тоже подозреваю, что поле интерпретировалось как индекс... но почему оно перестало работать на новом серваке?.. вопрос-то собственно в этом. Хотелось бы "вернуть как было", что б свой срок просто база доработала с той отлаженной логикой, которая была и проверена временем. А то если полезут новые косяки... я рехнусь их разгребать.

upd. прошу прощение, - утро
Конечно, "pass" будет приведено к 0, ведь начинается не с числового символа.

(Отредактировано автором: 28 Декабря, 2012 - 09:34:23)

Ребят, это обсуждение не совсем того, о чем я спрашивал.
Вопрос - как заставить PHP воспринимать такой код как раньше?

Как это не о том. Передайте
mysql_result($tempQRY, 0)
и посмотрите что получится

Дык я уже пофиксил, сейчас этот кусок работает. Но хотелось бы, что б работал старый вариант, т.к. неизвестно сколько еще подобных глупостей я допустил... и, если с логина всё начинается, и там баг видно сразу, то некоторые могут проявляться в таких... хитрых случаях, что будет кучка гемора в работе с базой, и с поимкой этих багов...

mysql_result($tempQRY, "pass")
точно так?
Может быть не строкой передается, а например, переменную, думая что это строка "pass"?
mysql_result($tempQRY, $pass)

Код я скопировал из рабочего файла - это именно строковый параметр. Не переменная, не константа и т.д. Просто строка.

мне не известны параметры настроек интерпритатора, которые бы повлияли на приведение типов.
Следовательно всегда передавайте 0 и будет возвращаться первая строка результата.
Возможно вам выдавался какой-то warning на боевом сервере, когда вы не передавали числовой параметр в функцию, что нарушало выполнение дальнейшего сценария потому что вы не ожидали вывода.
Если это так, отключите вывод ошибок. Но вообще, - приводить код в порядок по той причине что лень и долго и по этой причине говнокодить - подход не правильный.

(Отредактировано автором: 28 Декабря, 2012 - 10:06:09)

Про параметры - понятно, возможно, тогда, различие в самих версиях PHP... Значит придется ждать появления возможных багов да фиксить...

Код же приводить в порядок не просто лень, а не целесообразно. Гораздо быстрее переписать с нуля, чем разгребать эти завалы. Опыта не было вообще, ни в ООП, ни в MVC, который не соблюдал, ни в других полезных штуках, которые делают код правильным.
Но есть другие задачи, которые нельзя отложить на исправление программы которая работает, но "внутри всё не красиво". Потому временно приходится искать костыли. Я не любитель говнокода, то были "ошибки молодости". Просто переписать нет времени.

Цитирую из мануала :

Временные затраты на выпиливание костыля и выявление причины по которой не работает древняя функция может быть больше времени нужного для замены всего одной функции во всем скрипте, какой бы большой он не был, учитывая что можно использовать замену по формуле и среда разработки, либо Gedit сделает все за вас, но решать вам.

Zuldek, погодите ещё, вот выпилят полностью mysql_, форумы засыпаны будут подобными вопросами.

Её не выпилят ещё лет 5 как минимум. Заявят, что устаревшая, но поддержка все равно останется, даже если будет кидать варнинги, все равно все будут использовать.