Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 1270 сообщений
Cообщения с меткой

провайдер - Самое интересное в блогах

Следующие 30  »
CSPlayer

Нобелевская лекция И.Павлова, 1918 г., Санкт-Петербург.

Понедельник, 18 Сентября 2017 г. 11:07 (ссылка)

Не я здесь первый об этом.. но стоит перечитать оригинал http://www.gumer.info/bibliotek_Buks/History/Article/pavl_russum.php


У нас сейчас (хоть и не сейчас это началось) проблемы на уровне физиологии.



Вылечиться - ВОЗМОЖНО лишь ПОНЯВ чем болен и какая то болезнь.



Майданы же пока апеллируют к нам, как к "собакам Павлова" в гіршім понимании этого термина.



Обидно, что и от "действующей власти", и от "лидеров" оппозиции отношение к народу Украины все равно - отдай им власть РЕФЛЕКСИВНО!!!


За обещания или "почесывания за ушком" - чтобы не было хуже и с насилием

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Клиент у руля, или почему провайдеру следует передать штурвал

Среда, 09 Августа 2017 г. 13:36 (ссылка)

Изначально наша компания задумывалась как «магазин облачных решений», но затем курс был взят на IaaS. Это было сделано потому, что того захотел рынок — такую потребность выразили пользователи. Почему провайдеру стоит прислушиваться к суждениям клиентов, поговорим далее.



/ Flickr / Carla Wosniak / CC



Находим ориентиры



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



Подход справедлив и для визуального оформления. Чтобы поскорее отчалить от берега, мы окинули взором аналогичные проекты, вроде DigitalOcean, и очень быстро собрали первую версию сайта.



Первый дизайн заглавной страницы



Сайт есть, можно начать работу и посмотреть, имеется ли спрос на услуги. Так получилось, что в первую очередь сервисом заинтересовались руководители компаний, хотя мы ожидали увидеть более разнородную аудиторию. Юридические лица стали нашей ЦА — мы перевели фокус с B2C на B2B-сегмент и начали обдумывать пути для улучшения взаимодействия с предпринимателями.



Как только мы разобрались с целевой аудиторией, было решено окончательно отойти от копирования любых UI-решений и «выкатить» что-то свое. Мы переработали внешний вид сайта и избавились от проблемы поиска информации о наших услугах.



Так, старый «штурвал» был брошен за борт за ненадобностью, а его место занял новый:



Один из этапов эволюции дизайна 1cloud.ru



Новый дизайн сайта 1cloud



Улучшаем решение «на ходу»



Чтобы сервис был максимально полезен, важно давать клиенту определенную свободу, возможность самостоятельно «править кораблем». Например, мы внедрили калькулятор для заказа нового виртуального сервера, чтобы пользователь мог самостоятельно настроить параметры системы под свои нужды.



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



Поэтому для переработки UI мы выбрали необходимый минимум, который позволит клиенту определиться с потребностями и ожиданиями по расходам. Последующие изменения дизайна мы производили уже на основе аналитики и внутренних исследований по использованию «железа» за все время работы сервиса. На основании этих данных шло эволюционное развитие нашего калькулятора.



Вариант дизайна калькулятора для заказа виртуального сервера



Новый калькулятор заказа виртуального сервера



Доступные шаблоны удовлетворяют требованиям большинства клиентов, однако мы всегда готовы рассмотреть заявки и предложения в индивидуальном порядке. Все-таки клиент у руля.



Правим паруса по ветру



Юзабилити — это здорово, но для хорошего сервиса важно кое-что еще. Например, возможность показать клиентам, что сервис — это не просто «черный ящик». Контролировать происходящее пользователям помогает панель управления, где они могут в реальном времени наблюдать за нагрузкой на серверы: CPU, RAM, СХД и каналы связи.



Окно состояния серверов в панели управления



Анализируя нагрузку на серверы, клиенты самостоятельно «спускают или ставят паруса», подключая или отключая мощности в пару кликов. Сделать это можно и с помощью REST API. Чтобы запустить виртуальную машину достаточно отправить POST-запрос с желаемыми параметрами. Вот один из вариантов:



curl -X POST -H 'Content-Type: application/json' -H 'Authorization: Bearer 75bb9805c018b1267b2cf599a38b95a3a811e2ef7ad9ca5ed838ea4c6bafaf50' "https://api.1cloud.ru/Server" -d '{"Name":"testAPI","CPU":1,"RAM":1024,"HDD":40,"imageID":1,"HDDType":"SSD","IsHighPerformance":true}'


При этом мы тоже видим, в каких пропорциях клиенты используют ресурсы и как распределяют средства. По нашим данным, затраты пользователей на RAM составляют 48,46%, на CPU — 19,28%, а на резервное копирование — 3,39%. Эта информация позволяет находить новые точки роста и улучшения. Например, она используется для проработки параметров тарификации.



С недавних пор клиенты могут управлять и скоростью интернета. Раньше внешний канал, выделяемый серверам, имел гарантированную пропускную способность в 10 Мбит/с. Однако её можно было увеличить при обращении в службу поддержки. Сейчас клиенты могут сами изменять скорость соединения в диапазоне от 10 до 100 Мбит/с через панель управления.



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



Большому плаванию — большая флотилия



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



Развитие сторонних проектов с использованием решений 1cloud (например, API) позволяет оценивать предоставляемые нами услуги с разных ракурсов. Каждый из участников «флотилии» может предложить какие-либо изменения или решения. Это укрепляет взаимоотношения с заказчиками и всю систему в целом.



Исходя из собственного опыта разработки IaaS-провайдера 1cloud, мы можем сделать вывод, что не стоит бояться менять направление развития. Нужно прислушиваться к своим клиентам, давать им свободу, чтобы обеим сторонам было удобно. Например, если клиент понимает, что может управлять своей инфраструктурой самостоятельно, это снижает нагрузку на отдел технической поддержки. Улучшать сервис оказывается намного проще, когда в основе процесса лежит взаимное доверие — компании и клиентов.



P.S. Еще несколько материалов о разработке IaaS-провайдера 1cloud:




Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/335246/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как перестать искать хороший дата-центр и начать жить

Понедельник, 26 Июня 2017 г. 12:28 (ссылка)





Жаль вас расстраивать, коллеги, но мой ответ: никак. Или, как говорилось в одной отечественной рекламе, «сынок, это фантастика». Нет, в природе существуют Tier IV ДЦ и ЦОДы, заключающие и выполняющие SLA, но в этой статье речь пойдет не о них (так как их услуги стоят, простите за каламбур, заоблачных денег), а о провайдерах выделенных физических и виртуальных серверов и сервисов, которыми в настоящее время пользуется большинство простых смертных, в том числе и мы в Pixonic.



Я намеренно не буду приводить названия конкретных компаний, с которыми мне приходилось работать как в Pixonic, так и до него, чтобы донести уже озвученную идею: так или иначе, серьезные «нюансы» обнаруживаются у всех. Возможно, кто-то захочет поспорить, но мое заключение основывается на более чем 8-летнем опыте общения с техподдержкой и менеджментом дата-центров разного уровня по всему миру.



Ёж — птица гордая: пока не пнешь, не полетит





Полагаю, не ошибусь, обобщив проблему следующим образом: до тех пор, пока каждый непосредственный исполнитель во всех дата-центрах, услугами которых вы пользуетесь, не будет лично заинтересован в закручивании своей конкретной условной гайки — все будет плохо для вашего бизнеса. Но улучшить положение и облегчить себе жизнь можно, и довольно просто.



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



Начну с простого вопроса: ваш провайдер присылает вам ссылку на опрос о качестве их услуг с просьбой потратить 5 минут на его прохождение — ваши мысли? Как правило, «утомили» — самая невинная из них, после которой просьба просто игнорируется.



Так получается, потому что вы заплатили денег, у вас свой бизнес, свои задачи, и вам нужно, чтобы оплаченное просто работало. У вас нет времени заниматься их ерундой, в конце концов! Знакомо?



Открою секрет: они не идеальные, но они стараются. Именно для этого они делают эти опросы, различные интерфейсы и API разной степени удобства, мониторинги, нотификации и прочее. Почему бы не постараться и вам на благо своего бизнеса, если они предоставляют для этого какие-то инструменты? Начните с изучения документации и базы знаний по работе с пользовательским веб-интерфейсом и API. Укажите в настройках своего профиля контакты таким образом, чтобы важная информация (вроде предупреждений о запланированных работах или abuse с угрозой блокировки) не валилась на нечитаемый никем общий ящик, а доходила до конкретных людей, которые на нее смогут адекватно и своевременно среагировать. Например, технические, сетевые и абузные вещи — админам, а все вопросы взаиморасчетов — в бухгалтерию и финансовый контроль.



Пишите письма



Далее, не ленитесь разбираться в каждой проблеме и писать в саппорт. На первых порах, если проблема не горит, нужно именно писать, чтобы все было запротоколировано. Это пригодится не только для того, чтобы в случае чего было куда «ткнуть носом» очередного дежурного на стороне провайдера, но и при необходимости показать тикет вашему коллеге. Если пишущие с вашей стороны не знают английского на достаточном уровне, сделайте с этим что-то: привлеките коллег, обучите, наймите переводчика (Google Translate не поможет!), займитесь сами, в конце концов.



При письменном общении с представителем провайдера заострите внимание на следующих моментах:




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

  • если в общении упоминается время, всегда уточняйте и вашу временную зону, и время по UTC;

  • если корень проблемы вам очевиден, напишите пошаговую инструкцию вплоть до запятой и в общении с менеджером (о нем чуть ниже) постарайтесь настоять на том, чтобы она была выполнена беспрекословно без лишних вопросов — как правило, из-за упомянутых выше регламентов инженер обязан у вас спросить всякое странное, вроде собрать и предоставить статистику MTR за 1000+ итераций с разных хостов в одной подсети;

  • часто техподдержка провайдера увлекается расследованием инцидента, которое может длиться неделями; в таком случае не стесняйтесь просить радикальных мер: физической замены сервера или его переноса в другую стойку/PDU/коммутатор;

  • если при составлении тикета есть возможность выставить степень важности проблемы, указывайте честно, чтобы не оказаться в ситуации из известной притчи про мальчика и волков;

  • если «разбором полетов» с провайдерами у вас занимается отдельный человек, не являющийся лицом, принимающим решения, ему не стоит употреблять корпоративную подпись с указанием его должности — пусть ограничивается чем-то вроде: «Regards, Имярек» — они будут воспринимать его как ЛПР и активнее работать по проблеме;

  • вообще, в некоторых ситуациях, если для вас это приемлемо, может быть полезно выстроить некоторую модель общения по электронной почте, где среди формальных, оформленных в HTML сообщениях в треде будет появляться персонаж, пишущий рубленые фразы в plain text без подписи — цель та же;

  • во всех случаях, когда считаете нужным, употребляйте аббревиатуру ASAP и фразу «business critical» в разных вариациях — они это «любят», особенно менеджеры, которых обязательно нужно либо ставить в копию, либо, если нет такой возможности, упоминать по ФИО прямо в тикете, чтобы показать техподдержке, что их начальство уже в курсе проблемы;

  • если на третий раз эти волшебные фразы не подействовали, грозите съехать от них вот прямо завтра без разговоров и оплат — их это еще сильнее «бодрит».





А если не помогает?







На самом деле, на практике лишь часть инфраструктуры флагманского продукта Pixonic единственный раз действительно съехала от провайдера Х (чтоб их черти мучили).



Как правило, если у вас, конечно, не 5-10 серверов на весь проект, провайдер очень заинтересован, чтобы вы остались у него. И тут с них нужно просить, нет, не неустойки (к слову, из всех провайдеров, с кем мы общались на повышенных тонах по критичному для бизнеса инциденту, был только один, кто сразу спросил, как и сколько денег вернуть) — ведь, положа руку на сердце, у вас не заложен механизм расчета финансовых потерь из-за факапа облачного провайдера, временной неработоспособности DNS, временной несходимости интернета из-за проблем на магистральных каналах? Вот тут нужно требовать по максимуму! Самое простое — скидки на новые сервера/инстансы, бесплатную аренду или расширение уже существующих, повышение уровня качества техподдержки и тому подобное. Но правильнее всего требовать отдельного менеджера, который — да-да — как раз будет лично мотивировать свою команду на повышенный интерес к вашему бизнесу.



В общении с таким менеджером тоже есть свои нюансы, а именно:




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

  • в критической ситуации созвон голосом хорош только тогда, когда он реально поможет что-то решить; плохой пример из жизни: как-то собрали конф-колл из 3-х менеджеров с разных сторон и одного инженера-индуса, лишь для того, чтобы он мне продиктовал пароль — не надо тратить время на такое;

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



30 часов боли. Разом







Где-то в параллельной вселенной после жалоб клиентов



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




Однажды нам выключили целый зал! После выяснений оказалось, что ранее провайдер предоставил нам скидки на сервера в этом зале, но менеджер забыл внести эту информацию в определенную базу. Сервера так работали несколько месяцев до тех пор, пока кто-то из разработчиков провайдера не обнаружил неработающий скрипт, который на основе информации из базы регулярно проходится по оборудованию и отключает «должников», и не починил его.




С такой автоматикой мы сталкивались неоднократно у разных провайдеров. Однажды нам поставили два сервера, которые периодически самопроизвольно отключались. Первое подозрение — автоматика — оказалось верным, ее отключили. Но один сервер продолжал периодически падать. Инженеры расстарались и проверили все, что только можно. Даже перенесли его в другую стойку, забыв, правда, включить, но ничего не помогало. В итоге пришлось просто поменять сервер.




Такое больше похоже на проблему офисных админов («уборщица»), но встречается она и в солидных дата-центрах: вдруг пропала связь с несколькими серверами в одной стойке — при изучении инцидента инженером выясняется, что коннекторы «случайно» выскочили из портов. Также, бывает, заявляют, что коннекторы просто испорчены. Как держались до инцидента — непонятно.



С кабелями были случаи, когда жесткие диски вели себя странно из-за плохо подключенных шлейфов. Техподдержка на голубом глазу отвечала: «Подоткнули получше — заработало».




Бывает, что инженеры провайдера банально путают сервера, на которых нужно проводить работы. Также часто бывает, что исполнители и их менеджеры путаются в задаче и делают совсем неожиданное. Прямо как в том анекдоте про ампутацию: «Я сказал левую. Я сказал руку».




Как-то возникла необходимость обновить «железо» 50+ «боевых» серверов в одном регионе. Чтобы эта активность минимально сказалась на продакшене, обновляли по 5 штук. Так вот, в каждой партии обязательно попадался один неисправный сервер! Либо проблемный БП, либо битые диски, либо сгоревшая материнка. В итоге заложенное на обновление время увеличилось вдвое.




Тоже про обновление, но операционных систем. Провайдер предоставляет веб-интерфейс и API для манипуляций с серверами, в том числе для переустановки ОС. В нашем случае оказалось, что для 80% серверов, которые нужно было обновить, эти инструменты просто не работали! Разработчики провайдера пообещали разобраться, а техподдержка в это время предложила переустановку ОС вручную. Первая переустановка Windows заняла у инженера двое суток!




Еще про интерфейс — иногда бывает такое, что «накликанное» там на самом деле не работает, хотя техподдержка уверяет в обратном. Смешанные чувства вызывает ситуация, когда инженеры именитого провайдера ковыряют что-то вручную.




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




И напоследок, пожалуй, самая «веселая» история. Длительное время у нас была «плавающая» сетевая проблема с частью виртуальных машин в регионе: в разное время суток в течение разных периодов времени происходили обрывы клиентских TCP-сессий. Провайдер очень настойчиво заявлял, что такого не может быть потому, что не может быть, а мы не могли предоставить доказательства из-за непредсказуемости проблемы и из-за того, что на самих машинах все было нормально, проблемы были видны только на мониторинге. В итоге мы пришли к предположению, что эти виртуалки, скорее всего, находятся на одном физическом гипервизоре. Передали предположение провайдеру с предложением проверить сам хост, после чего случилось фееричное. Сначала нам сказали, что машины находятся на разных хостах, потом сказали, что да, все-таки на одном, и инженеры видят проблему, далее бодро отчитались о том, что проблема решена, после чего все наши виртуалки тут же ушли в даун. Как выяснилось, хост просто не справлялся с нагрузкой, так как наши машины «генерировали слишком много трафика», и эти простые ребята решили их тупо выключить, «чтобы не аффектили других клиентов»!



Если приведенных примеров недостаточно, задавайте вопросы в комментариях — я постараюсь вспомнить еще охпоучительных историй. А лучше делитесь своими.



Заключение





Я повторюсь, озвученным в статье советам достаточно просто следовать, чтобы минимизировать проблемы, возникающие из-за расхождения ожиданий в отношении дата-центров с реальностью, и сосредоточиться на бизнес-задачах. Но эти проблемы так или иначе будут присутствовать. Чтобы защититься от них по максимуму, закладывайте отказоустойчивость и гибкую инфраструктуру на уровне архитектуры приложений, как это делаем мы в Pixonic. И обязательно правильно настройте свой мониторинг, чтобы было к чему апеллировать в общении с представителями провайдера вместо сбора 1000+ MTRов.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/331490/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
nobudazi

Украинский интернет-провайдер восстановил доступ к российским ресурсам в Крыму

Среда, 31 Мая 2017 г. 19:54 (ссылка)
infopolk.ru/1/Z/news/vstran...515a134e9d

Украинский интернет-провайдер восстановил доступ к российским ресурсам в Крыму



Украинский интернет-провайдер восстановил доступ к российским ресурсам в Крыму - Украинский интернет-провайдер «Воля», работающий в Севастополе и Крыму, восстановил доступ к «Яндексу», Mail.Ru и «ВКонтакте». Об этом сообщает издание ForPost со ссылкой на замначальника управления информатизации и связи правительства Севастополя Владимира Георгиу ...
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Alek_YelGor

"Воля" заблокировала жителям Севастополя Яндекс, mail.ru и Вконтакте.

Среда, 31 Мая 2017 г. 14:48 (ссылка)


Утром 31 мая компания "Воля", работающая в российском правовом поле на территории Севастополя и Крыма, выполнила решение президента Украины Петра Порошенко и заблокировала для своих пользователей на территории Севастополя доступ к ресурсам Яндекс, Майл и ВКонтакте.


 


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


 


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


 


 


Снимок экрана (72) (700x393, 52Kb)



 



 



http://sevastopol.su/news.php?id=97897


Метки:   Комментарии (6)КомментироватьВ цитатник или сообщество
Ipola

Что такое хостинг и как его выбрать?

Понедельник, 29 Мая 2017 г. 15:11 (ссылка)


2835299_ (145x30, 1Kb)



alt="Что такое хостинг и как его выбрать?"/2835299_NADYoJNII_HOSTING (700x511, 175Kb)



2835299_logo5e568851451eaf599efec364f6a7f57a (205x63, 2Kb)Всемирную паутину образуют миллионы серверов, разбросанных по всему миру. На каждом из них миллионы сайтов. Если веб-сервера используют протокол НТТР для передачи данных, то сайты мы просматриваем через браузер, который каждый пользователь выбирает самостоятельно по одному ему известным критериям. Для того, чтобы организовать хоть какую-то техническую поддержку пользователям и существуют хостинги, а компании, которые предоставляют хостинг нам, называются хостинг-провайдерами или хостерами.


Проще говоря, хостинг, это место, где обитает Ваш сайт, и от того, какой он, зависит то, как просто Вам работать на сайте, как быстро Вы справляетесь с возникающими трудностями.  Хостинг бывает платный и бесплатный. Бесплатный хостинг ещё не говорит о том, что качество предоставляемых услуг на нём низкое, но если хостинг дорогой, то подразумевается, что и услуги на нём должны быть на порядок выше. Конечно, за платный хостинг нужно платить, иначе Вы никаких услуг не получите, мало того, доступ на ваш сайт может быть временно приостановлен. Вы же оплачиваете коммунальные услуги, когда Вам предоставляют жильё? Точно так же обстоит дело и с хостингом. Многие компании предоставляют существенные скидки при оплате хостинга. Эти скидки могут составлять значительные суммы, в результате оплата за хостинг существенно снижается. Выбирая хостинг для своего сайта, цена должна иметь значение, но это не столь важно, как качество предоставляемых услуг и количество этих услуг.


Например, TheHost, официальный партнер компании ISPSystem в Украине, который уже более 10 лет на рынке хостинга, предоставляет такие услуги, как:


полнофункциональную поддержку сертификатов Let's Encrypt,


поддержку версии PHP от 5.2 до 7.1,


предоставляет уникальную партнерскую программу TheHost!


TheHost - официальный аккредитованный Регистратор доменных имен Украины,


использование мощностей собственного Дата-Центра для реализации всех задач хостинг-провайдера


скидку 40% на SSL защиту при заказе хостинга на год


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


Сегодня предложений хостинга очень много, и цены в большинстве случаев очень привлекательные. Надёжный хостинг это тот, в котором Вы уверены на все 100%.  Это тот хостинг, который обеспечивает Вам доступ на сайт 24 часа в сутки.  Этот  тот хостинг, который не подведёт в трудную минуту техническая поддержка всегда придёт на помощь.  Делая свой выбор, не забудьте о том, что:


слишком низкая цена может говорить лишь о том, что услуги будут ненадлежащего качества,


поддержка должна работать круглосуточно,


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


 


alt="Что такое хостинг и как его выбрать?"/2835299_hosting (700x265, 37Kb)


Метки:   Комментарии (13)КомментироватьВ цитатник или сообщество
Kazlanova

ООО "Воля-кабель". Найоб с паспортными данными.

Четверг, 20 Апреля 2017 г. 10:53 (ссылка)

Когда-то была у меня ситуация - я заметила, как провайдер "Воля-кабель" снимает в день по 10 грн, вместо около 4-ех. Я отключилась, перешла на другой. С тех пор мне периодически звонили от "Свободы" с акционными предложениями.
Недавно они поздвонили мне, предложили 100Мб/с с цифровым телевидением на пол года за 38 грн на месяц.
Сначала отказалась. А потом подумалось, что просто буду следить за счетом, но такую халяву пропускать нельзя. А еще к ним на работу устроюсь - сейчас с работой тяжело, а с такими акциями клиентов наберется достаточно, чтобы хоть минимум необходимых денег заработать.
Операторы и про вакансию рассказали, и про подключение услуг. Мне сказали, что нужно будет при подключении предоставить мастеру копию паспорта и идентификационного кода, которые он добавит к договору.
Вчера подключили. Я все предоставила. Сегодня я побыла у них в офисе, училась. Договорились, что завтра приду, продолжим. А вечером решила зайти на сайт "Свободы" в свой кабинет. От побачиного я до сих пор в шоке - оказалось, что там только номер Протокола заказанных услуг и мой адрес проживания моя. Все остальные данные: ФИО, дата рождения, номер телефона, адрес ящика - не мои. Зачем у меня при подключении взяли копии паспорта и идентификационного кода? Завтра я к ним не пойду. Я не буду людям продавать такие ужасы!
Скриншот вставляется только таким маленьким, что ничего не разглядеть, поэтому в нормальном вариінті он есть здесь - http://photo.i.ua/user/6152156/440683/13010958/

П.М. 29.03.2015 вечер. Все данные исправлено :). Тот, кто все напутал, отзвонился, признался, пообещал все исправить.

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
Аноним

Среда, 01 Декабря 1970 г. 03:00 (ссылка)

Комментарии ()КомментироватьВ цитатник или сообщество

Следующие 30  »

<провайдер - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda