Magistry, Ну как сказать... 400 мс вполне реально получить, если я правильно подсчитал ).
Сразу видно хостера из трёх человек. На практике сброс пароля выполняется несколько по-другому. Тут вопрос в том, что кинуть может сотрудник хостера рядовой... ;). Да каждый др...т как он хочет, это понятно, но серьезное отношение это серьезное отношение.
Это не ошибочный пин, это банкомат выплевывет кредитку без вопросов.
Вы путаете предоставление конфиденциальных данных и идентификацию клиента.
Это для администрирования делается. А если проблема у хостера - ее видно опять же без рутового доступа. Кстати, я крайне не рекомендую клиентам использовать парольный доступ ;).
Ребят, хватит объяснять мне, что я злобный дятел, остаемся при своих всё равно. Выразил негатив к такому явлению и не более того.
P.S> если клиент арендует VDS - он сам должен быть специалистом. Правда хостеры все "ваш сайт надо на VDS" т.к. в VDS заморочей меньше хостеру. Да и в случае чего отмазаться проще... Вы раздел почитайте.
Это решит проблему. Но почему у него так странно работает php? Лучше все же разобраться. Но мои телепатические способности кончились.
Ваш биллинг не сообщает об ошибках авторизации? А как быть, если у сотрудника угнали аккаунт? И т.д. и т.п. Ошибка пароля если в логах - сбрасываем его и пишем клиенту - мол, вы с паролем накосепорили. Да, в некоторых случаях попросить можно, но я что-то наоборот припоминаю от сколь-нибудь вменяемых людей и компаний доктрину "никогда, ни при каких обстоятельствах не сообщай свой пароль даже маме/бабушке/сестре и сыну".
Я уссусь, когда банк будет просить пин от моей кредитки, когда у меня банкомат ее не принимает.
У вас там панелька стоит? Вообще нужен конфиг в котором прописан интерпретатор php, я с Debian не особо помню где там что лежит, поэтому имя файла предположил.
php5.conf покажите - у вас или разные интерпретаторы или cgi
vkusnoserver, да понятно, что у них так работа поставлена, но времена выдачи паролей даже тем, кто их может знать - уже в прошлом, ИМХО.
Присоединяюсь. Путь через phpinfo и командами, приведенными lealhost, тогда будет четко видно, что или не обратили внимания на что-то или конфигурация не тривиальная.
Потому, что не все сотрудники поддержки (особенно у крупных хостеров - сотрудники первой линии) вообще имеют право администрировать что-то править и т.п. А запросить пароль может именно такой сотрудник, чтобы потом залить что-то клиенту. Это к примеру. Во-вторых, администратор сервера (а именно он решает такие вопросы) может сделать всё это без пароля клиента - у него есть доступ к логам сервера.
Не всегда. Точнее логируются то верно, но могут удаляться по истечении какого-то времени. И опять же, если нет полномочий - такого запроса быть не должно, верно? Да и, может, этот сотрудник может стереть запрос? )
В 99.5% случаев именно так. Либо логин возможен "с правами пользователя" из аккаунта администратора, что не то же самое. Но опять же я не могу представить неоходимости просить пароль... Сброс пароля - крайняя мера, перед которой предупреждаем клиента, вот и всё.
Внутренняя ошибка сервера не имеет ничего общего с его производительностью. В 90% случаев виноват именно сам клиент - как правило, так отрабатывает suphp, а у клиента выставлены не верные права. А трава там знатная, интересно, где берет?
