Осторожнее со Спарком

[ibender]

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

[AlexuS]

ibender, техническое отсутствие интернета это отношение к клиенту? Если у такси колесо сдуется будете считать, что водитель плохо к вам относится?

[ibender]

уважаемый AlexuS, отсутствие интернета - это одно и речь совсем не об этом, а теперь следите за мыслью - хотя бы для начала дозвониться, потом узнать баланс и, как по старинке, активировать карту оплаты, если их сра..й сервер статистики недоступен

[AlexuS]

Уважаемый ibender, я понимаю о чем вы. Просто технические и организационные проблемы это одно, а отношение к клиенту это другое. Просто есть категория людей, которые на любой дискомфорт от поставщика услуг начинают кричать "и за что я деньги плачу?", "вот посмотрите какое отношение к клиентам!". А поставщик услуг не волшебник, он не может приставить персонального куратора к каждому потребителю и рано или поздно может произойти случай когда нет инета, и все операторы заняты, отвечая на вопросы жадных до виртуальных развлечений граждан которые спрашивают - что случилось, когда будет инет? А тут вы со своей картой оплаты, не видящий ситуацию дальше своей личной проблемы...хехе

[ibender]

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

[AlexuS]

сделали бы доступ к серверу статистики при отрицательном балансе

Я уже поднимал этот вопрос ранее в этой ветке, сошлись на том, что доступ должен быть обеспечен если не полениться и аккуратно написать запрос на HTTPS-соединение, а не как обычно по привычки stat.spark-com.ru, что подразумевает HTTP-соединение. Вот только возможности проверить это еще не было.

[Engineer]

сделали бы доступ к серверу статистики при отрицательном балансе

Я уже поднимал этот вопрос ранее в этой ветке, сошлись на том, что доступ должен быть обеспечен если не полениться и аккуратно написать запрос на HTTPS-соединение, а не как обычно по привычки stat.spark-com.ru, что подразумевает HTTP-соединение. Вот только возможности проверить это еще не было.

А в чем кардинальная разница? Порт другой на фаере, не более...

[AlexuS]

Engineer, разница может быть такой: HTTPS-порт сервера статистики может быть открыт безотносительно к состоянию счета, т.е. и при минусе. А в случае когда обращаемся по HTTP-порту (в надежде на автоматический редирект на HTTPS), то сразу соединение обрубается, т.к. при минусом счете инета не должно быть и редирект просто не происходит.

[Engineer]

А может просто на фаере им прописать доступ на сервер статистики при любом состоянии счета?

[AlexuS]

Engineer, это уже не ко мне вопрос, а к спарковцам, я лишь описал возможный расклад.

[andreyko76]

Эта хреновина в розетку-хреновина полная, факт.

[AlexuS]

andreyko76, да вы гонщик, почище Шумахера...хехе

[Stranger]

Engineer, разница может быть такой: HTTPS-порт сервера статистики может быть открыт безотносительно к состоянию счета, т.е. и при минусе. А в случае когда обращаемся по HTTP-порту (в надежде на автоматический редирект на HTTPS), то сразу соединение обрубается, т.к. при минусом счете инета не должно быть и редирект просто не происходит.

А почему это HTTPS-порт сервера должен быть открыт при минусовом балансе? И вы что предлагаете, пользователям писать запросы по протоколу HTTPS, разбираться с сертификатами и т.д. ? Пусть тогда пользователь вообще сам напишет небольшую прикладную программку для пополнения счета

[AlexuS]

Stranger, подводит вас знание предметной части. Напредполагали всякой дилетантской всячины не будучи специалистом.

А почему это HTTPS-порт сервера должен быть открыт при минусовом балансе?

Чтобы пользователь мог пополнить свой баланс даже при минусовом счете.

И вы что предлагаете, пользователям писать запросы по протоколу HTTPS, разбираться с сертификатами и т.д. ?

Это сделает за вас сам браузер, вам нужно только обозначить тип соединения http:\\ или https:\\

В общем учите матчать...хехе

[Stranger]

Stranger, подводит вас знание предметной части. Напредполагали всякой дилетантской всячины не будучи специалистом.

Возможно, возможно...

А почему это HTTPS-порт сервера должен быть открыт при минусовом балансе?

Чтобы пользователь мог пополнить свой баланс даже при минусовом счете.

Это не проблема HTTPS соединения как такового. Почему бы не предоставить такую же возможность по обыкновенному HTTP?
Кстати, а чтобы достучаться по HTTPS до спарка надо только добавить "S" к названию URL и все? Больше ничего делать не надо?

И вы что предлагаете, пользователям писать запросы по протоколу HTTPS, разбираться с сертификатами и т.д. ?

Это сделает за вас сам браузер, вам нужно только обозначить тип соединения http:\\ или https:\\

И все? И в чем тогда отличие HTTPS соединения от простого HTTP?
AlexuS, а вам не кажется, что вы опять лезите туда в чем сами не разбираетесь?

[AlexuS]

Это не проблема HTTPS соединения как такового.

Совершенно верно.

Почему бы не предоставить такую же возможность по обыкновенному HTTP?

Я задал этот вопрос ранее в этой ветке представителю Спарка, месяца 2 назад, с тех пор тишина.

Кстати, а чтобы достучаться по HTTPS до спарка надо только добавить "S" к названию URL и все? Больше ничего делать не надо?

В обычных обстоятельствах даже этого делать ненужно . Можно написать stat.spark-com.ru, браузер проинтерпретирует это как http://stat.spark-com.ru, сунется по этому адресу, и получив информацию, что требуется защищенное соединение (secure), сделает запрос в виде https://stat.spark-com.ru
Но, если вы хотите сразу обратиться по этому протоколу без описанных редиректов, то можно писАть сразу https://...

И все? И в чем тогда отличие HTTPS соединения от простого HTTP?

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

AlexuS, а вам не кажется, что вы опять лезите туда в чем сами не разбираетесь?

Нет, не кажется. Судя по вашим дилетантским вопросам, у вас довольно поверхностное представление об этой теме, в связи с этим не кажется ли вам, достаточно самонадеянным судить об уровне компетентности людей разбирающихся в этой теме?

[Stranger]

И все? И в чем тогда отличие HTTPS соединения от простого HTTP?

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

Да, и в чем же заключается эта защита? Ну набрал я вместо http, https и что? Сеанс стал защищенным?

Судя по вашим дилетантским вопросам, у вас довольно поверхностное представление об этой теме, в связи с этим не кажется ли вам, достаточно самонадеянным судить об уровне компетентности людей разбирающихся в этой теме?

Подожди не горячись. Если я сейчас задаю вопросы, то это не значит, что я не знаю на них ответы. А ты говоришь, что разбираешься, вот я и хочу проверить насколько.
Так в чем защита https? Любой пользователь набрал вместо http, https и установил защищенное соединение? И начал обмениваться информацией с сервером? И что ты имеешь ввиду под шифрованием? Каким таким образом твой браузер начнет шифровать информацию? С какой стати и по каким алгоритмам? Я тоже наберу в своем браузере https и начну обмениваться зашифрованной информацией и чем мы с тобой отличаемся для сервера?

[JIeHT9Iu]

При использовании протокола https (443 порт) происходит передача зашифрованной информации между сервером и клиентом. Авторизация сертификата и шифрование осуществляется на основе данных, переданных в сертификате, предоставляемым сервером при подключении через 443 порт. Сертификат электрокома авторизован The USERTRUST Network. Шифрование AES-256. Не самое стойкое, но достаточное для предотвращения передачи информации в открытом виде.

[AlexuS]

Подожди не горячись. Если я сейчас задаю вопросы, то это не значит, что я не знаю на них ответы. А ты говоришь, что разбираешься, вот я и хочу проверить насколько.

Ты кем себя возомнил? Сам себя назначил на роль экзаменующего меня?
В предыдущих сериях нашего с тобой общения, мы уже выяснили, что ты склонен приписывать людям слова, которые они не говорили, выяснили, что ты не способен признавать свои ошибки, и выяснили, что ты не способен отвечать за свои слова. И теперь ты решил поэкзаменовать меня? Все это не было бы так смешно, если бы не твои предыдущие вопросы, они выдают в тебе дилетанта, т.е. человека не компетентного в обсуждаемом вопросе. Вот почему бы не поступить как все нормальные люди и попросить объяснить что-либо, чтобы тебе помогли разобраться? Я бы помог, я зла не держу и мне не жалко, но ты же ведь становишся в позу "мол я все знаю и просто экзаменую". Будет такое продолжаться завершу с тобой и этот разговор, как уже завершил про ГЛОНАСС.

Да, и в чем же заключается эта защита? Ну набрал я вместо http, https и что? Сеанс стал защищенным?

Защита заключается в том, что данные шифруются и даже если их кто-то перехватит на пути между сервером и клиентом, то получит не открытые данные, а зашифрованные. Будет ли сеанс зашифрованным решает сервер. Поэтому если сервер требует, например, для введения пароля или отображения личных данных соединиться с ним по HTTPS, то только такое соединение и будет приемлемым для дальнейшей работы.

И что ты имеешь ввиду под шифрованием?

Ты не знаешь, что такое шифрование? В IE, например, используется шифрование SSL. Есть и другие шифры.

[Spark]

Это не проблема HTTPS соединения как такового.

Совершенно верно.

Почему бы не предоставить такую же возможность по обыкновенному HTTP?

Я задал этот вопрос ранее в этой ветке представителю Спарка, месяца 2 назад, с тех пор тишина.

Кстати, а чтобы достучаться по HTTPS до спарка надо только добавить "S" к названию URL и все? Больше ничего делать не надо?

В обычных обстоятельствах даже этого делать ненужно . Можно написать stat.spark-com.ru, браузер проинтерпретирует это как http://stat.spark-com.ru, сунется по этому адресу, и получив информацию, что требуется защищенное соединение (secure), сделает запрос в виде https://stat.spark-com.ru
Но, если вы хотите сразу обратиться по этому протоколу без описанных редиректов, то можно писАть сразу https://...

И все? И в чем тогда отличие HTTPS соединения от простого HTTP?

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

AlexuS, а вам не кажется, что вы опять лезите туда в чем сами не разбираетесь?

Нет, не кажется. Судя по вашим дилетантским вопросам, у вас довольно поверхностное представление об этой теме, в связи с этим не кажется ли вам, достаточно самонадеянным судить об уровне компетентности людей разбирающихся в этой теме?

Лично проверю, не заплатив за интернет, до конца текущего месяца. Если это так - передам проблему внутрь компании.