на каком языке написан твиттер

На каком языке пишутся сложные сайты?

Здравствуйте, хотелось бы начать изучать языки для создания веб-сайтов, но не обычных, простеньких, а сложных, например: vk.com, imhonet, youtube. На каких языках подобные сайты пишутся? Что нужно вообще знать для написания подобных проектов?

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

Оценить 1 комментарий

Их не пишут, нельзя вот так вот взять и написать yotube.
Во первых не стоит называть такие проекты сайтами. Сайт это просто аккуратно оформленная страничка с данными доступная по протоколу http.
Т.е вордовский документ размещенный в сети интернет это и есть сайт.

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

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

Далее, конечно для вк и фб было мало пхп, и начались переделки. Не скажу за сегодня, но последний раз когда слышал об этом.
— для фб написана собственная база данных на С(не вспомню каких именно), и по сути, вся нагрузка лежит на этой базе.
— для вк они разработали собственный язык программирования, FastPHP, где от php остались только названия функций. В тоже время, у них еще есть Jabber сервер, это то где все ваши сообщения, обновления стены и прочее, этот сервер написан на Node.js.

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

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

Источник

140 миллионов твитов в день: как работает Twitter изнутри?

Содержание статьи

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

Что такое твит? Это сообщение длиной до 140 символов с возможность @ссылки на пользователя и указания темы с помощью #хэш-тега. Человек публикует твиты в своем Twitter-аккаунте — их читают его подписчики (они же — follower’ы). С точки зрения архитектуры сервиса все просто и примитивно, а рабочий прототип аналогичного ресурса можно написать за час-другой, но… только если у тебя не 175 000 000 пользователей.

Twitter стартовал как небольшой побочный проект научно-исследовательской компании Odeo, но темпы его роста оказались ошеломительными. Путь от нуля до миллионов просмотров страниц занял всего несколько коротких месяцев. Ранние решения о проектировании системы неплохо справлялись с небольшими нагрузками, но они начали быстро сдавать позиции под напором огромного количества пользователей, желающих разослать всем своим друзьям весточки с ответом на простой вопрос «Чем ты занимаешься?». 140 000 000 — столько сообщений в среднем отправляют пользователи Twitter каждый день. И сервис хорошо выдерживает такую нагрузку.

Любопытная статистика

3 года, 2 месяца и 1 день потребовалось Twitter, чтобы набрать миллиард твитов. Сегодня для этого пользователям нужна всего одна неделя.

460 000 аккаунтов в среднем создается каждый день.

6 939 твитов составляет рекордный показатель TPS (твитов в секунду), поставленный через 4 секунды после наступления Нового года в Японии.

Обработка запросов пользователей

Активная аудитория Twitter генерирует неимоверное количество запросов через веб-страницы и программный интерфейс, который используют для своей работы все приложения-клиенты (как для десктопных, так и для мобильных ОС). Любопытно, что лишь 25% трафика приходится на веб-сайт, остальное идет через API. Это легко объяснить: только за последний год рост числа мобильных пользователей, которые активно твиттерят, составил 182%. Статистика впечатляет: 6 000 000 000 запросов к API в день, около 70 000 в секунду! Так как оба способа взаимодействия с сервисом основаны на HTTP, методы их обработки практически идентичны. Для генерации страниц используется в основном известный фреймворк Ruby on Rails, притом практически вся работа «за сценой» реализована на чистом Ruby или Scala. Многие говорят, что Ruby on Rails — далеко не самый производительный фреймворк, на что представители Twitter отвечают, что использование более быстрого решения позволило бы выиграть 10-20% в производительности, но благодаря RoR на ранних стадиях проекта был быстро реализован механизм горизонтального масштабирования. Последний позволил легко подключать новые сервера к системе без изменения кода и, как следствие, достичь роста производительности системы на несколько порядков. Сейчас проект использует более тысячи серверов, которые расположены в NTT America, однако планируется переезд в собственный датацентр. От «облаков» и виртуализации разработчики отказались с самого начала: существующие решения страдают слишком высокими задержками, особенно при доступе к дисковой подсистеме.

В роли балансировщика нагрузки используется привычный Apache httpd, но с учетом основного инструмента разработки, для обработки самих запросов необходим сервер приложений для Ruby. Для этого используется Unicorn, который имеет массу положительных сторон — например, развертывание новых версий кода без простоя, более низкое (до 30% меньше) потребление вычислительных ресурсов и оперативной памяти по сравнению с другими решениями. Связка «Apache + Unicorn» хорошо работала в начале. Но по мере развития проекта начали всплывать и серьезные недостатки решения: в подсистеме кэширования стали наблюдаться проблемы с инвалидацией (удалением устаревших данных), а ActiveRecord, автоматический генератор SQL-запросов в Ruby, как оказалось, использует не самые удачные варианты, что непременно замедляет время отклика и приводит к высоким задержкам в очереди и при репликации. Эти проблемы пришлось решать.

Архитектура средств для обработки запросов

Кэширование

При таком потоке входящих запросов очень важно всеми доступными способами снижать нагрузку на прослойку базы данных, иначе расходы на приобретение нового оборудования начнут зашкаливать. Наиболее распространенным решением в этой области является кэширование сериализованных объектов и значений, полученных ранее из базы данных или от пользователя. Они хранятся в специализированном сервисе, представляющем собой распределенную хэш-таблицу в оперативной памяти с примитивным протоколом доступа (по сути, есть два элементарных действия: «взять» и «положить»). Самым популярным решением в этой области является memcached, который заслужил доверие благодаря своей универсальности и чрезвычайно высокой производительности. Впрочем, даже тот факт, что инструмент используется практически в каждом высоконагруженном проекте, вовсе не означает, что он идеален. Вот и Twitter, используя чистый memcached, очень рано начал сталкиваться с ошибками Segmentation Fault (сбой при обращении к недоступным для программы участкам памяти). Более того, большинство стратегий кэширования основывается на длинных TTL (более минуты), а вытеснение информации делает его непригодным для хранения важных конфигурационных данных. Поэтому кэширующие сервера пришлось распределять на несколько групп для улучшения производительности и снижения риска вытеснения данных. Не обошлось без собственных доработок. В Twitter используется оптимизированная библиотека для доступа к memcached из Ruby на основе libmemcached и алгоритма хэширования FNV вместо чистого Ruby и md5.

Хранение данных

На сегодняшний день в Twitter используется множество различных систем хранения данных, у каждой из которых есть свои слабые и сильные стороны. В разных частях проекта применяется соответствующее поставленным задачам решение. Изначально для постоянного хранения твитов и других данных использовалась MySQL. Но на практике оказалось, что данные социальных сетей плохо подходят для хранения в реляционных СУБД. Этому есть немало причин: отношение «многие ко многим», сложность социального графа, необходимость обхода деревьев. Фактически использование привычных СУБД выливается в проблемы с дисковой подсистемой. Решением этих проблем стало использование FlockDB — масштабируемого хранилища для данных социального графа, построенного поверх множества серверов MySQL. Разбиение данных берет на себя сервис под названием Gizzard. Ребра графа хранятся и индексируются в обоих направлениях, помимо этого производится распределенный подсчет количества строк.

Приведу немного цифр. В базах Twitter’а содержится более 13 000 000 000 ребер графа, при этом осуществляется 20 000 операций записи и 100 000 операций чтения в секунду. Среднее время на выполнение операций в FlockDB достаточно низкое:

Ранее в Twitter’е планировали для хранения всех твитов постепенно перейти на другой проект, а именно Cassandra. Решение изначально был разработано в Facebook как распределенная система хранения данных, ориентированная на работу в реальном времени. Ее основная отличительная особенность — невероятно высокая производительность на запись, но за это пришлось заплатить высокими задержками при случайном доступе к данным. Так как система децентрализована, сбои в оборудовании переносятся практически незаметно. Однако переход на Cassandra в Twitter не состоялся: стратегия по этому вопросу изменилась. Попытки использовать ее в роли основного хранилища для твитов прекратились, но она продолжает использоваться для составления аналитики в реальном времени.

Кластеры внутри Twitter

Пользователи Twitter генерируют огромное количество данных: около 15-25 Гб в минуту, то есть более 12 Тб в день. Цифра удваивается несколько раз в год. Если считать, что средняя скорость записи современного жесткого диска составляет 80 Мб в секунду, запись 12 Тб данных заняла бы почти 48 часов. На одном даже очень большом сервере данную задачу не решить. Логичным выходом стало использование кластера для хранения и анализа таких объемов данных. Подходящим решением в этой сфере оказался свободный Java-фреймворк Apache Hadoop для выполнения распределенных приложений, работающих на больших кластерах, построенных на обычном оборудовании. Hadoop прозрачно предоставляет приложениям надежность и быстродействие операций с данными. В проекте реализована вычислительная парадигма, известная как MapReduce. Согласно этой парадигме, приложение разделяется на большое количество небольших заданий, каждое из которых может быть выполнено на любом из узлов кластера. В дополнение предоставляется распределенная файловая система HDFS (Hadoop Distributed File System), использующая для хранения данных вычислительные узлы кластера, что позволяет достичь очень высокой агрегированной пропускной способности кластера. Эта система позволяет приложениям легко масштабироваться до уровня тысяч узлов и петабайт данных. Источником вдохновения для разработчиков Hadoop послужили материалы по Google File System (GFS).

Другими словами, HDFS занимается автоматической репликацией и помогает справляться со сбоями оборудования, а MapReduce позволяет обрабатывать огромные объемы данных, анализируя пары ключ-значение с помощью разработки специального кода на Java. Типичные вычислительные задачи, которые решаются с помощью Hadoop в Twitter: вычисление связей дружбы в социальном графе, подсчет статистики (количество пользователей и твитов, например подсчет количества твитов занимает 5 минут при 12 000 000 000 записей), подсчет PageRank между пользователями для вычисления репутации.

Чтобы анализировать данные с помощью MapReduce, обычно необходимо разрабатывать код на Java, что довольно трудоемко. Поэтому для упрощения обработки больших объемов данных обычно разрабатываются специализированные системы, доступные людям и без навыков программирования. Так, в Twitter используют Pig, как раз один из такого рода продуктов, предназначенный для работы с данными в Hadoop. Он представляет собой высокоуровневый язык, позволяющий трансформировать огромные наборы данных шаг за шагом. Синтаксис немного напоминает SQL, но гораздо проще, что позволяет писать в 20 раз меньше кода, чем при анализе данных с помощью обычных MapReduce-работ. Большая часть действий по анализу данных в Twitter осуществляется именно с помощью Pig. Вообще на основе Hadoop в Twitter начинают строить ряд сервисов — например, поиск людей. Для этого используется opensource распределенная система хранения данных HBase, построенная по подобию основной базы данных в Google — BigTable. По сути, она представляет собой изменяемую прослойку над HDFS, позволяющую осуществлять доступ к данным в структурированном виде. В отличие от традиционных СУБД, данные хранятся по столбцам, а не по строкам, а также для всех ячеек хранится история, то есть возможность получить данные на какой-то момент времени в прошлом, даже если они были перезаписаны.

Внутренние подпроекты Twitter

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

В самом Twitter ведется работа над несколькими собственными инструментами, которые, правда, еще не успели полноценно «встать на ноги» в качестве отдельных продуктов:

Обработка статистических данных

Еще один важный тип данных — это различного рода журналы, которые необходимо не просто ввести, но еще и анализировать. Изначально для сбора логов использовали привычное для этих целей решение syslog-ng, но оно очень быстро перестало справляться с нагрузкой. Решение нашлось очень просто: программисты Facebook, столкнувшиеся с аналогичной задачей, разработали проект Scribe, который был опубликован в opensource и позже был взят на вооружение в Twitter. По сути это фреймворк для сбора и агрегации логов. Ты пишешь текст для логов и указываешь категорию записи — остальное инструмент берет на себя. Scribe работает локально и надежен даже в случае потери сетевого соединения. Каждый используемый узел знает только, на какой сервер передавать логи, что позволяет создавать масштабируемую иерархическую систему для сбора логов. Поддерживаются различные схемы для записи данных, в том числе обычные файлы и HDFS (к этой файловой системе мы вернемся ниже). Этот продукт полностью решил проблему Twitter со сбором логов, позволив логически разбить поток информации на примерно 30 категорий. В процессе использования программисты активно сотрудничали с командой Facebook, была создана и опубликована масса доработок.

Как они справляются с такими темпами роста?

Хороший вопрос. Рецепт от Twitter довольно прозаичен, но зато эффективен и подходит практически для любого интернет-проекта:

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

Золотое правило: планирование использования ресурсов намного проще, чем решение экстренных ситуаций, когда доступные ресурсы на исходе. Примерами агрегированных метрик в Twitter являются «киты» и «роботы», вернее их количество в единицу времени. Что такое «робот»? Ошибка внутри Rails (HTTP 500), непойманное исключение, проблема в коде или нулевой результат. Что такое «кит»? Это HTTP-ошибки 502 и 503, таймаут в 5 секунд (лучше кому-то показать ошибку, чем захлебнуться в запросах), убитый слишком длинный запрос к базе данных (mkill). Значительное превышение нормального количества китов или роботов в минуту является поводом для беспокойства. Механизм подсчета их количества реализован простым bash-скриптом, который просматривает агрегированные логи за последние 60 секунд, подсчитывает количество китов/роботов и рассылает уведомления, если значение оказалось выше порогового.

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

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

Какие рекомендации дают разработчики Twitter создателям быстро растущих стартаптов?

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

Источник

На каком языке лучше делать сайт?

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

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

Одним языком ты точно не обойдешься.
Начни с изучения каркаса, с html (и да, я знаю, что это не язык :D), бери сразу html 5, не читай старой литературы по нему.

После всего этого (а лучше разом с JS) бери php. Советую именно его, потому что распространен, много отличных гайдов (в том числе и на оф. сайте). Можешь читать старую лит-ру, НО только чтобы понять основные конструкции, такие как if, for, while, foreach и так далее. Сам же код пиши в ООП стиле, это будет большим плюсом для тебя в будущем, так как сейчас все активно на него переходят. Дойдя до MySQL бери MySQLi (это относится к PHP).

На каком языке написано большинство известных сайтов?

Большинство на php.

Какой из языком наиболее безопасный?

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

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

Долго ли делается перевод книги на язык другой лингвистической группы?

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

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

Источник

История Twitter

По популярности сайт Twitter занимает 4 место в мире и 2 место в категории Social Networks and Online Communities (соцсети и интернет-сообщества). Данные приводит сервис аналитики SimilarWeb по итогам мая 2020 г.

В русскоязычном сегменте Twitter не особо популярен – сайт занимает 28 строчку в рейтинге ресурсов России. Поэтому маркетологи следят за обновлениями в Instagram, эксперты разбирают конфликты вокруг Facebook, пользователи предпочитают хэйтить «ВКонтакте».

Восстановим хронологию развития «короля социалок», в котором известные миллиардеры из списка Forbes ведут собственные микроблоги. Среди них Билл Гейтс, Дональд Трамп, Илон Маск, Евгений Касперский, Олег Тиньков. В конце рассмотрим статистику социальной сети в России, её роль в сфере мировой экономики и политики.

Идея зарождалась внутри Odeo

Согласно официальной истории, идея создания Twitter принадлежит Джеку Дорси – одному из специалистов стартапа Odeo, который был основан бывшим сотрудником Google Эваном Уильямсом.

Вторая версия говорит, что основателем Twitter является Ноа Гласс, разработавший Odeo в своём собственном доме. Именно он создал технологию, которая легла в основу будущего проекта. С её помощью удавалось позвонить на телефон и продиктовать голосовое сообщение. Дальше сообщение преобразовывалось в файл формата MP3 и публиковалось в интернете.

Эван Уильямс стал одним из первых инвесторов Odeo. Он проявлял особый интерес к проекту, поэтому вскоре Odeo сменил локацию из дома Ноа Гласса в квартиру Уильямса.

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

Apple резко меняет планы Odeo

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

Штат сотрудников из 14 человек поделился на группы, чтобы генерировать и предлагать новые идеи. В феврале 2006 г. Ноа Гласс, Джек Дорси и Флориан Вебер выкатили новый проект.

Они предложили систему, с помощью которой можно было отправлять текстовое сообщение на 1 номер, при этом транслировать его дальше друзьям пользователя. Новый проект получил название Twttr. Его руководителем стал Ноа Гласс.

Запуск сервиса микроблогов Twttr

21 марта 2006 г. Дорси публикует первый твит: just setting up my twttr. Первая версия использовалась внутри Odeo для переписки между сотрудниками.

С самого начала было выбрано название проекта – Twitter. Однако на момент запуска домен twitter.com был занят. Спустя полгода компании удалось его выкупить, переименовав платформу в привычное нам название.

Логотип, используемый до 14 сентября 2010 г.

Выход сервиса в публичный доступ

Платформа становится доступной аудитории 15 июля 2006 г. Тогда же проект получает первое упоминание в TechCrunch.

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

Эван Уильямс выкупает акции Odeo у инвесторов

Осенью 2006 г. Уильямс отправляет письмо инвесторам, в котором утверждает, что проект вряд ли ждёт настоящий успех. Он предлагает выкупить их доли во избежание крупных потерь. Инвесторы принимают предложение, а сам Уильямс становится владельцем Odeo, включая Twitter.

Наступает череда преобразований. Компания Odeo переименовывается в Obvious Corporation, а штат сотрудников покидает один из основателей – Ноа Гласс. Весной 2007 г. Twitter становится отдельной компанией.

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

Позже Уильямс опубликовал твит, в котором согласился, что Гласс не получил должного признания в создании сервиса микроблогов.

Маркетинговый ход удался

В 2007 г. представители Twitter принимают участие в конференции South by Southwest Interactive. Маркетинговая задумка была потрясающая.

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

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

Мировой успех

По завершению 2008 г. число зарегистрированных пользователей достигло 3 млн, по итогам 2009 г. аудитория выросла до 9 млн.

В 2008 г. в среднем пользователи публиковали по 5000 твитов ежедневно. В следующем году показатель увеличился в 60 раз – до 300 тыс. твитов в стуки.

Как правило, пик активности происходил во время громких событий или крупных мероприятий:

Обновления Twitter

Весной 2010 г. компания приобретает разработчика приложений Atebits, который создал Twitter-клиент Tweetie для Mac и iPhone. Впоследствии приложение переименовывается в Twitter и распространяется бесплатно для iPhone, iPad, Mac.

С сентября 2010 г. до апреля 2011 г. тестируется новый сайт социальной сети с обновлённым интерфейсом. Изменения позволили пользователям просматривать картинки и видеозаписи, не покидая Twitter.

В декабре 2011 г. снова обновляется интерфейс. На этот раз внедрены кнопки «Подключиться» и «Найти».

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

В свой 6-ой день рождения (21 марта 2012 г.) Twitter объявил, что аудитория сервиса достигла 140 млн пользователей. Летом того же года компания представила новый логотип, убрав текстовую часть.

Версии логотипов Twitter

Осенью компания покупает разработчика приложения Vine, которое позволило пользователям записывать видеоролики диной 6 секунд. Vine выпущено в качестве отдельного приложения. Но в конце 2016 г. проект закрыли. Результат – Twitter распрощался с талантливыми авторами видеоконтента, которые вместе ушли в более динамичный Instagram.

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

Осенью 2015 г. официальным партнёром Twitter в России становится компания Httpool.

27 сентября 2017 г. Twitter увеличивает максимальный размер сообщений со 140 до 280 символов. Аудитория неоднозначно отнеслась к обновлению. Одни подсчитали, что сервис микроблогов потерял свою индивидуальность, другие использовали данную возможность для увеличения активности.

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

Со 2 квартала 2019 г. Twitter отказался публиковать общую статистику пользователей. Компания сообщает данные только о ежедневной аудитории.

Twitter в России

В марте 2010 г. «Яндекс» опубликовал отчёт, согласно которому в Twitter было зарегистрировано 183 тыс. русскоязычных аккаунтов.

В декабре 2015 г. по данным Brand Analytics, количество активных авторов, написавших за месяц хотя бы 1 твит, превысило 1 млн человек. Ежемесячная аудитория достигла 7,75 млн пользователей.

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

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

За отказ предоставить информацию о российских пользователях, Twitter оштрафован на 4 млн рублей по ч.8 ст. 13.11 КоАП РФ. Решение суда вступило в силу в 2020 г.

Twitter Дональда Трампа: мощное политическое оружие

Твиты, публикуемые президентом США Дональдом Трампом, читают не только пользователи, но и экономисты. Его короткие посты способны приводить к обвалам и подъёмам акций на мировых рынках.

В 2020 г. Трамп вступил в конфликт с самой социальной сетью.

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

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

28 мая президент США подписывает приказ о регулировании социальных сетей и «предотвращении интернет-цензуры». Позже он сообщил, что готов закрыть Twitter.

«Я думаю, что я мог бы закрыть его. Но нужно пройти юридические процедуры. Если бы он мог быть законно закрыт, я бы сделал это». – Дональд Трамп (президент США)

Итог – акции Twitter упали на 4%. Подобных случаев, связанных с использованием Трампом соцсети в качестве спускового крючка, достаточно много.

Источник