не происходит авторизация php/mysql - нужна помощь

[AlinaAG]

не происходит авторизация php/mysql - нужна помощь

Здравствуйте!
Очень нужна помощь, дело в том, что при попытки авторизации модулей происходит следующее: вводится имя, пароль, но затем, вместо того чтобы перейти на требуемую страницу, выдается что-то типа You are not authorized to enter here - Please login first. И опяь страница авторизации.
Я имею в виду новостные модули для php. При вводе неправильных логина/пароля об этом сообщается.
Меня интересует причина, где искать проблему? в настройках php.ini включены register_globals = On, включены cookie и session, указаны пути к папкам - такого вида: например "C:/Temp/session", "C:/Temp/cookie"
И еще в некоторых других модулях вообще не работает функция, например, создания новости. Либо получаю "Error retrieving categories from lookup table!"
Понимаю, что вопрос размытый, но пожалуйста, подскажите в чем может быть проблема.
PHP 5.2.3
Apache 2.0.59
Mysql 4.1.22
ОС Windows XP

 

[Фанат]

"C:/Temp/cookie" - это кто такой умный написал?

 

[AlinaAG]

Автор оригинала: Фанат
"C:/Temp/cookie" - это кто такой умный написал?

Я же написала, например, просто в php.ini путь такого вида... или придирка к "правописанию"?=)

 

[Фанат]

придирка к содержанию написанного.
к тому, что в пхп.ини пишутся значения от балды, без понимания, за что отвечает та или иная директива.
никакого упоминания cookie в php.ini быть не должно.

рекомендую взять девственно чистый php.ini, и вносить исправления только по факту, при наличии сообщений об ошибках от пхп.

если сообщения об ошибках остутствуют, читать здесь: http://phpfaq.ru/debug

 

[AlinaAG]

session.cookie_path =
то есть здесь не нужно писать путь?

 

[Фанат]

вообще нигде ничего писать не надо!

надо сделать всего две вещи
а) взять чистый php.ini и пользоваться им. внося изменения только по явному указанию php
при этом желательно уяснять себе из документации смысл изменяемой директивы.
б) при возникновении проблем решать их не исправлением php.ini, а путем отладки. То есть, выявлением конкретной ошибки с последующим её исправлением.

 

[AlinaAG]

Спасибо большое! По крайне мере эта проблема решена=) Осталось много других, но уже легче!=)
Отдельное спасибо за оперативность!

 

[Trianon]

Автор оригинала: AlinaAG
Осталось много других, но уже легче!=)

И выключите register globals!
Даже если будет казаться, что php требует его включить.
Ничего, кроме проблем, Вы этим режимом себе не обеспечите.

 

[Wicked]

Trianon
не всегда переписывание части существующего проекта есть меньшее зло, чем включение register_globals, в котором он нуждается.

 

[Trianon]

можно было бы поспорить, что в этой ситуации разумнее поискать проекты посвежее....

В любом случае, такую настройку лучше оставить исключением php_flag в .htacces соответствующего проекта, а не возводить как правило в php.ini