Комментарии 89
При нашем цикле пять-шесть лет на железку получается дешевле покупать именно сервера и сетевые устройства корпоративных линеек для ЦОДов.
Поделитесь циферками как считали. Разница между «около бытовой» техником и бренд сервером может достигать 5-х и более раз. Даже если ломаться «бытовые» будут в два раза чаще, то они все равно выгодней. Или расходы на восстановления такие большие?
Разница между «около бытовой» техником и бренд сервером может достигать 5-х и более раз.
Разница для хостера зависит от объемов закупок и, иными словами, от его масштаба. Если покупать 1-2 сервера в год, разница может быть и в 10-раз.
Даже если ломаться «бытовые» будут в два раза чаще
Бытовые по нашему опыту ломаются больше, чем в 2 раза чаще. Причем высокий процент поломок даже на новом железе, из-за менее тщательного контроля качества на производстве. Инженеры Хуавей нам говорят, что то, что не проходит контроль качества крупных вендоров продается как раз в виде комплектующих.
Далее гарантия. Если начать с продавцом самосбора разговор о том, что нужна быстрая замена комплектующих аля NBD (без замены next business day размер и стоимость зипов вырастает экспоненциально, плюс умножить на 10 площадок), то цена подскочит еще на 50%. Потому что адекватную логистику NBD могут обеспечить только крупные вендоры.
Ну и, наконец, расходы на восстановление. Каждый неприятный кейс стоит денег, как и репутационных, так и компенсации пострадавшим клиентам. И если компенсации измеримы, то репутационные издержки явно переваливают чашу весов для нас в сторону бренд серверов. Плавали, знаем)
Почему тогда Гугль в свои дата-центрах использовал совсем не брендовое железо (может и сейчас использует)? На их объемах можно было бы много чего сэкономить (если верить вашему опыту), но они предпочли "бытовуху" с хорошим запасом по избыточности.
BackBlaze, с другой стороны, сделали выбор в пользу "бытовых" HDD, и единственное что заставило их свернуть с этого пути (если мне память не изменяет) это невозможность их заказов в нужных объемах.
Так это уметь надо) На минуточку, у гугля был GFS на 10 лет раньше, чем все начали носиться с хадупом) То есть, просто если задуматься, что пока все в принципе не понимали, как можно гарантировать сохранность данных, кроме, как лепить рейды на энтерпрайз железе от серьезных вендоров, люди уже создали решение, которое не только гарантировало сохранность, но и стабильную скорость в случае частичного отказа.
2. G сам проектирует ПО для своих серверов и закладывает много ресурсов в обработку отказов нескольких узлов. Не у всех есть ресурсы на построение такой архитектуры.
А что именно то ломается? Я давно конечно собирал самосбор, но по моему опыту основной расходник это диски.
Еще важный аспект это комплектующие. Попробуйте укомплектовать 50 машин одинаковым железом при покупке комплектующих по отдельности и самостоятельной сборке- окажется, что «диски есть немного этих и немного этих, таких платформы осталось 5, а таких еще 10 и завтра может будет еще что-то» и тд. Как итог- зоопарк железа, зипов, нет возможности адекватно отслеживать статистику отказов, вообщем не про бизнес все это уже, а про азартные игры скорее)
А не сами собирали а покупали "типа" сервера. Тогда понятно. Просто если брать не типа сервера, а именно совсем самосбор, то там немного другой расклад. Из минусов это сложно подбирать комплектующие под 1U. В 2U проще. Ну и да уже тогда linux было довольно таки начхать на чем работать, по этому одинаковое железо не особо то нужно.
Ну и плюс сильно зависит от города. Если город не большой, все эти премиум подписки слегка рассыпаются. Нет локального склада везут с ближайшего, как итог время доставки легко больше 4 часов. Проще уж зип держать локальный.
Клиентам от того что там будет брендовое железо ни жарко ни холодно.
Мы работали с супермикро до этого как раз в другом проекте. Если говорить про серверные платформы, то не могу разделить вашего оптимизма, брак был даже на новом железе. Помимо этого менеджмент-интерфейс, IBMC ну очень криво реализован у супермикро., а когда ставишь ОС и настраиваешь сотни хостов даже такие мелочи принимаешь во внимание. А главное, главное корпоративная гарантия: вылетел диск, рейд — собрал за минуту лог, отправил на разбор,..10 минут, и на следующий день на пороге курьер DHL с деталью. Иначе ЗИП нужно держать размером со склад и стоимостью с чугунный мост.
Для клиента же брендовое железо- это уверенность, что в случае ЛЮБОЙ поломки деталь будет заменена в кратчайшие сроки, уверенность в том, что все компоненты серверные и рассчитаны инженерами вендора, а не подобраны из того, что было в продаже опытным путем. Уверенность в заводской сборке. Ну это как машина собранная на заводе vs в гараже примерно.
У вас же брендовое железо и оно не ломается
Ломается абсолютно все, вопрос в периодичности и удобности замены и обслуживания. Когда у нас оказалась бракованная платформа супермикро, то мы даже не смогли вернуть деньги, а ждали ремонта-замены больше месяца. Как вы знаете, на юр лица в РФ не распространяется закон по защите прав потребителей с моментальным возвратом денег за косяки. А заплатить 1.5-2.0 млн за неработающую железку и ждать у моря погоды, это то еще развлечение, имеющее мало общего бизнесом и ответственностью перед клиентами за качество услуг.
в любой не понятной ситуации блекхолить трафик на автомате почти мгновенно. И пусть клиент дальше сам подрубает ddos защиту.
Так и делаем в 99.99%, когда это возможно.
Я фиг знает зачем вы лезли в драйвера
Мы доработали сетевой стек, потому что базовые возможности HYPER-V нас не устраивают.
А главное, главное корпоративная гарантия: вылетел диск, рейд — собрал за минуту лог, отправил на разбор,..10 минут, и на следующий день на пороге курьер DHL с деталью. Иначе ЗИП нужно держать размером со склад и стоимостью с чугунный мост.
Да, нужно держать ремкомплект на площадке: мы меняем те же диски, RAID-контроллеры, планки оперативки и иногда блоки питания из собственных ЗИПов во всех десяти дата-центрах.
Не кажется ли вам, что присутствуют взаимоисключающие параграфы? Вы жалуетесь на необходимость держать ЗИП, при том, что всё равно держите ЗИП.
От цены же зависит многое. Если условно за ту же цену брендового сервера можно взять две супермикры — почему бы и не взять? Да, есть риски брака, но замена то уже рядом.
Опять же в случае поломок мгновенная замена из склада а не "курьером на следующий день". Если брать однотипное железо — не надо держать огромный склад, скорее небольшое помещение. В чем я рассуждаю неправильно?
Попробуйте укомплектовать 50 машин одинаковым железом при покупке комплектующих по отдельности и самостоятельной сборке- окажется, что «диски есть немного этих и немного этих, таких платформы осталось 5, а таких еще 10 и завтра может будет еще что-то» и тд. Как итог- зоопарк железа, зипов, нет возможности адекватно отслеживать статистику отказов, вообщем не про бизнес все это уже, а про азартные игры скорее)
1) Сокращаем номенклатуру ЗИПа — вместо того, чтобы иметь десять наименований памяти/процессоров/хардов — имеем по паре каждой твари.
2) Взяв более-менее надежное железо (а супермикра вполне себе надежна в секторе самосбора) — не раздуваем кол-во ЗИПа до космических величин (а то можно и китайского хуана взять и потом расхлёбывать абсолютно не прогнозируемое вымирание железа).
3) Заказав крупную партию можно и о скидках поговорить и об индивидуальном подходе, т.к. крупный клиент.
«Российская поддержка — одна из лучших в мире.»
Это потому что у нас люди стоят копейки.
Правильно ли я понимаю, что чем меньше люди получают, тем лучше работают?
«Российская поддержка — одна из лучших в мире.»
Думаю автор имел ввиду не только количество исполненных тикетов, но и качество
Мы справляемся по 2-м причинам:
1. Мы работаем над автоматизацией и снижением кол-ва обращений клиентов как таковых. Можно сказать, что в день обращаются мене 0,5% клиентов, что позволяет рассматривать их обращения более детально. Плюс что любой негативный опыт всегда появляется в отзывах, в отличии от позитивного
2. Элементы конвейера у нас есть. Во-первых, это шаблоны, во-вторых, база знаний — если вопрос по администрированию частый, мы кидаем уже готовую подробную инструкцию.
Но утверждение, что обычная вежливость и трата на проблему клиента лишних 50 секунд времени, чтобы поздороваться или подсказать, как погуглить решение его вопроса нас утопит — это очень напоминает «бизнес по русски» :)
По настоящему зарабатывают на долгом LTV — хорошая поддержка дает нам клиентов с высоким LTV.
По вашему вопросу- мы не раскрываем таких сведений. Простите, но оргструктура компании — это часть коммерческих процессов. Возможно, позже получится рассказать больше. Пока всё, что я могу отметить — ваше впечатление не совсем точное. Я описал свой опыт создания хостинга и косяки, которые встречаются на этом пути, а не интсрукцию как создать хостинг с нуля для конкурентов или чайников.
Что касается вашего выпада, то:
1. Для работы хостинга не нужна огромная команда. Нужна эффективная команда.
2. Реально по списку 12 человек, остальные все на удаленке (и так и есть у многих)
3. Сравнивать с амазоном некорректно. Это корпорация. с которой мало кого в принципе можно сравнить.
4. Сравнивать с айхором тем более некорректно. В компании нет риска спора собтсвенников, нет риска остаться без площадок — их 10 сейчас. Нет риска отъема оборудования — оно все в собственности
Отработав на телефоне три месяца в хостинге, не сказал бы, что это ад и ненависть. Эта такая же работа как и любая другая, ты ее любишь или не нет. Я любил ТП телефонную, как и тикетную, и мои коллеги "телефонисты" ненависть к такой работе тоже не питали.
Я имел в виду то, что крупные зарубежные хостинги могут отвечать по несколько дней, в то время как мы и наши коллеги закрывам тикеты в течение суток, а в 90% случаев- менее чем за 15 минут, благодаря тем же шаблонам. А еще мы в RUVDS еще поднимаем трубку (да, нам можно позвонить 24/7) и угощаем кофе в офисе, если клиент решил зарулить)
В мохнатых 00х имел разговор с владельцем бизнеса в Пермской губерне (г. Кунгур, примечательное место!), Спрашивал почему так мало платит своим работягам? Он сказал что этого достаточно для того что бы они не разбежались по другим конторам, (незначительно выше рынка но с системой штрафов и премий. По медеджерски называется "оптимизация ФОТ" ). А для финала сказал "если я ему в полтора раза больше заплачу он что мне прибыли в полтора раз больше принесёт?"
Коллеги, будте бдительны! Вас используют! На вас зарабатывают! )))
Будте как рыбы, ищите где глубже и лучше!
Не ленитесь! И ещё раз вы работаете за зарплату!
И только за зарплату! Ищите офферы и требуйте контроффера. Иначе будет как в прошлый раз (надеюсь все помнят анекдот?)
С Первомаем!
Про поддержку — подпишусь под каждым словом. Работал год в одной крупной хостинг-компании, и не понимаю, что в саппорте (даже тех~) можно делать дольше 1-2 лет. Даже при условии относительно неплохой зп (немного выше средней по рынку), она не оправдывала огромный поток тикетов от "помогите настроить почту на телефоне" до траблшутинга на древних конфигурациях, которые работали на святом духе и внезапно померли, при помощи экспериментов, гугла и трех этажного мата.
В России такую работу нельзя воспринимать, кроме как экспресс-обучением с последующим повышением/переходом, ибо можно поехать кукухой.
Про спамеров на дешёвых тарифах не очень понял. Чаще всего на VDS у юзера рутовые права и залочить порты не так просто (и не разумно, проще поставить парсер логов, который будет бить банхаммером по голове заядлых нарушителей).
Заводской брак.
Да на нагрузочном тестировании супермикро регулярно помирают.
А расскажите подробнее о том, какое это такое железо вы ставите? Хотя бы текущие конфиги: процессор, диски, память. Даже железо «корпоративного класса» бывает очень разным. Можно ставить и морально устаревшее, оно тоже 5 лет еще пробегает. У нас есть горстки и интелов и самсунгов dc-серий… которые отлично подходят для подпирания столов, стеллажей и другой мебели. Бывают и у них неудачные партии.
А расскажите подробнее о том, какое это такое железо вы ставите?
Мы используем серверные платформы Huawei RH22888, подробный обзор которой уже размещали у нас в блоге. Оборудование надежное, ничем не уступает ведущим платвформам от DELL или HP, разве что ценой в меньшую сторону. Использовали несколько поколений этой платформы, косяков не обнаружили.
Прошу прощения, не хочу показаться назойливым, но вот вы пишете:
Насколько я знаю, профессиональное серверное железо есть у нас
А что такое «профессиональное железо»? У меня создается ощущение, что вы как-то не очень ловко жонглируете терминами «серверное железо», «профессиональное железо» и «корпоративного класса».
В итоге мне становится не понятно, чем вы хвастаетесь: то ли тем, что не ставите десктопное железо в стойки, то ли тем, что покупаете брендированные платформы (хотя стоимость платформы ~7-10% от всей внутренней требухи)? =)
Ну и на вопрос про диски/процессоры вы все-таки не ответили )) Если это коммерческая тайна, то нет проблем, так и скажите, но по ссылке платформа для процессоров E5-v3/v4, а это на 2-3 поколения отстает от текущего у Интела.
А что такое «профессиональное железо»Серверное (недесктопное) железо корпоративного класса (брендированное) полностью
стоимость платформы ~7-10%Правильно говорите, но у нас вся требуха тоже от того же вендора, сервера полностью собирают на заводе в Китае по нашему заказу. Это тоже важно, так как минимизирует риск некачественной сборки, что в России встречали неоднократно: то проц криво посадили на мать, то еще что-то перепутали. Это причем у крупнейших российских продавцов железа, не в подворотне какой-то.
Ну и на вопрос про диски/процессоры вы все-таки не ответили )) Если это коммерческая тайна, то нет проблем, так и скажите, но по ссылке платформа для процессоров E5-v3/v4, а это на 2-3 поколения отстает от текущего у Интела.Когда начинали была Huawei RH22888v3, сейчас в закупке Huawei RH22888v5. Диски (ES3500S V5 SSD), рейды, оперативка, все хуавей. Ставить самые топовые версии процессоров не имеет смысла, потому что а) клиенты реально сильной разницы не ощутят на виртуальном сервере, б) цена при этом будет сильно выше. Потому берется современная производимая линейка всего оборудования и компануется в серверы именно на заводах хуавей, с тестированием и заводской гарантией, а не сбор где-то у оптовика, с тестами, которые могли быть на бумаге только. Ошибок завод не допускает, на нашей памяти не было
тупняки с io что диск что сеть
у меня простой апт даже не сработал
тестил неделим 3 назад
Тупняки бывают, но, в целом, работает.
По сути это бесплатная виртуальная машина по цене 1 IP-адреса.
Мы всегда честно предупреждаем, что не стоит использовать его в каких-то целях, кроме обучающих и ознакомительных.
приходит чел один из 1000 и начинает там что то с диском делать или поток забивает
остальные 999 сидят и ждут
если я обучился чему так это терпению
уж лучше буду тестировать в бесплатной гугл виртуалке, там трафик лимитный зато затупов нет но пол часа
— это может выглядеть как жалоба бабки не бесплатный хлеб, но есть сервисы (тот же гугл или авс) где я могу потестить с наиболее большим комфортом
на вашем месте я бы хорошо бы порезал скорость и доступ к диску
если такое вообще возможно на hyper-v
Если брать совсем десктопное дешевле железо, то — наверное. Но вот когда сравнивали HP, Dell с тем же Supermicro, поитом что первые любят свои расходники и комплектующие, а к супермикре походят довольно породистые комплектующие, из hcl, но все же по более гуманным ценам, то впечатления совсем другие.
Во первых, супермикра работает, поддержка (в т.ч. и упреждающая замена) — есть и работает, выход из строя комплектующих случается, но не отличается от вылета дисков у того же HP. Получается, что пол отдельностоящие машины (не беру замудренные варианты типа цискиных блейдов) супермикра оптимальнее. Притом, что супермикра даже на старые машины не особо то забивает, обновления выходят.
И, да, завих HP вдруг не давать качать дрова и биос на машину, если у тебя нет купленной поддержки — это «дорогого стоит» в смысле показа рисков работы с брендами.
А почему нет, начали это акция и она имеет условия?
Если мы не ограничивали тариф, то у российских клиентов не было бы ни единого шанса взять эти серверы, потому что китайские клиенты разбирают их в течение 10 минут.
На практике, китайские клиенты получают эти серверы, обходными путями.
Вместе с тем прошу не забывать о статье 37.ч.2 Конституции РФ о том, что принудительный труд запрещен. Если сотрудники организации, понимая какие проблемы несут клиенты на 30-рублевые серверы из Китая, отказываются с ними работать, никто не вправе заставить их обслуживать.
При желании, мы можем их вам передать (это шутка))
Так и не смог "купить" VDS за 30 руб, т.к. при третьем клике (уже после авторизации) перекидывает на страничку "детали заказа", где список доступных ОС пустой, и, соответственно, невозможно продолжить. Сперва подумал на noscript, но и в нативном Edge такая же проблема (ну, ещё появились некоторые артефакты вёрстки, но это некритично). Ладно бы надпись "кончилась сегодня халява!", а так — просто не работающая форма заказа, что очень сильно снижает репутацию поставщика решения в глазах потенциального потребителя — я после такого даже нормальную VPS заказывать не рискнул — а вдруг и там что-то подобным образом сломается?..
Добрый день. Я сегодня приобрёл у вас VDS-сервер (самый дохленький для начала — там посмотрим), и пытаюсь начать разворачивать на нём софт. Однако в используемом
по умолчанию зеркале mirror.yandex.ru многие пакеты не находятся.
1.20.4-6.2+b1 [34.2 kB]
Err:2 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-0 amd64
2.50.3-2
404 Not Found [IP: 213.180.204.183 80]
Err:3 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-data all
2.50.3-2
404 Not Found [IP: 213.180.204.183 80]
Get:4 mirror.yandex.ru/debian stretch/main amd64 mc-data all 3:4.8.18-1
[1,267 kB]
Get:5 mirror.yandex.ru/debian stretch/main amd64 mc amd64 3:4.8.18-1 [513
kB]
Get:6 mirror.yandex.ru/debian stretch/main amd64 shared-mime-info amd64
1.8-1+deb9u1 [731 kB]
Err:7 mirror.yandex.ru/debian stretch/main amd64 unzip amd64 6.0-21
404 Not Found [IP: 213.180.204.183 80]
Get:8 mirror.yandex.ru/debian stretch/main amd64 xdg-user-dirs amd64
0.15-2+b1 [52.2 kB]
Fetched 2,597 kB in 9s (288 kB/s)
E: Failed to fetch
mirror.yandex.ru/debian/pool/main/g/glib2.0/libglib2.0-0_2.50.3-2_am[..]
404 Not Found [IP: 213.180.204.183 80]
E: Failed to fetch
mirror.yandex.ru/debian/pool/main/g/glib2.0/libglib2.0-data_2.50.3-2[..]
404 Not Found [IP: 213.180.204.183 80]
E: Failed to fetch
mirror.yandex.ru/debian/pool/main/u/unzip/unzip_6.0-21_amd64.deb 404 Not
Found [IP: 213.180.204.183 80]
Ответ:
Скорее всего на этом зеркале нет данных пакетов,
К сожалению мы не консультируем по установке ПО на серверах.
Вопрос: нафига такой источник, если даже базового софта там нету? Что за кривые зеркала выбраны в образе по умолчанию?
Почему чтобы начать работу, сначала приходится вкорячить в source.list ftp.ru.debian.org/debian?
# apt update
Прочитать о команде (update) можно здесь:
linux.die.net/man/8/apt-get
и здесь:
askubuntu.com/questions/337198/is-sudo-apt-get-update-mandatory-before-every-package-installation
Нашли Ваш тикет и воспроизвели ситуацию.
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
root@ruvds-kb1fy:~# apt install libglib2.0-0 libglib2.0-data libgpm2 mc-data shared-mime-info unzip xdg-user-dirs
Reading package lists… Done
Building dependency tree
Reading state information… Done
Suggested packages:
gpm zip
The following NEW packages will be installed:
libglib2.0-0 libglib2.0-data libgpm2 mc-data shared-mime-info unzip xdg-user-dirs
0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded.
Need to get 7,462 kB of archives.
After this operation, 26.3 MB of additional disk space will be used.
Get:1 mirror.yandex.ru/debian stretch/main amd64 libgpm2 amd64 1.20.4-6.2+b1 [34.2 kB]
Err:2 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-0 amd64 2.50.3-2
404 Not Found [IP: 213.180.204.183 80]
Err:3 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-data all 2.50.3-2
404 Not Found [IP: 213.180.204.183 80]
Get:4 mirror.yandex.ru/debian stretch/main amd64 mc-data all 3:4.8.18-1 [1,267 kB]
Get:5 mirror.yandex.ru/debian stretch/main amd64 shared-mime-info amd64 1.8-1+deb9u1 [731 kB]
Err:6 mirror.yandex.ru/debian stretch/main amd64 unzip amd64 6.0-21
404 Not Found [IP: 213.180.204.183 80]
Get:7 mirror.yandex.ru/debian stretch/main amd64 xdg-user-dirs amd64 0.15-2+b1 [52.2 kB]
Fetched 2,085 kB in 0s (5,928 kB/s)
E: Failed to fetch mirror.yandex.ru/debian/pool/main/g/glib2.0/libglib2.0-0_2.50.3-2_amd64.deb 404 Not Found [IP: 213.180.204.183 80]
E: Failed to fetch mirror.yandex.ru/debian/pool/main/g/glib2.0/libglib2.0-data_2.50.3-2_all.deb 404 Not Found [IP: 213.180.204.183 80]
E: Failed to fetch mirror.yandex.ru/debian/pool/main/u/unzip/unzip_6.0-21_amd64.deb 404 Not Found [IP: 213.180.204.183 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
root@ruvds-kb1fy:~# apt update
Get:1 security.debian.org/debian-security stretch/updates InRelease [94.3 kB]
Ign:2 mirror.yandex.ru/debian stretch InRelease
Get:3 mirror.yandex.ru/debian stretch-updates InRelease [91.0 kB]
Get:4 mirror.yandex.ru/debian stretch Release [118 kB]
Get:5 mirror.yandex.ru/debian stretch Release.gpg [2,410 B]
Get:6 mirror.yandex.ru/debian stretch-updates/main Sources.diff/Index [13.0 kB]
Get:7 mirror.yandex.ru/debian stretch-updates/main amd64 Packages.diff/Index [13.0 kB]
Get:8 mirror.yandex.ru/debian stretch-updates/main Translation-en.diff/Index [7,132 B]
Get:9 mirror.yandex.ru/debian stretch-updates/main Sources [13.8 kB]
Get:10 mirror.yandex.ru/debian stretch-updates/main amd64 Packages [27.9 kB]
Get:11 mirror.yandex.ru/debian stretch-updates/main Translation-en [11.9 kB]
Get:12 mirror.yandex.ru/debian stretch/main Sources [6,753 kB]
Get:13 security.debian.org/debian-security stretch/updates/main Sources [211 kB]
Get:14 security.debian.org/debian-security stretch/updates/main amd64 Packages [525 kB]
Get:15 security.debian.org/debian-security stretch/updates/main Translation-en [232 kB]
Get:16 mirror.yandex.ru/debian stretch/main amd64 Packages [7,083 kB]
Get:17 mirror.yandex.ru/debian stretch/main Translation-en [5,381 kB]
Fetched 20.6 MB in 7s (2,717 kB/s)
Reading package lists… Done
Building dependency tree
Reading state information… Done
74 packages can be upgraded. Run 'apt list --upgradable' to see them.
root@ruvds-kb1fy:~# apt install libglib2.0-0 libglib2.0-data libgpm2 mc-data shared-mime-info unzip xdg-user-dirs
Reading package lists… Done
Building dependency tree
Reading state information… Done
Suggested packages:
gpm zip
The following NEW packages will be installed:
libglib2.0-0 libglib2.0-data libgpm2 mc-data shared-mime-info unzip xdg-user-dirs
0 upgraded, 7 newly installed, 0 to remove and 74 not upgraded.
Need to get 5,382 kB/7,467 kB of archives.
After this operation, 26.3 MB of additional disk space will be used.
Get:1 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-0 amd64 2.50.3-2+deb9u2 [2,692 kB]
Get:2 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-data all 2.50.3-2+deb9u2 [2,517 kB]
Get:3 mirror.yandex.ru/debian stretch/main amd64 unzip amd64 6.0-21+deb9u2 [172 kB]
Fetched 5,382 kB in 0s (12.5 MB/s)
Selecting previously unselected package libgpm2:amd64.
(Reading database… 26439 files and directories currently installed.)
Preparing to unpack .../0-libgpm2_1.20.4-6.2+b1_amd64.deb…
Unpacking libgpm2:amd64 (1.20.4-6.2+b1)…
Selecting previously unselected package libglib2.0-0:amd64.
Preparing to unpack .../1-libglib2.0-0_2.50.3-2+deb9u2_amd64.deb…
Unpacking libglib2.0-0:amd64 (2.50.3-2+deb9u2)…
Selecting previously unselected package libglib2.0-data.
Preparing to unpack .../2-libglib2.0-data_2.50.3-2+deb9u2_all.deb…
Unpacking libglib2.0-data (2.50.3-2+deb9u2)…
Selecting previously unselected package mc-data.
Preparing to unpack .../3-mc-data_3%3a4.8.18-1_all.deb…
Unpacking mc-data (3:4.8.18-1)…
Selecting previously unselected package shared-mime-info.
Preparing to unpack .../4-shared-mime-info_1.8-1+deb9u1_amd64.deb…
Unpacking shared-mime-info (1.8-1+deb9u1)…
Selecting previously unselected package unzip.
Preparing to unpack .../5-unzip_6.0-21+deb9u2_amd64.deb…
Unpacking unzip (6.0-21+deb9u2)…
Selecting previously unselected package xdg-user-dirs.
Preparing to unpack .../6-xdg-user-dirs_0.15-2+b1_amd64.deb…
Unpacking xdg-user-dirs (0.15-2+b1)…
Processing triggers for mime-support (3.60)…
Setting up libgpm2:amd64 (1.20.4-6.2+b1)…
Setting up libglib2.0-0:amd64 (2.50.3-2+deb9u2)…
No schema files found: doing nothing.
Setting up mc-data (3:4.8.18-1)…
Setting up unzip (6.0-21+deb9u2)…
Setting up libglib2.0-data (2.50.3-2+deb9u2)…
Processing triggers for libc-bin (2.24-11+deb9u3)…
Processing triggers for man-db (2.7.6.1-2)…
Setting up shared-mime-info (1.8-1+deb9u1)…
Setting up xdg-user-dirs (0.15-2+b1)…
root@ruvds-kb1fy:~#
Поскольку пост откровенно рекламный, будет вполне честно похвалить и другой хостинг, которым с удовольствием пользуюсь уже несколько лет. Тем более, что их инфернальное имя хорошо стыкуется с названием статьи.
Они когда-то тоже были на Хабре, где я, собственно, и нашел их акцию. До сих пор нахожусь под впечатлением от их техподдержки, которую сами называют легендарной. На практике это заключается в том, что ни один тикет не занял более получаса, а в большинстве случаев — решение было сделано минут за пять (!).
И многие остальные сектора просто сосут. Надо чем-то другим заниматься. :) Вот буквально вчера.
«Добрый вечер.
Получила ответ от нашего технического директора:
«Этот заголовок настоятельно рекомендуется к использованию на новых продуктах. Объемные и долгоживущие проекты, такие как Юздеск, требуют существенных доработок, поэтому допускается отсутствие поддержки. Мы сейчас не можем в существующий план разработки добавить столь объемную задачу, как испекция и рефакторинг виджета. Возможно, через 2-3 месяца, у нас на это появятся свободные ресурсы.»»
Это ответ на претензию, что у люде inline стили нарушают политику HTTP Content-Security-Policy. Это коммерческий продукт. Два дня думали прежде чем послать подальше. И это повсеместно: в банках, в крупных компаниях. У всех, кто сидит на потоках.
Проблема многих хостингов в том, что нет нормальной архитектуры, просчета сибестоимости и планирования. К примеру, в чем проблема закупать в европе брендовые сервера с запасом? Платформы, комплектущие… Хорошее качество, взаимозаменяемость. При правильной архитектуре выход сервера из строя не страшен. И конечно бекапы! А хостинги хорошие в рф есть… Beget, timeweb, ihc, iqhost
Мне кажется, что российские VPS/VDS-хостинги родом из ада (и да, мы косячим тоже)