Согласен, еще «чуть-чуть» это не ответ которым можно пользоваться в телефонную трубку в независимости от типа возникших проблем. Всегда есть хотябы приблизительные сроки их решения — порванная оптика 4 часа, сгоревший районный рутер — час допустим.
Сворованая бомжами оптика на цветной лом(!) тоже была. Но для этого есть и резервные линки, и штатный человек с паяльником и запас оборудования на замену в случае скропостижной смерти. Нельзя же списывать ежемесячное пролегание на несколько суток на форсмажоры.
Спасибо за добрые слова. Искренне стыдно за свою неграмотность и гроаматические ошибки. А вобще да — действительно как огласили коментаторы выше видимо «наболело» эхом из прошлой жизни.
Обратитесь к юридической части вопроса в особо запущеных случаях. В договоре должны быть четко оговорены граничные сроки простоя по вине провайдера и возможности компенсации. Если этого там нету то руководствоваться следует местным законом о связи. Да — 2-3 дня простоя это действительно некрасиво и понять ваше негодование просто.
>>постоянно, хотя у меня стоит жесткий лимит и веду контроль за трафиком.
каким способом?
>>Что бы получить статистику, мне нужно переться в центр обслуживания клиента и платить 2$ за распечатку. Хотя существует онлайн кабинет пользователя, где этого функционала не реализовано.
Да — это минус провайдера, пользователь должен знать когда и как ушли его деньги если тарифный план не анлим. Это довольно ресурсоемко для провайдера но себя окупает с лихвой тыканьем пальцем в лишних 300 мег с майкрософтовского апдейта и 2 гига выхлопа смтп трафика.
>>Почему провайдер не предоставил мне простую возможность увидеть, где же я пересидел? Мне вот жутко интересно.
Это ресурсоемко, очень. У меня предполагается логирование в виде «srcip,dstip,starttime,endtime,trafficlass,down,up,price». Мускуль база за месяц на менее чем сотне пользователей (95% остальных анлимы и такая стата там не ведеться) разростается до нескольких десятков гиг, таблички с сотнями милионов полей. На фоне этого приходиться перманентно писать костыли с кешированием всего этого в статику, бороться с утилизацией памяти под индексы итд. Возможно не все готовы тратить столько сил и ресурсов на то чтобы просто показать стату в личном кабинете.
в среднем вызов у нас и соседних провайдеров колеблеться от 10 до 20 гривен в зависимости от типа работ, что исходя из конвертилки гугла составляет на данный момент 37.932 и 75.864 рублей соответственно.
это позитивный и очень полезный опыт для понимания проблем среднестатистического пользователя, но главное недолго — больше года на такой работе сидеть сложно.
сам отсидел около 6 лет на саппорте после чего спилил к конкурентам администратором — единственное что могу сказать что эта работа и деньги не стоят тех нервов.
для того чтобы добровольно нарушать пункт договора присутствующий практически у всех провайдеров «о неразглашении», и не понимать чем это окончиться нужно быть крайне идионедальновидным
Не кажеться ли что это мягко говоря параноидально? Прибыль провайдера держиться на количественных и радостных характеристиках клиентской базы — забивать таким способом самому себе гвозди в крышку гроба ниразу не дальновидно.
оаматические ошибки. А вобще да — действительно как огласили коментаторы выше видимо «наболело» эхом из прошлой жизни.каким способом?
>>Что бы получить статистику, мне нужно переться в центр обслуживания клиента и платить 2$ за распечатку. Хотя существует онлайн кабинет пользователя, где этого функционала не реализовано.
Да — это минус провайдера, пользователь должен знать когда и как ушли его деньги если тарифный план не анлим. Это довольно ресурсоемко для провайдера но себя окупает с лихвой тыканьем пальцем в лишних 300 мег с майкрософтовского апдейта и 2 гига выхлопа смтп трафика.
>>Почему провайдер не предоставил мне простую возможность увидеть, где же я пересидел? Мне вот жутко интересно.
Это ресурсоемко, очень. У меня предполагается логирование в виде «srcip,dstip,starttime,endtime,trafficlass,down,up,price». Мускуль база за месяц на менее чем сотне пользователей (95% остальных анлимы и такая стата там не ведеться) разростается до нескольких десятков гиг, таблички с сотнями милионов полей. На фоне этого приходиться перманентно писать костыли с кешированием всего этого в статику, бороться с утилизацией памяти под индексы итд. Возможно не все готовы тратить столько сил и ресурсов на то чтобы просто показать стату в личном кабинете.
идионедальновидным