А с чего Вы взяли, что именно сёрч с 23 переходов сделал 7 заказов? CTR нереальный был бы.
У нас то тоже заказов за 1.5 часа бывают, правда не 7, завидую Вам по доброму. Мы правда торгуем в основном серверами и 70 серверов в день было бы очень круто для нас. Более 10 редко когда продаём, 1 раз продали 16, когда клиент пришел крупный на прошлой неделе. Но, чтоб как у Вас 7 заказов за 1.5 часа - это очень нереально для нас пока что.
Видимо я, поскольку не занят продвижением в SEO, теряю много заказов.
А у Вас какие-то другие источники, ибо сёрч давно не даёт много заказов в день.
На самом деле заказы есть с таких тем, у нас когда мы не возвращали деньги - заказало пару человек.
Вообще сёрч уже не тот, но я специально открыл подпись нашу сейчас, вдруг 7 заказов привалит, это ж не рекламный топик ТС, а то обычно скрываю :) Чисто проверить :)
И другие хостеры тут наверное также без ума от количества заказов уже, так что историю надо раскручивать и разжигать метание сами знаете чем.
Продолжаем ребята :)---------- Добавлено 08.11.2017 в 15:03 ----------
Вы упустили уже 14 заказов :)
Везёт Вам, у нас 7 заказов в день и с закреплённой темы нет. Всегда думал, что закрепеленные темы хуже просматриваются, либо же Вы "немного" преувеличили.
Из 920 просмотров темы - CTR уж очень большой.
Это поведение человека. Ничего плохого в этом не вижу.
Лучше быть истинными и правдивым, нежели лицемерить клиенту.
Клиент начал угрозы, хостинг-провайдер предупредил о последствиях. Всё верно.
Вообще, если бы клиент проявил хоть долю уважения, думаю, что никакого спора и не возникло бы. А так, когда всё в иключительном характере - "мне должны, я заказал, хочу поменять, плохой хостинг, что не меняют то, что заказал, пойдут напишу о Вас".
Вообще, если клиент что-то заказал - это его ответственность и он не в праве требовать каких-либо изменений бесплатно или за деньги, если это не предусмотрено договором.
Вы сами винваты, Вы сами не сказли, что поставите туда специфическое ПО и его нужно будет переносить. Миграция wmware не так легка для администратров, которые с ней не работают.
Вы конечно извините, но хостинг-провайдеры не телепаты, и не могут угадать столь специфических запросов, особенно, если Вы заказывате серверы без сопровождения.
Заказали бы с сопровождением, оговорили бы администрирование этой ОС, тогда были бы правы Вы. А так, тут нечего требовать того, что Вы не заказывали, и обижаться, что Вам бесплатно не дали бонус с миграцией сложно настраиваемой ОС.
Давайте не будем перекручивать факты, оскорблений в сторону клиента не было. Угроз? Каких угроз? В том, что хостинг-провайдер сказал, что будет вынужден следовать договору оферте?
По моему глубокому мнению клиент виноват в своей проблеме сам.
Не уточнил всех нюансов перед заказом услуги, сразу же в тот же месяц, после заказа, решил делать серьезные инфраструктурные изменения. В любом европейском дата-центре в таком клиенту бы отказали сразу, и денег не вернули. А миграции обошлись бы дороже, чем уплаченная абонплата за серверы.
Вывод - нужно обсуждать все нюансы до заказа и думать. Если самому не получается - можно описать ситуацию подробно хостеру и запросить совета, тем самым переложив ответственность уже на хостинг-провайдера. Тогда он и будет согласен отвечать за уже свои просчёты.
В принципе, well-web и согласился, так как сотрудники не уточнили про невозможность переноса для недорогих серверов.
Но клиент, вместо того, чтоб получить возврат средств, хотя хостинг-провайдер в этом случае несёт убытки, объявил войну.
Вывод - well-web прав на 100%.
Можете теперь меня забрасывать помидорами :) Я тоже клиенту который будет писать плохо о нас безосновательно не буду проводить возвраты там, где я не должен этого делать по договору.
У меня была оценка 5 в школе, а потом 11, когда перевели на 12 бальную систему. Вот только когда я пришел в университет Шевченко, я редко когда мог получить выше 3 баллов, а порой и залетал на перездачи после лета. Особенно по квантовой механике. В то же время по Радиоэлектронике я в универе получил 4 чудесным образом, хотя реальные мои знания я оцениваю как 2+ в этой сфере. Отец до сих пор, спустя 14 лет после этого курса, стебётся надо мной, что я мол в электронике разбираюсь, как сказал мне препод в универе, ставя 4, но тогда я просто выиграл в "лотерею". Он рассчитывал, что мне влепят 2, так как сам специалист в этой сфере и знал мой уровень знаний (его оценка) :)
К чему я это всё? Оценка вообще ни про что не говорит. Я получил диплом в 2008 по специальности "физика", но говорить, что я офигенный физик я не буду, мне просто повезло. Я благодарен университету за то, что они меня там научили думать и что у нас невозможно было пройти этап за деньги. Теперь, благодаря этому умению, мне удалось достичь хороших результатов в бизнесе и по жизни. Свои глубокие погружения я также планирую исходя из принципов, данных мне в универе. А также благодаря моему инструктору Андрею Чистякову, который научил меня "трезвости" при работе с теорией, и который успешно выполнил свыше 5 погружений глубже 200 метров и сам по образованию физик.
К чему я это всё? Ныряя по теории на 200+ метров Вы умрёте, скорее всего. Реальные профили правильных погружений получали экспериментально, теория лишь помогала найти правильное решение.
Изобарическая модель контрдиффузии также говорит о простых профилях погружений на 100 метров... Только если Вы будете нырять строго по ней, не применяя микропузырьковую модель, с глубокими остановками для рассыщения, Вы получите декомпресионную болезнь.
Так, а смысл с этих циферок, если они не достижимы?
Я вот сейчас спросил у наших продаж статистику по виртуалкам, а у нас их 1000+ уже. Так вот был удивлён реально, мало кто больше 1 ТБ трафика в месяц использует. Менее 10% используют более 1 ТБ трафика в месяц....
И это с гигабитным каналом. Делаем вывод, что люди редко когда способны прокачать много трафика, если не раздают файлы и только веб-сайты.
Но я Вас понял, Вы хотите смотреть на теорию - Ваше право. Я смотрю на практические значения. А значения реального потребления трафика клиентами данной услуги меня реально удвили. Конечно, если мы бы для маркетинга объявили 1 Gbps Unmetered - пришли бы генераторы и вероятно съели бы канал, хотя, учитывая количество клиентов, которые не потребляют трафик, может быть как раз бы вышли в "теоретические" значения в 30-40% потребления для этой услуги.---------- Добавлено 08.11.2017 в 13:25 ----------SAntone, удаляюсь писать статью, огромное спасибо за дискуссию. Как раз тема немного близкая, будет чем дополнить материал. Хорошего Вам и всем остальным дня.
Конечно, серверная присутствует в образах, причем можно активировать Trial на 180 дней бесплатно, а 7-ку надо будет установить со своего образа.
VPS (KVM) с выделенным накопителем поставляюстя с панелью VM Manager, в которой удобно можно монтировать любой образ и доступна удобная VNC, что значительно помогает в установке.
SAntone, возможно Вам стоит научиться терпению и чтению. Это полезно, значительно расширяет Ваш внутренний мир и опыт. Тем более, когда опытом делятся бесплатно и объясняют теорию максимально просто и на пальцах. Извините за много букв, но я отвечаю обычно не для одного человека, а для максимально широкой аудитории, чтоб вопрос был понятен даже новичку. На одного человека я редко когда трачу столько времени, так как очень часто могу столкнуться, особенно в случае с новичками в хостинг-индустрии, с непониманием подобным. Какой смысл тратить время, если люди не хотят думать?
Теория и практика - разные вещи. Если Вы это не понимаете - это печально, Вам нужно в школу в класс так 7-й вернуться и попросить учебник по физике. Там есть масса опытов, которые наглядно демонстрируют расхождение с теорией и практикой. Особенно полезным становятся из области Механики, когда упрощенная теория не учитывает массу процессов, которые происходят и значительно влияют на практический результат.
Если же Вы имеете другой реальный опыт - буду рад выслушать и поучиться у Вас. Но пока это тот опыт, который был получен в течении последних 8 лет. Так что извините, но я Вам не верю :)
В теории да, может быть все что угодно, на практике - будет так, как указано выше. Реальный веб-проект не сможет потребить более 15ТБ трафика без ущерба для своей аудитории. В противном случае он рискует потерять аудиторию за счёт снижения скорости доступа на поток в остальное время.
1% проектов, которые реально могутт потребить чуть менее, чем 30 ТБ - это стримминг видео в низком качестве, с качеством потока до 1 Мбит / с и менее, когда сайт еще не очень популярен и только начинает рост. Тогда во вне пиковое время пользователь может получить на поток скорость в несколько мегабит, а в пиковое - скажем, получит не более, чем пол мегабита, и суточная кривая потребления будет сглажена, значение будет минимум 80% в любое время.
Но опять же, это настолько экзотический случай, что в реальности я его сейчас не наблюдаю ни на одном из серверов.
Мы начинали стриминг с серверов с 100 Мбит / с канлами еще в 2010 году в дата-центре Воля в Киеве, и пользователи, как только нагрузка приближалась к 70% в минимальное время уже брали дополнительную ноду либо просили переключения на гигабит.
Еще, пожалуй, шанс имеют проекты с прокси, и проекты, которым все-равно с какой скоростью раздаавать. Либо проекты с чётко прописаной балансировкой нагрузки, когда программная система переключает на ноду для максимально эффективного использования канала.
Но такие проекты уже давно живут на 1Gbps Unmetered или 10Gbps Unmetered, которые стоят недорого, гораздо дешевле, чем заморачиваться с точной балансировкой и весовыми коэффициентами.---------- Добавлено 08.11.2017 в 11:55 ----------P.S. В прочем клиенту я предложил переключение на 100 Мбит / с без учёта, если ему так удобно (вместо 20 ТБ). Почему может быть удобно для клиента? Потому, что с 1 Гбит / с человек рискует превысить лимит, а вот с 100 Мбит / с Unmetered может спать спокойно, так как с вероятностью 40-60% даже 15 ТБ потребление вряд ли будет достигнуто. Нам выгоднее продать 100 Мбит / с Unmetered потому, нежели 20 ТБ.
Вы подали хорошую идею для маркетинга :) Наверное стоит сделать линейку тарифов Unmetered для VPS и для пользователей, которые, как Вы и думают, что это больше, чем 20 ТБ. Спасибо. Можно не слабо сэкономить на трафике и привлечь дополнительную аудиторию, которая не знает, что такое трафик и не умеет его считать :)
Если уж так рассуждать, как рассуждаете Вы, то на 100 Мбит / с можно прокачать 66 ТБ (одновременно в двух направлениях), но это невозможно. Также, как и невозможно прокачать 33 ТБ. Так как это нужно грузить канал на 100% весь месяц без перерыва.
При сатурации канала, особенно при работе с Winodws, тормоза будут неимоверные.
Потому да, 20ТБ реального трафика - это в 99% больше, чем можно использовать на выделенном сервере с каналом 100 Мбит / с.
Особенно, если речь идёт о веб-сайтах, когда ночная аудитория составляет менее 10% от дневной, а пики посещаемости приходятся на вечерние часы и обеденное время, так как посетители имеют свойство ходить на работу и спать.
В таких случаях 20 ТБ - это даже больше, чем можно в реальности получить на 100 Мбит / с канале, ведь если даже для упрощения мы возьмем, что канал 100 Мбит / с на протяжении 12 часов загружен в среднем на 30%, на протяжении 10 часов на 70% и на протяжении 2 часов - 100%, то потребление трафика в месяц составит:
((30/8*86,4*30)*12/24)+((70/8*86,4*30)*10/24)+((100/8*86,4*30)*(2/24)) = 17 010 ГБ в месяц
Почему в остальное время на реальном проекте не получится загрузить канал на большую величину, если он имеет подобную суточную кривую распределения посетителей)? Очень просто - в таком случае пиковый диапазон будет расширен с 2-х часов до большего значения, и если ранее в эти 2 часа наибольшей посещаемости канал был загружен на 100% и всем в принципе всего хватало, то с дальнейшим ростом посещаемости неумолимо упадёт скорость на поток, а возможно в некоторые часы будут наблюдаться потери пакетов из-за той же сатурации канала.
То есть, если в пиковые часы посетители еле помещаются в канал, то в случае, когда количество посещений возростет, для того, чтоб возрос трафик в остальные часы, в пиковые часы посетители точно получат снижение скорости или даже потери пакетов, что неумолимо повлияет на поведенческие факторы и как следствие, ресурс станет ранжироваться ниже.
В результате он не только не приобретёт дополнительных посетителей, но и потеряет аудиторию, если источник - поисковые системы.
Надеюсь ответил Вам полноценно на вопрос почему нельзя прокачать 33 ТБ в реальности на 100 Мбит / с канале. Случаев, когда реально можно прокачать хотя бы 25 ТБ трафика я на практике встречал крайне редко.
Потому да, в 99% случаев 20ТБ трафика это больше, чем можно прокачать на 100 Мбит / с канале. И да, за счёт того, что канал гигабит, 20 ТБ потребить реальнее на таком канале, чем имея канал 100 Мбит / с, так как пиковый диапазон может располагаться уже на 150-200 Мбит / с или даже более. И тогда, в один прекрасный момент, может наступить "превышение" включенных 20 ТБ. Что также лекго решается докупкой дополнительного трафика за $15 за каждые 10 ТБ.---------- Добавлено 08.11.2017 в 11:14 ----------
Да, 100 Мбит / с "без ограничения", это больший маркетинг, чем 1 Гбит , но с лимитом даже 10ТБ. Открою Вам секрет, в 2012-2013 году мы продали 500+ серверов с каналом 100 Мбит / с Unmetered, знаете реальное потребление трафика пользователями?
Нет, не 500 Гбит / с, и даже не не 250 Гбит / с.
Общее потребление трафика составило всего лишь 60 Гбит / с! То есть каждый пользователь потреблял в среднем лишь 12% от выделенного ему канала или около 4 ТБ трафика в месяц!
Основной наш трафик в 2014 году - это серверы с каналом 10 Гбит / с. Если бы не они, мы никогда бы не достигли в 2014 году значения генерации в 250 Гбит / с! Для этого потребовалось бы сдать в аренду около 3000 серверов с "безлимитным" каналом 100 Мбит / с!---------- Добавлено 08.11.2017 в 11:18 ----------Более того, скажу Вам правду, которую многие Вам просто не скажут. Даже те тарифы с лимитом трафика, какие указаны (10 ТБ, 20 ТБ, 40 ТБ и 100 ТБ для выделенных серверов, включая 1 Gbps Unmetered) рассчитываются из реального потребления трафика пользователями на уровне 30-40% от указанных значений. Ибо оно реально так и есть.
Тут процент потребления выше за счёт больше пропускной способности. Однако, после того, как мы глобально перешли на гигабитные подключения, перестав предлагать 100 Мбит / с вообще, что упростило логистику предоставления услуг, мы не только сэкономили на стандартизации, но и на трафике, потому, как небольшие проекты не потребляют даже 5% отведенных лимитов. Это даёт возможности выдерживать приходы "трафикогенераторов" без необходимости оплачивать их канал в убыток. Канал оплачивается по сути другими пользователями, который не потребляют свой лимит полностью.
