Faceebook ru: Регистрация на Facebook

Архитектура Facebook

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

Платформа

• Linux — операционная система
• PHP с HipHop — код на PHP компилируется в C++
• memcached — агрессивное кэширование объектов
• MySQL — используется как хранилище пар ключ-значение, никаких join’ов
• Thrift — интерфейс взаимодействия между сервисами, написанными на разных языках программирования
• Scribe — универсальная система сбора и агрегации данных с рабочих серверов

• Более 500 миллионов активных пользователей (месячная аудитория)
• Более миллиарда социальных связей
• Более 200 миллиардов просмотров страниц в месяц
• Более 4 триллионов действий попадает в новостные ленты каждый день
• Более 150 миллионов обращений к кэшу в секунду; 2 триллиона объектов в кэше
• Более 8 миллиардов минут провели пользователи на Facebook’е ежедневно
• Более 3 миллиардов фотографий загружается каждый месяц, до 1. 2 миллиона фотографий в секунду
• 20 миллиардов фотографий в 4 разрешениях = 80 миллиардов фотографий, их бы хватило чтобы покрыть поверхность земли в 10 слоев; это больше, чем на всех других фото-ресурсах в месте взятых
• О более чем 5 миллиардах единиц контента рассказывается друзьям еженедельно
• Более миллиарда сообщений в чате каждый день
• Более ста миллионов поисковых запросов в день
• Более 250 приложений и 80 тысяч сторонних ресурсов на платформе Facebook Connect
• Более 400 тысяч разработчиков сторонних приложений
• Менее 500 разработчиков и системных администраторов в штате
• Более миллиона активных пользователей на одного инженера
• Десятки тысяч серверов, десятки гигабит трафика

Архитектура

Общие принципы

• Балансировщик нагрузки выбирает веб-сервер для обработки запроса
• PHP-код в веб-сервере подготавливает HTML, пользуясь данными из различных источников:
  • MySQL
  • memcached
  • Специализированные сервисы
• Если взглянуть с другой стороны, то получим трехуровневую архитектуру:
  • Вер-приложение
  • Распределенный индекс
  • Постоянное хранилище
• Использование открытых технологий там, где это возможно
• Поиск возможностей оптимизации используемых продуктов
• Философия Unix:
  • Старайтесь делать каждый компонент системы простым и производительным
  • Комбинируйте компоненты для решения задач
  • Концентрируйте внимание на хорошо обозначенных точках взаимодействия
• Все усилия направлены на масштабируемость
• Попытки минимизации количества точек отказа
• Простота, простота, простота!

PHP

Почему PHP?

• Во многом «так исторически сложилось»
• Хорошо подходит для веб-разработки
• Легок в изучении: небольшой набор выражений и языковых конструкций
• Легок в написании: нестрогая типизация и универсальный «массив»
• Легок в чтении: синтаксис похож на C++ и Java
• Прост в дебаггинге: нет необходимости в перекомпиляции
• Большой ассортимент библиотек, актуальных для веб-проектов
• Подходит для процесса разработки с короткими итерациями
• Активное сообщество разработчиков по всему миру
• Динамическая типизация, интерпретируемый язык для скриптов

Как оказалось на самом деле?

• Высокий расход оперативной памяти и вычислительных ресурсов
• Сложно работать, когда объем исходного кода очень велик: слабая типизация и ограниченные возможности для статичного анализа и оптимизации кода
• Не особо оптимизирован для использования в крупных проектах
• Линейный рост издержек при подключении файлов с исходным кодом
• Механизм разработки расширений не очень удобен

Доработки:

• Оптимизация байт-кода
• Улучшения в APC (ленивая загрузка, оптимизация блокировок, «подогрев» кэша)
• Свои расширения (клиент memcache, формат сериализации, логи, статистика, мониторинг, механизм асинхронной обработки событий)
• HipHop — трансформатор исходных кодов:
  • Разработчики пишут на PHP, который конвертируется в оптимизированный C++
  • Статический анализ, определение типов данных, генерация кода, и. т.д.
  • Облегчает разработку расширений
  • Существенно сокращает расходы оперативной памяти и вычислительных ресурсов
  • У команды из трех программистов ушло полтора года на разработку, переписаны большая часть интерпретатора и многие расширения языка
  • Опубликован под opensource лицензией в начале года, нет необходимости проходить этот же путь с нуля

MySQL

Как используется MySQL?

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

Как оказалось на самом деле?

• Логическая миграция данных очень сложна
• Создавать большое количество логических баз данных и перераспределять их между физическими узлами, балансируя таким образом нагрузку, намного удобнее
• Никаких join’ов на рабочих серверах баз данных
• Намного проще наращивать вычислительные мощности на веб-серверах, чем на серверах баз данных
• Схемы, основанные на структуре данных, делают программистов счастливыми и создают большую головную боль администраторам
• Никогда не храните не-статичные данные в централизованное базе данных

Доработки:

• Практически никаких модификаций исходного кода MySQL
• Своя схема партиционирования с глобально-уникальными идентификаторами
• Своя схема архивирования, основанная на частоте доступа к данным относительно каждого пользователя
• Расширенный движок запросов для репликации между датацентрами и поддержания консистенции кеша
• Библиотеки для доступа к данным на основе графа:
  • Объекты (вершины графа) с ограниченными типами данных (целое число, строка ограниченно длины, текст)
  • Реплицированные связи (ребра графа)
  • Аналоги распределенных внешних ключей (foreign keys)
  • Большинство данных распределено случайно

Memcache

Как используется memcached?

• Высокопроизводительная распределенная хэш-таблица
• Содержит «горячие» данные из MySQL
• Снижает нагрузку на уровень баз данных
• Основная форма кэширования
• Используется более 25TB памяти на нескольких тысячах серверов
• Среднее время отклика менее 250 микро-секунд
• Кэшируются сериализованные структуры данных PHP
• Отсутствие автоматического механизма проверки консистенции данных между memcached и MySQL — приходится делать это на уровне программного кода
• Множество multi-get запросов для получения данных на другом конце ребер графа
• Ограниченная модель данных, неэффективен для маленьких объектов

Доработки:

• Порт на 64-битную архитектуру
• Более эффективная сериализация
• Многопоточность
• Улучшенный протокол
• Компрессия
• Проксирование запросов
• Доступ к memcache через UDP:
  • уменьшает расход памяти благодаря отсутствию тысяч буферов TCP соединений
  • управление ходом исполнения приложение (оптимизация для multi-get)
• Статистика о работе потоков по запросу — уменьшает блокировки
• Ряд изменений в ядре Linux для оптимизации работы memcache:
  • распределение управления сетевыми прерывания по всем ядрам
  • оппортунистический опрос сетевых интерфейсов
• После вышеперечисленных модификаций memcached способен выполнять до 250 тысяч операций в секунду, по сравнению со стандартными 30-40 тысячами без данных изменений

Thrift

Что это?

• Легкий механизм построения приложений с использованием нескольких языков программирования
• Высокая цель: предоставить механизм прозрачного взаимодействия между языками программирования.
• Предоставляет язык описания интерфейсов, статический генератор кода
• Поддерживаемые языки: C++, PHP, Python, Java, Ruby, Erlang, Perl, Haskell и многие другие
• Транспорты: простой интерфейс для ввода-вывода (сокеты, файлы, буферы в памяти)
• Протоколы: стандарты сериализации (бинарный, JSON)
• Серверы: неблокирующие, асинхронные, как однопоточные, так и многопоточные

Почему именно Thrift?

• Альтернативные технологии: SOAP, CORBA, COM, Pillar, Protocol Buffers — но у всех есть свои существенные недостатки, что вынудило Facebook создать свою технологию
• Он быстрый, очень быстрый
• Меньше рабочего времени тратится каждым разработчиком на сетевые интерфейсы и протоколы
• Разделение труда: работа над высокопроизводительными серверами ведется отдельно от работы над приложениями
• Общий инструментарий, знакомый всем разработчикам

Scribe

Что это?

• Масштабированный распределенный механизм ведения логов
• Перемещает данные с серверов в центральный репозиторий
• Широкая сфера применения:
  • Логи поисковых запросов
  • Публикации в новостных лентах
  • Данные по A/B тестированиям
• Более надежен, чем традиционные системы логгирования, но недостаточно надежен для транзакций баз данных
• Простая модель данных
• Построен на основе Thrift

Хранение фотографий

Сначала сделали это просто:

• Загрузка на сервер: приложение принимает изображение, создает миниатюры в нужных разрешениях, сохраняет в NFS
• Загрузка с сервера: изображения отдаются из NFS через HTTP
• NFS построена на коммерческих продуктах
• Это было необходимо, чтобы сначала проверить, что продукт востребован пользователями и они правда будут активно загружать фотографии
• На самом деле оказалось, что:
  • Файловые системы непригодны для работы с большим количеством небольших файлов
  • Метаданные не помещаются в оперативную память, что приводит к дополнительным обращениям к дисковой подсистеме
  • Ограничивающим фактором является ввод-вывод, а не плотность хранения

Потом начали оптимизировать:

• Кэширование более часто используемых миниатюр изображений в памяти на оригинальных серверах для масштабируемости, надежности и производительности
• Распределение их по CDN для уменьшения сетевых задержек
• Возможно сделать еще лучше:
  • Хранение изображений в больших бинарных файлах (blob)
  • Сервис, отвечающий за фотографии имеет информацию о том, в каком файле и с каким отступом от начала расположена каждая фотография (по ее идентификатору)
  • Этот сервис в Facebook называется Haystack и он оказался в 10 раз эффективнее «простого» подхода и в 3 раза эффективнее «оптимизированного»

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

• SMC: консоль управления сервисами — централизованная конфигурация, определение на какой физической машине работает логический сервис
• ODS: инструмент для визуализации изменений любых статистических данных, имеющихся в системе; удобен для мониторинга и оповещений
• Gatekeeper: разделение развертывания и запуска, A/B тестирования, таргетированный запуск, постепенный запуск
• И еще около 50 других сервисов. ..

Как это работает все вместе?

Новые альбомы друзей

1. Получаем профиль по идентификатору пользователя (скорее всего из кэша, но потенциально возможно обращение к базе данных)
2. Получаем список друзей (опять же на основе идентификатора пользователя из кэша или из базы данных в случае промаха)
3. Параллельно запрашиваем идентификаторы последних 10 альбомов для каждого из друзей (multi-get, каждый промах мимо кэша индивидуально вытаскивается из MySQL)
4. Параллельно получаем данные о всех альбомах (на основе идентификаторов альбомов из предыдущего шага)
5. Все данные получены, выполняем логику отрисовки конкретной страницы на PHP
6. Отправляем HTML в браузер, пользователь счастлив 🙂

Новостная лента

Поиск

Подводим итоги

LAMP не идеален

• PHP+MySQL+Memcache решает большинство задач, но не может решить совсем все:
  • PHP не может хранить состояния
  • PHP не самый производительный язык
  • Все данные находятся удаленно
• Facebook разрабатывает собственные внутренние сервисы, чтобы:
  • Располагать исполняемый код ближе к данным
  • Скомпилированное окружение более эффективно
  • Некоторая функциональность присутствует только в других языках программирования
• Философия сервисов:
  • Создание сервисов только при необходимости (минимизация издержек по развертке, поддержке и ведению отдельной кодовой базы; потенциальная дополнительная точка сбоя)
  • Создание общего набора инструментов для создания сервисов (Thrift, Scribe, ODS, средства мониторинга и уведомлений)
  • Использование правильных языка программирования, библиотек и инструментов для решения задачи
• Возвращение инноваций общественности — важный аспект разработки в Facebook:
  • Опубликованные свои проекты:
    • Thrift
    • Scribe
    • Tornado
    • Cassandra
    • Varnish
    • Hive
    • xhprof
  • Доработки популярных решений:
    • PHP
    • MySQL
    • memcached
  • Информация о взаимодействии Facebook с opensource-сообществом, этих и других проектах расположена на странице, посвященной opensource.
• Ключевые моменты культуры разработки в Facebook:
  • Двигайся быстро и не бойся ломать некоторые вещи
  • Большое влияние маленьких команд
  • Будь откровенным и инновационным

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

• Facebook Architecture: Science and the Social Graph
• Facebook: Moving Fast at Scale
• Scale at Facebook

Очень рекомендую посмотреть материалы в оригинале, так как естественно я осветил в статье далеко не все, да и неточности какие-либо неисключены. Помимо этого возможно многим будет интересно мероприятие «Facebook: how we scaled to 500 000 000 users «, где Robert Johnson выступает 22 октября в Москве. Еще он числится в списке докладчиков Highload++ с аналогичным выступлением. Дополнительную информацию можно почерпнуть в блоге инженеров Facebook.

UPD: Обновил некоторые моменты после посещения вышеупомянутого выступления Роберта.

И по традиции напоминаю, что так как я пишу довольно редко — читать мой блог намного удобнее по RSS. Спасибо за внимание 🙂

20 октября 2010 |  Иван Блинков  |  Высокие нагрузки

CDN   Facebook   featured   HipHop   Linux   Memcached   MySQL   ODS   PHP   Scribe   Thrift   Архитектура Facebook  

• Архитектура Facebook
• Платформа
• Статистика
• Архитектура
• Общие принципы
• PHP
• MySQL
• Memcache
• Thrift
• Scribe
• Хранение фотографий
• Другие сервисы
• Как это работает все вместе?
• Новые альбомы друзей
• Новостная лента
• Поиск
• Подводим итоги
• Источники информации

«Разница сильно заметна». Россиянин из Facebook — о Цукерберге и переезде в США

Переезд в США

— Как вы оказались в США и попали в Facebook?

— У меня нетипичная история переезда. Моя жена поступила в аспирантуру в Нью-Йорке. Я переехал вместе с ней по визе, которая не давала право работать на территории США. И первые два с половиной года я прожил в Штатах, не имея возможности устроиться в американскую компанию.

— Это виза для супруга/супруги?

— Да. У нее была студенческая виза, а у меня так называемая spouse visa, то есть виза для супруга или супруги. Через некоторое время мы узнали от знакомых, что есть другая виза, по которой можно запросить разрешение на работу. Так через два года мы обновили наши визы, и я подал заявление в миграционную службу, чтобы мне разрешили работать в Штатах.

Все, что касается миграционных процедур в США, можно описать фразой «долго, дорого, неопределенно». Ты по почте отправляешь пакет документов и дальше просто ждешь, имея смутное представление, когда тебе должны ответить. Мне предстояло ждать до шесть месяцев. Я решил не терять время зря и проверить, а что вообще здесь происходит на рынке труда.

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

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

close

100%

— А сколько всего собеседований прошли?

— У меня в итоге было семь собеседований в Facebook. Где-то в середине октября 2018 года со мной связались рекрутеры, мы обговорили весь процесс прохождения собеседования. Что мне нравится у крупных компаний, так это то, что они сразу говорят, из каких этапов будет состоять интервью и к чему нужно быть готовым. Это не только помогает лучше подготовиться, но и существенно снижает стресс от неопределенности во время интервью.

Первое техническое интервью должно было состояться через месяц, в конце ноября. Рекрутер сама предложила эту дату, чтобы у меня была возможность подготовиться. Но в конце ноября в Штатах День Благодарения — это время, когда все разъезжаются по домам и уже никто не работает, потому мое интервью перенесли на начало декабря.

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

— Занимаетесь именно разработкой в Facebook?

— Да, я работаю в Facebook Messenger, для iPhone, то есть операционной системы iOS.

close

100%

Россия и США

— А в Москве или Санкт-Петербурге работали? Как отличается жизнь по сравнению с Нью-Йорком?

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

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

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

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

— Чем занимались в России?

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

Работа в Facebook

— Были в штаб-квартире в Калифорнии?

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

И до пандемии в первую неделю работы всех как раз привозили в Калифорнию в штаб-квартиру. Так я первый раз и оказался в Менло парке. Вместе со мной в буткампе было больше 200 человек.

— Как-то изменилась работа в период пандемии? И вернулась ли в норму?

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

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

close

100%

Цукерберг

— А на буткамп приезжал Марк Цукерберг?

— Цукерберг не выступает перед участниками буткампа. Но у Facebook каждую неделю проходит Q&A (вопрос-ответ) и есть возможность задать вопрос Марку. Каждую неделю сотрудники Facebook голосуют за вопросы, которые они хотят задать Марку, и Марк отвечает. До пандемии Q&A проходил в конференц-зале в главном кампусе в Калифорнии. И любой мог прийти поучаствовать.

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

— Внутри Facebook поддерживаются шутки из сети про то, что Цукерберг рептилоид или робот?

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

Переименование в Meta

— Как относитесь к переименованию Facebook в Meta? Изменилось ли что-то в работе?

— Единственное, что изменилось — рабочие группы и чаты, которые именовались Facebook теперь называются Meta.

Слухи про то, что Facebook собирается переименовываться, появились еще до этой конференции. И все гадали, какое будет название. Ну Meta и Meta!

Я считаю, что переименование было логичным шагом. У Facebook целый ряд приложений, каждый из которых представляет собой отдельный сервис. Тот же WhatsApp, например. И все они прежде ассоциировались с именем продукта. Теперь будут ассоциироваться с именем компании. Точно так же, например, Google переименовался в Alphabet.

— Как считаете, что Марк Цукерберг подразумевает под метавселенной?

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

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

close

100%

Информатор и глобальный сбой

— Фрэнсис Хауген — кто она? Информатор или чей-то представитель, работающий против Facebook? В компании говорили, как отвечать на этот вопрос?

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

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

— А ситуация с глобальным отключением сервисов Facebook в начале октября. Что это было?

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

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

close

100%

— Это действительно потребовало так много времени?

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

— То есть никакой конспирологии?

— Нет. Я тоже встречал различные версии. И что хакеры атаковали, и что власти США «заткнули» Facebook.

Но когда работаешь в IT, то понимаешь, что такие штуки случаются постоянно. Если в системе есть ошибка, то рано или поздно она даст о себе знать.

И это как раз был такой случай.

— Отключение одновременно с выходом разоблачений от Хауген просто совпадение?

— Да, никакого злого умысла там не было.

Переезд

— Стоит ли российским IT-специалистам уезжать в США или уже нет такой разницы между условиями?

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

У меня много коллег и друзей в России, и на мой взгляд, общая атмосфера в России — нервозная. Даже для IT-специалистов.

Программиста Виктора Филинкова арестовали по так называемому делу «Сети» (запрещенная в России организация, по версии следствия занималась подготовкой терактов), пытали и выбили нужные признательные показания. Виктор сидит в тюрьме. Другой пример — аспиранта МГУ, математика Азата Мифтахова так же задержали, пытали и сейчас держат в тюрьме.

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

— Свое будущее планируете в США?

— Я бы хотел остаться в Нью-Йорке, но, если честно, пока нет глобальных планов навсегда осесть в Штатах. Пока собираюсь получить вид на жительство, а там уже будет видно.

Мошенничество TikTok и Facebook «Посмотрите, кто погиб в результате несчастного случая», объяснение

toggle

Главная > Развлечения

Источник: Twitter/@britneyjparks несчастный случай. » Вот что делать, если вы получили это сообщение.

Если вы используете Facebook или TikTok, слушайте сюда. С конца 2022 года на платформах совершается крупная фишинговая афера, и нет никаких признаков того, что она прекратится в марте 2023 года. Эти мошенники здесь не для того, чтобы играть — они действительно пытаются атаковать пользователей наиболее уязвимым способом. .

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

Продолжение статьи под рекламой

Источник: Getty Images

Вот почему вы не должны открывать сообщения на Facebook или TikTok, которые гласят: «Посмотрите, кто погиб в результате несчастного случая».

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

Вы получаете DM от случайного пользователя (иногда друга на Facebook), и в предварительном просмотре вы видите сообщение, начинающееся со слов «Смотрите, кто умер». Конечно, почти любому было бы любопытно открыть такое сообщение. Кто бы это мог быть? Что случилось? Это звучит ужасающе.

Продолжение статьи под рекламой

@daddyp810 ♬ Обезьяны Spinning Monkeys — Kevin MacLeod & Kevin The Monkey

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

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

Статья продолжается под рекламой

tiktok.com/@charleyreber/video/7123616005082909998″ data-video-id=»7123616005082909998″ data-embed-from=»oembed»> @charleyreber

Смотри, кто умер! #Facebookhacked #facebook #message #Messenger #hack #gothacked #no #scam #тупой #обман #любовь #Instagood fyp. #смешно #тикток #в тренде

♬ оригинальный звук — Чарли Ребер

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

Статья продолжается под рекламой

Что делать, если на вас напали?

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

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

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

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

Статья продолжается под рекламой

Все, что я получаю в Facebook Messenger в эти дни, это взломанные учетные записи, рассылающие мошеннические ссылки, которые говорят: «Посмотрите, кто погиб в результате несчастного случая, я думаю, вы его знаете, так что извините»

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

— MooMoo Selca Dude (@MooMooSelcaDude) 12 марта 2023 г.

Согласно MalwareTips. com, мошенничество иногда может быть организовано по электронной почте. Если вы видите сообщение с темой «Посмотрите, кто умер», немедленно удалите его.

Оставайтесь там в безопасности!

Реклама

Больше от Distractify

Последние новости Развлечения Новости и обновления

Автоматизируйте интерактивные беседы в Instagram Direct Messages, Facebook Messenger и SMS, чтобы развивать свой бренд .

Начать

Выберите свой канал

Instagram DMopen

Instagram DM

Facebook Messenger

SMS-сообщения

WhatsApp

Прямые сообщения Instagram

Instagram DM Automation — это самая простая и мощная платформа для автоматизации ваших сообщений и маркетинга в Instagram для увеличения продаж и улучшения поддержки клиентов.

Facebook Messenger

Manychat — это чат-бот №1 в Facebook Messenger, который автоматизирует привлечение клиентов и поддержание их удовлетворенности, поэтому у вас остается больше времени для всего остального.

SMS-сообщения

90% текстовых сообщений читаются в течение 3 минут. Перейдите на омниканальность и комбинируйте SMS с прямыми сообщениями в Instagram или Facebook Messenger, чтобы продолжить общение за пределами социальных сетей.

WhatsApp

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

CTR клиентов Manychat на 130 % выше, чем в среднем по отрасли

---

Manychat — это чат-маркетинг

Развивайте свой бизнес

Manychat создан для продаж и маркетинга

Увеличивайте продажи продуктов, вовлекайте клиентов, привлекайте квалифицированных потенциальных клиентов и предоставляйте мгновенную поддержку с помощью персонализированных бесед в Instagram Direct Messages и Facebook Messenger.

Начните прямо сейчас

Быстро создавайте автоматизацию

Легко создавайте и автоматизируйте интерактивные беседы для Instagram Direct Messages и Facebook Messenger, которые укрепляют отношения и приводят к большему количеству конверсий с помощью нашего визуального интерфейса перетаскивания. Опыт кодирования не требуется.

Продолжайте общение

В сочетании с SMS и электронной почтой

Начинайте общение через Instagram Direct Messages или Facebook Messenger и записывайте телефонные номера или электронные письма в свою автоматизацию. Доставляйте купоны, информационные бюллетени, рекламные акции, подтверждения бронирования и многое другое с помощью SMS или электронной почты.

Подключение к существующим инструментам

Получите больше от инструментов, которые вы уже используете

Будь то Shopify, Google Sheets, MailChimp, Klaviyo, HubSpot или Zapier, Manychat подключается к тысячам инструментов, которые вы уже используете для своего бизнеса.

---

Нам доверяют более 1 миллиона компаний

Чтобы поддерживать более 1 миллиарда разговоров с клиентами

”

Автоматизация Instagram — это крупнейшее и лучшее обновление чат-маркетинга, которое вы когда-либо видели.

И это поможет вам быстрее взаимодействовать со своей аудиторией, масштабировать раздачи и оптимизировать взаимодействие с вашим сообществом.

Трилсе Джирон Гарро, генеральный директор TBS Marketing Costa Rica

”

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

Джеймс Кинг, менеджер по цифровому маркетингу, Benefit Cosmetics

”

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

Джон Престон, директор Superstar Bots

Используйте Flow Builder

Создайте собственную автоматизацию или используйте готовые шаблоны

Блог трендов

Руководство для начинающих по генерации лидов

14 минут чтения ↗

---

Instagram

Как заработать в Instagram (даже без тысяч подписчиков)

11 минут чтения ↗

---

Facebook

Как создать успешную видеорекламу на Facebook

· Чтение: 11 мин.