Вопрос к знатокам PHP (проблема с РНР на сервере)!?!
Поставил портал ( http://alexa.mtcm.ru/portal/index.php ) MamboV4.0.11-stable. Сам он прекрасно работает.
А вот при попытке войти в администраторский раздел ( http://alexa.mtcm.ru/portal/administrator/index.php ). После набора соответствующего логина и пароля НИЧЕГО не происходит. Вернее логин и пароль проходят. Но за местно того, что бы дальше продолжить загружаться страничке. Появляется просто белый экран (подобный глюк наблюдался и с другими порталами е107 в частности).
Как побороть данный глюк ?!?
PHP по новой переустановить вряд ли возможно. Может в php.ini проблема или еще в чем ? Одним словом HELP :-?
p.s.
Хотя, на другом сервере (в домашней сети) Mambo и его администраторский раздел прекрасно работают.
А вот при попытке войти в администраторский раздел ( http://alexa.mtcm.ru/portal/administrator/index.php ). После набора соответствующего логина и пароля НИЧЕГО не происходит. Вернее логин и пароль проходят. Но за местно того, что бы дальше продолжить загружаться страничке. Появляется просто белый экран (подобный глюк наблюдался и с другими порталами е107 в частности).
Как побороть данный глюк ?!?
PHP по новой переустановить вряд ли возможно. Может в php.ini проблема или еще в чем ? Одним словом HELP :-?
p.s.
Хотя, на другом сервере (в домашней сети) Mambo и его администраторский раздел прекрасно работают.
Я незнаю чего это: MamboV4.0.11-stable
Я полагаю это не глюк сервера а глюк, этого продукта..
Я полагаю это не глюк сервера а глюк, этого продукта..
Может, в php.ini
short_open_tag = Off,
а в странице, которая должна грузится, код выделен тегами <? ... ?>
short_open_tag = Off,
а в странице, которая должна грузится, код выделен тегами <? ... ?>
В этом может быть проблема. Попробуйте теги <? и ?> заменить на <php и ?> или short_open_tag = On
Посмотрите, разрешены ли у вас глобальные переменные, это register_globals = Off или On в php.ini. Если там, где не работает, они Off, попробуйте включить. Но это скажеться не в лучшую сторону на безопасности. Вообще, сравните файлы конфигурации.
И ещё. Я в таких случаях прописываю в php.ini строчки:
error_reporting = E_ALL
display_errors = On
display_startup_errors = On
и в случае ошибок php, описание их выводится на экран.
А дальше уже можно думать...
Посмотрите, разрешены ли у вас глобальные переменные, это register_globals = Off или On в php.ini. Если там, где не работает, они Off, попробуйте включить. Но это скажеться не в лучшую сторону на безопасности. Вообще, сравните файлы конфигурации.
И ещё. Я в таких случаях прописываю в php.ini строчки:
error_reporting = E_ALL
display_errors = On
display_startup_errors = On
и в случае ошибок php, описание их выводится на экран.
А дальше уже можно думать...
2FastCat Вопросы глюков конкретных продуктов решает суппорт этих продуктов.
2tromp Возможно это опечатка, но более правильно <?php ?> и display_startup_errors = On в данном случае ему не чем не поможет, т.к. эта опция отвечаен за выдачу ошибок при запуске php в самом начале (не загруженные модули и т.д.)
2tromp Возможно это опечатка, но более правильно <?php ?> и display_startup_errors = On в данном случае ему не чем не поможет, т.к. эта опция отвечаен за выдачу ошибок при запуске php в самом начале (не загруженные модули и т.д.)
Цитата: shaelf
2FastCat Вопросы глюков конкретных продуктов решает суппорт этих продуктов.
Полностью согласен, но человек просит помощи...
Цитата: shaelf
2tromp Возможно это опечатка, но более правильно <?php ?>
Блин, именно что опечатка. Спасибо за поправку.
Цитата: shaelf
и display_startup_errors = On в данном случае ему не чем не поможет, т.к. эта опция отвечаен за выдачу ошибок при запуске php в самом начале (не загруженные модули и т.д.)
Я указал эту строчку, чтобы с самого начала, с настройки php, человек как-то ориентировался... Процентов 40-50 проблем, по моей админской статистике, происходят из-за непривильной настройки php.
Есть ещё такая знатная вещь, как логи серванта. Шибко помогает при разборе полётов.
