vitaleg

vitaleg
Рейтинг
35
Регистрация
27.07.2009
Miracle:
вы правы мне 31 и я вполне адекватный человек.
причем здесь паспорта?
МЕНЯ НИКТО НЕ СПРАШИВАЛ О МОЕМ ЛОГИНЕ. ПРОЧИТАЙТЕ ПЕРЕПИСКУ.
МЕНЯ СРАЗУ НАПРАВИЛИ НА МЫЛО!
и. простите. почему через время мне все же ответили?
неужели нельзя было так сразу!

Отправили на e-mail потому, что это один из способов идентификации клиента, так же как и предъявление паспорта, сообщение логина и т.п.

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

Уважаемый Miracle, судя по профилю Вам 31 год, но ведете Вы себя (извините за выражение) как 16ти летняя избалованная девочка-истеричка.

Ранее Вы приводили пример с дата-центром (как я понял, что бы хостеры вошли в Вашу ситуацию и проявили сочувствие), так вот, в нормальных дата-центрах, которые следят за безопасностью запросы в тех. поддержку строго по зарегистрированным e-mail адресам, а по телефону нужно обязательно называть номер договора, а иначе вообще никакой информации не дадут. Так же возьмём пример с дата-центром Utel, так вот в него вообще без паспорта не пускают и мало того исключений быть не может. Приехал в дата-центр без паспорта - возвращайся, твоя проблема, без компромисов.

Так, что можно сделать вывод в этом случае проблема с логином именно Ваша.

Himiko:
Можно разместить на сайте информацию, что ICQ только для предпродажных вопросов и клиентам, которые требуют чего-то другого давать ссылку на это..

В идеале - да. Но люди всё равно будут путать, при чём очень часто, а иногда даже объяснения не помогают.

Совершенно согласен с Himiko, у нас тоже была весьма не удачная практика с ICQ, после чего клиенты начали считать, что у нас якобы плохая тех. поддержка (на самом деле имеют ввиду ICQ) и даже с учётом того, что поддержки по ICQ у нас не было никогда, была только консультация. В итоге пришлось полностью перейти на тикеты.

Вот ТС говорите, что сотрудники саппорта ленятся, а Вы сами чего ленитесь то? Неужели так трудно грамотно описать проблему саппорту? Ведь это выгодно обоим сторонам.

Miracle:
я дал УРЛ сайта! ЭТОГО НЕ ДОСТАТОЧНО??????
и еще раз повторю, инфо никто не просил, просили написать на имейл...

Miracle добавил 27.10.2011 в 19:33
представил себе ситуацию

написал в онлайн суппорт, попросили написать письмо что бы идентифицировать по мылу, через время пришел ответ с просьбой позвоните по телефону что бы идентифицировать по голосу, потом приехать в офис что бы лично убедиться что я клиент...! ВОТ ДО ЧЕГО ТЕХНИКА ДОШЛА! :)

А если кто нибудь так же напишет в тех. поддержку указав "url домена" и попросит выдать ему резервную копию допустим. Таким образом можно легко увести сайт. Теперь понимаете для чего нужна идентификация клиента?

Miracle:
Объясните мне пожалуйста не организованному, зачем тогда онлайн суппорт нужен?

Я Вам уже писал, что скорее всего это не саппорт, а просто консультант.

У нас была аналогичная проблема с клиентами, когда они считали, что консультант в ICQ = саппорт, до тех пор пока мы не убрали связь по ICQ.

Да, можно было посадить тех. поддержку на ICQ, но это очень большое неудобство для сотрудников в плане идентификации клиентов, а так же большая потеря времени на эту самую идентификацию. А обрабатывать запросы всех подряд без какой либо идентификации получится полнейших цирк.

Miracle:
сайт->айпи->сервер (меньше минуты дела что бы выяснить проблемный сервер
если лень это сделать можно просто спросить айпи сервера

Это не лень, это называется организованность. Видимо Вам этот термин не знаком.

Miracle, у большинства серьёзных хостинг-провайдеров есть порядок обращения в тех. поддержку и как правило в этот порядок не входит онлайн чаты, ICQ и скайпы, а входит чаще всего почта и тикеты. Это сделано для того, что бы можно было более оперативно идентифицировать клиента в то время как по другим средствам связи это делать гораздо дольше и не надёжно. Тот кому Вы писали скорее всего не является сотрудником тех. поддержки, а скорее всего просто консультант.

hvosting:
Не верно.
Если nginx является просто прокси - не получите никакой разницы.
Если nginx будет устанавливать SSL соединение - получите накладные расходы, мало отичающиеся от апачевских.

Очень зря привыкли что nginx это лекарство от всех болезней.

Галактика вне опасности.


Changes with nginx 0.7.64 16 Nov 2009

*) Security: now SSL/TLS renegotiation is disabled.
Thanks to Maxim Dounin.
Romka_Kharkov:
DoS-атаку против любого SSL-сервера

Очень сильно сомневаюсь, что эта хрень так просто уложит nginx. Думаю нужно пускать SSL трафик через nginx и не парится.

Всего: 293