Русский
Русский
English
Авторизация
Ip-адрес
Восстановление пароля
Регистрация
Статистика
Реклама

Ruvds

Год за три как мы работали на удалёнке

23.12.2020 16:22:50 | Автор: admin
Как вам 2020 год? Для нас он оказался не только пятым, юбилейным для RUVDS, но и очень разным. В марте мы все резко перешли на удалёнку, перестали ездить в офис и, как многие, оценили насколько удобно и быстро было решать вопросы, просто повернувшись на стуле к коллеге.

Судя по статьям на Хабре, наш переход на удалёнку был похож на все остальные: странные фоны в зуме, частые созвоны, круглосуточный Slack. Единственное, что существенно отличало нас от других IT-компаний это была работа системных администраторов с ЦОДом, когда Москву полностью перекрыли и проезд был только по пропускам.

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


Команда RUVDS в 2020 году, по ощущениям, выглядела примерно так

Люди года


Ночной ДЦ-дозор. Неспящие в сети и далёкие близкие


На территорию завода, на которой находится наш ДЦ в Королёве, вообще не пускали и не выпускали. Дежурная смена начала жить там постоянно вдруг понадобится переключить пачкорд, поменять контроллер, гасить машину и так далее. Это длилось целый месяц до 16 июля.

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

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

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

Мы сумели сохранить некоторые офисные традиции, например, пицца-дей по пятницам просто пицца теперь ехала не на Тверскую, а сразу по многим адресам по всей Москве и Подмосковью. В марте мы сделали внутренний сайт-шутку калькулятор туалетной бумаги сколько рулонов надо запасти на время, которое мы просидим на карантине (ну чтобы заказать потенциально дефицитный продукт сразу в достаточном количестве).

Поддержка: новый tone of voice и много человечности


Мы всегда уделяли особенное внимание поддержке: у нас она круглосуточная, ей можно не только писать, но и звонить. Среднее время ответа нашей поддержки 15 минут, в авральные дни количество обращений может переваливать за 1000.

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

Этот год вывел на первый план человеческие отношения, вернул ценность общению, искренности. Наверное, неслучайно именно в 2020 мы сделали качественный скачок в том, как общаемся с клиентами.

Сравните:

Было нормально: В дата-центре RUCLOUD (Королёв) наблюдались сложности в работе сетевого оборудования. Некоторые VDS могли быть недоступны непродолжительное время. Незначительное количество виртуальных машин могло быть перезагружено.

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

Стало хорошо: В дата-центре RUCLOUD (Королёв) были перебои в работе сетевого оборудования. Из-за этого некоторые VDS были недоступны. Мы перезагрузили часть виртуальных машин и устранили проблему в ночь того же дня. Мы продлили срок аренды этих VDS на семь суток. Извините за неудобства.

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

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

Мы начали объяснять клиенту свои действия и почему надо подождать (если надо) с полной информацией о происходящем людям проще переносить ожидание.

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

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

Подробно про то, как мы прокачивали общение поддержки в посте на Хабре.


Комментарии, как всегда, лучшее из написанного. Верим: Башорг потерял популярность, потому что все читают комментарии на Хабре

Инфраструктура года


Три новых дата-центра


С дата-центрами у нас случились три новости: во-первых, порог дата-центра бункера Rucloud впервые перешагнула женщина. Результатом стал фотоотчёт к статье Наш первый ЦОД в советском бомбоубежище: особенности вычислений в бункере и непередаваемый шок от того, что в дата-центре отсутствует женский туалет как класс.

Но, кроме этого, мы запустили три новых дата-центра.

Амстердам


Это , расположенный в Амстердаме, в Science Park Data Center ведущем центре межсетевых соединений города.


За что мы его любим?

  • Удачное расположение: он соединён с крупными точками обмена интернет-трафиком, обеспечивает хорошую связь со странами как Нового, так и Старого Света и доступ к данным из любой точки мира с самой низкой задержкой 99,99999%.
  • Безопасность и конфиденциальность данных: у Interxion очень высокие внутренние стандарты безопасности. Несколько уровней физической безопасности и сертификацию Tier 3, биометрическая и двухфакторная аутентификация, доступ по магнитным картам. Камеры внутреннего и наружного наблюдения, многочисленные датчики движения, а картинка о происходящем в ЦОД круглосуточно транслируется на мониторы службы охраны. Сотрудники службы безопасности работают круглосуточно.


Останкино


Буквально на днях после упорной работы мы запустили новую локацию практически в самом сердце Москвы, Останкино.

ЦОД ТТЦ Останкино находится в Москве, по адресу 1-ая Останкинская ул., д. 1, стр. 1. Это ещё один дата-центр уровня TIER III в нашем парке. Старожилы говорят, что аптайм этого места 20 лет!


Почему мы его выбрали и за что любим:

  • Обособленная территория в центре Москвы, куда мы сможем максимально быстро доставлять оборудование.
  • Видеонаблюдение стоек без мёртвых зон и круглосуточная охрана на уровне стратегического объекта обеспечивает безопасность.
  • Ремонты без отключения: резервные системы позволяют проводить плановые ремонтные работы и ТО, не затрагивая клиентов.
  • Подведённая к объекту электрическая мощность 11 МВА означает подключение мощных вычислительных кластеров и возможность расширить линейку тарифов и серверов.


Новосибирск


по адресу г. Новосибирск, ул. Дуси-Ковальчук, 179/3.


Мы любим Новосибирский ДЦ за надёжную инфраструктуру:

  • 2 городских ввода электропитания, каждый из которых зарезервирован собственным ИБП
  • Система видеонаблюдения осуществляет круглосуточный контроль за всеми объектами ЦОД
  • ДГУ Genelec с запасом топлива на 24 часа бесперебойной работы
  • Техническая поддержка 24/7/365


Победы года


Работа над продуктом: запуск локальной сети, снапшоты, маркетплейс


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

Кое-что мы успешно запустили в этом году.

Локальная сеть


Локальные сети мы предоставляли и раньше, но только по запросу в Техническую Поддержку. Совсем давно всё делали вручную, не заморачиваясь с технологиями: все виртуальные машины, которые пользователь просил объединить в сеть, перетаскивались на один хост, на котором создавалась локалка. Спустя какое-то время мы отказались от перетаскивания, но, всё равно, вручную, за счёт VLAN-ов, объединяли виртуальные машины в локальные сети уже на разных хостах (но не цодах).

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

Но запросы продолжали приходить и мы хотели сделать всё удобнее. Мало того, можно понять тех клиентов, которым c VPN-ами и ZeroTier-ами разбираться не нравится и не хочется. Мы, кстати, заодно постарались немного упростить жизнь и тем, кому интересно использовать вышеупомянутые технологии. Для ZeroTier у нас есть , который существенно поможет в развёртывании и управлении, а также целый цикл статей (3 штуки, ), который описывает эту технологию. Для VPN у нас также есть в маркетплейсе.

Некоторые хотят (например, из соображений безопасности) скрыть свою инфраструктуру за некоторым количеством публичных машин, ведь у нас с каждой проданной виртуалкой выдаётся белый адрес для доступа к ней. А кому-то нужен бродкаст и мультикаст, который недоступен иначе как в локальной сети.

В общем, нам хотелось исключить ручной труд по настройке сетей между виртуальными машинами, но при этом сделать так, чтобы настройка локальных сетей была доступна через Личный Кабинет всем пользователям; чтобы можно было максимально быстро соединять виртуальные машины в любых точках нашего присутствия (их целых десять, одиннадцатая на носу) и чтобы получение услуги было проще, чем настройка любого VPN.

Теперь в Личном Кабинете на вкладке Мои серверы у каждого виртуального сервера появилась новая вкладка, на которой производится настройка сетей. На этой вкладке пользователь может создать локальную сеть (одну, но можно и две, если обратитесь в техническую поддержку) и добавить в неё виртуальные машины из своего Личного Кабинета. После развёртывания у выбранных виртуалок появляется дополнительный сетевой адаптер, которому будет назначен статический адрес. При необходимости адреса могут быть переназначены, из подсети выбранной при создании локалки, вручную или же можно настроить DHCP-сервер.

Снапшоты


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

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

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

Помимо нашего личного интереса в снапшотах, они сделали жизнь клиентов удобнее появилась возможностью создать бекап по клику. Выиграли в стоимости: хранение снапшотов гораздо дешевле! Но всё же необходимо понимать, что это совершенно разные услуги: снепшоты не предназначены для хранения больших объёмов данных, не призваны обеспечить высокую надёжность и не имеют возможности настроить их регулярное пересоздание.

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

Новая вкладка на странице Мои серверы у каждого виртуального сервера. На ней одна единственная кнопка: Создать. Всё максимально просто.

Сделали маркетплейс открытым для сообщества и существенно его расширили


Как мы уже говорили раньше, появление снапшотов позволило нам прокачать маркетплейс. Мы очень активно общаемся с клиентами и это не только тикеты или комментарии на Хабре.

Многие пишут нам в личку на Хабре. Есть клиенты, которые сидят в коллективных чатах с нашей командой они сразу скидывают пожелания по UI/UX, репортят о каких-то мелочах, недочётах или высказывают пожелания по продуктовым изменениям.

Есть , которым мы выдаём бесплатные VPS для обучения технологиям они помогают нам понимать не только тех клиентов, которые уже работают сейчас, а держать нос по ветру и понимать, чего захотят клиенты в будущие 3-4 года, какие технологии их интересуют и чего они хотят от сервиса будущего.

Поэтому превращение маркетплейса из лично нашей вотчины во что-то, что растёт и развивается само по потребностям рынка, было вполне логичным стратегическим шагом.

Так мы начали принимать образы от сторонних разработчиков и придумали систему защиты клиентов от бекдоров.

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

Спецпроекты года: Хабр, женщины, хакеры и пиво


Мы любим похулганить с пользой: в прошлом году была регата, запуск сервера в стратосферу, переписка с космосом и масса других безумных и крутых экспериментов. На 2020 год тоже было планов громадьё, но все они накрылись короной.

А раз отпал оффлайн, то кто, как не мы, должны были захватить онлайн? Сказано сделано.

Спецпроект IT is Female на 8 марта


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

От такой тепловой карты и на душе тепло.


Конкурс мемов с Хабром


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

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

А вот и луч смеха в тёмном царстве 2020 года:








Актуалочка


Привет коллегам из Туту.ру,

Конкурс рабочих мест


Когда начался карантин в марте, все резко перешли на удалёнку. У многих рабочие места дома оказались совершенно не оборудованы: работали за кофейными столиками, забирали у детей столы из детской, ломали спину на диванах.

Мы решили устроить перекличку и провели конкурс хоум-офисов: сделали , на который можно было выложить фотографию своего рабочего места, набрать лайки и выиграть PS4. Всего в конкурсе приняло участие более 700 человек из 211 городов со всего мира мы узнали, как работают айтишники со всего мира и получили что-то вроде летописи жизни на карантине.

Подарили вот такой кастомизированный PS4:


Все результаты конкурса можно посмотреть в на Хабре, но некоторых покажем ещё и здесь, ведь домашние рабочие места стали практически символом 2020 года, а ещё предметом шуток, мемов и корпоративных обсуждений. Заходите, вдохновляйтесь!


Элизабет, дизайнер в Jolocom, Берлин самый тёплый и уютный интерьер! Вы только посмотрите на сочетание пола, ковра и ножек стола. Дизайнер, сразу видно!


Стол Константина, Python Back-end developer в BSW, Томск. Пушистая кошечка это вам не резиновая уточка, она за кривой код и лапой двинуть может!


, руководитель отдела по борьбе с пользователями в Habr, Москва. Именно так мы подписали фотографию. Ну а кто сомневался в том, что Boomburum кот?

Провели хакерский квест


Это был, пожалуй, апогей нашего онлайнового года! После окончания проекта даже отъявленные гуманитарии рассказывали, что завороженно смотрели на шредер и ждали развязки.


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

Мы построили комнату, имитирующую офис, заполнили её IOT-устройствами и пустили прямую трансляцию из неё на ютуб. Умными устройствами в офисе можно было управлять с Сокола и видеть на трансляции, как комната меняется: например, позвонить по номеру в шапке сайта и услышать свой звонок на ютуб-стриме, включить или выключить лампу и тд.

Игра началась 12 августа, когда мы выложили в блоге с видеороликом, в котором хакер в образе черепа предлагает сыграть в игру, уничтожить сервер, устроить в комнате короткое замыкание (ну или мини-пожар) и забрать оставшиеся в шредере деньги.


Чтобы игра была более остросюжетной, мы решили сделать призовой фонд в 200 000 рублей, который загрузили в шредер и настроили его на включение каждые 60 минут. Каждый час шредер съедал по 1000 рублей чем раньше игроки остановили его, тем больше денег бы выиграли.

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

Всего в игру поиграли 40 000 человек, 620 самых активных собрались в сообщество в дискорде и штурмовали квест двое суток без перерывов на сон и работу.

Мы никогда ещё не смеялись на работе так, как когда читали сообщения из этого дискорда: в попытке разгадать квест, ребята строили невероятные иллюминатские теории, искали подсказки даже на горшках с цветами на трансляции, копали так глубоко, что нам и не приходило в голову при создании ЛОРа квеста. Даже создавали мемы про героев истории.

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


Всего ребята спасли из шредера 138 тысяч рублей.

Наши лучшие посты на Хабре


В 2020 году мы написали 15 бенгеров статей, которые получили больше 100+.

Мы рассказывали про умные устройства, научпоп, информационную безопасность, травили байки и обсуждали здоровье.


Провели игру с полиграфом



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

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

На мы запустили стрим, на котором за 7 часов сменилось 6 разных девушек, которые отвечали на вопросы зрителей. На сайте показывались все их показатели в режиме реального времени: дыхание, сердцебиение, проводимость кожи, давление и потоотделение.

Игроки могли отмечать, правду сказала девушка или ложь и набирать баллы. конечно, семичасовое. Кстати, зацените наши олдскульные рекламные вставки в этом видео, которые мы записали для проекта что-то нашло :)


Запуск прямых эфиров, ютуба, инстаграм


В мае мы запустили новый формат видео-контента прямые эфиры с IT-звёздами или просто ребятами, которые делают интересные штуки и успешны в выбранной сфере.

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

Иногда приходят и настоящие звёзды: Джон Ромеро рассказал свои про создание DOOM и команду, Американ МакГи о депрессии, жизни в Китае и новой Алисе, а наш давний друг Ричард Левелорд Грей о том, как гейм-индустрия ему встретить любовь всей своей жизни и переехать в Москву.

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

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

Самые бурные обсуждения вызвали эти выступления:

  1. Монетизатор и гейм-дизайнер Слава Дреер рассказал о том, как зарабатывать на играх. .

  1. Инженер Facebook Илона Папава рассказала о карьере в Facebook и как там проходят собеседования и стажировки. .

  2. Джон Ромеро рассказал байки о создании DOOM. .

  3. Маркетолог RUVDS Сания Галимова рассказала о том, как работает в IT-компаниях с биполярным расстройством и о ментальном здоровье. .

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

Попали в топ 15 хостеров России закономерный итог


В августе CNews Analytics опубликовал новый рейтинг крупнейших поставщиков IaaS в России за 2019 год и и RUVDS в нём занял 15 место.

В первый раз мы вошли в рейтинг CNews Analytics в 2016 году, с тех пор наш оборот вырос в 5 раз, в то время как рынок IaaS за тот же период показал двукратный рост. И это лишь наполовину наша заслуга другая половина принадлежит тем, кто нам доверяет и активно переводит свою инфраструктуру в облако. И они не проигрывают: на данный момент, IaaS является наиболее быстрорастущим сегментом рынка облачных услуг, а RUVDS второй год подряд показывает один из самых высоких темпов роста среди провайдеров России. Нам есть куда развиваться и мы стараемся не упускать такой возможности.

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


В какой-то момент казалось, что земная ось превратилась в тормозную колодку и мы все остановились едва ли не навсегда. Но человечество нарастило слишком много процессов, которые не дали ему затормозить и встать. Жизнь продолжается, пусть в новых условиях (мы верим, что временных). И где-то сейчас, в теоретической зоне смены времён 2021 говорит 2020-му: Я всё исправлю, подержи моё пиво.

Кстааати.

Пиво Duke Nukem


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

Готовое пиво каждый год дарим партнёрам, клиентам и даже разыгрываем.

В этом году мы создали новый сорт Duke Nukem в коллабрации с Ричардом Левелордом Греем и компанией Gearbox Software. Это тёмный шотландский эль по мотивам легендарного персонажа одноимённой игры Duke Nukem брутального парня, который так яро расстреливал кабанов, что практически их поджаривал. Во вкусе копчёный бекон, дерево, мягкий солод. Мы постарались сделать его мягким и питким, прямо сейчас пиво уже на последнем этапе брожения.

Мы получили разрешение от Gearbox Software на использование бренда Duke Nukem и разработали задорную этикетку вместе с Ричардом:


В честь нашего дня рождения мы хотим подарить эль Duke Nukem всем вам. Условия получения баночки простые:

  1. Подпишитесь на наш блог сегодня
  2. Если вы уже наш подписчик, оставьте комментарий с поздравлением под этим постом
  3. Мы с вами свяжемся и уточним адрес доставки.

Ну что, с Днём рождения нас! А всем желаем смело смотреть в 2021. Вдруг не подведёт.
Подробнее..
Категории: Блог компании ruvds.com , Ruvds , Хостинг , It-компании , Habr

5 лет назад в будущее как выглядел 2020 из 2015

28.12.2020 16:18:38 | Автор: admin
Spoiler: хорошо

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

Иногда крайне сложно предсказать, что будет в конце текущего года, а не только спустя огромный по меркам нашей сферы период. Тем не менее отважные эксперты в 2015 году рассказывали о том, каким видят мир в 2020, какие технологии будут преобладать, какие исчезнут, куда шагнёт медицина и наука, как станут выглядеть облака и серверы, что станет с бизнесом. Честно говоря, мы не встретили ни одного прогноза вроде ААААА!!! Не ходите в 2020, наоборот, аж улыбались, изучая, в каком дивном новом мире нам предстояло жить.

Прогуляетесь по этим душевным планам с нами?


Мир вокруг нас


Беспилотные автомобили буквально всё заполонили


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

Журналисты Independent в 2015 рассказали о том, как BMW, Audi и Mercedes запустили баснословно огромные кампании по найму разработчиков программного обеспечения, которые должны были прийти к 2020 году на смену инженерам-механикам и обеспечить мир автономными автомобилями. Однако уже тогда эксперты не разделяли радужных надежд журналистов и отмечали юридические проблемы запуска беспилотников на улицы городов. В частности, руководитель беспилотных проектов BMW Майкл Эберхард в 2015 осторожно назвал срок после 2020, и то не стал разводить фантазии о машине без водителя, а отметил, что это будут подвижки в сторону того, что водитель во время движения сможет, находясь за рулём, просмотреть электронную почту, почитать новости, позвонить кому-нибудь. Он отметил, что автомобиль будет в нужные моменты призывать водителя на помощь.

Не, ну если рассуждать мерой слов мистера Эберхарда, у нас в России все BMW (и остальные тоже) стали беспилотными задолго до 2020 года, потому что почитать новости, написать в чатик и тем более позвонить на полном ходу это всегда пожалуйста. (Мы в RUVDS осуждаем небезопасное поведение на дороге и напоминаем, что использование мобильного телефона во время движения является административным правонарушением). Ну а кроме шуток, беспилотные автомобили действительно развиваются довольно интенсивно от суперкаров до рабочих тяжеловесов (в декабре 2019 стартовало тестирование беспилотных Камазов, уже трудятся беспилотные грузовики Volvo). Однако правовые вопросы, экономические и даже политические аспекты пока оставляют нас без беспилотных автомобилей на дорогах. И трудно сказать, насколько близко это будущее. Но уже точно можно спрогнозировать, что оно случится.


3D и живые души


Журнал Business Insider в конце осени 2015 года решил сделать развёрнутый прогноз на 2020 год, для чего призвал футуриста и по совместительству специалиста по искусственному интеллекту в Google Рэя Курцвейла (считается, что его предсказания сбываются в 86% случаев). В итоге он больше говорил про 2030, но и 2020-му досталось.

Например, Курцвейл обещал, что к 2020 году мы сможем жить очень хорошо и распечатывать всё, что нужно. Речь шла о 3D-печати футурист полагал, что 3D-моделирование станет крупномасштабным проектом, будет много решений с открытым исходным кодом и большая часть мира станет сплошными информационными технологиями.

В 2015-2017 годах был бум 3D-принтеров, не было дня, чтобы не выходили статьи на Хабре (Geektimes) и в других изданиях, гики обсуждали материалы для печати и выкладывали схемы на GitHub. И действительно, 3D-печать остаётся перспективной технологией в медицине, биологии, космосе, строительстве, дизайне, моделировании и т. д., однако, в потребительском сегменте 3D-принтеры так и остались интересом довольно узкой группы DIY-фанатов.

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


А вот одно предсказание уже начало сбываться и, честно говоря, сложно к этому как-то однозначно относиться. Речь идёт о различного рода цифровых копиях умерших людей. Курцвейл предположил, что к 2030-м годам мы сможем подсаживать наноботов в мозг людей, чтобы извлечь воспоминания о близких. В сочетании с ДНК умершего эта информация должна стать основой убедительной виртуальной версии ушедшего родственника.

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


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

И кто знает, может ещё и рак не будет побеждён, а этот эпизод Соляриса станет почти реальностью:


Лечение рака в день обращения


Одна из проблем, стоящих перед онкологами, способность и возможность начать лечение в день постановки диагноза. Действительно, нередко между первым озвученным диагнозом и назначением продуктивного лечения теряются драгоценные недели, а то и месяцы. В 2015 году в Forbes эксперты высказывали предположение, что к 2020 году проблема будет решена благодаря работе с большими данными и обмену информацией именно для этих целей орегонским университетом здравоохранения был запущен проект Collaborative Cancer Cloud, который хранит и шарит огромные объёмы анонимных данных пациентов с онкологическими заболеваниями.

Предполагалось, что новые технологии помогут врачам анализировать состояние пациента в течение нескольких часов и тут же, в тот же день, начать лечение, основываясь на опыте других людей с близко сравнимой формой заболевания и одинаковым окружением. Всё это могло стать возможным благодаря анализу генов уже заболевших людей. По состоянию на 2015 год только 2% больных раком секвенировали гены, ожидалось, что эта доля к 2020 станет огромной.

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

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

Но, надо отметить, эксперты не прогадали в прогнозах: 2020 год стал всемирным годом медицины и медицинских исследований, учёные по всему миру передавали друг другу информацию о расшифрованном геноме и возникших мутациях правда, всё это, в основном, касалось 2019-nCoV. И не нужно быть светилом медицины, чтобы предсказать, что большинство медицинских открытий и изобретений 2021 года будет связано с COVID-19. Но есть большая надежда и даже серьёзный шанс, что вперёд продвинется вся вирусология, будут найдены способы победить или значительно облегчить ВИЧ, гепатит С, грипп, пневмонию и т. д. У человечества есть огромная коллекция вирусов и любой шаг в вирусологии может сделать нашу жизнь дольше и лучше.

Интернет половине человечества и старт 5G


В начале 2015 года ООН сделала прогноз о том, что именно за 2015 год число пользователей интернета во всём мире достигнет 4 млрд. Тогда же ИТ-эксперты возмутились, сослались на замедление темпа роста новых подключений и проблемы инфраструктуры и заявили, что такой порог удастся преодолеть только к 2020 году.

Эксперты оказались правы: лишь к началу 2020 года количество пользователей интернета в мире достигло 4,1 млрд пользователей. Это чуть больше 53% населения Земли. По данным Международного союза электросвязи, самый высокий показатель (82,5%) в Европе, самый низкий (28,2%) ожидаемо в Африке. В зоне доступа к мобильному цифровому сигналу находится 96% населения Земли (но это, конечно, не равно 4G и тем более 5G).

Кстати, о 5G. Обещали все, но это скорее был высчитанный технологический прогноз. Многие сошлись на том, что в 2020 стартует развёртывание сетей 5G. Оно стартовало, проблем много, задач много, и дело далеко не в отношении населения. Но этот старт уже не остановить.


Принципиальная схема 5G

Виртуальная реальность реальна


Ещё одна индустрия, которая не оправдала ожиданий до конца это VR, виртуальная реальность. Эксперты прогнозировали $15,89 млрд рынка VR-технологий и устройств в 2020 году и полагали, что это направление вступит в жесточайшую конкуренцию с мобильными приложениями.

Рынок VR действительно рос в двух основных направлениях: как средство обучения и обеспечения производственных потребностей предприятий и с точки зрения улучшения пользовательского опыта. К 2021 мир ждал устройств виртуальной реальности от Google и Apple. В начале 2020 прогнозировали рост рынка за год до $18,8 млрд. Однако за 2020 года VR-технологии откатились почти на 7% и что будет дальше непонятно, т. к. кроме закрытых границ и логистических проблем, в технологические тренды вмешались политические факторы и осложнённые отношения страны-заказчика и страны-завода. Однако эксперты оптимистично смотрят в 2021 год и считают рост VR неизбежным, а саму технологию интересной как с точки зрения науки и реального сектора, так и с точки зрения индустрии развлечений.


Ах, Алиса, как поболтать обо всём?


Я чётко помню свой 2015 год тогда у меня случились первые заказы с Amazon, примерно в конце осени. И тогда же на самом Amazon я прочитал о выпущенной 23 июня 2015 года умной колонке Amazon Echo с Alexa на борту. Тогда это казалось чем-то непонятным, очередным гаджетом без особых перспектив. Но эксперты уже вовсю обсуждали, как улучшить Siri, Alexa, Cortana и т. д. Они уже были, но всё ещё казались совсем-совсем бездушными роботами. Вот цитаты некоторых экспертов того времени:

Будущее в том, что устройство всегда включено и слушает вас.

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

У них есть имена. У них обычно есть пол. У них часто есть темперамент, индивидуальность и набор плохих шуток.

Нет, Алиса, ты слышала? Эти кожаные мешки назвали твой юмор плохим. А, нет, это не про тебя. Я помню как ты вышла в октябре 2017 года, а к началу 2020 покорила 45 млн человек.

Нет, я не сошёл с ума, Алиса, и правда, умный голосовой помощник. Не менее умной и эмоциональной стала Siri, мы встречаем голосовые интерфейсы всюду и главное, они населяют не только наши мобильные телефоны, но и другие штуки, например, умные колонки. Это один из прогнозов, который сбылся на все сто и даже немного больше.

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




Алиса, конечно, интеллигентнее больше синонимов процесса знает (я проверил), мат и ругательства звёздочками скрывает

Глокал, шеринг, Neuralink


Один из самых интересных прогнозов, которые мы пролистали, конечно, прогноз Techcrunch. Ребята не закапываются в дебри и выдают хорошую, обоснованную аналитику.

Техкранч абсолютно точно предсказал пару трендов.

  1. Совместное использование устройств и в частности автомобилей все мы с вами знакомы с системой каршерингов всех мастей, а самые продвинутые знают, в каких сообществах можно поделиться сноубордом, лыжами и т. д. (правда, такие вещи пока активно шерят, в основном, за рубежом).
  2. Концепцию Глокал (global local) адаптацию сервисов и услуг глобальных брендов к конкретным регионам. Действительно, компании уделяют огромное внимание локальному менеджменту и если технологические гиганты продвигаются в этом направлении довольно медленно, то ритейл, бьюти и сфера услуг уже давно поняли, насколько потребителям нравятся глокальные решения (например, косметические гиганты Guerlain и Chanel давно выпускают коллекции Азия наряду со стандартными линейками продукции нам всем есть чему у них поучиться).

А вот нейроинтерфейсы и управление гаджетами силой мысли пока не сбылось, хотя Илон Маск сделал для этого далеко не первый шаг в июле 2019 года компания Neuralink представила нейроинтерфейс мозг-машина, протестированный на животных.

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


Нет никаких сомнений 2020 год будет захватывающим временем

Убийца Samsung ещё не родился


Самый провальный прогноз 2015 года вот этот: эксперт рассуждает о том, что более дешёвые смартфоны на Android захватят большой сегмент и Samsung уйдёт с рынка. Там в тексте прямо жирным шрифтом выделено: Сделаю прогноз. Samsung прекратит производство смартфонов в течение пяти лет.

Так себе футуризм, конечно, хотя рассуждения интересные. Samsung если и теряет свои позиции, то не фатально:


CNews

В третьем квартале 2020 года Samsung заняла 33,7% американского рынка, второе место с результатом 30,2% осталось за Apple.

Samsung занимает первое место рейтинга StatCounter несколько лет подряд. К 2020 году южнокорейский производитель покрыл все сегменты спроса: от топовых флагманов Galaxy S и Galaxy Note, невероятных гибких Fold-ов до бюджетных Galaxy A и Galaxy M. Разница между почти 20 соседними представленными на рынки моделями в среднем $30-50, то есть почти каждый может найти свои варианты (в разных странах разброс отличается).

Корпоративный сектор: прогнозы точнее


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

VDS в каждый дом


В 2015 году начала свою работу компания и мы росли с этой отраслью вместе. Действительно, виртуальные серверы и облачные технологии занимают самые прочные позиции в корпоративном секторе: компании и разработчики оценили выгоду от использования VPS/VDS. А мы, в свою очередь, уделяем огромное внимание удобству управления и безопасности, чтобы вера клиентов в виртуальные среды никоим образом не пошатнулась. Более того, VDS давно выбирает частный сектор: фрилансеры, маркетологи, геймеры, разработчики, ИП, частные инвесторы и любители биржевых тренажёров и т. д. раскусили возможность экономить на инфраструктуре и работать с нагруженными сервисами. И мы прямо сейчас можем дать прогноз: в ближайшие пять лет рынок виртуальных серверов и хостинга будет расти, укрупняться и окончательно избавится от мошенников и компаний с неподобающим качеством услуг. Просто потому, что цены на хостинг и виртуальные мощности будут снижаться, а крупные компании позволят себе беспрецедентное управление качеством и безопасностью. Мы знаем, что говорим.

Мы нашли три самых несбывшихся (и несбыточных) прогноза для корпоративной среды.

  1. Планшеты завоюют корпоративную среду нет, в 2020 планшеты не завоевали ни корпоративную среду, ни частный пользовательский сегмент. Если не верите, откройте Метрику своей компании и посмотрите на долю планшетов, она будет низкой. Сенсорный формат для корпоративных приложений пока слишком переоценён и нет особых предпосылок для того, чтобы они победили мышку и клавиатуру в борьбе за право использования интерфейсов ECM, WMS, ERP, CRM, 1С и других офисных аббревиатур.
  2. BYOD (Bring Your Own Device) победит, потому что информационная безопасность будет на высшем уровне нет, не победил и не победит, для крупных корпораций и даже сектора малого и среднего бизнеса в этой стратегии слишком много рисков и дыр в безопасности.
  3. Oracle и SAP как неповоротливые бизнес-системы вымрут, их не будет. Думаю, нет необходимости объяснять, что они будут и в 2030, и в 2040, потому что годы инвестиций и сложность данных не проходят даром. Вы удивитесь, но в компаниях США, Европы (особенно Германии), СНГ стоят и процветают ERP и другие корпоративные системы середины-конца 90-х. Ну и надо отдать должное, сами разработчики также не стагнируют и развивают облака, платформенные решения, системы аналитики. Так что дорогие (во всех смыслах) наши старики ещё повоюют.

А вот один прогноз эксперта оказался на удивление точным.

Бизнес выше технологий, он базируется на них


Первое приведём цитатой. Я верю, что ИТ-директор 2020-х годов станет бизнес-ориентированной должностью на уровне совета директоров, которая будет иметь чёткое представление о том, как технологии будут обеспечивать новые доходы и услуги для бизнеса, говорит Крейг Эшмол, директор-основатель лондонской консалтинговой компании CCserve Limited. Большинство ИТ-директоров, с которыми я встречаюсь сегодня, всё ещё слишком сосредоточены на технологиях, им отчаянно нужно проводить больше времени в бизнесе, повышая коммерческую осведомлённость.

Мы в RUVDS как никто знаем об увязке ИТ-инфраструктуры и бизнес-процессов компаний. И действительно, перекос в сторону ценности именно технологии как технологии пока есть, но тренд перехода на лидерство бизнес-процесса однозначно растёт. Конечно, это не дело 5 лет и даже к 2030-му, скорее всего, мы не получим чистый business first, однако, именно требования компаний, их масштабы, гибкость по отношению к стеку технологий в инфраструктуре бизнеса заставляли нас развивать все эти 5 лет и предлагать не только отказоустойчивый безопасный , но и комплексные продукты, такие как облачный 1С, встроенные сервисы, готовые образы и т. д.

Ну и самый точный прогноз сделала опечатка в одном из интернет-журналов. Мы тоже уверены, что там всё будет хорошо.


К 20150 году, через 18 130 лет всё точно будет хорошо. Обязательно проверим

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

2020 год поменял многие векторы развития технологий: как любой катаклизм, он принёс свои разрушения и он же стал созидателем. Будет развиваться медицина и вирусология, возможно, попутно отыщутся спасительные вакцины от гепатита С и ВИЧ, работа с геномами позволит победить ещё больше форм рака, пересмотрят свои установки транспорт и индустрия развлечений (чем не шанс для AR/VR) и т. д. Ну а мы что? Мы всегда готовы подставить надёжное плечо предложить удобные, управляемые, надёжные VDS и VPS для самых сложных и самых простых задач.

С первым юбилеем, RUVDS! Мы все тебя любим. До последнего байта.
Подробнее..
Категории: Блог компании ruvds.com , Ruvds , It-компании , Будущее здесь , История , Будущее , Прошлое , Предсказания

Шифрование данных на виртуальном сервере

29.12.2020 16:19:06 | Автор: admin


Немного здоровой паранойи еще никому не вредило. Помимо мессенджеров с оконечным шифрованием, шифрованием файлов на смартфонах из коробки и обязательным использованием SSL на сайтах, не лишним будет защитить данные на виртуальных серверах. Тем более, современные технологии сделали это простым и доступным любому пользователю. Крупные провайдеры, предоставляющие услуги хостинга VPS, предлагают шифровать данные пользователей используя стандартные средства операционных систем. Например, Microsoft, в своем облаке Azure, использует для серверов на Windows BitLocker, а для виртуальных машин на Linux DM-Crypt. Эти средства позволяют сохранить приватность ваших данных, даже если злоумышленник получит доступ к ЦОДу, где находятся сервер или вашему локальному компьютеру.

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

Шифрование данных в системе Windows с помощью BitLocker


Наиболее простой, но весьма надежный способ шифрования для Windows встроенный в систему сервис BitLocker. Его настройка простая и быстрая, потому проще всего воспользоваться графическим интерфейсом. Разберем этот процесс на примере Windows Server 2016, расположенном у провайдера RuVDS. Я выберу расположение сервера в Москве, для уменьшения пинга:


А для большей скорости работы BitLocker диск SSD минимального размера.


Подключаться будем через стандартный RDP, который следует немного настроить перед использованием. Для этого надо нажать внизу окна переключатель Показать параметры, во вкладке Локальные ресурсы отметить галочкой Буфер обмена и в диалоге вызываемом кнопкой Подробнее, выделить Диски.


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

После логина мы увидим привычный рабочий стол и панель администрирования. Подключим сервис BitLocker прямо из нее, выбрав опцию Add roles and features. На первом экране ставим галочку Skip, чтобы не читать предупреждение каждый раз при изменении конфигурации, затем нажимаем Next и выбираем Role-based or feature-based installation, потом выбираем наш локальный сервер и в разделе Features, отмечаем BitLocker Drive Encryption.


Подтверждаем Add Features, нажимаем Next, отмечаем опцию Restart the destination server automatically if required и Нажимаем Install.


После установки сервиса система автоматически перезагрузится, а при следующем подключении выведется окно, что инсталляция прошла успешно.

Поскольку у нас виртуальный сервер, то у него нет криптопроцессора Trusted Platform Module, а значит нам потребуется настроить политики доступа, чтобы BitLocker запрашивал пароль при загрузке системы. Если этого не сделать, при попытке включить шифрование, система выдаст сообщение об ошибке:


Заходим в поиск, вставляем туда имя программы: gpedit.msc и запускаем ее. Нам потребуется найти опцию по следующему пути: Local Computer Policy Computer Configuration Administrative Templates Windows Components BitLocker Drive Encryption Operating System Drives


Надо активировать политику выбрав Enabled, отметить в опциях чекбокс Allow BitLocker without a compatible TPM (requires a password or a startup key on a USB flash drive) и нажать OK.

Осталось выбрать в Explorer диски, которые требуется зашифровать.


Мастер настройки проанализирует систему и попросит продолжить (Next). В следующем диалоговом окне он предупредит, что диск будет использоваться BitLocker и порекомендует сначала забекапить критичные данные. Хорошая идея, но предположим, что вы это уже сделали, нажимаем Next. Система подготовит диск для шифрования, но в процессе выдаст предупреждение, что некуда перенести данные Windows Recovery и предложит включить и настроить эту систему после шифрования. Установка почти закончена и мастер потребует перезагрузить систему.


После перезагрузки сервис будет установлен и система предложит зашифровать диск


На следующем диалоговом окне мастер попросит вставить флешку в USB или ввести пароль. Поскольку сервер у нас виртуальный выбираем второе. В следующем окне придумываем, вводим и подтверждаем пароль, система будет ругаться, если он будет слишком простым или коротким, придется проявить фантазию.

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


USB нам вставлять некуда, можно выбрать локальный диск вашего компьютера, доступ к которому был открыт в опциях RDP. Файл будет называться примерно так: BitLocker Recovery Key BE32F397-9C84-4765-9840-50BF3893CAB6.TXT. А внутри будет короткая инструкция и ключ восстановления:

Посмотреть 
BitLocker Drive Encryption recovery keyTo verify that this is the correct recovery key, compare the start of the following identifier with the identifier value displayed on your PC.Identifier:      BE32F397-9C84-4765-9840-50BF3893CAB6If the above identifier matches the one displayed by your PC, then use the following key to unlock your drive.Recovery Key:      667260-267685-242209-551199-606441-680966-499147-122408If the above identifier doesn't match the one displayed by your PC, then this isn't the right key to unlock your drive.Try another recovery key, or refer to http://go.microsoft.com/fwlink/?LinkID=260589 for additional assistance.

Сохранив файл, переходим к выбору типа шифрования. Поскольку у нас защищается локальный жесткий диск, то выбираем первую опцию: New encryption mode.

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

Все системный диск нашего сервера зашифрован.

Пробуем к нему подключиться и Ничего не получается!

Все логично. BitLocker будет требовать ввести пароль при загрузке, а происходит это еще до того, как система будет готова к удаленной работе. Через RDP это сделать невозможно.

Заходим на страницу RuVDS, где содержится информация о запущенных серверах и видим интересную картину:


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


Вводим пароль и видим продолжение загрузки. Аварийную консоль можно закрывать и подключаться через RDP. К слову, такая операция нам потребуется при каждой перезагрузке виртуального сервера. Не очень удобно, но такова цена безопасности.

Теперь, когда мы открываем меню диска, то видим в нем новые пункты: Change BitLocker password и Manage BitLocker. Открыв второй пункт мы может посмотреть статус диска и управление его шифрованием. Поскольку я специально выбрал небольшой SSD для демонстрации, то шифрование заняло меньше пяти минут. Когда оно закончилось, то интерфейс стал выглядеть так:


Установка Bitlocker и шифрование диска на виртуальном сервере завершены. Теперь, если кто-то получит физический доступ вашему компьютеру, то он не сможет подключиться к серверу, даже если зайдет на сайт провайдера под вашим логином. А если придет в ЦОД и подключится изнутри к вашему VPS, то все равно не сможет получить данные они будут зашифрованы.

Главное не хранить на виду файл, в котором содержится ключ для восстановления доступа!

Кстати, как же пользоваться этим ключом, вдруг вы забыли пароль для BitLocker? Очень просто, надо перегрузить сервер и зайти в аварийную консоль, но теперь выбрать не вход в систему, а восстановление. Нажимаем ESC и получаем приглашение ввести ключ. Одна тонкость, вводить надо только цифры, а минусы-разделители будут вставляться автоматически. При неправильном вводе будет сообщение об ошибке и просьба снова ввести ключ. Если он введен правильно, что продолжится загрузка системы.

Настройка BitLocker на удаленном сервере завершена.

Шифрование данных в системе Linux с помощью dm-crypt


Для Linux есть множество разных решений по шифрованию разделов, мы воспользуемся dm-crypt, простой и надежной системой, которую использует Microsoft в своем облаке Azure.

dm-crypt стандартная система шифрования дисков на уровне ядра Linux, основанная на: device mapper, подсистеме создающей и обеспечивающей прозрачную работу с виртуальными устройствами; и crypto API подсистеме шифрования, которая используется для работы VPN по протоколу IPsec и ряде других функций. У dm-crypt есть два способа работы с криптоконтейнером, plain при котором данные не содержат видимого формата и выглядят как случайный набор байт, и LUKS который предоставляет больше возможностей, например автоматическое определение криптоконтейнеров системой, но при этом файл будет содержать метаданные, по которым можно определить сам факт шифрования. Мы будем пользоваться вторым способом, через протокол LUKS.

Сервер выбирается аналогично первому разделу, за исключением операционной системы. Пропустим шаги по предварительной настройке, их можно найти в руководстве и перейдем к установке системы шифрования. Обновим список пакетов и установим cryptsetup интерфейс командной строки dm-crypt (для упрощения, все команды будут вводиться из под пользователя root):

apt updateapt install cryptsetup

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

Один из них с помощью команды fallocate.

Создадим файл размером 512 мегабайт, с именем test-crypt в домашней директории пользователя root:

fallocate -l 512M /root/test-crypt

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

Более безопасно можно создать файл с помощью утилиты dd (dataset definition), она позволяет не только создать файл, но и записать в него информацию, которая затрет предыдущее содержимое из выделенной области. Например нулями из виртуального устройства /dev/zero:

dd if=/dev/zero of=/root/test-crypt bs=1M count=512

Наиболее параноидальный способ, это заполнить файл из /dev/urandom. Но он и наиболее медленный:

dd if=/dev/urandom of=/root/test-crypt bs=1M count=512

После создания файла, надо преобразовать его в раздел LUKS:

cryptsetup -y luksFormat /root/test-crypt

Ответьте YES на запрос программы, а затем задайте пароль. В отличии от BitLocker здесь не будет никаких способов восстановления, секретных ключей и прочих удобств, если забыл пароль данные будут безвозвратно потеряны! Очень ответственно подойдите к этому вопросу. Потому обязательно надо использовать опцию -y, которая запрашивает подтверждение пароля.

Проверим, что у нас получилось, с помощью утилиты file:

file /root/test-crypt

Вывод должен показать что-то вроде:

test-crypt: LUKS encrypted file, ver 2 [, , sha256] UUID: 820a6557-ee7b-4f67-9f53-eb11586cc5dc

Это значит, что криптоконтейнер создан и готов к использованию, осталось его развернуть в устройство crypt-volume:

cryptsetup luksOpen /root/test-crypt crypt-volume

Создать там файловую систему:

mkfs.ext4 -j /dev/mapper/crypt-volume

И выбрать точку монтирования:

mkdir /mnt/crypt-files

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

mount /dev/mapper/crypt-volume /mnt/crypt-files

Проверим наше устройство. Скопируем в него какие-нибудь данные, например содержимое директории /etc/ssh и посмотрим, что скажет утилита dh

cp -r /etc/ssh/ /mnt/crypt-files/df -hFilesystem      Size Used Avail Use% Mounted onudev         928M   0 928M  0% /devtmpfs        191M 648K 191M  1% /run/dev/sda1       20G 2.7G  16G 15% /tmpfs        955M   0 955M  0% /dev/shmtmpfs        5.0M   0 5.0M  0% /run/locktmpfs        955M   0 955M  0% /sys/fs/cgrouptmpfs        191M   0 191M  0% /run/user/1000/dev/mapper/crypt-volume 465M 1.3M 429M  2% /mnt/crypt-files

Как мы видим, устройство смонтировано, имеет определенный нами объем и заполнено примерно на 1% файлами из директории ssh.

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

cd /umount /mnt/crypt-filescryptsetup luksClose crypt-volume

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

Чтобы снова воспользоваться криптоконтейнером, надо будет его опять инициализировать и смонтировать:

cryptsetup luksOpen /root/test-crypt crypt-volumemount /dev/mapper/crypt-volume /mnt/crypt-files

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

Всем хорошего коннекта!
Подробнее..
Категории: Блог компании ruvds.com , Информационная безопасность , Ruvds , Хранение данных , Шифрование , Серверное администрирование , Ruvds_статьи

Как мы устроили допрос на детекторе лжи с помощью Котлина, книг по режиссуре и OBS изнанка спецпроекта

31.12.2020 12:04:32 | Автор: admin
image

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

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

Мы прикрутили к сайту геймификацию и каждый раз после ответа игроки получали 15 секунд, чтобы решить, правду говорит девушка или лжет. За правильные ответы набирались баллы.

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

Идея игры: режиссура, подбор актрис и вопросов


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

Это был крайне ненадежный сценарий, и я объясню почему.

Есть известный принцип 1%: в каждом интернет-коммьюнити есть 90% потребителей контента, 9% контрибьюторов и всего 1% тех, кто сам создает контент. Это не научное знание, но я в него верю: в моей практике оно часто подтверждалось.

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

Мы хотели добиться максимальной вовлеченности от зрителя и истории должны были быть интересными так, чтобы включил и залип надолго. Это значило подойти к задаче как фильм-мейкеры: учесть правила построения сюжета, выбрать актрис с навыками рассказчиков, создать законченные истории с завязкой, серединой и концом. В историях не должно было быть провисаний: в мире, полном контента, любую скучную историю закрывают быстро.

Как мы проводили кастинг девушек


Для начала надо было правильно выбрать рассказчиков, которых подключат к полиграфу.

Мы искали открытых и эмоциональных девушек, таких экспрессивных экстравертов, которые готовы и посмеяться, и расплакаться, и не боятся камеры. Последний пункт был особенно важен чтобы девушки не смущались показывать свои эмоции и лишний стресс не влиял на результаты полиграфа. Сделали кастинг среди студенток актерских ВУЗов из 120 претенденток выбрали всего 6. Мы искали разные типажи экспрессивных девушек милых, и напористых, немного стеснительных, в общем, чтобы истории в кадре были быть разными.

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

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

Как срежиссировать историю, сюжет которой не знаешь


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

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

Так как же структурировать историю, которой ты не знаешь?

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

Мы не стали изобретать велосипед и обратились к проверенным механикам из учебников для сценаристов, в частности, к классическому труду Memo. Секреты создания структуры и персонажей в сценарии Маккенна и Воглера. Горячо советую эту книгу, если вам интересна работа сценариста и вы любите рассказывать истории (даже друзьям за ужином), это настоящий альманах сторителлера.

image

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

  • Дать немного узнать человека: к какому базовому характеру он принадлежит
  • Рассказать о нем что-то хорошее, что вызовет симпатию, Воглер называет это дать, за что полюбить
  • Поставить героя в непреодолимую ситуацию, которая вызывает у него стресс. Тут зритель начинает сочувствовать, если все сделано правильно
  • Дать ему решить ситуацию, изменив себя к лучшему, и закончить историю

Так мы и поступили. Написали порядка 200 вопросов, сразу вычистили скучные и оставили 100 горячих. Затем разделили их на категории и сделали предположение, какой, скорее всего, будет на него история: например, если спросить про самый стыдный эпизод жизни это один эмоциональный окрас и уровень напряжения. Если спросить про страхи другой. Если про первую любовь третий.

В начале были вопросы, ответы на которые дают базовые характеристики, потом хардкорные (те самые, которые не принято задавать в приличном обществе про деньги, страхи, секс и тд) и завершили милыми историями.

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

Давайте перейдем к технической части, там тоже было много интересного.

Техническая часть проекта: Kotlin, война за синхронизацию и реверс-инжиниринг полиграфа


Из каких частей состоял проект


Всего в игре было 5 частей:

  • Интерфейс игрока основной сайт игры, где велась трансляция и можно было сыграть
  • Интерфейс полиграфолога веб-страничка, на которой полиграфолог отмечал свой вердикт. Именно с ним и соотносились ответы игроков
  • Интерфейс девопса специальный образ в маркетплейсе c Ubuntu. Подключившись к нему по SSH можно было задать вопрос девушке
  • Интерфейс модератора страничка, где модератор пропускали или отклонял вопросы от зрителей. Вопрос можно было отредактировать (например, поправить грамматику и орфографию
  • Сервер, принимающий вопросы от девопсов и передающий их в интерфейс полиграфолога

Трансляция велась отдельно через Open Broadcaster Software (OBS) и YouTube.

Как все это было связано


Вся наша система состояла из сервера и кучи клиентов. Одна группа была многочисленной много клиентов девопсов, один клиент веб страничка модератора, веб-страничка полиграфолога и много веб-страничек игроков.

Был еще один отдельный клиент системы программа написанная на Котлине и работающая на компьютере полиграфолога. Всей игрой управлял именно он, обычный стационарный компьютер на Windows. ОС была принципиальной программа Sheriff 7, в которой работал наш полиграфолог Миша есть только под Windows.



Игра состояла из циклов: свежий вопрос, ответ девушки, вердикт полиграфолога, вердикт игроков. Циклы контролировались событиями, которые отмечал в своем интерфейсе полиграфолог: начал задавать вопрос и получил ответ.

Для доставки этих событий мы использовали протокол mqtt. В нем есть брокеры (обычно один, подобие сервера), и есть клиенты. Клиенты умеют отправлять сообщения и подписываться на них, а брокер (сервер mqtt) просто экранирует сообщения всем клиентам, которые пожелали на них подписаться. Сообщения могут отправляться в разные топики, и клиенты могут подписываться не на все. Из контекста будет понятно, какие сообщения для кого в нашей системе, это главное.

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

Брокером в нашей системе выступил Mosquitto. Возможно многим читателям знакомы более популярные в энтерпрайз сфере другие MQ-протоколы AMQP, RabbitMQ, ActiveMQ.

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

Всего у нас были две глобальные задачи: научиться расшифровывать графики в приложении Sheriff, чтобы отрисовывать их у игроков и решить проблему синхронизации времени на видео и в игре. Начнем с самого сложного времени.

Синхронизация событий в игре: как мы сразились со временем и выиграли


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

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

Для синхронизации видео и игрового процесса нужна была общая шкала времени. За ее нулевую координату мы взяли время начала видеотрансляции.

Все игровые события содержали в себе указание времени на этой шкале. Давайте называть его относительным временем (оно относительно начала трансляции). Каждое игровое событие содержит в себе относительное время, когда интерфейсу нужно его воспроизвести. Чтобы засекать время, даже относительное, нужны часы, то есть функция времени.

  • В интерфейсе полиграфолога это системное время ПК через Date.now()
  • В клиенте, читающем графики System.currentTimeMillis()
  • В интерфейсе игроков YoutubeIFrameAPI.getDuration(), которое согласно своей документации, возвращает длительность в секундах воспроизводимого видео. Если видео, как в нашем случае, является прямой трансляций, то функция вернет время прошедшее с момента начала стрима

Самой важной и является последняя функция она помогает синхронизировать видео и кнопки интерфейса у зрителя.

Как она работает:

Видеозапись от стартового пистолета до фотофиниша, на которой Усейн Болт ставит мировой рекорд на 100 м длится точно 9.58 секунд. Ожидается, что и функция getDuration() для прямой трансляции будет возвращать приемлемо точное время с начала трансляции. Она монотонна, непрерывна и даже линейна. Последнее математически не требуется, но без учета всяких СТО Эйнштейна является и свойством обычного времени тоже.

Как мы использовали эту функцию у игрока?

На страничке игрока есть iframe c плеером YouTube внутри там отвечает на вопросы девушка. У плеера есть API, один из методов которого упомянутый ранее getDuration(). Полученное событие нужно воспроизвести через

event.relativeTime - iframeAPI.getDuration()

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



Вердикт полиграфолога (правду сказала девушка или ложь) одно из множества сообщений, предназначенных для страницы игрока. Это не событие, а просто сообщение, в котором записан идентификатор вопроса и ответ правда или ложь. Страница игрока сохраняла ответ и использовала его по идентификатору. Когда у игрока истекало 15 секунд, фронтенд сообщал ему, верно ли он угадал.

Тут очень приятно (нет) было пользоваться типом boolean. В игре есть ответ девушки true/false, есть ответ игрока true/false, есть ответ полиграфолога true/false и угадал игрок ответ или нет true/false. Не так уж сложно писать условия, но вот устно объяснять этот момент было непросто.

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

Логике игрока нужно было вовремя использовать сообщения об игре, полученные через mqtt: например, отрисовывать графики, которые приходили ему в виде комплектов по 6 чисел и сгруппированные в чанки длиной в физическую секунду.

Расшифровка и отрисовывание графиков


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

Как Федор вынул графики из полиграфа


image

Полиграф КРИС, с точки зрения компьютера абстрактное COM-USB устройство. Что в этом было хорошего, так это то, что для работы он подключается компьютеру.

А вот то, что работать с ним умеет только допотопная программа Шериф 7, документация к которой только пользовательская и официально поставляется она вместе с бинарником в вот таком виде:



Как же получить данные о дыхании, сердцебиении и прочем?

Федор думал о двух вариантах:

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

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



И оба решения нам не подошли, потому что:

  • нет безлимитного доступа к устройству на время разработки полиграфологи не расстаются со своими устройствами, прямо как парикмахеры никому не дают в руки свои ножницы
  • у Федора не было навыков работы с ним
  • сложно оценить время, которое потребуется на реверс-инжиниринг. Через COM можно передавать данные в каком угодно виде (сам прибор вообще явно аналоговый), насколько легко будет идти реверс-инжениринг самого Шерифа тоже неясно


Тем более, работает Шериф на Windows, а Федор привык к Linux или, на крайний случай, MacOS.

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

Федор находился в Питере (а вся остальная команда проекта в Москве, включая полиграфолога Мишу), так что он нашел полиграфолога на Авито, прихватил с собой жертву, посадил ее на ровный такой же полиграф и записал скринкаст допроса. В сыром виде без сжатия и цветовых манипуляций, последовательность bmp-файлов получилось только в 30 fps. Если кому интересно, 2.5 минуты 1920х156 заняли 1Гб, который очень приятно сжимался до 30 Мб с помощью 7z.



Алгоритм расшифровки графиков


Он достаточно примитивен:

Делаем скриншот, проходим getPixel-ем один столбец в правом краю полотна и получаем 6 чисел 6 точек на графике. Проходим другой столбец по меткам в правом краю полотна и получаем вторые 6 чисел центры шкал каждой из 6 величин.

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

Федор выбрал Kotlin/JVM и занимался разработкой распознавателя графиков под линуксом. Метод java.aw.Robot.createScreenshot показал впечатляющую производительность: больше 1000 fps на частичных скриншотах (ему не весь экран был нужен, а только краешек), пришлось еще отсеять повторяющиеся скрины.

В качестве отладочного вывода Федор рисовал в файлик 1920х1080 участок кривых соответствующей длины так, как они прочитались. Получилось так



Учитывая, что Федор работал со скринкастом в 30 fps, на живом Шерифе точно должно получиться хорошо, но Не получилось.

График во фронтенде оказался нечитаемо ломаным, даже хуже чем в отладочной картинке.

Выяснилось, что Windows заботливо ограничивает частоту работы native методов позади Robot.createScreenshot 30-ю снимками в секунду. Стало ясно, почему скринкаст не получилось сделать больше 30

Возможно, он заметил бы это раньше, если бы вышел из зоны комфорта, пересев на время написания читалки графиков с линукса на Windows, но вышло, как вышло. Всё равно у него не было материала больше 30 fps (на этом моменте рассказа, Федор промакивает глаза салфеткой, прим. интервьюера)

Но решение нашлось: расширить зону захвата и с одного скрина снимать 6 точек не по одной координате, а сразу по нескольким крайним. Точнее по ровно стольким, сколько новых появилось с последнего скриншота. Тут нужно было как-то ориентироваться, насколько полотно в Шерифе сдвинулось с момента прошлого кадра помогли вертикальные белые линии сетки.

Федор сделал область захвата такой, чтобы попадала хотя бы одна, по ее перемещению и вычислялось, сколько пиксельных столбцов нужно пройти после очередного кадра. Проверить до прогона с полиграфологом эту модификацию он не смог даже под виндой у него все еще был только 30 fps скринкаст. Однако отладочный вывод на нём выглядел идеально:



Но на прогоне графики с первого раза заработали идеально и непосредственно с ними проблем больше не было.

Как мы передавали данные для графиков игроку


Веб-странички игроков получают графики так же через mqtt, событиями. В каждом событии относительное время и 6 чисел (дыхание, сердцебиение, потоотделение и так далее) величины записанные в этот момент.

События с величинами складывались в чанки по несколько штук в mqtt-сообщение столько, сколько снялось за секунду, около 50 штук. Они складывались в очередь на отрисовку в соответствующие TimeChart-ы. Библиотека отрисовки сама двигает плоскость графика и ставит точки на нужном расстоянии друг от друга по оси времени (гарантий строгой периодичности, к сожалению, не было).

Как и чем отрисовывали графики


Одна из технических сложностей рисовать 6 графиков величин от реального времени (едущих слева-направо), в масштабе ~20 секунд и с высокой плотностью точек.

Удобный и красивый ApexCharts.js и близко не подошел по производительности fps порядка единиц и огромная загрузка ЦП. Альтернативы тоже не радовали: по запросу high performance realtime charts ничего интересного не находилось.

Спас чат Саматика @ctodaily, куда Федор написал и посоветовался насчет библиотек. Так стало понятно, что почти все либы рисуют графики svg, стало быть, нам надо было искать webGL charts.

Из быстро нашедшихся webgl-plot, lightningcharts и TimeChart, Федор выбрал последний. С производительностью же у всех было хорошо, в результате получилось обновлять графики с частотой около 50 fps, как раз с такой частотой полиграф и отдавал значения.

Войны за синхронизацию




Помните идею синхронизации через функцию getDuration ютьюба? Звучит просто, если бы не небольшая тонкость.

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

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

Перед отображением у игрока первый кадр видео проходит долгий путь:

  • кодирование,
  • доставка ютьюбу
  • и обработка ютьюбом записи у себя

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



В интерфейсе игрока создали отдельный режим синхронизации. Федор подключался к нему и делал следующее:

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

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

Как мы проводили первоначальную синхронизацию перед игрой:

  • Ставили монитор полиграфолога в кадр
  • Слали ему сигнал пыхнуть
  • Засекали примерное время между пыхами
  • Устанавливали его в качестве коррекции
  • Продолжали пыхать и подправлять коррекцию до тех пор, пока пыхи в трансляции и в интерфейсе игрока-синхронизатора не станут одновременными

Принципиально важный момент: нужно было мерить не лаг трансляции с youtube между отправкой команды и пыхом, а время между пыхом полиграфолога и ответным пыхом на него в относительно времени. То есть мы измеряли величину отставания относительного getDuration-времени от относительного времени, которое нам хотелось бы иметь с нулем точно в начале трансляции, а не на 2-8 секунд раньше.

Таким образом, один цикл ручной синхронизации занимал 1-12 секунд лага youtube для игрока, плюс 2-8 секунд лага между OBS и сервером youtube.

Когда Фёдор тестировал решение в окружении разработки, оно сработало идеально. На первом прогоне на съемочной площадке тоже.

Но через 20 минут на съемочной площадке просело подключение к Интернету до 1.5 МБ/с, пинга 100 и какого-то сумасшедшего трёхзначного джиттера и тогда синхронизация сбилась.

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

На время этого перерыва, видеофайл, передаваемый пользователю, не прерывался и getDuration-время продолжало расти. При таких условиях зритель будет видеть установку 9,58-секундного рекорда в течение 12 секунд. Не слишком логично, что getDuration считает время наблюдателя, а не время события согласно документации.

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

Каждый раз передвигать монитор полиграфолога в кадр, чтобы синхронизироваться по-старинке, вручную было нельзя портился тщательно выставленный кадр. Времени до запуска проекта оставалось мало и Федя просто добавил полиграфологу второй монитор маячок, который бы отвечал только за синхронизацию и всегда находился в кадре.

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

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

Чтобы протестировать синхронизатор, мы сделали стресс-тест: запустили трансляцию через 3G, раздаваемый c телефона на компьютер с OBS.

За 6 часов непрерывной трансляции удалось поймать два скачка времени, которые хорошо обработались. Через какое-то время вылез еще один рассинхрон и из логов стало ясно, что время не просто нелинейно, оно НЕ МОНОТОННО.

Оказалось, Youtube делает скачки в своей записи не только вперед, но и назад. Иногда на время, на которое был скачок вперед, иногда меньшее. Почему, а главное зачем он это делает осталось для нас загадкой. По всей видимости, функцию getDuration по назначению никто до нас не использовал

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

Happy end


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



До новых спецпроектов в Новом Году! И спасибо, что дочитали лонгрид.



Подробнее..
Категории: Блог компании ruvds.com , Kotlin , Анализ и проектирование систем , Ruvds , Читальный зал , Здоровье , Полиграф , Спецпроекты , Детектор лжи

Первым в двадцать первый

31.12.2020 20:05:20 | Автор: admin
Я достаю из широких штанин
Рейтинг
И хвастаюсь гордо:
Смотрите, завидуйте,
Номер один,
А не просто айтишная морда.

Третий год подряд мы заканчиваем на первом месте среди компаний на Хабре. Это не гонка Формулы 1, это скорее наши 24 часа Ле-Мана, когда на предельном ресурсе и в самых неприятных условиях ты вынужден не останавливаться сутки. Только у нас это не 24 часа, а 24/7/366. И даже сейчас, за несколько часов до Нового года мы пишем этот пост, чтобы не просто рассказать о рекордах, но и немного рассказать о том, как к этому приблизиться.


Мы тут не без самоиронии :)

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

Супер рекорд и пара советов


В прошлогоднем посте мы так оформили статистику:

2016. В блоге опубликовано 72 поста 58 (80%) из которых были с положительным рейтингом и 14 (20%) с отрицательным.

2017. В блоге опубликовано 170 постов, из которых с отрицательным рейтингом лишь одна (0.58%).

2018. Опубликовано 260 постов, из которых с положительным рейтингом были все 260.

2019. Голосом Дудя: Триста. восемь. постов. 308.

2020. 621 статья. Голоса Дудя не будет, будет картинка:


ААААААА!!!!!!!!

Практически весь год мы были лидером в рейтинге на Хабре в новый 2021 год мы входим также с 1 местом. Поддерживать такой уровень огромный труд нашей внутренней редакции, наших сотрудников и наших авторов. Представьте себе: 621 публикация и это помимо нескольких масштабных спецпроектов, открытий новых дата-центров, полного рефакторинга саппорта и, конечно, круглосуточного труда по обеспечению бесперебойной устойчивой работы инфраструктуры наших клиентов.

Не секрет, что в бизнес-сфере можно купить первые места в некоторых рейтингах именно для этого они и создаются. Первое место на Хабре не продаётся, не читерится, не хакается, не накручивается скриптом. Его можно только заслужить благодаря вниманию и интересу аудитории и здесь нет какого-то универсального рецепта типа пишите каждый день по 2 статьи и рейтинг будет наивысшим. Нет, для достижения такого результата должны совпадать периодичность публикаций и их качество (состоящее из просмотров, рейтинга, добавлений в избранное и, пожалуй, магии).

Вот вам несколько полезных советов.

  • Готовьте контент заранее: у вас в запасе должно быть всегда несколько статей, чтобы никакие события не влияли на периодичность выхода (так вы страхуетесь от сорванных авторами дедлайнов, больничных сотрудников и прочих факапов).
  • Работайте по контент-плану: рассчитывайте тематики публикаций, создавайте циклы, соотнесите дни недели и содержание статей.
  • Чётко обозначьте цели блога на Хабре (их может быть несколько) и формируйте контент под эти цели.
  • Не забивайте статьи рекламой и не превращайте их в расширенные пресс-релизы: хороший контент приводит к достижению целей эффективнее, чем куча активных ссылок с метками.
  • Используйте ресурс своих сотрудников: никто не напишет о компании, о её продуктах и проектах с большим пониманием и большей глубиной, чем сотрудник, который в этом всём варится и который причастен к этому.
  • Прислушивайтесь к аудитории: из комментариев вы можете легко понять, что нравится читателям, а что нет.
  • Выберите несколько тем, в которых вы готовы стать экспертами или найти выдающихся экспертов: такие статьи не только принесут рост рейтинга, но и сыграют роль в формировании имиджа компании.

Не корпоративных авторов это тоже касается, правила довольно универсальны.

Курс на уникальность


В 2020 мы увеличили долю авторских статей и уменьшили долю переводов. Кроме того, источником интересного контента для нашего блога стали спецпроекты (о них мы уже писали в обзорной статье посмотрите, если что-то пропустили). Публикации, написанные в рамках спецпроектов, были не только обычными постами на Хабре, но и способом информировать аудиторию, обсудить с ней ход каждого проекта, вовлечь её. И здесь мы получили ситуацию win-win: пользователи Хабра принимали участие в спецпроектах, узнавали что-то новое, а мы получали активный фидбэк.

Минимальная оценка публикации в блоге RUVDS в этом году +1, максимальная +280. В среднем за пост мы получали +39, наиболее распространённое значение +33. Чаще всего к нашим статьям ставили всего 1 минус, а в среднем 4 минусов, при этом самый заминусованный пост набрал аж минус 64. Это была публикация Горячая четвёрка умирающих языков программирования, которая оказалась очень дискуссионной и, как и любая спорная история, набрала без малого 90 тыс. просмотров, 43 минуса и почти 60 тыс. просмотров набрала, например, ещё статья Я перехожу на JavaScript, собравшая 409 комментариев. Такие публикации пример того, что не стоит бояться минусов, важно понимать, насколько дискуссионна и интересна статья, умы и души скольких читателей она задела. Вообще, по своему опыту скажем, что показатели Хабра исключительно как цифры негодный KPI (хотя из разговоров с другими коллегами мы знаем, что именно так их активно используют). Хабр история практически вне KPI, так как нужно оценивать общий, интегральный эффект, а в нём десятки особенностей и зависимостей.

Мы понимали, что обстановка 2020 года не пройдёт даром ни для Хабра, ни для нас на Хабре более того, сложно было даже спрогнозировать, упадут просмотры (все в панике и депрессии) или вырастут (все начали читать из дома). Активная работа над контент-планом стала для нас путём к стабилизации блога и триггером новых рекордов. Полученный эффект стоил каждого нейрона и импульса, затраченного на работу с блогом.

В сравнении с предыдущими годами:
2016 2017 2018 2019 2020
Постов опубликовано

С положительным рейтингом

С отрицательным рейтингом		 72

58 (80%)

14 (20%)		 170

169 (99.4%)

1 (0.6%)		 260

260 (100%)

0		 308

308 (100%)

0		 621

621 (100%)

0
Всего голосов

Из них плюсов

Из них минусов

Суммарный рейтинг всех постов:		 1681 (~23/пост)

1235 (73.5%)

446 (26.5%)

+789 (~11/пост)		 5644 (~33/пост)

4794 (85%)

850 (15%)

+3880 (~23/пост)		 8639 (~33/пост)

7580 (87.8%)

1059 (12.2%)

+6521 (~25/пост)		 13232 (~43/пост)

11870 (89.7%)

1362 (10.3%)

+10508 (~34/пост)		 30069 (~48/пост)

27034 (89,9%)

3035 (10%)

+23999 (~39/пост)
Всего комментариев к постам 1919 (~27/пост) 4908 (~29/пост) 5255 (~20/пост) 7863 (~25/пост) 21783 (~35/пост)
Всего добавлений в закладки 5575
(~77/пост)		 27236
(~160/пост)		 36182
(~139/пост)		 36361
(~118/пост)		 62253
(~100/пост)
Всего просмотров постов 1238367
(~17299/пост)		 3547173
(~20865/пост)		 4247966
(~16338/пост)		 4973912
(~16149/пост)		 9939699
(~16006/пост)

В этом году было очень много разнообразных хабов, поэтому мы остановились на 10 основных, в которых размещали свои публикации:


В прошлом году топ был таким:


Вы можете видеть, насколько выросло многообразием тем и как количественно изменились показатели для хабов. Действительно, в этом году карьера в IT значительно больше волновала аудиторию и в блоге не могло не случиться ответа на этот запрос. Серьёзно выросла доля публикаций, связанных с системным администрированием и это тоже закономерно: сейчас эта сфера переживает самую значительную и активную трансформацию, она буквально возрождается в новых качествах DevOps, DevSecOps и т.д. и, думаем, 20212022 год принесут очень большой рост нового сисадминства, приведут компании к условиям принятия ITSM в том числе, видоизменят все основы ITSM и ITIL. Так что немного побудем видионерами и призовём прокачивать скиллы сетевого и серверного администрирования, скоро рынок сформирует запрос на крутых специалистов.

Топ публикаций: есть что почитать на праздниках


Как мы уже говорили выше, мы изменили подход к качеству контента: у нас стало много авторских, уникальных статей, для работы над которыми мы с радостью привлекаем экспертов и авторов Хабра (например, три из 10 самых рейтинговых публикаций принадлежат перу клавиатуре Павла Zhovner, которого, кстати, мы поздравляем с главной сенсацией этого года его фееричным выходом на Kickstarter с проектом Flipper Zero). Если вы тоже автор или крутой эксперт или у вас есть коварный замысел по захвату Хабра своими статьями, срочно листайте до конца там для вас есть информация.

Ещё одним неплохим решением этого года было создание двух циклов статей:

  1. Профессия (сисадмин, тестировщик, программист, бэкенд-разработчик, фротенд-разработчик, мобильный разработчик) о том, что из себя представляют профессии в ИТ и как в них попасть самым коротким путём.
  2. Новичкам фондового рынка (здесь внутри ссылка на все 4 статьи цикла) разжевательно-базовые статьи по темам биржевого дела и работы с фондовыми рынками.

Такие циклы несут более социальную функцию, образовательную. Это уникальные авторские материалы, которые помогут не одному десятку начинающих и учащихся.

В целом топы наших публикаций за 2020 год выглядят так. Если прошли мимо, обязательно почитайте в праздники: там что тексты, что комментарии, всё огонь.

Топ-10 публикаций нашего блога по рейтингу
280 Как я использую AirDrop вместо Тиндера
184 Как украсть Macbook
173 CloudFlare рак интернета
164 Эмулятор RFID
160 На корпусе вашего компьютера напряжение 110 Вольт
159 Как жить и работать дальше, если вам поставили психиатрический диагноз
141 Кто остановил шредер или как нужно было проходить квест с уничтожением сервера
136 Как клеить по 13 девушек в час, используя машинное обучение и Tinder
127 Dial-up развлекушки
126 Загрузка операционной системы с виниловой пластинки

Топ-10 публикаций нашего блога по просмотрам
126454 Что такое Windows PowerShell и с чем его едят? Часть 1: основные возможности
120389 Как я использую AirDrop вместо Тиндера
101895 На корпусе вашего компьютера напряжение 110 Вольт
101375 Как клеить по 13 девушек в час, используя машинное обучение и Tinder
101238 CloudFlare рак интернета
86215 Как украсть Macbook
84680 Горячая четвёрка умирающих языков программирования
75300 Жестокая правда будней программиста: 8 наблюдений
75172 Моя шпаргалка по pandas
72611 Как жить и работать дальше, если вам поставили психиатрический диагноз

Топ-10 публикаций нашего блога по комментариям
606 На корпусе вашего компьютера напряжение 110 Вольт
573 О смерти двойной загрузки и о единстве Windows и Linux
536 Вред хранимых процедур
502
 Мой ответ тем, кто полагает, что значение TDD преувеличено
409 Я перехожу на JavaScript
382 Почему 20-летний CRT-монитор лучше современного 4K LCD-дисплея?
370 Почему разработчики влюбляются в функциональное программирование?
367 Программисты, ходите на собеседования
328 Отличия мужского мозга от женского: женщины кодят лучше?
297 Dial-up развлекушки

Топ-10 публикаций нашего блога по добавлению в избранное
567 Программисту. 10 ценных GitHub-репозиториев
544 Что такое Windows PowerShell и с чем его едят? Часть 1: основные возможности
477 Как я использую AirDrop вместо Тиндера
451 Средства консоли Chrome, которыми вы, возможно, никогда не пользовались
414 Полезные советы по Python, которых вы ещё не встречали. Часть 2
413 5 вопросов по SQL, которые часто задают дата-сайентистам на собеседованиях
409 41 вопрос о работе со строками в Python
395 Разработка чрезвычайно быстрых программ на Python
387 Лучшие GitHub-репозитории для веб-разработчиков
380 23 непростых вопроса для JavaScript-собеседования

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

Кстати, об аудитории: в этом году мы получили 13,5 тыс. новых подписчиков отчасти это заслуга нашего контента, но по большей части заслуга онбординга новых пользователей Хабра. Важно, что вы с нами и все эти оценки в виде рейтинга статей, комментариев, добавлений в избранное ни что иное как оценка наших читателей, самых бдительных и строгих критиков.

В прошлом году мы с оптимизмом смотрели в 2020 и в плане работы он получился действительно довольно напряжённым и результативным, чего не скажешь об общей обстановке. Загадывать на 2021 сейчас не берётся никто, это буквально чёрный ящик с точки зрения рационального прогнозирования, поэтому мы лишь скажем, что будет много статей, спецпроектов, конкурсов, крутых интервью. Поэтому мы ждём от вас две важные вещи:

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

Ну что ж, контент-план на начало 2021 года уже готов, мы продолжаем находиться рядом с вами и открыты к любому диалогу. Но вот прямо сейчас хочется открыть уже приготовленное шампанское, достать из холодильника всё, что не трогай, это на новый год и немного выдохнуть. Сейчас модно поздравлять с отступающим 2020 и в этом есть рациональное зерно: это ралли было слишком перегруженным, highload год. Желаем вам встретить 2021 в хорошем настроении и начать его с пользой и в предвкушении радостных событий: это первый год нового десятилетия, которое подарит нам новые вызовы, новые технологии и ещё более безграничные возможности. А это как минимум интересно.

С Новым годом, друзья!
Подробнее..
Категории: Блог компании ruvds.com , Ruvds , Исследования и прогнозы в it , Habr , Контент-маркетинг , 2020

GEM. Теория забытых окон

20.01.2021 12:12:03 | Автор: admin


Спустя четыре года после того, как в Xerox разработали первую в истории пользовательскую среду с оконным графическим интерфейсом, американская компания Digital Research, Inc. создала собственную оконную платформу, оснащенную практически всеми компонентами, характерными для современных ОС. Если бы колесо истории повернулось в другую сторону, а обстоятельства сложились несколько иначе, она вполне могла бы занять место Windows в мире операционных систем. В сегодняшней историческо-ностальгической статье мы вспомним эту ушедшую и неоправданно забытую технологию.

1985 год. В Интернете зарегистрированы первые домены верхнего уровня: .arpa, .com, .edu, .gb, .gov, .mil, .net, .org, .us, в СССР началась перестройка, Nintendo выпустила легендарные игры Super Mario Bros и Duck Hunt. А еще этот год положил начало новой эпохе: 20 ноября 1985 состоялся релиз графической оболочки для MS-DOS под названием Microsoft Windows 1.01. Но еще за 8 месяцев до этого радостного события, 28 февраля 1985 года, компания Digital Research выпустила на рынок собственную графическую надстройку с оконным интерфейсом для операционной системы CP/M, получившую название Graphics Environment Manager, или, сокращенно, GEM.

Программная среда GEM поддерживала мышь, в ней имелся Рабочий стол, на котором размещались ярлыки сменных и стационарных накопителей, а также ярлык для виртуального диска классического RAM drive, пространства оперативной памяти, динамически выделяемого системой при загрузке машины для размещения системных файлов. Кроме того, в распоряжении пользователя имелась Корзина, а хранящиеся на дисках файлы и папки отображались в виде значков. Оконный менеджер автоматически создавал для запускаемых приложений отдельные окна с настраиваемыми геометрическими размерами, оснащенные кнопками управления и полосами прокрутки. В распоряжении любителей постучать по клавишам имелась командная строка. В общем, все как в винде. Только появился GEM немного раньше. Первыми машинами, на которых успешно работал GEM, были Atari ST на базе процессора Motorola 68000, но позже платформу портировали под Intel 8088, и она дебютировала на IBM-совместимых машинах, в том числе, в версии под DOS.

image
GEM/1

Можно смело сказать, что дизайнерское и функциональное исполнение GEM было очень похоже на интерфейс первой версии MacOS, если не считать ряда незначительных технических отличий. Например, папки в GEM не открывались в новом окне, их содержимое демонстрировалось пользователю в том же окне, в котором до этого отображалась родительская директория. Дисковые накопители не определялись в системе автоматически: для того, чтобы отобразить ярлык диска на рабочем столе, нужно было воспользоваться пунктом меню Install disk drive. Меню Desk практически полностью соответствовало такому же пункту в MacOS: помимо всплывающего окна с информацией о текущей версии операционной системы, оно выполняло функции, аналогичные Панели задач в MS Windows, а именно, отображало заголовки всех запущенных в данный момент времени приложений.

Эффекты появления тени на фоне всплывающих окон, названий загружаемых приложений, а также псевдотрехмерное обрамление полос прокрутки были удалены из системы по требованию корпорации Apple, которая расценила использование подобных элементов, как прямое нарушение своих авторских прав, поскольку все перечисленные декоративные элементы впервые были реализованы в MacOS, выпущенной в том же 1985 году, но на несколько месяцев раньше. Цветовая палитра отображения окон, рабочего стола и прочих элементов интерфейса GEM поддавалась настройке, причем в составе платформы имелось несколько стандартных цветовых схем. Изменение настроек системы осуществлялось с помощью специальной утилиты, которая носила название Редактор ресурсов.

image
GEM/1

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

Увы, весьма удобный и быстрый для своего времени GEM/1, завоевавший вполне заслуженное признание пользователей и быстро набравший популярность на североамериканском континенте, чрезвычайно не понравился руководителям корпорации Apple, посчитавшим, что Digital Research Inc. украла у них не только саму идею пользовательской оконной среды, но и ее дизайнерско-техническую реализацию. Состоялся громкий, скандальный и позорный судебный процесс, который выиграла компания Apple. GEM/1 был запрещен к дальнейшему распространению, и по решению суда производитель должен был убрать из операционной системы все компоненты, хоть сколько-нибудь напоминающие элементы MacOS. Результатом такого постановления стало появление в 1986 году платформы GEM/2, значительно уступавшей своей предшественнице.

image
GEM/2

GEM/2 работала гораздо менее стабильно и была просто неудобна в использовании. Рабочий стол теперь представлял собой два вытянутых вдоль экрана окна фиксированного размера, оснащенных вертикальными и горизонтальными полосами прокрутки. В верхнем окне отображались подключенные к системе дисковые накопители, нижнее выполняло функции, аналогичные современному Проводнику Windows: в нем отображалось содержимое выбранного в верхнем окне диска. Корзина была удалена с Рабочего стола и вообще отсутствовала в системе.

Сами полосы прокрутки изменились, став значительно уже, пропали практически все эффекты отображения тени, сместились кнопки управления окнами, а также состав и расположение функциональных меню. Дисководы по-прежнему не подключались к системе автоматически. Стандартные программы, входившие в комплект поставки первой версии GEM, такие как Калькулятор, отображавшиеся в отдельном окне часы и менеджер печати, остались практически без изменений, за исключением того, что утилита Output научилась работать с файлом подкачки, что позволяло выводить текстовые и графические элементы на печать в фоновом режиме. Из системных окон по требованию Apple исчезли так называемые радио-кнопки, позволявшие отмечать одну или несколько позиций в предлагаемом списке настроек, они были заменены на непривычные квадратные двумерные кнопки, причем активная опция выделялась страшноватой на вид черной заливкой.

Внесенные в систему изменения были расценены пользователями, как негативные, благодаря чему GEM начал быстро сдавать позиции, утрачивая рынок под натиском только что появившейся Microsoft Windows 1.01. Следует отметить, что первая реализация Windows по своему оформлению тоже недалеко ушла от MacOS, однако Microsoft, в отличие от Digital Research, оказался Apple не по зубам. Положения не спасли ни GEM/3, ни наспех усовершенствованная GEM/4: Windows все увереннее и увереннее вытесняла их с поля битвы. Ситуация несколько изменилась лишь тогда, когда Digital Research выпустила в 1988 году очередную реализацию платформы, которая получила название GEM/5.

image

По своему дизайнерскому оформлению и функциональным возможностям GEM/5 оказался далеко впереди как всех предыдущих реализаций GEM, так и Microsoft Windows версий 1.0, 2.0 и 3.0. Прекрасный и удобный трехмерный интерфейс выглядел просто великолепно, практически все средства управления системой были реализованы в подобном исполнении. Двухоконный внешний вид Рабочего стола практически не изменился, однако в него было внесено очевидное разнообразие обилием всевозможных кнопочек и рамочек. Поскольку разработчикам удалось отойти от стандартной палитры VGA, опции многочисленных меню буквально светились нежно-зеленым фосфорицирующим оттенком, несказанно радуя глаз. При щелчке мышью на управляющих элементах окон и меню операционная система демонстрировала эффект нажатия кнопок, а сам курсор менялся в зависимости от контекста поля, в котором он находился, но, так или иначе, выглядел красиво и аккуратно.

image
GEM/5

Популярность GEM несколько поползла вверх, эта платформа даже применялась некоторое время в качестве основного графического интерфейса на компьютерах производства GST, но все более расширяющаяся экспансия Windows убила последние надежды разработчиков на светлое будущее для своего детища. Digital Research сдалась, и исходные коды GEM были опубликованы в свободном доступе.

На базе исходных текстов GEM от Digital Research группа независимых энтузиастов разработала в 1999 году бесплатную платформу FreeGEM, созданную на основе версии GEM/3 образца 1987 года. Рабочий стол все также использовал двухоконную систему, но системные окна вновь стало возможным перемещать по экрану, равно как и изменять их размер. Псевдотрехмерное оформление управляющих элементов было частично позаимствовано из GEM/5, оттуда же была изъята основная цветовая палитра, однако создателям не удалось выйти за рамки количества цветов, диктуемых стандартом VGA, благодаря чему внешний вид окон и диалоговых меню выглядит объективно хуже. Вернулись на свое законное место радио-кнопки, тени и другие элементы, пребывавшие до этого времени под запретом.

image
FreeGEM

В 1990 году компанией Digital Research был выпущен графический менеджер для DRDOS-5, названный ViewMAX/1 и созданный на основе платформы GEM. Однако эта оболочка стала очевидным шагом назад по сравнению с GEM/5. Глядя на ее исполнение, можно смело судить, что разработчики трудились без особого энтузиазма и спустя рукава: оконный менеджер получился не только неудобным, но и откровенно убогим с точки зрения дизайна. ViewMAX/2, входивший в комплект поставки DRDOS-6 в качестве файлового менеджера, получился ничуть не лучше, хотя и включал некоторые визуальные улучшения, вроде объемных окон, расширенной цветовой палитры, и возможности отображать древовидную структуру файлов и папок рядом с содержимым текущей папки (а не вместо нее, как это было раньше).

В ViewMAX/3 разработчики планировали вернуть свободно перемещаемые по экрану окна с произвольно изменяемым размером, но этот оконный менеджер так и не был закончен в связи с безвременной кончиной проекта. ViewMAX/3 должнен был стать оконным менеджером для операционной системы Panther, которая впоследствии была выпущена компанией Novell как сетевая платформа Novell DOS 7. Тексты этой среды были последними исходными кодами операционных систем класса GEM, обнаруженными среди оставшихся в наследство от Digital Research архивов.

Одна из последних реализаций GEM носит название OpenGEM. Как и его прародитель, OpenGEM это 16-разрядная графическая надстройка над DOS, которая, в частности, может запускаться в среде FreeDOS в качестве файлового менеджера. Исходники OpenGEM распространяются на условиях лицензии GNU General Public License (GPL), их можно найти на SourceForge. А классическую платформу GEM пока еще можно скачать на сайтах любителей компьютерной археологии.

В настоящее время OpenGEM является игрушкой нескольких десятков хакеров и энтузиастов, поставивших своей целью поиск, исследование и совершенствование операционных систем прошлого. Так ушел в историю еще один перспективный проект, который при ином стечении обстоятельств мог бы стать объективной альтернативой всемирно распространенной Microsoft Windows в качестве операционной системы для настольных персональных компьютеров.

Подробнее..
Категории: Блог компании ruvds.com , Ruvds , История it , История , Администрирование доменных имен , Альтернативные ос , История операционных систем

История ГМО лосося, который все же попал на рынок

05.02.2021 18:14:24 | Автор: admin
image
Обычная и доработанная версии семги

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

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

Парадоксы селекции



Казань, 1921 год. Небольшой осетр, весом 1.5 тонны.

Заметили, как начала дорожать рыба? Нет, тут дело не только во всяких экономических проблемах и потрясениях. Проблема в том, что мы слишком много едим. Животный белок очень важная часть рациона, а выращивать его довольно дорого. Для производства килограмма той же говядины требуется от 3 до 20 кг зерна, которое само по себе пригодно в пищу. Из-за невысокого КПД мы получаем довольно высокие цены на мясо. Курятина намного выгоднее, так как коэффициент конверсии корма составляет порядка 1.6-1.7 кг зерна на килограмм куриной тушки.

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



Есть еще одна проблема мы занимаемся селекцией диких видов рыбы, но только не в том, направлении, в котором нужно. Если посмотреть на законы РФ и других стран о рыбалке, то можно заметить, что ключевые ограничения касаются общего количества выловленной рыбы и ее минимально допустимых размеров. Запрещено использовать сети с мелкими ячейками, а всю рыбу меньше допустимого размера нужно выпускать обратно. Это совершенно разумно с точки зрения того, что мы сохраняем молодняк для дальнейшего роста и набора массы. Но с точки зрения искусственного отбора мы замечательно выбраковываем наиболее крупных и быстрорастущих особей. При этом взрослые мутанты с карликовостью отлично избегают поимки и дают потомство.

У вас цвет неправильный!



Ферма по разведению лосося

Из-за непрерывного истощения популяции дикого лосося и его родственников стало выгодным организовывать искусственные фермы по разведению рыбы. По сути, рыба живет все в тех же водоемах, но ограничена объемами сетей. Кормится тоже искусственно для максимизации скорости роста. 1.3 миллиона тонн красной рыбы генерирует Норвегия. Это в районе 60% мирового производства. И вот тут уже начинаются проблемы со стороны тех, кому требуется только натуральное. Дикий лосось поедает огромное количество креветок и другие животных, имеющих оранжевую окраску. За счет этого его мясо приобретает характерную красноватую окраску.

Для фермерского лосося приходится дополнительно добавлять в корм астаксантин. Это тот самый каротиноид ярко-красного цвета, который есть в креветках, и который окрашивает фламинго в розовый оттенок. Без него лосось имеет обычный рыбный сероватый цвет.

image

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

Вносим патчи


image
Обычный лосось и AquAdvantage

Когда мы говорим о генетической модификации организмов, мы обычно представляем себе открытия и исследования последнего десятилетия. На самом деле, практические исследования в этой области ведутся уже более 30 лет. В 1989 году был создан лосось AquAdvantage. Причем модификация довольно минималистичная по нынешним меркам. По сути, подобный эффект могла бы дать потенциальная гибридизация с близкородственным видом. Сейчас расскажу поподробнее.

Конечный размер рыбы и скорость ее роста ограничена. Вы можете взять условного гуппи, завалить его едой, но в голубого марлина он от перекорма не превратится. Скорее наоборот, начнет болеть о перекорма и умрет. Для того, чтобы обойти это ограничение и, одновременно, пройти очень жесткий контроль со стороны FDA, компания AquaBounty Technologies внедрила генетический фрагмент, отвечающий за синтез гормона роста от самого крупного представителя семейства чавычи в геном атлантического лосося (сёмги). Для этого был внесен дополнительный фрагмент opAFP-GHc2 в гене EO-1 с использованием промотора от другой рыбы американской бельдюги.

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

Годы тестирования


К сожалению, к генетическим модификациям отношение мягко говоря предвзятое. На получение разрешения для использования модифицированной семги потребовалось больше 30 лет. Протокол исследования включал сравнение с неизмененными разновидностями лосося, в качестве контрольной группы. Исследовали в первую очередь гормоны эстрадиол, тестостерон, 11-кетотестостерон, Т3, Т4 и инсулино-подобный фактор роста 1 (IGF1). В результате не обнаружили значимых отличий между модифицированными рыбами и дикими разновидностями. Пищевая ценность была также аналогична. Тем не менее, несмотря на положительную резолюцию FDA еще в 2010 году, проект завернули по инициативе законотворцев. Также появились требования по маркировке продукта как трансгенного в обязательном порядке. Кроме этого, ряд исследователей высказал опасение, что такие мощные и крупные варианты сёмги смогут быстро вытеснить исходный вид, полностью захватив кормовую базу.

В итоге, компания-разработчик, была вынуждена гарантировать, что выращивание будет проходить только в закрытых бассейнах, где у рыбы нет возможности сбежать в дикую среду. Кроме этого, вся икра, которая будет использоваться для выращивания особей на еду подвергается воздействию высокого давления, что приводит к образованию триплоидов организмов с тремя наборами хромосом вместо двух. Такие рыбы не в состоянии в дальнейшем размножаться. Если кладка икры содержит более 5% диплоидных особей, то ее уничтожают. Кроме этого на еду выращивают исключительно самок для того, чтобы дополнительно гарантировать, что семга не сможет неконтролируемо размножаться. Самцы содержатся отдельно, вдали от водоемов, чуть ли не в охраняемом бункере, и участвуют только в производстве икры для разведения.

В итоге, в 2018 году все-таки разрешили продажу и употребление этой рыбы в США и Канаде. Что не помешало калифорнийскому суду в ноябре 2020 году инициировать отзыв разрешения по причинам недостаточно исследованным последствиям для окружающей среды.

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

С декоративными проще




К счастью, если чисто декоративная рыба не будет употребляться в пищу и не сможет выжить в дикой среде, то претензий со стороны регуляторных органов обычно не поступает. Тут можно привести в пример тех же GloFish с иллюстрации. Первоначально это были данио рерио небольшие полосатые рыбки. В 1999 году в них встроили ген для синтеза GFP это типовой флюоресцентный белок медузы, который дает зеленое свечение. Случайно на конференции, где демонстрировались фотографии зеленых светящихся рыбок оказался представитель коммерческой компании, которая занималась разведением декоративных видов. В итоге, запустили целую серию с разными флюоресцентными пигментами.

Кто знает, может именно условные декоративные карликовые жирафы размером с собаку смогут пробить заслон ГМО-фобии и ускорить прогресс в этой области.

Подробнее..
Категории: Блог компании ruvds.com , Научно-популярное , Ruvds , Биотехнологии , Гмо , Лосось

Жулики против разработчиков приложений Apple. Как потерять два миллиона долларов и не подать виду

08.02.2021 12:21:23 | Автор: admin


Алло, Хьюстон, у нас проблемы! Вернее, не у нас, а у вас. И не в Хьюстоне, а в Купертино, или где там теперь базируется офис Apple, занимающийся поддержкой магазина приложений App Store. Эти самые проблемы возникают регулярно не только у пользователей, но и у разработчиков софта, страдающих от действий всевозможных жуликов, c которыми в Apple не могут (или не хотят) ничего поделать. О самых интересных, а также о наиболее распространённых способах мошенничества в App Store в сегодняшней статье.


Внимание: фейкоделы!


Об одном из таких случаев рассказал мировой общественности независимый программист Коста Элефзеиру (Kosta Eleftheriou), подсчитавший, что за минувший год жулики украли у него и других авторов ПО примерно 2.000.000 $. Его грустная история, которой он поделился в Твиттере, вызывает сначала удивление, а затем оторопь: неужели так бывает на самом деле? Оказывается, бывает.



Коста разработчик экранной клавиатуры для Apple Watch, причём, как он утверждает, лучшей экранной и клавиатуры в своем роде. Он потратил долгие месяцы, создавая и совершенствуя своё детище, прежде чем оно было опубликовано в App Store. Коста преследовал две цели: во-первых, его приложение должно позволить набирать текст на часах с высокой скоростью, а во-вторых, опережать по своим функциям и удобству ближайших конкурентов. Пользователи по достоинству оценили эту разработку: в 2020 году виртуальная клавиатура Косты поднялась в топ платных приложений App Store для Apple Watch. По словам программиста, наиболее сложной частью его разработок были алгоритмы автозамены, использовавшиеся совместно с методом выбора символов свайпами. Благодаря этой технологии владельцам Apple Watch удалось приблизиться в скорости набора текста к пользователям iPhone. Все конкурирующие приложения по этому параметру плелись далеко позади.

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

Вскоре после попадания программы в топ App Store неизвестные жулики создали и разместили в каталоге Apple ее клон, в точности копировавший интерфейс приложения, но не имевший никаких полезных функций. Фактически программа просто показывала красивые картинки на экране часов, и больше не делала ничего полезного. Затем злоумышленники начали агрессивно рекламировать свою поделку в Facebook и Instagram, используя имя Косты Элефзеиру и снятое им демонстрационное видео, на котором показана работа настоящего приложения.

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



Однако если программа толком не работает и при этом стоит неприличных денег, пользователи должны очень быстро раскусить обман, и напихать разработчикам полную панамку негативных фидбеков. Так бы, безусловно, и произошло, если бы мошенники не публиковали в каталоге Apple купленные и откровенно фейковые пятизвездочные отзывы. Среди них, например, можно найти хвалебную рецензию юзера, безмерно довольного тем, что поделка мошенников прекрасно обрабатывает нажатие Control+Alt+Del, позволяющее вызвать на экран Apple Watch диспетчер задач Windows. И ещё одну, в которой указано, что экранная клавиатура для часов умеет переключаться в альбомную ориентацию, из-за чего на ней очень удобно набирать команды в терминале (wat?). Фальшивые пользователи делятся своим опытом запуска приложения для Apple Watch на iPhone, хвалят функции, которых в оригинальной программе попросту нет, и сравнивают ее с несуществующими клавиатурами для часов Apple от Google и Microsoft. Некоторые обзоры повторяли друг друга слово в слово, отличались только имена их авторов.



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

В результате публикации нескольких сотен фальшивых отзывов созданное жуликами липовое приложение быстро оказывается в топе каталога Apple, вытесняя с лидирующих позиций оригинальную программу. Помимо оттока пользователей и связанных с этим убытков, подделки наносят колоссальный ущерб репутации разработчика, именем которого беззастенчиво пользуется их создатели. Разработчика, который, к слову, оплачивает корпорации Apple аккаунт в App Store и перечисляет немаленький процент от монетизации своих приложений.

Одновременно с бурным развитием магазинов приложений, таких как App Store и Google Play, появилась на свет и стала набирать обороты услуга под названием ASO Application Search Optimisation (или App Store Optimisation применительно к каталогу Apple). По большому счету, это разновидность SEO, но ориентированная на продвижение приложений. То есть, комплекс мер, направленный на повышение позиции программы в поисковой выдаче каталога с целью опережения конкурентов по числу установок. Как и в случае с SEO, здесь используются белые и черные приемы. Например, белые методы включают правильную настройку заголовков, ключевых слов, оптимизацию описания на странице программы, правильное размещение скриншотов. С примером черного ASO нас познакомил Коста Элефзеиру.

Случай с программой Коста далеко не единственный в App Store. Жулики клонируют многие популярные программы, при этом отзывы на их страницах буквально сделаны под копирку. Удивительно, но в настоящее время Apple не предпринимает активных мер для борьбы с подобными явлениями, вернее, эти меры явно недостаточны для того, чтобы защитить честных разработчиков от мошенников, использующих их имя с целью наживы. Фактически, у пользователя нет возможности сообщить в Apple о мошенническом приложении магазин перенаправит его в службу поддержки, населенную, как планета Железяка из повести Кира Булычева, роботами, и заточенную на решение технических проблем.

По всей видимости, в Apple считают используемый сейчас механизм проверки приложений достаточно надежным, даже несмотря на то, что при поиске в App Store по точному названию программы в выдаче нет-нет, да и попадется несколько подделок. Иногда Apple удаляет откровенные фейки по жалобе создателей оригинального приложения, но мошенники регистрируют новый аккаунт, и все начинается сначала. При этом разработчики жалуются на то, что некоторые честные приложения App Store отклоняет без объяснения причин по одному лишь подозрению в мошенничестве. Решения этой проблемы на сегодняшний день, по-видимому, не существует.

Возмещения покупок и restore-from-backup scam


Один из самых распространенных методов монетизации приложений, представленных в App Store InApp Purchase, то есть, встроенные покупки. К таковым относится премиум-контент, подписки и прочие цифровые товары. В App Store существует механизм refunds возмещения пользователю стоимости внутрипрограммной транзакции, если он сообщит в Apple, что совершил покупку по ошибке, или на самом деле не собирался ничего платить после установки приложения.

При этом Apple не сообщает разработчикам никакой персональной информации о покупателях, отсутствует подробная детализация транзакций о покупках и возвратах. Создатель программы фактически не имеет возможности ни отследить, ни заблокировать потенциальных жуликов. Кроме того, если для какого-либо приложения фиксируется слишком много заявок на возмещение платежей со стороны пользователей, оно рискует выдворением из каталога App Store.

На самом деле, по словам самих разработчиков, Apple редко возвращает пользователям платежи за сonsumables электронные покупки, совершаемые внутри приложения на постоянной основе в течение всего его жизненного цикла, например, за приобретение игровой валюты. Более того, в отличие от приложений Android, где встроенные покупки consumable и non-consumable отличаются по большому счету только вызовами API, в Apple требуют заранее выбрать нужный формат при настройке IAP.



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

Схожим образом работает так называемый restore-from-backup scam. Пользователь совершает покупку в приложении, после чего этому приложению отправляется запрос на повторную транзакцию в связи с тем, что программа якобы была удалена с устройства, а затем восстановлена из резервной копии с ранее совершенной покупкой. Фактически же никакого восстановления не выполнялось: запрос является мошенническим, и жулик пытается таким образом совершить покупку на другом устройстве, не заплатив за нее ни цента.

В описанных выше случаях проблема возникает вроде как на стороне приложения, потому Apple предпочитает не вмешиваться в происходящее. Сами разработчики предлагают разные методы борьбы с подобными явлениями использование CloudKit для предотвращения дублирования квитанций об оплате, дополнительные проверки данных из App Store о состоянии и дате платежа, или ограничения объема транзакций для недавно зарегистрировавшихся пользователей.

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

Последнее время критика App Store со стороны разработчиков звучит всё громче. Своё мнение не стесняются высказывать известные медийные персоны и признанные эксперты в области IT. Принесет ли это какой-либо результат, и поможет ли изменить политику Apple в отношении разработчиков программного обеспечения? Время покажет.

Подробнее..
Категории: Блог компании ruvds.com , Информационная безопасность , Ruvds , Разработка мобильных приложений , Разработка приложений , App store

Взлом по любви. Как математик взломал алгоритм сайта знакомств и нашел идеальную девушку

19.02.2021 12:19:30 | Автор: admin


Как редактору журнала Хакер, мне часто приходится писать о взломах. Все подобные случаи обычно связаны с хищением приватной информации, денег, либо и того и другого сразу. Очень редко хакер преследует какие-то иные цели: заявить о себе, отомстить бывшему работодателю или устроить акт вандализма по политическим мотивам. И вот недавно издание Wired поведало читателям об одной удивительной истории: 35-летний математик из Калифорнии взломал алгоритм сайта знакомств, чтобы найти себе идеальную девушку, причем это ему, как ни странно, удалось. И хотя речь здесь идет не о взломе в классическом понимании, а, скорее, о Data Mining, эта история заслуживает подробного рассказа.

Крис МакКинли (Chris McKinlay) родился в пригороде Бостона, и в 2001 году окончил колледж Миддлбери по специальности китайский язык. В августе того же года он устроился на полставки переводчиком с китайского в нью-йоркскую компанию, снимавшую офис на 91-м этаже северной башни Всемирного Торгового Центра. Спустя пять недель, 11 сентября 2001 года, Крис должен был явиться на работу к двум часам дня. Он еще крепко спал, когда в 8:46 утра первый самолет врезался в небоскреб, где располагался офис его компании. Увидев по телевизору, как здание Всемирного Торгового Центра падает и оседает на землю в клубах дыма и пыли, Крис крепко задумался о скоротечности нашего земного существования о том, чем он на самом деле хотел бы заниматься в своей жизни.


Крис МакКинли

Старый приятель, учившийся когда-то в Колумбийском университете, заинтересовал Криса блэкджеком именно в этой карточной игре впервые проявились математические и аналитические способности МакКинли. Бросив переводы, он присоединился к команде профессиональных игроков, и в течение нескольких лет мотался между Нью-Йорком и Лас-Вегасом, считая карты в казино и зарабатывая этим занятием порядка 60 000 долларов в год. Увлекаясь блэкджеком и покером, МакКинли строил математические модели для выработки оптимальных стратегий игры: это занятие приносило ему не только деньги, но и удовольствие.

Пробудившийся благодаря азартным играм глубокий интерес к точным наукам вновь направил Криса в учебную аудиторию: он поступил в магистратуру Калифорнийского университета в Лос-Анжелесе, а позже получил степень Ph.D. по прикладной математике. Однако еще в процессе написания диссертации по теме Крупномасштабная обработка данных и параллельные численные методы МакКинли пришел к выводу, что его по-прежнему устраивает в собственной жизни далеко не все. Главной причиной тревог 35-летнего математика было одиночество.

А не спеть ли мне песню о любви?


Несмотря на то, что в густонаселенном Лос-Анжелесе и ближайших пригородах согласно статистике проживает не менее нескольких миллионов женщин фертильного возраста, Крису МакКинли никак не удавалось отыскать себе подходящую пару, которая могла бы претендовать на почетное звание девушки его мечты. После очередного мучительного расставания и крушения надежд на долгие романтические отношения он зарегистрировался на сайте знакомств OkCupid одном из самых популярных на североамериканском континенте.

В отличие от знаменитого Тиндера, появившийся в 2004 году OkCupid (который принадлежит, к слову, тем же самым владельцам) претендует на научный подход в вопросах строительства отношений как раз то, что нужно ученым, программистам, хакерам и прочим нердам. Сайт, разработанный четырьмя студентами-математиками из Гарвардкого университета, быстро набрал небывалую популярность в США, попав в ТОП-10 лучших служб знакомств по версии журнала Time за 2007 год. Его основное отличие от других аналогичных площадок заключается в том, что после бесплатной регистрации пользователю предлагается ответить на вопросы нескольких довольно-таки подробных анкет, с помощью которых составляется его психологический портрет. Алгоритмы OkCupid подбирают пары исходя из общих предпочтений, интересов и сходства анкетных данных. Соответственно, чем более подробно заполнен профиль, тем более подходящую кандидатуру способен отыскать сайт знакомств, но тем меньше математических шансов на удачное совпадение.

Анкеты OkCupid содержат порядка тысячи вопросов, но обычно пользователи выбирают не более 350 из них. Чаще всего они указывают свое отношение к алкоголю, курению и религии, выбирают подходящий возраст, пол и прочие тактико-технические характеристики потенциального партнера. Затем конкретизируют собственные предпочтения в сфере музыки, искусства и кино, а также отвечают на уточняющие вопросы из серии что из перечисленного больше всего нравится вам в этом фильме? или какие черты характера привлекают вас в противоположном поле?. Кроме того, пользователь может указать категорически неприемлемые для него варианты ответов со стороны потенциального партнера, и наоборот те, которые могут его устроить, а еще оценивает субъективную значимость каждого вопроса-критерия по шкале от неважного до обязательного.


>Типичная анкета пользователя на OkCupid.com

Личный опыт Криса МакКинли показал, что с сайтом OkCupid отношения у него как-то не складываются. При наличии миллионов активных пользователей, из которых примерно 80 000 женщины из Лос-Анжелеса, его профиль совершенно не привлекал внимания противоположного пола. Сайт учитывает совпадения только в том случае, если оба пользователя ответили на одни и те же вопросы анкеты, а выбранные Крисом варианты не пользовались популярностью у девушек. Более того: из предложенных бездушными алгоритмами пары десятков потенциальных невест на сообщения Криса откликнулись лишь несколько. Шесть состоявшихся свиданий подтвердили опасения МакКинли о том, что подобная методика знакомств пустая трата времени. А раз она не приносит должного результата, нужно менять алгоритм: этот принцип прекрасно работал в мире карточных игр. Почему бы для налаживания личной жизни одно конкретно взятого человека, то есть своей собственной, не воспользоваться достижениями современной науки? подумал Крис. И решил вооружиться математикой с благородной целью: найти на OkCupid идеальную девушку, построить с ней отношения и обрести, наконец, счастье, о котором он так долго мечтал.

Поразмыслив, МакКинли разработал хитрый план действий. Он решил выяснить, какие именно вопросы в анкетах на сайте OkCupid пользуются популярностью у лос-анжелесских красавиц. Владея этой информацией, он мог бы создать новый профиль, честно ответить на полученный набор самых рейтинговых вопросов, и, похрустывая попкорном, выбирать из тысяч анкет калифорнийских девчонок, ответы которых совпали с его собственными. Однако чтобы приготовить рождественскую индейку, нужна как минимум сама индейка, а чтобы взломать логику сайта знакомств, требуются исходные данные, причем в достаточном для анализа количестве.

Взломай это!


Для начала Крис собрал полный ассортимент вопросов, которые задает своим пользователям OkCupid, и рассортировал их по тематике. Всего получилось семь групп. Теперь нужно было извлечь данные из анкет пользователей, которые подходили ему в качестве потенциального партнера: гетеросексуальные и бисексуальные женщины в возрасте от 25 до 45 лет. OkCupid дает возможность просмотреть ответы других юзеров, но только на те вопросы, на которые ответил ты сам. Чтобы обойти это ограничение, Крис создал 12 фейковых учетных записей и написал скрипты на Python для управления этими аккаунтами. Поддельные пользователи случайным образом отвечали на определенный блок вопросов в анкете, а затем посещали профайлы девушек, подходивших Крису по возрастным критериям, и собирали их варианты ответов в специально созданную базу данных.

С нескрываемым удовольствием Крис наблюдал, как его детище принялось шерстить сайт знакомств. Однако вскоре после того, как база наполнилась информацией о первой тысяче аккаунтов, МакКинли столкнулся с серьезной технической проблемой: механизмы безопасности OkCupid зафиксировали подозрительную активность на сайте и принялись банить его ботов одного за другим. За решением этой задачи ученый обратился к своему приятелю нейробиологу Сэму Торриси, который преподавал ему теорию музыки в обмен на уроки математики. Торриси и сам был завсегдатаем OkCupid. Проникшись идеей, он согласился на предложение Криса установить на собственном компьютере программу, которая фиксировала все его действия при просмотре анкет. Заполучив в свое распоряжение трекинг движений мыши Сэма Торриси, сведения о переходах по ссылкам и данные о скорости нажатия клавиш, МакКинли перепрограммировал ботов таким образом, чтобы они имитировали действия живого пользователя. В результате администрация сайта перестала банить его фейковые аккаунты, и Крис сумел собрать данные 20 000 анкет, содержащих более 6 млн ответов на вопросы. Диссертация была временно заброшена: МакКинли фактически поселился в своей каморке, расположенной в одном из кампусов Калифорнийского университета, и притащил из дома матрац, который раскладывал прямо на столе, когда ему хотелось спать. Изучение данных с сайта знакомств захватило его полностью, превратившись в своего рода маниакальную идею.


То самое здание Калифорнийского университета в Лос-Анжелесе

Собранную информацию предстояло проанализировать, выявив закономерности среди десятков тысяч анкет. Для этого МакКинли использовал модифицированный алгоритм кластеризации под названием K-modes, готовая реализация которого имеется в каталоге PyPi для Python. Алгоритм K-modes, разработанный когда-то исследователями из компании Bell Labs, использует принцип категоризации сущностей на основе заданных параметров. Экспериментируя с этими параметрами, Крис сумел разделить 20 000 наиболее релевантных его запросам анкет на семь отдельных групп в соответствии с результатами анкетирования. Получились выборки, с которыми можно было работать дальше. С помощью ботов МакКинли собрал данные еще 5000 анкет женщин из Лос-Анжелеса и Сан-Франциско, заходивших на OkCupid в течение последнего месяца. Обработка этой выборки с помощью алгоритма K-modes дала похожий результат: анкеты отсортировались в аналогичных пропорциях. Методика сработала!

После этого математику оставалось только проанализировать полученные выборки. Одну из них он отбросил сразу, поскольку там преобладали слишком зрелые для него женщины, другую из-за того, что хозяйки таких анкет показались ему чересчур зацикленными на религии. Осталось несколько групп: девушки около 25 лет с артистичным складом характера и творческими профессиями дизайнеры, редакторы, артистки и музыканты, а также смежная группа с аналогичными параметрами, куда входили женщины чуть постарше. Именно психологические профили девушек в этих двух выборках в наибольшей степени соответствовали запросам Криса МакКинли.


В Калифорнийском университете, как и во многих учебных заведениях США, есть своя бейсбольная команда и учатся симпатичные чирлидеры

Осталось сделать следующий шаг к успеху. Крис зарегистрировал на OkCupid два профиля и оптимизировал каждый под соответствующую целевую группу. На странице одного из них он разместил собственное фото в образе спортсмена-верхолаза, сделанное на ближайшем скалодроме, в другом профиле Крис предстал в романтичном образе музыканта, исполняющего на вечеринке песню под гитару. Затем МакКинли подготовил собственную биографию в соответствии с предпочтениями, которые указывали в своих анкетах интересующие его девушки, и выбрал 500 вопросов, пользовавшихся наибольшей популярностью в обеих группах профайлов. На вопросы Крис решил отвечать честно, поскольку от его ответов напрямую зависела релевантность поиска потенциальных партнерш.

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

Закончив с анкетами, Крис решил посмотреть, сколько вариантов знакомств предложит ему OkCupid и не поверил своим глазам. По умолчанию сайт сортирует выдачу по уменьшению степени совпадения психологического профиля и интересов. МакКинли торопливо пролистал несколько страниц, но подходящие ему с точки зрения OkCupid девушки, ответы которых совпали с его собственными более чем на более 90%, все не заканчивались в выборке оказалось более 10 000 красавиц со всей Америки.

Сайт OkCupid автоматически уведомляет пользователя, когда кто-то просматривает его профиль. Чтобы привлечь к себе внимание, МакКинли написал еще один скрипт, который от имени его аккаунта автоматически открывал анкеты женщин из Лос-Анжелеса разных возрастных групп: 1000 анкет дам в возрасте 41 года, затем еще 1000 на год помладше, и так до 25-летних девушек. Скрипт обрабатывал строго определенное количество строк собранной Крисом базы в сутки, чтобы избежать возможной блокировки. И женщины стали заглядывать в профиль МакКинли, а потом посыпались первые сообщения. Ты действительно знаешь китайский?, писали ему заинтригованные девушки. Возможно, у нас много общего, пусть не в области математики, но наверняка в других интересных вещах. Твоя страничка выглядит интригующей!. Это был полный и безоговорочный успех. По крайней мере, Крису так казалось поначалу.

Встреча с реальностью


30 июня МакКинли принял душ в спортзале Калифорнийского университета в Лос-Анджелесе и проехал на своем потрепанном Nissan через весь город на первое свидание, рассказывает об этой истории Wired. Однако практическая часть эксперимента оказалась гораздо менее продуктивной, чем теоретическая. Первые три встречи с потенциальными претендентками на роль спутницы жизни закончились ничем: вопреки ожиданиям, у Криса не возникало взаимной симпатии с откликнувшимися на его анкету девушками. На третий раз он и вовсе накидался вместе с новой знакомой пивом в корейском ресторане, а наутро проснулся в гордом одиночестве, зато с жутким похмельем. Немного придя в себя, МакКинли зашел на OkCupid и отправил ей личное сообщение, но девушка не ответила. Реальная жизнь и реальное общение за пределами университетского кампуса оказались немного сложнее программирования и математики, в которых Крис, как выяснилось, разбирался намного лучше.

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

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

С ростом количества встреч аналитический ум МакКинли стал подмечать в происходящем кое-какие закономерности. Большинство юных девушек из группы 25+ проживали в восточной части Лос-Анжелеса и имели, как правило, более двух татуировок. Эту группу Крис назвал Tatoo. Одинокие женщины старшего возраста часто оказывались обладательницами целого выводка собак среднего размера, которых они обожали. Таких кандидаток он решил называть Dog. Некоторые девчонки знакомились только с новичками на сайте OkCupid, этих он отнес к группе Зеленые. Другие были склонны к приключениям, их он окрестил по имени одной яркой представительницы данной категории Саманты. Всего подобных групп набралось семь.


Точный расчет и математический анализ залог счастливой любви. Или нет? Иллюстрация Wired

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

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


Счастливая парочка Крис МакКинли и Кристин Тьен Ван

Однажды утром в строке номер 88 лабораторного журнала Криса МакКинли появилась очередная запись: Кристин Тьен Ван, 28 лет, художница, студентка магистратуры факультета изящных искусств Калифорнийского университета Лос-Анжелеса, активистка, борющаяся за отмену тюрем. Совпадение их анкет составляло 91%. Они встретились в саду университетского кампуса и отправились в суши-бар, расположенный на территории колледжа. Там Кристин призналась своему спутнику, что внесла кое-какие изменения в собственный профиль и ответы на сайте знакомств, чтобы найти с помощью OkCupid как можно больше интересных парней. В порыве откровенности Крис поведал ей в ответ свою историю всю как есть, ничего не скрывая. Он рассказал ей о том, что девушка стала очередной невольной участницей его математического эксперимента. Это звучало ужасно цинично, призналась потом Тьен Ван изданию Wired, настолько, что мне все это чертовски понравилось!. За первой встречей последовала вторая, затем третья, а спустя две недели молодые люди удалили свои анкеты на сайте OkCupid.

Happy End


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

Думаю, то, что я сделал, это всего лишь автоматизированный, основанный на машинном обучении алгоритм, в целом повторяющий действия обычного пользователя сайта знакомств, признался корреспонденту Wired Крис МакКинли. Каждый человек так или иначе пытается создать на OkCupid идеальный профиль, просто не у всех имеется столь же большой объем исходных данных для анализа.

Люди намного сложнее, чем их профили на сайтах знакомств и в соцсетях, добавляет Кристин, настоящий взлом в отношениях происходит не онлайн, а при личной встрече и в процессе очного общения.

Их отношения, начавшиеся в сети, получили свое закономерное развитие в том же формате: Крис сделал своей подруге предложение во время одного из сеансов связи по скайпу, и она ответила согласием. Надеемся, у них все будет хорошо, и Крис с Кристин станут жить как в сказке долго и счастливо. Ведь математические алгоритмы OkCupid с высокой точностью определили, что они идеально подходят друг другу, и, похоже, не ошиблись. Ибо математика точная наука, которая ошибается нечасто.

Подробнее..
Категории: Блог компании ruvds.com , Информационная безопасность , Ruvds , Математика , Лайфхаки для гиков , Читальный зал , Взлом , Okcupid , Приложения для знакомств

11 мифов о хостинге. Открытка ко дню хостинг-провайдера

01.03.2021 18:19:29 | Автор: admin
Даже из нас, завсегдатаев Хабра, немногие каким-то особым образом задумываются о том, что и почта, и телефония, и рабочая CRM-ка, и сам Хабр, и весь интернет находятся на удалённых серверах по всему миру в дата-центрах высочайшего класса (ну или просто в дата-центрах, зависит от ресурса). А за каждым дата-центром стоят люди: люди, которые не спят ночами; люди, которые в самый разгар карантина и ковида выходили на работу; люди, которым мы доверяем самое ценное в виртуальном мире данные. День хостинг-провайдера молодой праздник, который тем не менее не случайно отделён от дня системного администратора и от дня бэкапа (есть что-то символичное в том, что день хостинга в первый день марта, а день бэкапа в последний). Ведь в жизни сотрудников хостинга всё меньше системного администрирования и всё больше управления безопасностью, мониторинга, разработки, скриптинга и проч. Это настоящие супермены на страже надёжного, стабильного и безопасного хранения данных.

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



Виртуальный хостинг небезопасен!


Безопасность виртуального хостинга (VPS и VDS) один из самых обсуждаемых и проблемных вопросов. Каких легенд здесь только нет: сотрудники хостера читают и крадут данные компаний, хакеры держат устойчивый канал по мониторингу хостинга, серверные залы дата-центров могут посещать все желающие, особенно люди с автоматами. Эти байки редко имеют под собой какую-либо адекватную основу.

Любой серьёзный хостинг-провайдер поставляет высокозащищённые VPS корпоративного уровня: за серверами следит обученный штат квалифицированных сотрудников, любой дата-центр автоматизирован и оснащён системами мониторинга и резервного питания, все вторжения обнаруживаются и пресекаются. Что касается физической безопасности, то ЦОДы защищены так же, как и спецобъекты: охрана, системы видеонаблюдения и СКУД, пожаробезопасные и вандалоустойчивые здания. Чтобы пробраться в современные дата-центры и причинить им вред, нужно быть как минимум хорошо вооружённой и довольно большой группировкой прошаренных айтишников и инженеров. А им явно не до этого.

Бесплатный хостинг рулит зачем платить?


Бесплатный домен, бесплатный хостинг казалось, что может быть лучше? Вырученные деньги можно вложить в раскрутку и привлечение пользователей. Однако привлечённые пользователи могут загрустить, потому что просто не попадут на ваш сайт. Дело в том, что бесплатный хостинг скрывает за собой множество тайн, а именно ограничений: по скорости соединения, по количеству одновременных посетителей, по количеству пользователей одного публичного сервера (а это ещё и и зависимости условно говоря, если с вами на одном сервере окажется хакер или торговец веществами и его забанят органы, то и ваш сайт окажется заблокированным).

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

И да, содержать дата-центр с хорошим оборудованием, всеми российскими и международными лицензиями и сертификатами очень дорого, часть этих средств ложится в стоимость тарифа (на то она и аренда VPS). Если в договоре с провайдером нет имени Робин Гуд, слов благотворительность и всё ради вас, дорогие, то задумайтесь почему так дёшево или бесплатно? На чём они сэкономили и как со мной будут разделены эти риски?

Аптайм 99,9% ложь


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

Поэтому такие значения аптайма не миф, а реальное значение.


Кто сказал, что у гиков нет ночной жизни? (Они бдят аптайм!)

Отзывы и рейтинги хостингов фуфло


В появлении этого мифа нет ничего удивительного: многие бизнес-сервисы придумывают рейтинги под себя и для сбора денег за участие или удаление отзывов, проплачивают отзывы или генерируют их с заброшенных аккаунтов в социальных сетях. Однако с хостингами эта история не пройдёт: у них настолько много клиентов, что просто не получится уследить за всеми, а поддельные отзывы быстро утонут в массе реальных. Поэтому рейтингам хостингов и отзывам на них на крупных трастовых площадках доверять можно это мнение реальных пользователей (правда, с погрешностью на тех, кто не справился с работой и зол сам на себя). Кстати, отсутствие негативных отзывов, в свою очередь, вас должно насторожить: либо вы попали на ангажированный рейтинг, либо провайдер не особо популярен, поэтому ему достаточно отзывов, написанных его же сотрудниками. Не бывает хостинга абсолютно без проблем а значит, и отзывов без негатива быть не должно.

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

Хостинг у регистратора домена это удобно!


Это самый-самый распространённый миф. Действительно, что может быть проще: один поставщик, единый счёт, одни отношения. Кажется, это удобный вариант как для физических, так и для юридических лиц. Однако в большинстве случаев хостинг у регистратора домена это лишь временное решение, которое однозначно не должно вас устраивать, поскольку ни один регистратор не предлагает такого набора опций и мощностей, как это делает хостинг-провайдер.

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


Скорость сайта/приложения на 100% зависит от скорости хостинга


Это миф, но частично. Скорость сайта и приложения зависит прежде всего от их архитектуры, дизайна, особенностей программных находок и методов. Например, каждая страница сайта одного из кафе весила 29 МБ, поскольку в основном содержала хайрезную фотографию странички меню. Конечно, грузился он очень медленно. Немаловажную роль в скорости загрузки играет и скорость соединения у конечного пользователя понятно, что самый оптимизированный сайт или веб-приложение на скорости 3G будет загружаться с трудом. Это внешний фактор, на который нельзя повлиять, но который нужно учитывать и предусматривать как оптимизацию решения в целом, так и адаптивные версии.

Но роль хостинга в скорости вашего сайта или приложения слишком высока, чтобы выбирать слабое решение. Поэтому если вы рассчитываете на большой поток посетителей, выбирайте защищённый и мощный ресурс, чтобы загрузка была максимально быстрой. Современные пользователи отвыкли ждать загрузку сайта и даже 2-3 секунды задержки могут привести к тому, что вы потеряете своих посетителей навсегда. Сайт и веб-приложение должны работать незаметно.

Дешёвый хостинг вас подведёт, а дорогой нет


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


Живые люди по-прежнему решают больше, чем роботы. Нет пока доверия искусственному интеллекту

У любого хостера есть свои дата-центры


К сожалению, нет. Есть компании, которые решают войти на рынок веб-хостинга или предоставляют такие услуги как побочный продукт (например, облачная CRM и веб-хостинг для различных бизнес-целей). По сути, они выкупают хостинг у крупного провайдера и перепродают мощности с наценкой либо арендуют сервера в чужом дата-центре. Обращаться к таким компаниям рисковая история, поскольку слишком велика цепочка взаимодействий и возможность невыполнения требований внутри этой цепочки (условно говоря, если субхостер не заплатит владельцу серверов, санкции лягут на плечи конечных клиентов и договориться напрямую будет практически невозможно). Кстати, 2018-2019 годы были богаты на такие события в российском сегменте хранения данных.

Все провайдеры предлагают одно и то же


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

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


Что ты творишь?!

Ну ты же говорил, что хочешь сделать 360-градусный обзор нашего дата-центра?

(ЦОДы взрослым не игрушка!)

Я не справлюсь с серверами!


Сидите на Хабре, ковыряете Kubernetes, развиваете DevOps? А хотите вернуть свой 2007? Попробуйте что-то внедрить в средне оптовой или торговой компании: никакой автоматизации, контроль трафика, шредер, принтер, зажевавший скрепку и 1С. А ещё сисадмин и своя серверная! Нереальная роскошь и предмет особой гордости. На борту, между, прочим, Windows Server 2003, а то и 2008! Если убраться в серверной, можно найти пейджер. Ну ладно, про пейджер это мы преувеличили. Но факт в том, что компании тащат легаси софт и легаси железо, боясь перейти в облака: а вдруг дорого, опасно, а вдруг не справимся, а вдруг миграция порушит всё, что нажито непосильным трудом?

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


Если есть VPS/VDS, сисадмин в компании не нужен


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

А вот если у вас мощности побольше, есть разработка или сложное, чувствительное к простоям, корпоративное ПО, вся офисная телефония и виртуальная АТС в облаке, или вы поставляете облачные приложения своим клиентам, системный администратор строго обязателен. Более того, это должен быть не эникейщик, а профессионал, способный решать проблемы самостоятельно и совместно с сотрудниками хостинг-провайдера, способный распознать и классифицировать инцидент собрать данные, работать с мониторингом, контейнерами, панелями управления и т.д. Конечно, многое зависит от профиля деятельности компании, но в целом, если бизнес работает с данными (будь то клиентская база или склад), сисадмина лучше держать под рукой. Это важная часть информационной безопасности компании.

И да, наличие системного администратора в компании не отменяет необходимости технической поддержки со стороны провайдера. Это взаимодополняемые, но не взаимозаменяемые функции.

Ну а своим коллегам в день хостинг-провайдера желаем надёжного пинга, адекватных клиентов, шустрых серверов, аптайма 100% и никаких гвоздей, ну и, продолжая традиции связистов, за связь без брака!
Подробнее..
Категории: Блог компании ruvds.com , It-инфраструктура , Ruvds , Хостинг

Хватит отдавать Гуглу ваши данные. Десять альтернатив для Google Analytics

04.03.2021 16:23:55 | Автор: admin


4 сентября 1998 года Сергей Брин и Ларри Пейдж основали компанию Google. На заре своего существования Google представляла собой фирму одного продукта, притом продукт получился настолько крутым и классным, что быстро пошатнул рыночные позиции конкурентов. Однако перенесемся на 23 года вперед. Современный Google это уже давно не поисковая система. Вернее, не только поисковая система. Это огромная транснациональная и очень эффективная рекламная платформа, целый завод по производству денег, использующий в качестве сырья пользовательские данные. Но стоит ли делиться с этой платформой теми самыми данными? На этот счет есть разные мнения.

В качестве рекламной платформы мегакорпорация Google мегаэффективна. Собранные данные о пользователях, полученные с помощью поисковика и собственного браузера Chrome, позволяют показывать юзерам таргетированную рекламу, соответствующую их интересам. Значительный объем сведений корпорация получает благодаря популярности мобильной платформы Android, которая по разным подсчетам занимает до 72% рынка. Но не меньший интерес для рекламных сервисов представляют сведения о посещенных юзерами сайтах, которые собираются, в том числе, с помощью скриптов Google AdSense и трекеров Google Analytics. Последние можно назвать поистине уникальным инструментарием для сбора бигдаты о населении интернета: администраторы, устанавливающие на сайты эти скрипты, совершенно бесплатно получают довольно подробные и полезные отчеты об аудитории своих ресурсов, а Google, в свою очередь, собирает и аккумулирует ту же статистику в рекламных целях. Все довольны.



Можно смело утверждать, что большинство подключенных к Интернету жителей нашей планеты так или иначе пользуется сервисами Google, что в 2020 году позволило корпорации собрать выручку порядка 180 миллиардов долларов. Значительную долю в этой сумме Google заработала за счет рекламы. И если с остальными сервисами все более или менее однозначно: раз вы используете их, вы неизбежно делитесь с Google информацией, то от Google Analytics вполне можно отказаться. Благо, существуют альтернативные службы, способные предоставить владельцам сайтов развернутую статистику, их можно использовать и в качестве замены Google Analytics, и совместно с ней. Рассмотрим и сравним самые популярные из подобных сервисов.

Рanelbear


Сайт: https://panelbear.com/
Тип сервиса: Коммерческий с бесплатным тарифом



Сервис предоставляет аналитику для веб-сайтов в реальном времени. К услугам пользователей анализ трафика (объем, источники, география и т.д.), оценка скорости загрузки сайта и его отдельных страниц, возможность отслеживания различных событий. Помимо этого сервис генерирует и отображает предупреждения о возможных проблемах на отслеживаемом интернет-ресурсе: низкая скорость загрузки, высокое количество отказов, и т.п. Отчеты со статистикой сайт автоматически отправляет администратору по электронной почте через заданные промежутки времени.

Рanelbear не использует cookies, и, по утверждениям разработчиков, заботится о приватности посетителей сайтов, на которых установлена данная метрика. При количестве просмотров страниц сайта менее 5000 в месяц можно воспользоваться бесплатным тарифом Рanelbear, если количество посетителей и просмотров больше, необходимо выбрать платный тариф стоимостью от $5.99 в месяц.

РostHog


Сайт: https://posthog.com/
Тип сервиса: MIT/Open Source с опциональными платными тарифами



Эта система аналитики написана на Python и распространяется под лицензией MIT. Исходные коды PostHog доступны для свободной загрузки на GitHub. По утверждению разработчиков, этим продуктом пользуется компания SpaceX Илона Маска, банк Тинькофф, авиакомпания AirBaltic и множество других уважаемых клиентов.

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

Hotjar


Сайт: https://www.hotjar.com/
Тип сервиса: Коммерческий с бесплатным тарифом



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


Так выглядит карта нажатий на сайте с точки зрения Hotjar

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

Matomo


Сайт: https://matomo.org/
Тип сервиса: Open Source c коммерческим тарифом



Один из самых популярных сервисов веб-аналитики, в прошлом известный под названием Piwik. Разработчики сами позиционируют его, как бесплатную альтернативу Google Analytics с упором на безопасность и защиту данных пользователей. Исходные коды Matomo, написанные на PHP и распространяющиеся под лицензией GPL 3.0, доступны на GitHub.

Matomo предоставляет практически идентичный Google Analytics набор метрик, разве что разработчики утверждают, что при использовании их услуг клиент сам является владельцем собранных данных, и они гарантированно не утекут налево. Сервис бесплатен, но при желании можно воспользоваться коммерческим тарифом за 29 евро в месяц с размещением движка Matomo в облаке.

Heap


Сайт: https://heap.io/
Тип сервиса: Платный с бесплатным ограниченным тарифом



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

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

Оpentracker


Сайт: https://www.opentracker.net/
Тип сервиса: Платный



Красивый сайт с выпрыгивающей из аквариума золотой рыбкой, видимо, решившей таким образом совершить роскомнадзор, предлагает нам подключиться к системе статистики реального времени, что бы это ни значило. Среди прочих стандартных функций вроде анализа трафика сервис позволяет маркировать различными способами зарегистрированных на сайте пользователей, идентифицировать посетителей по компаниям и провайдерам (на основе IP-адресов), и т.д. Несмотря на то, что в названии сервиса присутствует слово open, он платный, на выбор предлагается несколько тарифов. Халявы не предусмотрено.

Foxmetrics


Сайт: https://foxmetrics.com
Тип сервиса: Платный



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

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

Screpy


Сайт: https://screpy.com/
Тип сервиса: Платный



Сервис, базирующийся, по утверждениям его создателей, на технологиях искусственного интеллекта и машинного обучения. Предлагает вполне типичный набор инструментов: веб-аналитика, проверка Google Rank, мониторинг скорости загрузки страниц, анализатор трафика, HTML-валидатор, аудит сайта с использованием Lighthouse. Стоит это удовольствие от $9 в месяц, потенциальным пользователям предлагается бесплатный триал.

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

Сontentsquare


Сайт: https://contentsquare.com/
Тип сервиса: Платный



Yet another платформа статистики, ориентированная на продуктовую аналитику и маркетинг. В ассортименте анализ источников трафика, поисковых запросов, оценка поведения пользователей, конверсий, эффективности посадочных страниц сайта, с разбивкой всего этого по времени и заданным сегментам. Аналитика визуализируется в виде красивых отчетов, графиков и диаграмм. В общем, Сontentsquare предлагает весь необходимый маркетологам инструментарий, чтобы продемонстрировать кипучую деятельность, собственную полезность, и при случае выбить из руководства еще более вкусный бюджет. Цен на сайте нет, зато есть предложение отправить их по запросу по всей видимости, прайс рассчитывается исходя из вашей крутизны и глубины кармана.

Woopra


Сайт: https://www.woopra.com/
Тип сервиса: Платный с бесплатным тарифом



Система аналитики, предлагающая простую интеграцию со множеством популярных технических решений, сервисов и порталов: Dropbox, Google Drive, Facebook, Azure, MailChimp, WordPress/WooCommerce, и другими. Позволяет отслеживать источники трафика, тренды в поведении пользователей, настраивать ретаргетинг, анализировать users retention и многое другое. Есть бесплатный тариф (до 500000 метрик в месяц с рядом других ограничений) и платные тарифы, стартующие от нескромных $349 в месяц и до свяжитесь с нами, если хотите, чтобы мы вас удивили.

Другие сервисы



Думаете, этими десятью проектами ассортимент доступных альтернатив Google Analytics? Да ничего подобного! Имя им легион. Вот еще несколько подобных сервисов на выбор:

Clicky (https://clicky.com/) сервис со страшненьким сайтом из 90-х, платный с бесплатным тарифом.
Open Web Analytics (http://www.openwebanalytics.com/) бесплатный с открытыми исподниками (GPL 2.0)
GoingUp (https://goingup.com/) платно-бесплатный сервис с уклоном в SEO
Сhartbeat (https://chartbeat.com/) сервис аналитики в реальном времени.
Gaug.es (https://get.gaug.es/) еще один сервис аналитики в реальном времени.
Indicative (https://www.indicative.com/) Инструмент веб- и мобильной аналитики с упором на сегментацию и визуализацию.
Statcounter (https://statcounter.com/) анализ трафика для сайтов.
Hitslink (https://www.hitslink.com/) аналитика в реальном времени, отчеты о трафике в социальных сетях и динамическая сегментация.
Parse.ly (https://www.parse.ly/) инструмент веб-аналитики в реальном времени с упором на отслеживание контента.
Loggr (http://loggr.net/) трекинг событий для сайтов и веб-приложений.
Rakam (https://rakam.io/) бесплатная опенсорсная платформа пользовательской аналитики, позволяющая создавать собственные аналитические службы. Интегрируется с любым источником данных (веб, мобильные устройства, интернет вещей и т. д.)
Metabase (https://www.metabase.com/) еще одна система аналитики.
LiveSession (https://livesession.io/) платформа аналитики с акцентом на User Experience.
Glassbox (https://glassboxdigital.com/) аналитика с упором на User Experience и трекинг действий пользователя.
Redash (https://redash.io/)- Опенсорсная платформа для сбора, анализа и визуализации данных.
Druid (https://druid.apache.org/) база данных для хранения аналитики и статистики. Open Source.
EDA (https://eda.jortilles.com/en/jortilles-english/) Система аналитики с открытым исходным кодром

Подробнее..
Категории: Блог компании ruvds.com , Информационная безопасность , Ruvds , Аналитика , Google , Контекстная реклама , Google analytics , Dont be evil , Аналитика трафика

История жизни и смерти хакера, взломавшего пентагон и NASA в 15 лет

15.03.2021 16:12:10 | Автор: admin


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


Как только не называли Джонатана Джеймса журналисты в своих многочисленных публикациях: и самым юным, но при этом самым талантливым хакером Америки, которому удалось проникнуть на серверы НАСА, взломать Пентагон, похитить программное обеспечение, управляющее МКС, и установить бекдор на севрерах одного из американских военных ведомств. И все это в пятнадцатилетнем возрасте. В качестве дальнейшего развития своей уникальной карьеры Джонатан Джеймс стал первым несовершеннолетним в США, отправившимся за решетку именно по обвинению в хакерстве. Вместе с тем, известно о нем широкой публике крайне немного: в англоязычной Википедии Джеймсу посвящена скромная страничка на полтора экрана, в русскоязычной и того меньше. Но история этого парня, вне всяких сомнений, заслуживает гораздо более подробного рассказа.

Детство


Джонатан Джозеф Джеймс (Jonathan Joseph James) родился 12 декабря 1983 года в небольшом, как бы у нас сказали, поселке городского типа Пайнкрест, расположенном в округе Майами-Дейд, штат Флорида. Население городка насчитывает всего 18 с небольшим тысяч жителей, но, несмотря на это, здесь дважды в месяц выходит собственная газета Пайнкрест Трибьюн. Еще в местечке Пайнкрест располагается известный на весь штат ландшафтный парк культуры и искусств Южной Флориды. Больше эта деревня, занимающая скромную площадь в семь с половиной квадратных миль, пожалуй, ничем не отметилась в богатой на события истории Соединенных Штатов. Ну, кроме того, что она стала родиной одного из самых талантливых хакеров Северной Америки.



Джонатан рос в самой обычной по американским меркам семье: его отец, Роберт Джеймс, был программистом, мать домохозяйкой. Еще в шестилетнем возрасте он начал проявлять интерес к компьютерам и регулярно сидел за клавиатурой домашней машины своего отца, играя в игры. В интервью, опубликованных уже после смерти сына, Роберт Джеймс вспоминал, что неоднократно устанавливал на ПК различные средства родительского контроля, потому что Джонатан торчал за экраном ночи напролет, что отрицательно сказывалось на его учебе в школе. Но тот неизменно отыскивал хитрые способы обойти введенные родителями ограничения. Видимо, это и стало самым первым хакерским опытом юного Джонатана Джеймса. С возрастом интересы мальчугана понемногу менялись: наигравшись в игры, тот начал понемногу изучать язык Си. Однажды Джонатан и вовсе удивил собственного отца: вернувшись с работы, тот обнаружил, что отпрыск снес с его персоналки Windows вместе со всем софтом, после чего установил туда Linux, чтобы протестировать незнакомую операционку и понять, как она работает.

Когда Джонатану исполнилось 13 лет, его увлечение высокими технологиями показалось родителям чересчур болезненным и опасным для здоровья. На семейном совете было решено отобрать у подростка компьютер, за которым тот проводил большую часть свободного времени днем и почти все ночи. В ответ Джонатан сбежал из дома, и категорически отказывался возвращаться, пока ему не вернут доступ к персоналке. В качестве аргумента юноша упирал на то, что занятия программированием и видеоигры никак не отражаются на его учебе в школе, где он неизменно получает высокие оценки. Что, в прочем, неудивительно: чуть позже выяснилось, что Джонатан успешно взломал компьютерную сеть образовательных учреждений округа Майами-Дейд и периодически подправлял собственные баллы в табелях успеваемости. Примерно в то же время Джонатан Джеймс придумал для себя ник C0mrade, под которым общался с другими хакерами на форумах и в личной переписке.

Через тернии к звездам


Баловство с электронными журналами успеваемости быстро наскучило Джонатану, и он решил выбрать для себя цель покрупнее. Первой серьезной жертвой пятнадцатилетнего хакера C0mrade стало подразделение AT&T под названием BellSouth, это одна из крупнейших телекоммуникационных компаний в США со штаб-квартирой в Атланте, Джорджия. О деталях этого взлома известно немного, и более того, в самой BellSouth узнали, что серверы компании подверглись атаке C0mrade, только когда хакер сам признался в этом эпизоде после ареста. Нас регулярно пытаются взломать, сообщил изданию Tampa Bay Times представитель компании BellSouth Сперо Кантон и примерно в то время, о котором говорит Джонатан, действительно имел место один инцидент. Судя по всему, этот взлом не нанес BellSouth какого-либо ущерба, поскольку основной целью C0mrade была не нажива, а развлечение и проверка собственных знаний. Позже он говорил журналистам: Я знаю UNIX и Cи как свои пять пальцев, потому что я прочитал уйму книг и постоянно зависал за компом. Самое сложное не проникновение в систему, а обучение и получение знаний, чтобы потом понимать, что с этим можно сделать.

Вдохновленный успехом, Джонатан решил не останавливаться на достигнутом. Просиживая ночами в своей комнате за клавиатурой Pentium-266, он искал уязвимые серверы, к которым можно было бы подключиться в обход установленной админами системы защиты. 29 июня 1999 года один такой сервер обнаружился в городе Хантсвилл, штат Алабама. Установив на него вредоносную программу, юный хакер сумел повысить собственные привилегии в системе и получить доступ к 13 другим компьютерам во взломанной сети. Как оказалось, сервер и сеть, куда проник C0mrade, принадлежат подразделению НАСА под названием Центр космических полетов имени Джорджа Маршалла (Marshall Space Flight Center). Эта правительственная научно-исследовательская организация занимается разработкой и испытанием перспективных ракетных двигателей, а также созданием систем коммуникаций и программного обеспечения для Международной космической станции.



Среди прочей любопытной информации, к которой получил доступ Джонатан Джеймс, стали исходники программы, служащей для контроля над критическими элементами жизнеобеспечения Международной космической станции. По утверждениям специалистов НАСА, этот софт был предназначен для поддержания физической среды в жилых отсеках МКС, включая контроль над температурой и влажностью. Эксперты оценили стоимость этого софта в 1,7 млн. долларов, хотя сам Джеймс позже утверждал, что эти исходники оказались полным барахлом, и не тянут на такую сумму. К слову, после этого замечания часть исходного кода для МКС, к которой он получил доступ, была переписана начисто.

После обнаружения вторжения сотрудники Центра Маршалла на 21 день отключили скомпрометированный сервер и компьютеры от сети, чтобы проанализировать причины и хронологию взлома. Это нанесло НАСА прямой ущерб на сумму 41000 долларов. Примерно тогда же служба безопасности НАСА передала информацию об атаке в ФБР, и федеральные агенты начали кропотливый поиск таинственного могущественного хакера, покусившегося на национальную космическую программу США. Который днем вместе с другими школьниками посещал занятия в общественном колледже Майами-Дейд, а ночами бродил по сети в поисках уязвимых серверов, на которые он мог бы проникнуть из чистого любопытства.

Преступление и наказание


Сентябрьским вечером 1999 года Джонатан Джеймс во время сканирования сети обнаружил, что на один из серверов в Даллесе, штат Вирджиния, какой-то неизвестный доброжелатель установил бекдор. Троян позволял подключаться к серверу из интернета фактически кому угодно, что C0mrade незамедлительно и сделал. Тогда юный хакер еще не знал, что скомпрометированный сервер принадлежит Defense Threat Reduction Agency (DTRA) одному из подразделений Министерства обороны США, которое занимается анализом внешних угроз национальной безопасности страны. Недолго думая, Джеймс установил на сервер снифер и принялся анализировать проходящий через него трафик в поисках логинов, паролей и прочей интересной информации.

Улов оказался богатым. В период с сентября по октябрь 1999 года он сумел перехватить учетные данные пользователей DTRA, которые открыли ему доступ к 10 компьютерам Министерства обороны, и позволили скачать более 3300 писем из почтовых ящиков сотрудников Пентагона. Джонатан с интересом изучал их содержимое и исследовал обнаруженные на взломанных компьютерах файлы, при этом не уделяя должного внимания вопросам анонимности. Естественно, успешное проникновение во внутреннюю сеть одной из дочерних структур Пентагона (как утверждали в Министерстве обороны США первое в истории) не могло остаться незамеченным. Расследование длилось недолго и закончилось 26 января 2000 года в этот день агентам Министерства обороны и полицейским из Департамента охраны правопорядка Пайнкреста был отдан приказ арестовать хакера.

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



На руку Джеймсу сыграло, прежде всего, что он не предпринимал во взломанных системах никаких деструктивных действий не менял пароли, не удалял файлы и не запускал вирусы. Кроме того, он являлся несовершеннолетним: в момент совершения преступлений ему было всего 15 лет, а на день оглашения приговора только-только исполнилось 16. Если бы Джонатан Джеймс был взрослым, ему грозило бы как минимум 10 лет тюремного заключения и большой денежный штраф. Но в силу юного возраста, а также поскольку он заключил сделку со следствием, добровольно признав вину в двух инкриминируемых эпизодах (взлом НАСА и Министерства обороны США), суд признал его виновным в преступлениях, совершенных несовершеннолетним, так как другие уголовные статьи по законам штата к нему в этом возрасте применить было нельзя. Наказание также оказалось весьма гуманным: Джеймс получил шесть месяцев домашнего ареста и запрет на пользование компьютером в развлекательных целях (однако он по-прежнему мог садиться за клавиатуру, если это было необходимо для учебы). Кроме того, хакер должен был принести письменные извинения за содеянное НАСА и Министерству обороны США.

Однако мягкость приговора, видимо, не пошла Джеймсу на пользу. Вскоре он был задержан полицией на улице за нарушение условий домашнего ареста, и кроме того, в его анализах обнаружили следы наркотиков. В результате суд изменил условное наказание на реальное, и Джонатан отправился за решетку еще на шесть месяцев, которые должен был провести в исправительном центре для несовершеннолетних. Это был первый случай в США, когда подросток отправился в тюрьму по обвинению в совершении компьютерного преступления, и потому история привлекла повышенное внимание прессы. В интервью изданию Miami Herald Джонатан Джеймс утверждал, что твердо решил завязать с хакерством. Оно того не стоит, сказал он корреспонденту, я делал это просто ради развлечения, для меня это была игра, а они сажают меня в тюрьму. Я не хочу, чтобы это повторилось снова. Я могу найти другие вещи для развлечения.

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

Смерть героя


17 января 2007 года группа хакеров, возглавляемая известным деятелем киберподполья Альберто Гонзалисом, предприняла серию массированных атак на крупные торговые и финансовые организации США. Среди жертв оказалась популярная в Америке сеть супермаркетов TJX, клуб оптовиков BJ, Boston Market, Barnes & Noble, Sports Authority, OfficeMax и несколько других коммерческих предприятий. В результате атаки хакеры похители данные кредитных карт и персональную информацию миллионов клиентов этих фирм, а самим фирмам (как и их репутации) был нанесен значительный ущерб.

В ходе расследования инцидента Секретная служба США (United States Secret Service) вышла на причастных к этому преступлению соратников Гонзалиса. Несколько из них были знакомы и общались на хакерских форумах с Джонатаном Джеймсом, из-за чего тот также попал под подозрение. Весомости этим подозрениям придавал и тот факт, что с Альберто Гонзалисом сотрудничал неизвестный хакер, скрывающийся под псевдонимом JJ. Этот злоумышленник похитил данные и ПИН-коды кредиток, взломав беспроводную сеть магазинов канцелярских товаров OfficeMax, а позже передал украденное Гонзалесу, создав для него анонимный почтовый ящик. Ник JJ совпадал с инициалами Джонатана Джеймса. Этого обстоятельства, а также сетевого знакомства с членами команды Альберто Гонзалиса оказалось достаточно, чтобы агенты Секретной службы ворвались с обыском в дома самого Джонатана Джеймса, его родного брата и его девушки. Позже, правда, следователи пришли к выводу, что таинственным анонимом JJ, скорее всего, был близкий друг Гонзалеса Стив Ватт, часто подписывавшийся в сети псевдонимом Джим Джонс. В ходе обысков агенты не нашли ничего, что связывало бы Джеймса с этим преступлением. Они обнаружили в его доме только винтовку, которую не изъяли, поскольку она была официально зарегистрирована.



Позже отец Джонатана Джеймса Роберт вспоминал, что после возвращения из тюрьмы тот страдал депрессиями и часто пребывал в тревожном и подавленном состоянии. Обыск и постоянная слежка, которую чувствовал за собой Джонатан, не добавляли ему спокойствия. Вскоре после того, как в дом хакера ворвались агенты Секретной службы, Роберт позвонил ему с вопросом, найдут ли следователи что-то, что позволит им выдвинуть обвинение. Джонатан ответил отрицательно. Это был последний разговор отца с сыном.

В воскресенье, 18 мая 2008 года 25-летний Джонатан Джеймс был найден мертвым в ванной комнате своего дома с огнестрельным ранением в голову из стой самой официально зарегистрированной винтовки, которую агенты не изъяли при обыске. Рядом обнаружилось предсмертное письмо, адресованное его отцу, брату и девушке. Среди прочего там содержались пароли Джонатана к его учетной записи PayPal и MySpace. В этой записке Джонатан писал: Я не верю в нашу систему правосудия возможно, мои сегодняшние действия и это письмо станут серьезным сигналом для общественности, но я потерял контроль над ситуацией, и это мой единственный способ ее исправить. Если честно, я не имею никакого отношения ко всей этой истории с TJX. Несмотря на то, что Крис (Скотт) и Альберт Гонзалес самые опасные и разрушительные хакеры, которых когда-либо поймали федералы, я гораздо более соблазнителен [в качестве жертвы] для общественного мнения, чем эти два случайных идиота. Такова жизнь. Помните: дело не в том, что вы выигрываете или проигрываете, а в том, что лично я выигрываю или проигрываю, сидя в тюрьме в течение 20, 10 или даже 5 лет за преступление, которое я не совершал. Это мой способ выиграть, но как минимум, я умру свободным.

В охолохакерской среде до сих пор бродят слухи, что обстоятельства смерти Джонатана Джеймса были инсценированы, а истинной причиной его гибели якобы стала сверхсекретная информация, которую он сумел раздобыть на серверах НАСА и Пентагона. Этим же, дескать, обусловлен пристальный интерес к его персоне со стороны Секретной службы США. Но официальное расследование постановило, что Джеймс покончил жизнь [роскомнадзором], а все остальные версии являются лишь досужими домыслами.

Как бы то ни было, короткая жизнь Джонатана Джеймса навсегда вписана в историю мирового хакерства, как бы пафосно это ни звучало. В коротком некрологе, который напечатала на своих страницах газета Miami Herald, сказано: Джонатан, окончивший школу Бет Ам в 1995 году, запомнится друзьям и семье как исключительно умный молодой человек, который никогда ничего не делал по правилам. Компьютерный гений согласно всем определениям этого термина, он постоянно поражал друзей, семью и правительство своими достижениями. Его будет очень не хватать брату, отцу, тете, дяде, двоюродным братьям, бабушке и дедушке, а также многим, многим друзьям.

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

Подробнее..
Категории: Блог компании ruvds.com , Биографии гиков , Информационная безопасность , Ruvds , Читальный зал , Хакер , Биография , Фрикер , Джонатан джеймс

С днём бэкапа! Но не бэкапом единым

31.03.2021 16:16:13 | Автор: admin
31 марта это такой Хэллоуин безопасников: по легенде именно в этот день всякая нечисть вылезает из даркнета и бомбит атаками ИТ-инфраструктуру компаний. Кто-то нацеливается на компании покруче и ищет славы, кто-то тихо крысит коммерческую информацию, чтобы продать её подороже И тут день бы выстоять да ночь продержаться. Но это, конечно, чистой воды сказка и миф: на самом деле угрозы информационной безопасности существуют не в последний день марта, а в режиме 24/7/365. Но многим почему-то пофиг: у них есть подушки безопасности в автомобиле, они пристёгивают ремень, надевают шлем на картинге, страхуют жилище, ставят сигнализацию на квартиру и автомобиль, надевают чехол на дорогой телефон, но на работе упорно пишут пароли на стикерах, жмотятся на средства безопасности и наивно полагают, что уж их компания-то точно никому не сдалась.

Ребята, чьё второе имя риск и опасность, этот пост для вас.


В 2019 году в США прошёл опрос 1200 владельцев малого бизнеса. Выяснилось, что с 2015 года процент малых предприятий, сообщивших о кибератаках, увеличился втрое, а почти 80% респондентов заявили, что им трудно угнаться за постоянно меняющимся киберпространством. Так, кибератакам подвержены 12% компаний малого бизнеса, более 20% среднего бизнеса и почти 33% крупного бизнеса. На фоне постоянного роста тренда кибератак это очень опасные и немного удручающие цифры. Удручающие прежде всего потому что эти атаки зачастую не результат продуманных действий самых мощных хакерских группировок, а закономерный итог всеобщего раздолбайства, прижимистости руководства, алчности сотрудников и подлости конкурентов. И самое интересное, что ситуация эта применима почти ко всем регионам мира. Эти слова подтверждает ещё один факт из исследования: каждый четвёртый респондент не верил, что его бизнес когда-нибудь подвергнется кибератаке. И то правда: зачем небольшая или даже средняя компания международным хакерам и кому придёт в голову внедрить в ИТ-инфраструктуру такой компании вредоносное ПО?

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

Так что в 2021 году может угрожать кибербезопасности?

Несерьёзное отношение к кибербезопасности


Можно вбухать огромные деньги в систему информационной безопасности и не получить никакого эффекта. У этой проблемы есть двое виновников: руководство компании и бизнес-процессы. Нередко бывает, что руководители инвестируют в систему информационной безопасности и ждут результатов: скандалов, интриг, расследований, разоблачений. Они полагают, что в конце месяца им принесут головы хакеров приведут самых злостных киберпреступников и предоставят отчёты об атаках. Зачастую им крайне сложно объяснить, что если ничего не произошло, значит, что система работает отлично и не зря ест инвестиционный ресурс: она надёжно защищает компанию и не пропускает злоумышленников за контур информационной безопасности.

Что касается бизнес-процессов, то здесь ключевая проблема компаний лежит в сфере разрозненности отделов и других подразделений компании. То есть служба безопасности или системный администратор делают всё для защиты компании, а сотрудники других отделов пишут пароли на стикерах, входят в рабочие системы с Wi-Fi в любимом или случайном кафе, имеют один пароль на офисную CRM, доступ к корпоративной системе знаний, рабочей почте, личной почте, страничке ВКонтакте и Инстаграму. То есть работа одного подразделения может пойти насмарку из-за безалаберности отдельных сотрудников и человеческого фактора.

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

Реактивная, а не проактивная кибербезопасность


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

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

Пароли, пароли, пароли...


Это очень смешно, но пароли по-прежнему приносят много проблем компаниям просто потому что человек со скомпроментированной базой в руках уже кулхацкер. Промахнуться с паролями проще простого: стандартные наборы из топ-10 взламываемых паролей, угадываемые значения (дни рождения, имена и т.д.), пароли от соцсетей на корпоративных системах, общие пароли для всей компании, админские пароли для всех пользователей. Ну и конечно, всё это хранится ровно в трёх местах: на стикерах на мониторе, в блокнотах на столе и особо секьюрно на перевёрнутой бумажке под клавиатурой. Есть, конечно, у офисных сотрудников сверхсекьюрный способ хранения паролей: они находятся в отдельном txt-файлике на рабочем столе компьютера. Ну а о том, чтобы регулярно обновлять пароли и речи не идёт тут мозг бухгалтера или продажника может переполниться и выдать полный stack overflow.

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

Авось оно само работает, никто же не проник


Проблема подавляющего большинства компаний любого масштаба отсутствие тестирования безопасности, причём его нет как со стороны внутренних служб и сотрудников, так и со стороны внешних агентов (профессиональных пентестеров). Это чревато тем, что дорогостоящие (и любые) средства безопасности могут работать неправильно и/или неполноценно, а какие-то участки инфраструктуры оказываются уязвимыми. И если для небольшой компании это может закончиться простой утечкой данных (клиентской базы, операционных показателей или базы сотрудников), то для крупного предприятия или завода отсутствие адекватного аудита безопасности скорее всего обернётся катастрофой (и не факт, что не странового и даже не планетарного масштаба).

Профессиональные пентестеры ищут незащищённые уязвимости в контуре безопасности вашей компании, проводят преднамеренные и управляемые атаки, тестируют фишинг, работают с SQL-инъекциями на всех веб-ресурсах, ломают законным путём инфраструктуру так, как бы её могли сломать незаконным. Внешние аудиторы безопасности это не только профессионалы, но и люди со свежим взглядом на ваш бизнес: порой они видят очевидные проблемы, которые лежат на поверхности, но остаются незамеченными из-за того, что сотрудники к ним привыкли. Более того, иногда бывает, что в компании привычно обходят дыру в безопасности каким-то временным воркэраундом, который был создан на пару дней пять админов назад, но жив до сих пор. Ну и конечно, немаловажно, что внешние пентестеры полностью беспристрастны им некого покрывать в вашей компании. И это здорово минимизирует человеческий фактор: увы, самые серьёзные проблемы безопасности могут исходить именно от сотрудников.

Инсайдерская угроза: чужой среди своих


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

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

Сложно сказать, как бороться с инсайдерами. Здесь все меры хороши: от кротов в подразделениях до тотального контроля подозрительных сотрудников. Проблема в том, что нередко главной угрозой становится самый тихий и аккуратный сотрудник. И это страшно, потому что в погоне за таким сучком (ох уж эта игра слов) можно всю компанию в щепки разнести. Будьте бдительны и осторожны, проанализируйте инсайдерские каналы и воздействуйте на них точечно.

Небезопасные корпоративные системы и бизнес-софт


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

Поэтому не стоит слепо доверять вашему поставщику ПО, защитите себя, задавая вопросы и принимая меры: обратите внимание на репутацию разработчиков, узнайте всё о мерах безопасности и способах защиты данных, узнайте периодичность бэкапов, возможности распределения прав доступа. Рекомендуем вам не пользоваться облачным провайдером поставщика (никто не знает, на чём он там сэкономил и как хранит данные), выбирайте своего VPS-провайдера (например, мы в уделяем безопасности максимальное внимание и готовы помочь разместить ваш софт на наших мощностях) и размещайте софт у него либо вообще на своих серверах (дорого, но при наличии хорошего сисадмина максимально секьюрно).

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

Кстати, об облачных провайдерах и хостингах. Не храните данные в мешке за сараем: с осторожностью подходите к выбору поставщика облачных услуг, уточняйте, в какой юрисдикции хранятся их данные. Всегда уточняйте у потенциального поставщика облачных услуг, где они размещают свои данные. Хорошие хостеры должны предлагать хостинг в различных юрисдикциях и должны быть в состоянии рассказать вам о законах, действующих в каждой юрисдикции, чтобы вы могли осознанно и мотивированно выбрать, где хранить ваши данные. Для России это особенно важно если не знаете, почему, смотрите федеральный закон 152-ФЗ.

Один за всех


По состоянию на 2021 год ассортимент средств обеспечения информационной безопасности настолько велик, что можно предотвратить практически все угрозы (включая форс-мажоры из-за пожара в дата-центре). Вот только небольшой список, доступный любой компании: брандмауэр, антивирусы и антиспам, VPN, системы мониторинга и ITSM, системы контроля цифровой активности сотрудников (зло, конечно, но есть), функции распределения прав доступа внутри бизнес ПО, средства безопасности операционных систем и проч. Их комплексное использование способно надёжно защитить компанию от большинства типов атак. Но компании нередко отдают предпочтение лишь одному способу из соображений экономии, безалаберности и фразы и так сойдёт.

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

Цена ошибки жизнь компании


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

Выход один: обучать сотрудников и буквально делать рассылки с каждым новым способом атаки. Но нет никаких гарантий, что завтра не появится в корне новый метод, о котором вы не успеете предупредить коллег. Например, был случай, когда у компании с международными продажами софт решила закупить полиция Миннесоты они попросили 120 лицензий, прислали гарантийное письмо, что оплатят полученные ключи в течение месяца. Всё было максимально серьёзно и официально. Ключи были переданы, никто их не оплатил. Да, это всего лишь недополученный доход для компании: подумаешь, виртуальный ключ. Но, увы, никто не может предположить, как они будут использованы или перепроданы. Пока выяснили, пока проверили, пока заблокировали, можно было причинить очень много проблем повезло, что это скорее всего были какие-то глупые хулиганы.

Управление безопасностью для галочки


В компании могут быть самые дорогие средства безопасности и самые продвинутые безопасники на большой заработной плате, а потом утром на Хабре напишут пост про то, как вашу систему взломали. И причина тому клубок жадности и невнимательности. Но это полбеды: поругались, связались с автором, поблагодарили его (да же?) и закрыли уязвимость. А вот если никто не напишет на Хабр, а будет ежедневно эксплуатировать уязвимость и использовать ваши коммерческие данные для своих выгод, это настоящая беда.

Поэтому нужно менять отношение сотрудников к безопасности: они должны знать, что безопасность в компании контролируется, исполняется и каждый из них несёт ответственность за компоненты информационной безопасности на своём месте. При этом недостаточно подписывать дополнительные соглашения и озвучивать цели, важно включить элементы управления безопасностью во все бизнес-процессы и системы, чтобы сотрудники видели, что проблема не номинальна. Кстати, неплохо мотивируют награждения сотрудников за соблюдение правил информационной безопасности: вы можете это реализовать в формате геймификации, системы KPI, регламентов и т.д. Главное, сотрудники должны видеть глубокую и искреннюю обеспокоенность руководства проблемой корпоративной безопасности.

Иногда угрозы безопасности возникают из ниоткуда. Старая ИТ-мудрость гласит: Вы в безопасности настолько, насколько безопасно ваше самое слабое звено. Вы точно знаете, где это звено в вашей компании? Например, автор этой статьи работал в одной региональной компании и сидел на городском автовокзале, ждал автобус. Рядом сидел человек, который по телефону громко и возмущённо рассказывал схему отката и работы с поставщиком довольно эксклюзивной продукции. И так совпало, что автор был работником конкурента. Более эпичный слив информации сложно представить. Информацией никто не воспользовался, но это было уже дело принципа. Так вот, дыру в безопасности могут породить болтуны, любители селфи на фоне рабочего монитора или внутри инфраструктуры (если речь идёт о производстве), случайные скриншоты с адресом и портом админки в адресной строке и другие случайности такие как потерянные ноутбуки и телефоны, оставленные бумаги, забытые флешки и т.д.

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

Делайте, мать их, бэкапы!

Подробнее..
Категории: Блог компании ruvds.com , Ruvds , Резервное копирование , Хранение данных , Хранилища данных , День бэкапа , Wbd

Листая старые подшивки. Взгляд изнутри на компьютерную прессу 90-х

05.04.2021 16:10:13 | Автор: admin


Российские девяностые принято считать лихим периодом зарождения дикого капитализма. Это было время острого дефицита и безудержного роста цен, бандитских разборок и новых русских в малиновых пиджаках, стихийной уличной торговли и появления первых дорогих бутиков. Населению стали доступны более-менее современные персональные компьютеры, а вместе с ними наступила эпоха расцвета компьютерной прессы. Мне повезло: я очутился на самом гребне этой волны, захлестнувшей, подобно цунами, все постсоветское пространство. Сейчас остается только с ностальгией вспоминать, как мы отчаянно отжигали 26 лет назад, почувствовав свежее дыхание истинной свободы слова и прессы ощущавшейся даже в пыльных редакциях компьютерных журналов и газет. За многие вещи, которые мы без зазрения совести творили тогда, в наши дни нам бы уж точно не поздоровилось. Но в девяностые было можно. И мы этим с удовольствием пользовались.

Свой первый комп ZX Spectrum 48K на базе платы Ленинград я собрал из пригоршни микросхем в 1989 году с помощью старшего приятеля, с которым мы вместе выгуливали во дворе по вечерам наших собак. Приятель уже учился в радиотехническом техникуме, и потому был знаком с электроникой намного лучше меня. Именно он научил меня правильно держать в руках сигарету, стакан с портвейном и паяльник. Для подключения Спекки и телевизору требовалось распаять на нем разъем RGB, но родители решительно пресекли все мои попытки покуситься на единственный в семье дефицитный цветной телек Рубин, без которого стало бы невозможно смотреть по вечерам телесериал Рабыня Изаура. Для экспериментов мне выделили старый переносной Юность Р603. Мало того, что этот чудо-аппарат обладал маленькой диагональю экрана и изрядно выгоревшим кинескопом, он был черно-белым, потому игры на таком дисплее не доставляли ни малейшего удовольствия. Но осуществившаяся мечта собственный компьютер не позволяла забросить на антресоль персоналку в самодельном корпусе из клееного дихлорэтаном пластика. Изучая возможности Спектрума, я обнаружил в нем встроенный бейсик, который, впрочем, довольно быстро мне наскучил. Однако оказалось, что помимо бейсика Спекки умеет еще и в Ассемблер.

С чем-то подобным я уже сталкивался ранее, когда, грезя о собственной персоналке, подолгу набирал на клавиатуре калькулятора МК-54 программы из рубрики Мир электронных игр журнала Техника Молодежи. Эти игры, благодаря которым крошечный черно-зеленый дисплей МК-54 становился для меня настоящим окном в дивные фантастические миры, развивали не столько навыки программирования, сколько абстрактное мышление и фантазию. Но именно благодаря им синтаксис Ассемблера показался мне смутно знакомым, и я залип перед черно-белым лупоглазым телевизором надолго, наплевав на увлекательные путешествия по гаражам и стройкам в поисках карбида, игры в пионербол, конструирование пневматических винтовок из велосипедных насосов и прочие веселые развлечения школьников позднесоветского периода.

К моменту окончания школы я уже успел накопить немного денег и приобрел на радиорынке бэушнуый ПЭВМ Поиск краснознаменного завода Электронмаш. Это уже был практически настоящий IBM PC/XT в несколько странном форм-факторе в виде корпуса с клавиатурой, куда вставлялись постоянно норовившие вывалиться картриджи расширения. 512 Кбайт оперативной памяти, черно-белый монитор, 5-дюймовый дисковод с MS-DOS, Нортон, текстовый редактор Фотон, Арканоид и Принц Персии. Полный комплект под названием жизнь удалась для повернутого на компьютерах подростка образца 1992 года.



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

И этот фактор в сочетании с умением складно излагать свои мысли на бумаге оказался настоящим счастливым билетом: в стране началась тотальная компьютеризация, газетные прилавки заполонили тонны компьютерных изданий, которые я скупал пачками и читал взахлеб. А редакциям срочно требовались люди, способные конвейерным методом писать обзоры железа, игр, софта, а также бесконечную рекламу для тысяч разношерстных компьютерных фирм, плодившихся, точно тараканы в студенческой общаге. Так, еще будучи студентом, в 1995 году я оказался сотрудником издательства Макбис-Пресс и впервые получил корочки внештатного корреспондента.



Компьютерная периодика начала-середины девяностых условно делилась на две категории. Во-первых, были газеты и журналы чисто развлекательного характера, популярное чтиво, где публиковались статьи о новинках из мира высоких технологий, обзоры железа и игр, всякие полезности, заметки о хитрых особенностях софта и прочие занимательные вещи. Эти издания окупались за счет розничной продажи, подписки и частично рекламы. Во-вторых, были прайсы толстые брошюры, почти сплошь состоявшие из бесконечных таблиц с ценами от разных фирм на компьютерную комплектуху. Такие журналы распространялись как в рознице, так и бесплатно в бизнес-центрах, но доход от рекламы был для них определяющим. Помимо табличных прайсов подобные издания включали и содержательные статьи, правда, писались они с поправкой на более серьезную целевую аудиторию коммерсантов и бизнесменов. Потому редакционные требования жестко ограничивали в них объем раздолбайства в целом и компьютерного сленга в частности. Наше издательство выпускало и то, и другое. С играми у меня как-то не сложилось еще со времен Спектрума, потому я писал про железо и софт.

Поскольку интернет в те годы не был широко доступен населению, компьютерные журналы для многих стали, наверное, единственным источником информации о хитростях тонкой настройки системы, о новых приложениях и коварных компьютерных вирусах. Мы, авторы этих публикаций, до многих вещей доходили экспериментальным путем. Тексты писались дома, но я часто захаживал в редакцию и порой засиживался там до закрытия метро. В конторе стояли более мощные компы с цветными мониторами, на которых вечерком можно было погонять в UFO, Wolfenstein 3D или Warcraft: Orcs&Humans. Только представьте: на дворе теплый весенний вечер, из распахнутых окон льется пряный аромат распускающейся листвы и назойливая мелодия Ласкового Мая, гудит недовольным шмелем редакционный сервак на Novell Netware. На компе с Windows 3.11 for Workgroups открыт Word 6.0, ты сочиняешь новую заметку, тебе 18 лет, а впереди полная неизведанных приключений и захватывающих событий жизнь.

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



За статьи платили мало. Нет, не так. За статьи платили охренительно мало, потому писать одновременно для нескольких издательств (включая конкурирующие) чем-то особо зазорным не считалось. Выручали творческие псевдонимы. Чуть больше обычной ставки платили за рекламу, которую мы сочиняли в потогонном режиме. Чтобы заработать на этом немного больше стандартного гонорара, авторы порой шли на хитрость: для заказчика писалась развернутая и даже чем-то полезная читателям статья, в которой разок-другой как бы невзначай проскакивало наименование фирмы. Затем под статьей размещался рекламный модуль с телефоном и контактной информацией, оплата за который и шла в кассу издательства. А содержимое конвертика с вознаграждением за саму публикацию (естественно, чуть дешевле официального прайса) справедливо делилось между автором и редактором. Тогда мы еще не знали умного слова нативочка, но необходимость напрягать мозг, выдавая на-гора тонны креатива для одинаковых, в общем-то, коммерческих предложений, стала неплохой тренировкой содержимого черепной коробки. Наверное, поэтому мне так полюбился потом Пелевинский Generation П: местами роман уж слишком напоминал исторические очерки.

Поскольку денег было в обрез, а кушать хотелось регулярно, браться приходилось за разную работу, то и дело подменяя уволившихся или перегруженных другими задачами коллег. Создание и подготовка иллюстраций, помощь в разработке обложек, верстка, цветоделение, вывод типографских пленок, мы занимались буквально всем. Photoshop, Corel, Quark XРress навыки работы с этим софтом пришли именно оттуда.

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

Помимо дизайнера, верстальщика и самого главреда в журнале работало несколько благообразных тетушек неопределенного возраста, напоминавших своим интеллигентным видом школьных учительниц русского языка или библиотекарш. В течение восьмичасового рабочего дня они неустанно и методично сочиняли для своего издания адскую расчлененку с кровавыми подробностями, которую вместе с инцестом, кишками и подпорченными трупами равномерно раскладывали по страницам. Практически все публикации в криминальном глянце того времени для пассажиров пригородных электропоездов являлись плодом бурной фантазии вот таких милых дам с высшим филологическим образованием. В свободное время они сочиняли для газет типа Сверхъестественное статьи о поселившихся в метрополитене крысах-мутантах и Снежном Человеке, сожравшем всех голубей на территории детского сада 2 города Колпино.

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

Неладное я почувствовал через пару недель, когда от меня вдруг начали шарахаться бабушки возле подъезда, а пассажиры в метро стали странно коситься в мою сторону. Затем на пейджер пришло сообщение от мамы: сынок, у тебя все в порядке?. Борясь с нехорошим предчувствием, я купил в ближайшем киоске то самое издание, где и обнаружил убойную статью под заголовком вроде Сбежавший из дурдома маньяк изнасиловал десять мертвых старушек ржавой кочергой. Разумеется, с моей физиономией на целый разворот в две полосы. Без всяких обещанных квадратиков, об этой мелочи коллеги как-то забыли.

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

В течение некоторого времени я пытался ответственно решать поставленную передо мною задачу и с завидной регулярностью выдавливал из себя нечто вроде сегодня вам следует сосредоточиться на работе, не поддавайтесь эмоциям; в конце дня вас ожидает интересная встреча, которая полностью изменит ваш взгляд на вопросы квантовой физики. Потом мне это надоело окончательно, и я переключился на откровенный стёб. Весы постирайте трусы, Козероги брейте ноги. Однако расчет не оправдался: такой формат редакции неожиданно зашел, и вместо того, чтобы поручить составление прогнозов кому-то другому, меня попросили писать вдвое больше подобных веселых и смешных гороскопов. Вскоре такая же колонка появилась и в нашей компьютерной газете мы стали сочинять пародийные гороскопы для программистов и админов. Им даже нравилось.

Ко второй половине 90-х модемы стояли уже практически в каждом компе, а многочисленные провайдеры продавали повсюду карточки с почасовым доступом в интернет. Студенты в целях экономии покупали дешевый ночной тариф, которым иногда пользовались вдвоем или втроем по очереди. Конкурировать с появившимися в Рунете Anekdot.ru, Чертовыми куличками, Городским котом и прочими развлекательными сайтами становилось с каждым днем все труднее. Росла конкуренция и между изданиями. Потому редакции требовали креатив, больше, еще больше креатива ведь тиражи по-прежнему нужно было продавать.

И мы принялись творить с утроенной энергией, отрабатывая растущий спрос. Первенцем на рынке панковских околокомпьютерных изданий стала питерская газета Help, на страницах которой мы оттягивались и оттопыривались по полной, публикуя ну просто адский треш и угар. Мы искали в сети объявления о продаже дипломов, связывались с авторами, приглашали их на рандеву, а потом писали об этом колонку. Сочиняли советы о том, как познакомиться с девушкой в IRC, ICQ или чате Кроватка. И ведь знакомились! Устраивали набеги на компьютерные фирмы, где, строя из себя полных даунов, мучили продавцов-консультантов идиотскими техническими вопросами, а потом сравнивали, в какой конторе нас послали по известному адресу через десять минут, а где сотрудники стойко продержались аж целых полчаса.



Но этого было мало: интернет неотвратимо наступал нам на пятки, изощренного креатива требовалось все больше. К тому времени ваш покорный слуга уже освоил основы веб-дизайна преимущественно методом известного ученого Тыка, а именно, модифицируя в Notepad.exe сохраненные на диске веб-страницы и просматривая в Netscape получившийся результат. Вскоре Microsoft родила FrontPage, жить стало немного веселее. И мы начали творить.

Для начала соорудили фейковый веб-сайт, где якобы предлагали подешёвке ворованные компьютеры (даркнета тогда еще не существовало даже в проекте, мы придумали его первыми!). Потом мы раскидали соответствующие объявления по бордам и принялись ждать добычу. Корреспонденты вежливо интересовались у потенциальных покупателей: а вас совсем не смущает, что у этих компов криминальное прошлое? Да, дешево, но вы и вправду не боитесь загреметь в народную милицию за скупку краденого? Результатом сего бесчеловечного эксперимента стала редакционная статья, порицавшая алчность и безнравственность некоторых отдельно взятых граждан. Дальше больше.



Мы придумали компьютерную фирму, которая первой на российском рынке стала предлагать покупателям изобретенный нашей редакцией после обильных возлияний процессор Intel Gexium. Процессор имел настолько фантастические для того года характеристики, что поверить в подобную ересь мог только читатель с высшим гуманитарным образованием. Тем не менее, мы собрали несколько предзаказов и с десяток восхищенных отзывов, о чем опять же незамедлительно написали издевательскую заметку, высмеивавшую излишнюю доверчивость и неумение некоторых граждан пользоваться поисковой системой altavista.digital.com.



Затем мы сочинили неолуддитскую организацию Клуб убийц компьютеров, участники которой ненавидели компьютерную технику до такой степени, что ее физическое разрушение стало для них основным смыслом существования. Корреспондент якобы внедрился в ряды этого тайного ордена компьютероненавистников и сообщал читателям настолько ужасающие подробности, что от них неминуемо зашевелились бы волосы в ушах любого матерого психиатра. Однако в 90-е в стране развелось такое неимоверное количество контактёров, экстрасенсов, исследователей барабашек, уфологов, прорицателей и пришельцев из иных миров, что подобные загогулины не вызывали у публики ни малейшего удивления. Ну, собирают люди самые современные и дорогущие компьютеры, чтобы выкинуть их из окна. Бывает. Главное, чтобы не зашибли кого-нибудь ненароком.



Мы представлялись в сети хакерами и предлагали доверчивым гражданам чего-нибудь бесплатно взломать, но только при условии, что затея послужит добру и миру во всем мире и записывали кучу изумительных историй одна веселее другой. Мы организовывали оранжерею со специальными тибетскими кактусами, способными поглощать вдвое больше отрицательной энергии от ЭЛТ-мониторов. Мы писали о том, что если шарик от компьютерной мыши поместить на 10 минут в работающую микроволновку, то в Windows 98 появится набор прикольных анимированных курсоров. Мы собирали подписи за выдвижение Билла Гейтса на пост губернатора Ленинградской области. Мы лазили с нашими сверстниками мастерами только зарождавшихся домовых локалок по чердакам и подвалам, делая на плёночный Canon изумительные снимки сетевых коммутаторов в антураже из керамзита и дохлых голубей.

Апофеозом наших экспериментов стало создание вполне функционального сайта некоего государственного учреждения под названием Научно-исследовательский Институт Физических Исследований Гражданского Атома. Особый писк затее придавало то обстоятельство, что в сокращенном виде наименование учреждения звучало, как НИИФИГА (да, я очень люблю Стругацких). На сайте мы написали, что в связи с конверсией, переходом на самоокупаемость и рыночные отношения институт предлагает всем желающим приобрести бытовой атомный реактор, от которого можно запитать небольшой сталелитейный завод, домик на приусадебном участке или какой-нибудь полезный самогонный аппарат. На сайте мы выложили подробные технические характеристики изделия, протоколы испытаний и прочую сочиненную нами с бодуна техническую документацию. На отдельной страничке института по сходной цене продавалась бывшая в употреблении атомная бомба. Самые ржачные отклики из сообщений электронной почты и гостевой книги сайта мы, конечно же, опубликовали на страницах нашей газеты.

Несмотря на то, что из-под моего пера регулярно выходил подобный адский трешак, это не мешало мне писать серьезные аналитические материалы в респектабельные PC WEEK, UpGrade Special и Мир Internet. Самое интересное, что за все время подобных издевательств над здравым смыслом нашими выходками не заинтересовалась ни одна серьезная контролирующая организация, никто не мешал нам развлекать и веселить публику самым изощренным образом.



Газета Help со временем почила в бозе, но ее выпавшее знамя подхватила Компьютерная Газета, публиковавшая не менее крышесносящие тексты. Именно в этом издании я со временем занял кресло редактора, именно в КГ помимо чисто технических статей стали понемногу выходить фельетоны, смешные гороскопы для программистов и научно-фантастические рассказы с айтишным уклоном. Примерно в то же время появился на свет Полный ПК, к которому я тоже приложил свою шаловливую руку в качестве одного из авторов. Мы писали о вебкаме и киберподполье, брали интервью с кардерами, делали обзоры вареза и сайтов, посвященных нетрадиционной любви. И ничего не боялись. В девяностые государство как-то не особо лезло к гражданам в постель и не регламентировало идеологически правильный образ мыслей. Жить и творить было по-настоящему интересно.



С наступлением нулевых то ли я немного повзрослел, то ли уровень угара как-то начал потихоньку снижаться сам по себе, но, перебравшись в журнал Магия ПК, я стал сочинять серьезные лонгриды о софте и железе. Этот ежемесячный журнал имел свою постоянную аудиторию и слаженный коллектив авторов, старавшихся писать подробно, но интересно. Особенно здорово было списываться для уточнения каких-то технических вопросов и деталей с зарубежными экспертами, сотрудниками иностранных музеев, исследователями из подобной переписки зачастую рождались совершенно неожиданные темы для новых статей. Я писал в MIT и Беркли, в Oracle и Apple, Ричарду Столлману и Линусу Торвальдсу. И они иногда отвечали. Обмен даже парой фраз с подобными людьми был особенным сортом утонченного интеллектуального оргазма.



Издание просуществовало вплоть до начала второго десятилетия XXI века, когда его, как и остальную компьютерную прессу, окончательно поглотил интернет. Какая-то периодика вроде Хакера и Компьютерры благополучно ушла в онлайн, Магия ПК тоже предприняла попытку превратиться в электронный журнал, но она не увенчалась успехом.

Эпоха компьютерных изданий завершилась более десяти лет назад, айтишных журналов на бумаге сейчас не осталось вовсе. Но память о тех временах хранится у меня в кладовке в виде трех объемных картонных коробок, которые я время от времени открываю, сдувая накопившуюся пыль. Help, Компьютерная Газета, Полный ПК, Мир Internet, Техноподиум, Компьютер-бизнес Маркет, Телефон, PC WEEK, UpGrade, UpGrade Special, и конечно же, Магия ПК, с пожелтевших страниц этих изданий на меня смотрят иллюстрации моих старых статей. Немного жаль, что те времена навсегда ушли. Они были по-настоящему клёвыми.

Подробнее..
Категории: Блог компании ruvds.com , Ruvds , Читальный зал , История it , История , 90-е , Компьютерные журналы

Alert! Нашему блогу нужны добрые руки и умная голова

08.04.2021 14:12:31 | Автор: admin
Мы не будем предлагать дримтим, мы вам дримтим покажем. А если серьёзно, мы уже 5 с лишним лет на Хабре и стабильно занимаем первое место среди компаний. Это серьёзный труд и большой опыт для всех, кто причастен к статьям и концепции блога RUVDS. Ведение блога номер один это не марафон, это гонка на выживание с крутыми виражами: замедлился, тормознул, пропустил поворот и вот уже почти не первый, пора сдаваться. Но мы не сдаёмся и ищем сообщника, который возьмёт управление болидом в свои руки и не раз выпьет с нами из победного кубка.

Под катом расскажем, что у нас есть, что ждём и как это вообще работает.


Мы котики, честно

Кто мы?


RUVDS это крупный хостинг-провайдер, который предлагает своим клиентам безопасные и мощные VPS и связанные с ними услуги. Конечно, про хостинг всё написано до нас и нами, да и это не самая интересная тема, постоянно писать только лишь по этой теме несколько утомительно. Поэтому мы решили пойти другим путём и создать самый надоедливый блог на Хабре техноблог, который будет не только и не столько служить средством пиара, сколько нести познавательную и образовательную функцию. Мы принесли на Хабр множество крутых переводов, которые недоступны для тех, чей инглиш из бед, затем расширили контент-план и включили истории из жизни компании, затем выложили полезные шпаргалки для программистов, предложили читателям авторские серии об образовании, трудоустройстве, финансах и проч. В 2018-2019 гг. мы разошлись по полной и включили в свой блог интерактивы: отправляли сервер в космос, летали на воздушном шаре, бороздили море на парусной регате и всё это время как настоящие учёные таскали за собой банки с тихоходками экспериментальные сервера.

А потом пришёл 2020 год и накрыл все наши активности медным тазом. Сперва мы немного приуныли, но потом придумали море онлайн-интерактивов, среди которых были квесты, интервью, дичайшие дискуссии на Хабре. Как и все самоизолированные, мы немножко сошли с ума и даже резали деньги в шредере.


До сих пор, как вспомним, так вздрогнем зато обратите внимание, всё максимально удалённо и с социальной дистанцией

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

Что у нас есть?


  • Опыт работы с Хабром: мы расскажем вам об особенностях покорения топа компаний, а вы на основании наших публикаций и реакции на них сможете понять, что именно интересно аудитории и в каком направлении нужно двигаться.
  • Средства и возможности, чтобы реализовывать крутые и полезные задумки: эксперименты, квесты, конкурсы, интервью и т.д. Мы не отбиваем руки, а идём рядом с сотрудниками.
  • Длинная дистанция для вашего профессионального развития: если мы сойдёмся, вы ощутите, насколько прокачали свои скиллы.
  • Адекватное руководство: цепочка согласований статей и проектов не длинная, правки минимальные и корректные (точнее, сперва их будет наверняка больше, но как только вы погрузитесь в контентные задачи, мы уверены правки почти исчезнут).
  • Мы не расстреливаем за ошибки и факапы: не ошибается лишь тот, кто ничего не делает. Но это не значит, что мы готовы сделать блог нашей компании полем для необдуманных экспериментов.
  • У нас есть хороший и стабильный пул переводчиков и авторов, которые выдают поток контента в целом они работают в режиме автопилота, поэтому ваши руки и мозги будут свободны для развития блога. Но одной из ваших задач будет расширение пула авторов.
  • Главное, что у нас есть, это команда, продукты и услуги, за которые не стыдно и которыми можно гордиться. Если вы хоть когда-то касались технопиара или техномаркетинга, вы наверняка знаете, насколько много это значит.

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


Что мы думаем о Хабре?


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

Кого мы ждём?


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

Итак, кого мы ждём (примерный райдер, пишите смелей).

Обязательно


  • Самостоятельного и ответственного человека, который сможет в одиночку принять решение о публикации или удалении неудачного материала, поработает с авторами и сможет дойти до нас с готовым текстом в руках.
  • Честного человека, который отчётливо понимает, что тексты, созданные и размещенные в блоге компании, оплачены и принадлежат компании даже после ухода сотрудника, который их продюсировал и/или писал.
  • Грамотного человека, который способен найти грамматические, орфографические и пунктуационные ошибки и которому не чуждо понимание стилей текстов.
  • Редактора, который сможет работать внутренним редактором и собирать внутреннюю редакцию из сотрудников при необходимости: продумывать контент-планы, активности, встречи и интервью, организовывать участников и исполнителей, иногда взаимодействовать с контент-студией и командой спецпроектов Хабра.
  • Человека, который уверенно разбирается в технологиях: облака, сервера, хранение и обработка данных, сети, программирование, веб и всё, что с ним связано. Не обязательно спать с Танненбаумом под подушкой, базовых знаний без гугления вполне достаточно.
  • Вы предложите новые форматы работы с Хабром и другими площадками, ивенты и события, которые позволят расширить нашу аудиторию и увеличить узнаваемость (если что, до вас придумано уже много и вам придётся непросто).

Желательно


  • Пишущего автора, который может одинаково хорошо и, что немаловажно, быстро написать пресс-релиз, пост-анонс, статью по ИТ-тематике и по любой другой. Хочется, чтобы вас было приятно читать.
  • Сотрудника с опытом технопиара или маркетинга ИТ-компаний: нужно понимать и анализировать аудиторию, работать с метриками.
  • Того, кто уже работал с блогами компаний на Хабре или ведёт свой успешный блог на публичных площадках.
  • Навыки видеопродакшена и понимание основ написания сценариев, создания ивентов и т.д.
  • Не чистого гуманитария нам не надо на Нобелевскую премию по литературе и районный конкурс романов в Мневниках, нам нужны хорошие технологические и научно-популярные материалы. Любить Ильяхова тоже не обязательно.
  • Редакторский опыт работы, владение английским языком на уровне чтения, понимания и перевода технических текстов как плюс. Если умеете отличить отличный машинный перевод от плохого авторского как два плюса.
  • Желательно отсутствие техношовинизма, когда вы считаете, что Хабр это место исключительно для корутин, ардуино и ассемблера. Хабр читают совершенно разные люди, и важно быть понятным и доступным всем (что не исключает техно хардкора).
  • Чувство юмора и здоровый айтишный сарказм.

Не имеет значения


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

А ещё у нас есть небольшое и интересное тестовое задание. Также можете писать сразу на почту.

Возмущались, что надоели переводы RUVDS? Писали ехидные комментарии? Знаете, как обустроить блог компании на Хабре? Момент настал всё в ваших руках. Если получится, в эти руки дополнительно попадёт весьма неплохое ежемесячное вознаграждение.
Подробнее..
Категории: Блог компании ruvds.com , Ruvds , Карьера в it-индустрии , Habr , Контент-маркетинг

Выше облаков а не построить ли сервер в космосе?

12.04.2021 20:16:10 | Автор: admin

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

Для начала, зачем вообще запускать дата-центры в космос? С одной стороны, это совсем не рентабельно, ведь даже запуск обыкновенной стойки в 700 кг обойдется в несколько миллионов долларов. С другой в космосе имеется безграничный источник энергии солнечный свет, а в тени можно сбрасывать тепло излучением. Впрочем, холод космоса не сравнится с Сибирью или Антарктидой где есть холодный ветер и вода, а солнечным батареям остается только мечтать об эффективности угольной ТЭЦ. Поэтому даже проекты глобального спутникового интернета Starlink и OneWeb обходятся без космических центров обработки данных, и спутники выступают только ретрансляторами.

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

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

Компания Cloud Constellation разрабатывает программу Space Belt размещение низкоорбитальных спутников для хранения, обработки данных и передачи через ретрансляторы на высокой геостационарной орбите. Компания привлекла более $100 млн инвестиций и уже заказала у Virgin Orbit запуск 12 спутников в этом году.

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

Фактически сегодня единственным космическим дата-центром может считаться только Международная космическая станция. Она практически постоянно связана с Землёй через геостационарные спутники NASA TDRS и "Роскосмоса" "Луч".

Несколько лет назад NASA использовало МКС для испытания протокола космической связи DTN, устойчивой к сбоям и задержкам связи.

Структура сети DTN Международной космической станции и его наземного сегмента. Илл.: NASAСтруктура сети DTN Международной космической станции и его наземного сегмента. Илл.: NASA

Возможно будущий межпланетный интернет будет построен именно на основе этого протокола.

Более глобальный взгляд на развитие дата-центров, позволяет поднять тему экологии. Она с каждым годом становится актуальнее, многочисленные твиты о глобальном потеплении, ролики на youtube с пламенными речами экоактивистов, ролики тиктока о раздельном сборе мусора Всё это требует постоянно растущих вычислительных мощностей наземных дата-центров по всему миру. Серверам нужна энергия и охлаждение, для чего сжигается ископаемое топливо, выбрасывается углекислый газ и усиливается нагрев атмосферы. По некоторым оценкам обслуживание интернет-инфраструктуры планеты требует от 1% до 10% всей энергии человечества, и никто не планирует останавливаться.

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

Одна из таких проблем майнинг криптовалюты. Сегодня уже бесполезно отрицать ценность крипты, но физически она по-прежнему остается результатом вхолостую работающих компьютеров. Эта работа также требует энергию и способствует глобальному потеплению. Надеюсь, когда-нибудь в будущем, эти факторы приведут к возможности возведения майнинговых ферм в темных полярных кратерах Луны. И это, наконец, даст хоть какую-то новую цель полётов на естественный спутник Земли, кроме политических приоритетов.

Карта распределения освещенности и тени в течение полных лунных суток у лунных полюсов. Илл. NASAКарта распределения освещенности и тени в течение полных лунных суток у лунных полюсов. Илл. NASA

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

Кто "мы"? С одной стороны это один из ведущих российских хостинг-провайдеров VPS/VDS серверов, основное направление деятельности которого является оказание услуг IAAS корпоративного класса.

С другой российская частная компания, основанная группой инженеров, ранее работавших в НПО им. С.А. Лавочкина, а позже в компании "Даурия Аэроспейс", и участниками проекта лунного микроспутника. При участии блогера

Суть эксперимента запуск наноспутника класса CubeSat (10х10х30 см), на борту которого будет развернут маленький центр обработки данных. Связь с ним будет поддерживаться по радиоканалу, длительностью около 7 минут в сутки со скоростью 9,6 Кбит/с. Эксперимент планируется проводить три месяца, и, при необходимости он будет продлён, для получения большей информации.

Спутник класса CubeSat размерностью 3U. Фото: СпутниксСпутник класса CubeSat размерностью 3U. Фото: Спутникс

Если запуск получится в короткие сроки, а у конкурентов из Cloud Constellation возникнут задержки, то у нас будет шанс развернуть первый беспилотный спутниковый сервер в мире. Запуск предполагается попутный, на одной из ракет "Роскосмоса".

Для RuVDS это возможность осмыслить и подчеркнуть космические перспективы услуг на своих дата-центрах. Компания уже совершала запуск небольшого сервера в с целью тестирования доступа в глобальную сеть для труднодоступных районов с помощью высотных зондов. Об этом эксперименте можно отдельно Для Orbital Express это первый контракт для новой компании, и средство показать потенциальным клиентам и инвесторам возможности команды. Основной же проект сверхмалый разгонный блок для малых космических аппаратов.

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

Поехали!

Подробнее..
Категории: Блог компании ruvds.com , Diy или сделай сам , Цод , Ruvds , Сервер , Космонавтика , Будущее здесь , Дата-центр , Эксперимент , Cubesat , Orbital express

Открытая платформа для своих как и зачем использовать Yunohost

19.04.2021 12:12:03 | Автор: admin
<

Знакомимся с дистрибутивом: рассматриваем возможности, оцениваем простоту настройки и приложения, которых на платформе более 200. А также устанавливаем Yunohost на VPS или свою ВМ.

Дорогие друзья, я обратил внимание, что на Хабре обошли стороной хороший продукт, достаточно мощный и с отличным потенциалом это Yunohost. Проект появился на свет в 2012 году. Я использую его ежедневно в своем ИТ-быту с 2018 года, и у меня накопился опыт, которым можно поделиться.

История знакомства


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

Не испытываю страха перед терминалом, но наличие UI это тоже плюс (а почему бы и нет?). Так выбор пал на Yunohost.

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

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

Как можно использовать Yunohost


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

Но если вы владелец небольшой компании и администрируете веб-сервисы сами, то данный продукт сильно упростит вашу работу. Вы можете организовать свой Git-сервер и работать в команде над кодом.

Можете установить Wekan, распределять задачи и планировать работу своих сотрудников. Хостить свой сайт на данной платформе. Установить приложение NextCloud, получить свое полноценное облако и принимать материалы от заказчиков, а также делиться макетами с помощью публичных ссылок.

Самый большой плюс от использования Yunohost безопасность ваших данных. Макеты, код, etc все это находится в ваших руках в одном месте, а не разбросано по интернету на разных сторонних сервисах.

Перейдем к практике и оценим простоту работы с этой платформой.

Начало работы: установка на VPS




Вариантов установки Yunohost несколько: это VirtualBox, использование в качестве основной системы на обычном компьютере (загрузка и установка с USB stick), образы для ARM-платформ Raspberry Pi / OrangePi PC и это не все. Мы будем рассматривать установку на удаленный компьютер, в нашем случае VPS. Установка на виртуальную машину на своем сервере ничем не отличается.

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

1 Гб оперативной памяти

1 ядро. Его вполне хватит для наших целей

HDD 20 Гб. Этого для начала хватит, потом можно расширить. Кстати у ruVDS есть опция, которую практически никто на рынке не предоставляет Большой диск до 18 Тб.

ОС Debian 10. Обязательно данная версия, на другой не взлетит.


Заказываем машину, ждем, по готовности в личном кабинете получаем связку логин/пароль для доступа по SSH.

Далее нужно подключиться к серверу удаленно. Я использую iTerm, вы можете использовать любое другое ПО по вкусу. Также это можно сделать через VNC-консоль сервера, доступную в личном кабинете.

ssh root@<IP_вашего_сервера>, вводим пароль, подключаемся

Обновляем систему

apt update


apt upgrade -y

Устанавливаем curl

apt install curl -y

Получаем скрипт и устанавливаем
curl https://install.yunohost.org | bash

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



Установка занимает от 10 до 15 минут. После успешной, а по другому у меня ни разу не получалось, установки вы получите уведомление, что система установлена и доступна по адресу: https://<адрес_вашего_сервера>


Настройка бэкенда закончена, все дальнейшие манипуляции будут производиться через UI.

Вводим в строку браузера https://<адрес_вашего_сервера> или доменное имя, если у вас уже настроен DNS, как в моем случае.

Игнорируем уведомление о самоподписанном сертификате и видим приветствие с приглашением пройти короткую настройку:

1. Указываем доменное имя при наличии, которое потребуется для автоматического получения сертификата с Let'sEncrypt:


2. Задаем логин и пароль администратора:


На этом этапе начнется процесс постустановочного конфигурирования:


Все, система установлена.По умолчанию при переходе по адресу сервера открывается панель авторизации пользователей, админу в ней авторизоваться не получится.

Поэтому мы переходим по адресу:

https://<адрес_вашего_сервера>/yunohost/admin

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


Создание пользователя


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

Пользователи Новый пользователь

Пользователь сразу получит почту вида @<domain_name>, но её потом можно изменить, если вы решите добавить пользователю отдельный домен.

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

В разделе меню администратора

Пользователи Manage groups and permissions

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


Управление конкретным пользователем осуществляется в разделе:

Пользователи Имя_пользователя

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



Работа с приложениями


Но самое главное в Yunohost это приложения. Разнообразие воистину поражает. На момент написания статьи их было 213.

Все приложения протестированы и ранжированы по качеству интеграции с сервисом. Рейтинг составляет сам разработчик платформы, и место в нем зависит от того, насколько полно приложение использует возможности платформы. В этом списке авторизация через SSO, резервное копирование, восстановление и прочие возможности. Со списком приложений можно ознакомиться из панели администратора:

Приложения Установить

Все они представлены в официальном каталоге.

Процесс установки приложений идентичен, поэтому мы рассмотрим его только на основе Gitea git-сервере.

Для установки переходим в:

Приложения Development

находим Gitea и нажимаем Установить:



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

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

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


Далее нажимаем Установить, ждем пару минут и все, приложение доступно для доступа из пользовательского интерфейса:





Аналогичным образом устанавливаются и другие приложения. Правда, просто?

Вернуться из приложения в основную панель можно, нажав на серый квадратик Yunohost в правом нижнем углу (он не статичный, и его можно передвинуть в более удобное место).

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




Ошибка (YouTube said: Unable to extract video data)

Я потратил много времени на поиск решения, но проблема оказалась простой, а решение несложным. Ошибка связана с тем, что приложение включает в себя устаревшую версию пакета youtube-dl. Для исправления после установки нужно удалить папку с пакетом и клонировать самую новую с официального git'а. Приступим к починке:

  1. Подключаемся по ssh к серверу
  2. Переходим в папку приложения: cd /var/www/alltube/vendor/ytdl-org/
  3. Удаляем все внутри: rm -r *
  4. Клонируем: git clone github.com/ytdl-org/youtube-dl.git

Обновляем страницу и видим, что все заработало.

Приложения, на которые стоит обратить внимание:


  • AllTube загрузка видео с видеохостингов;
  • PHP Server Monitor мониторинг сайтов, сервисов, оборудования. Может проверять как простым ping, так и искать определенный паттерн на странице и отправлять уведомления об ошибках в Telegram;
  • osTicket тикет-система для общения с клиентами;
  • Gitea git-сервер;
  • lstu укорачиватель ссылок;
  • Lufi сервис для обмена файлами без регистрации;
  • Nextcloud онлайн-хранилище, обмен файлами. По сути это полноценная платформа, и о ее возможностях написано много статей.
  • Etherpad MyPads онлайн-блокнот с возможностью одновременного редактирования и внутренним чатом между участниками;
  • Rainloop Веб-почта с современным интерфейсом;
  • Zabbix Мониторинг серверов, сервисов, IoT устройств.
  • Transmission BitTorrentклиент.

Резервное копирование


Мы установили Yunohost на наш VPS, и он успешно работает. Теперь самое время подумать о резервных копиях и рассмотреть порядок восстановления.

Для создания резервной копии нужно перейти в раздел

Резервное копирование Новое резервное копирование

Нам будет предложено, что конкретно мы хотим резервировать. Я обычно делаю полную копию, но возможны варианты. После успешного создания резервной копии будет создан архив по пути /home/yunohost.backup/archives/, который можно загрузить на компьютер из веб-интерфейса.

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




Восстановление


Чтобы восстановить данные или сменить VPS, нужно установить Yunohost на новой машине до момента, когда вы уже можете зайти в панель администратора.

Затем либо загрузить по ssh, либо подключиться по sftp и загрузить архив с резервной копией по пути /home/yunohost.backup/archives/.

Теперь вы можете зайти через UI в

Резервное копирование Local archives,

выбрать архив с вашей резервной копией и нажать Восстановить.

И это все!

Я искренне надеюсь, что мой опыт и данная статья будут полезны и вы сможете легко сделать собственное облако, хранить свой код в удобном git'е, а файлы в Nextcloud, разместить сайт на WordPress и развернуть свой почтовый сервер.

Подробнее..
Категории: Блог компании ruvds.com , Системное администрирование , Ruvds , Настройка linux , Хостинг , Облачные сервисы , Облачное хранилище , Почтовый сервер , Yunohost

Как взломать премию, пропустив деньги через шредер

30.04.2021 16:23:36 | Автор: admin

Отлично заканчивается апрель для RUVDS! Мы победили в ежегодном конкурсе среди профессионалов на рынке дата-центров и получили премию ЦОДы.РФ в номинации Креатив года. Помните тот эмоциональный хакерский квест, который мы устроили в августе 2020-го? Неплохо повеселились, правда? За него нам и дали премию. Кто пропустил посты про эту чумовую игру подробности внутри.

Немного про конкурс


Основатель и управляющий партнер Никита Цаплин

Его уже пятый год проводят организаторы маркетинговые компании Media Grus и AnyLine. Премия присуждается по нескольким , в этот раз их было 13. Победителей определяет сообщество крупных профессионалов российской ЦОД-отрасли методом открытого голосования.

Премию в номинации Креатив года присуждают за творческий подход к продвижению услуг в нашей сфере. И мы решили, что обязательно должны участвовать с нашей беспрецедентной интерактивной рекламной кампанией в виде квеста в комнате, в которой участвовало более 600 человек. Суммарный охват публикаций в СМИ и трансляций в соцсетях про игру составил около полмиллиона человек. В победе мы не сомневались! Совсем ну, почти (на самом деле волновались ещё как).

Про квест, принёсший победу


12 августа 2020 года мы опубликовали с видео-роликом, в которых предлагали читателям Хабра сыграть в игру с денежным призом. Нужно было хакнуть реальную комнату, созданную для квеста, в которой якобы находился офис веб-студии Сокол, предлагающей услуги подкроватного хостинга. Комната была напичкана IoT-устройствами, управлять которыми нужно было с компании.

Завязка квеста была в том, что владелец компании Андрей Соколов, заработавший некоторую сумму услугами хостинга на самосборном сервере и создания стрёмных сайтов, улетел на Бали. Оставшиеся 200 000 рублей он спрятал в этом офисе, который снабдил умной защитой от грабителей с трансляцией системы слежения на том же сайте. Но спрятал он их не в сейф, а в шредер, который, при попытке взлома, начинает уничтожать купюры, чтобы деньги не достались грабителям.

По сценарию раз в час уничтожается 1000 рублей, что стимулирует участников думать и действовать быстро ведь победитель забирает сумму, оставшуюся на момент взлома. А взломом должно стать короткое замыкание, к которому приведёт управление IoT-устройствами через сайт и которое уничтожит сервер. Короткое замыкание надо было устроить так: найти спрятанный лазер, активировать его, подобрав код доступа и направить в подвешенную гирю, которая, падая, разбивала аквариум с водой, который заливал сервер. Были и . Прямая трансляция происходившего в комнате-офисе велась на YouTube двое суток: лампочки мигали, телефон звонил, интернет вещей свирепствовал.

Как проходил квест и кто в нём победил, забрав 134 000 рублей, можно почитать .

Как создавалась игра


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

Тестирование выстрела лазера.

Бэкенд


Состоял из шести архитектурных единиц:

  1. Бэкенд игровых сущностей, отвечающих за игровые механизмы. Реализация в виде spring boot-приложения, которое имело три rest-контроллера (Мегатрон для лазера, контроллер для капчи и контроллер для мапинга тильдовских страниц), websocket endpoint для управления гаджетами и сервисы с игровой логикой.
  2. Шина обмена данных бэкенда и площадки на наших . Сначала использовали тариф за ресурсы, но потом поняли, что лучше фиксированный тариф из-за постоянной высокой нагрузки. Для подобных квестов хорошо использовать тариф Turbo. На VPS-сервере был запущен RabbitMQ, от DDoSa применили Cloudflare.
  3. Транслятор из запросов бэкенда игровых сущностей на Ардуино и железо на площадке. Через скрипт на Питоне транслятор отвечал за таймер шредера, передачу изображений на экран и логику параллельного включения света на разные устройства.
  4. Ардуино, которая получала команды с транслятора и управляла разными реле.
  5. Игровые устройства: вентилятор, гирлянды на светящихся буквах, торшеры и так далее.
  6. Фронтенд вырвиглазный сайт компании Сокол на Тильде, с которого игроки управляли игровыми устройствами. Попросили у Тильды разрешения менять код, чтобы добавить недостающую js-логику на отправку запросов на игровые устройства.

Жуткий сайт Сокола.

Железо


Мы не использовали коробочные решения и устройства для умного дома и не использовали беспроводные подключения, поскольку все девайсы находились друг от друга на расстоянии максимум 3 метров. В кадре не было видно никаких реле и Ардуино. Мегатрон-3000 это лазерный модуль для резки с ручной фокусировкой LSMVR450-3000MF, 3000мВт, 450нм. Для резервирования электричества и интернета использовали привычную для ЦОДов схему N+1 и роутер на базе OpenWRT с пакетом mwan3 для переключения на резервный модем с Yota в случае обрыва. Больше железных подробностей и киношных нюансов .

Про награждение


Основатель и управляющий партнер и Сания Галимова на вручении премии /

Церемония была торжественная, как Оскар. Состязаться за премию в номинации нам выпало с профессионалами из ООО АФЕСПРО, C3 Solutions и GreenMDC. По задумке наш проект это не просто рекламная кампания, пусть даже такая креативная. Основной посыл заключался в том, что мы против распространения на рынке виртуальных /серверов таких компаний, которые оказывают услуги низкого качества, которые предлагают хостинг на непрофессиональном оборудовании и которые таким подходом дискредитируют всю сферу услуг виртуальных серверов в России. Спасибо устроителям и жюри премии, за то, что высоко оценили нашу акцию. И огромное спасибо хакерам Хабра, так увлечённо проходившим квест. Вы вдохновляете!

Подробнее..
Категории: Блог компании ruvds.com , Ruvds , Хостинг , Читальный зал , Игра , Ruvds_статьи , Цоды.рф , Хакерский квест

Хабр, давай поштурмим

12.05.2021 16:20:09 | Автор: admin
Мы написали почти 1800 статей в свой блог на Хабре: профессиональных авторских переводов, серий, статей, фан-контента, спецпроектов. Со стороны может показаться, что это очень просто: нашёл удачную идею и написал, нашёл классный пост и перевёл. Делов-то. Но кто писал на Хабр, тот в Форбсе не смеётся: важно провести фактчекинг, проверить корректность всех формулировок подобрать заголовок и изображение, сверстать, выпустить и F5, F5, F5 в ожидании плюсов минусов, комментариев, багрепортов в личку. И знаете, что самое интересное? Даже спустя пять лет эти ощущения не отпускают: каждый раз как в первый раз.

В общем, идеи начинают иссякать. Поэтому мы просим вас нам помочь.



Хочу помочь сразу


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

Бонус-трек: 8 реально проверенных методик генерации идей


Мозговой штурм


Вечно живая и неизменно работающая методика поиска новых идей. Работает максимально просто: собираются 2-12 человек (больше это уже базар), один из них становится модератором, который записывает все идеи и следит, чтобы не было попыток обсуждать, критиковать или одобрять чужие идеи. Всё общение хаотичный поток мыслей: бредовых, заумных, сложных, простых, дорогих в исполнении. Все зафиксированные идеи собираются в список и высылаются коллегам для голосования. Отобранные решения принимаются в работу и уже детально обсуждаются с точки зрения реальности, сроков, трудозатрат, стоимости, ресурсов и т.д. Фишка такого подхода в том, что никто не стесняется высказывать идеи, потому что такие правила игры и все ведут себя немного сумасбродно, а заодно подстёгивают мышление коллег. Среди предложенных идей всегда найдутся 3-5 пригодных и одна золотая мысль.

Обратный мозговой штурм


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

Думать синтетически


Представьте, вы написали 300 статей о JavaScript. Тупик. А вам нужно непременно ещё несколько и непонятно, что с этим делать. Разлинуйте таблицу (кстати, 2 и 3 колонки могут содержать любые вопросы: зачем, почему, как, с кем, кто, от кого):
Что? прописываете плотно связанные с вашим основным объектом понятия Где? прописываете неоднородные места (посмотрите вокруг) Когда? прописываете неоднородные ответы на вопрос (какие в голову пришли)
JavaScript В офисе Осенью
Web-разработка В кафе Ночью
Приложение На столе Когда закончится ковидла
Фронтенд В автомобиле В средние века

А теперь гуляете глазами по колонкам:

  • JavaScript в автомобиле когда закончится ковидла
  • Фронтенд на столе в средние века
  • Приложение в офисе ночью

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

  • JavaScript: использование в разработке автомобилей, подключённых ко всему
  • Как изменяется языки программирования после пандемии и как на них повлияет удалённая работа
  • Если бы фронтенд работал в средние века: шуточные рассуждения об интерфейсах
  • Преимущества ночных билдов и самые распространённые ошибки JavaScript, которые может сделать только сонный программист

Уже интересные темы, за которые можно браться и которые звучат небанально. То есть мы их синтезировали, соединив неожиданные свойства окружающих объектов.

На таких таблицах и основано синтетическое мышление, которое после 2-3 итераций начинает очень здорово работать.

Идеи вокруг нас


Загрузите себе на подкорку мысль о необходимой задаче и отправляйтесь делать свои дела: спать, читать, готовить, кататься на велосипеде, карабкаться в горы, полоть грядки. Эта мысль будет крутиться у вас в голове и решение придёт совершенно неожиданно. Это будет настоящая Эврика! У этого метода важный недостаток: он работает только для одной, локальной идеи. Параллельно для нескольких решений метод не подходит.

Стресс-спринт


Прекрасная идея для удалённой или частично удалённой команды. Метод работает на основе положительного стресса. Каждому сотруднику на связи даются 3-5 минут (можно меньше), за которые он должен набрасывать абсолютно любые идеи в нужном направлении: новые фичи, идеи для оформления или интерфейса и т.д. Его никто не перебивает, не комментирует, не критикует и не одобряет. Конференция записывается, все идеи затем оформляются в список и дальше он обрабатывается по тем же принципам, что и протокол мозгового штурма. Лучше, если это будет неожиданный опрос сотрудников, например, по ходу привычного созвона в стрессовой ситуации мозг активизируется и иногда случаются достойные идеи.

Конкурс внутри компании


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

Майнд-карты и стикеры


Когда с помощью майнд-карт и виртуальных досок со стикерами оформляешь пути решения задач, конструируешь связи, создаёшь зависимости, приходит более глобальное, обширное понимание предмета обсуждения. Таким образом, формируются точные, выверенные, по-инженерному стройные идеи. Этот метод отлично подходит интровертам, а ещё полезен всей компании: подготовленные карты можно пошарить и все коллеги разделят конструктивное восприятие проблемы. Минус такого подхода в длительном сроке подготовки, а также в необходимости освоить новое приложение для создания таких структур.

И подпись: аноним


Самый простой и в то же время подходящий любому сотруднику способ: создаёте файл, например, в Google Docs, и сотрудники анонимно или не анонимно заполняют его все месте, дополняя и обращаясь к чужим идеям в комментариях. Это удобно, поскольку каждый сотрудник сможет работать с файлом в наиболее свободное время и не переживать, что просядут текущие рабочие задачи. На выходе вы получите большой файл со множеством взвешенных мнений и обсуждений останется его обработать. Один нюанс: установите предельный срок, до которого нужно поработать с файлом, а потом закройте документ для редактирования, иначе процесс растянется на недели.

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

А теперь сама просьба


Если у вас есть идеи крутых тем, которые не раскрыты на Хабре или идеи циклов статей и спецпроектов, заполните форму и дайте нам знать. Если вы можете сами реализовать свою идею, отлично: мы её быстро рассмотрим, согласуем и честно заплатим. Если вам интересно о чём-то почитать, но нигде нет полной и ценной информации, оставьте свой тематический запрос или идею мы постараемся найти экспертного автора. И вообще пишите любые идеи, в это и есть смысл мозгового штурма (ругать блог тоже можно только, чур, конструктивно).

Хочу помочь

Убедительно просим вас заполнять именно форму, а не писать в комментарии.


Друзья, спасибо, что читаете нас мы работаем и пишем для вас!

Подробнее..
Категории: Блог компании ruvds.com , Ruvds , Habr , Контент-маркетинг , Хабр , Ruvds_статьи , Идеи

Охоту на Макбук объявляем открытой

13.05.2021 16:14:30 | Автор: admin
Умеете хорошо писать по ИТ-теме? Можете объяснить своей бабушке, что такое DevOps на пальцах? Рассказываете коту про кортежи и полиморфизм? Хватит держать это в себе! Напишите классную статью в наш блог на Хабре и выиграйте Макбук с M1, с котором сможете делать ещё больше крутых штук. На старт, внимание а всё, вы уже в деле.

Кто победит: осмелевший и талантливый новичок или опытный и владеющий всеми фишками старожил?

Что происходит?


Компания RUVDS объявляет конкурс на лучшую статью для корпоративного блога компании на Хабре. До конца июня вы можете присылать свои публикации нашему редактору JohurN (или на почту dolina@rucloud.host) адекватные материалы будут опубликованы в корпоративном блоге компании RUVDS на Хабре. В конце мы подведём итоги самым честным способом: главный приз (MacBook Air на M1) получит тот автор, чья статья наберёт наибольший рейтинг, состоящий из оценок пользователей Хабра. Кроме этого, будет ещё один приятный приз симпатий редакции и сотрудников RUVDS. Его получит тот автор, чей текст заденет нас за живое. Ну и добровольный бонус: лучшим авторам мы предложим продолжить сотрудничество с компанией RUVDS в качестве автора блога.

Механика конкурса


Точные сроки


Продолжительность конкурса с момента размещения публикации-анонса о конкурсе на Хабре и до 23:59 МСК 30 июня 2021 года. То есть время уже пошло.

Призы


1 место Apple MacBook Air 2020 (M1, 8/256) или его денежный эквивалент, если по каким-то причинам выдача/доставка приза окажется невозможной.

image

Ещё одно место спецприз симпатий команды RUVDS.

Кто может принять участие?


Любой автор, который пишет на темы, предусмотренные потоками и хабами Хабра. То есть это могут быть:

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

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

А если я


выдам чужой перевод за свой материал?

скомпилирую хайповую статью из разных?

накручу себе рейтинг любым доступным способом?

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

А судьи кто?


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

Про что писать?


Про всё, что вписывается в рамки Хабра. Вы можете пройтись по публикациям и понять, что такое хорошо и что такое плохо. Вы можете написать о своём технологичном хобби, о своей работе, о программировании, об особенностях ИТ, да хоть об IoT-котике. Главное, чтобы вы были экспертом в теме, вам было что сказать и тема увлекала бы вас по-настоящему.

А как писать на Хабр?


От души и с экспертизой. А если серьёзно, то вот несколько ссылок:


И главное, мы вас призываем не сомневаться в себе, а открыть GoogleDocs и начать писать свою лучшую статью. Всё получится!

И не забудьте: для публикации обращайтесь к нашему редактору JohurN или на dolina@rucloud.host

Подробнее..
Категории: Блог компании ruvds.com , Ruvds , Habr , Контент-маркетинг , Конкурс , Ruvds_статьи

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru