Ошибка при обращении к полю типа DATE

[kolt]

Ошибка при обращении к полю типа DATE

При обращении к полю типа DATE вылетает следующая ошибка:
Parse error: parse error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting ']' in /home/tsevana/public_html/test/agency/view.php on line 118

Соответственно вот эта строка:
print ("<b>Date Of Birth:</b> $Row[DAYOFMONTH(birth)] \n");

Когда делаю SELECT из базы дополнительно указываю DAYOFMONTH(birth). Иначе вообще работать отказывается.
Причем локально на денвере все работает.
Может как-то можно иначе достать день месяца из даты?

 

[_RVK_]

kolt
1. Не используй двойных кавычек, особенно с массивами. Пиши так 'Some array: '.$array['key']." \n"
2. Используй псевдонимы для результатов MySQL функций:
SELECT DAYOFMONTH(birth) as dofm ....
3. Ключи массивов ВСЕГДА заключаются в кавычки.
4. На досуге, выкинь Денвер на помойку.
5. print это не функция потому скобочки там лишние

 

[Фанат]

_RVK_

3. Ключи массивов ВСЕГДА заключаются в кавычки.

сам догадаешься про косяк? ;-)

 

[_RVK_]

>сам догадаешься про косяк? ;-)

Ой, простите...

Строковые ключи массивов ВСЕГДА заключаются в кавычки.

 

[Popoff]

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

Это по поводу "ошибка при обращении к полю типа DATE". Приведенная в исходном вопросе ошибка не имеет к типу поля, мягко говоря, никакого отношения.

Причем локально на денвере все работает.

И после этого некоторые удивляются, и почему это я так денвер не люблю %-) Удобно: одно движение руки и все поставлено. Все работает, в отличие от глючного хостинга =))

-~{}~ 28.11.05 22:28:

Незнание - есть блаженство. Если Вы не знаете, почему оно работает в Денвере, то Вам кажется, что оно должно работать везде и что глючными являются все те места, где не работает то, что работает в Денвере. Хотя на самом деле все наоборот. В Денвере работает благодаря глючным настройкам, которые скрывают ошибки в программах. Потому что цель Денвера - заставить работать хоть как-нибудь. Подход "хоть как-нибудь" совершенно не допустим в реальных хостингах, потому что любая ошибка - есть брешь в системе и предоставляет возможность взлома системы.

 

[SiMM]

> Строковые ключи массивов ВСЕГДА заключаются в кавычки.
Не догадался

echo "bla-bla-bla$foo['bar']";

 

[kolt]

_RVK_ и Фанат

Громадное СПАСИБО!

Как нестранно после исправления ошибок все заработало

Popoff

Постановка вопроса - главное в вопросе
Насчет денвера буду иметь в виду! Спасибо.

 

[_RVK_]

SiMM
Я об этом под первым пунктом написал

 

[Popoff]

После повторной проверки свободное место не увеличилось. Это потому, что все ненужные файлы уже удалены. Все сходится.

-~{}~ 28.11.05 22:37:

_RVK_
Это было по поводу "всегда"

 

[_RVK_]

Зануды! Вы еще придеритесь к фразе "Не используй двойных кавычек"

kolt Почитай Стандарты кодирования PEAR и старайся им следовать. Это тебе как отправная точка к достижению цели Чистоты Кода