Сообщество - По делу

По делу

8 постов 2 подписчика
23

Что я узнал за год, мониторя 6 500 сайтов: 108 312 падений в цифрах

Причины инцидентов

Причины инцидентов

Привет, Хабр! Меня зовут Михаил Шпаков, я руковожу разработкой в Timeweb Cloud и развиваю Statuser — сервис мониторинга доступности сайтов, который когда-то начинался как вечерний пет-проект. Я уже рассказывал, как он появился, как в нём выросли статус-пейджи и зачем я научил его следить за DNS.

Той самой первой статье недавно исполнился год. Мне захотелось отметить эту дату не праздничным постом, а в духе самого Statuser: цифрами. Повод удачно совпал с устройством сервиса. Историю инцидентов он хранит ровно год, так что в базе меня ждал аккуратный годовой датасет: 108 312 инцидентов с июля 2025-го по июль 2026-го. По сути, готовая статистика о том, как живёт и падает обычный сайт.

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

Сразу честная оговорка: это не «исследование всего интернета». Это 6 500 сайтов пользователей Statuser, в основном малый и средний бизнес, интернет-магазины, SaaS, корпоративные сайты. Но на ста тысячах инцидентов закономерности видны отчётливо.

Коротко в цифрах:

  • 108 312 инцидентов за год, примерно 297 в день;

  • 5,7 минуты — медианная длительность падения;

  • 99,92% — медианный аптайм сайта;

  • 49,8% всех падений — таймаут.


Автор текста: mikhailshpakov. Написано специально для ▶️Timeweb Cloud и читателей Pikabu.


❯ Почему сайты падают на самом деле

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

Половина всех инцидентов за год (53 920) — это таймаут. Сервер жив, порт открыт, но ответа в разумное время нет. Сайт не «упал», он «задумался»: перегруженная база, забитый пул воркеров, медленный внешний API. Для посетителя разницы никакой.

Дальше идут «сервер недоступен» (11,2%), честные 500-ки (7,4%) и bad gateway (6,9%). Последний случай особенно узнаваемый: бэкенд уже умер, а nginx остался и рапортует об этом всем желающим.

Отдельно отмечу две категории. SSL-проблемы дают около 4% инцидентов, и это самая обидная категория: почти все они предотвращаются автопродлением и проверкой цепочки. DNS даёт ещё почти 2% — та самая история, из-за которой я когда-то добавил DNS-мониторинг.

А ещё 1 867 раз за год сайты отвечали мониторингу 404-й прямо со своей главной страницы. Кто-то удалил или переместил её и просто не заметил.

❯ Когда падают: полуденный пик и полуночные деплои

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

Инциденты по часам суток (МСК)

Инциденты по часам суток (МСК)

Главный пик приходится на время с полудня до пяти вечера, худший час — 12:00 (5 160 инцидентов за год), самый спокойный — пять утра. Но посмотрите на полночь: это пятый по аварийности час суток. В 00:00 стартуют кроны, ночные деплои и всякие «давай выкатим, всё равно никто не смотрит».

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

Инциденты по дням недели

Инциденты по дням недели

По дням недели картина ещё красноречивее: в четверг сайты падают на треть чаще, чем в воскресенье. Сайты ломают люди, а не энтропия. В выходные никто не деплоит, и ничего не падает.

❯ Сколько длится типичное падение

47% всех падений закрываются за пять минут, ещё треть укладывается в полчаса. Типичный инцидент — это рестарт, докатившийся деплой или короткий всплеск нагрузки.

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

Длительность инцидентов

Длительность инцидентов

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

И ещё одно наблюдение, которое мне очень нравится. Медианная длительность инцидента днём и ночью почти одинаковая, около пяти с половиной минут: короткие падения чинит автоматика, а ей всё равно, который час. Зато p90 отличается заметно: 119 минут днём против 161 ночью. Длинные инциденты ночью чинят на 35% дольше. Если автоматика не справилась, дальше всё зависит от человека, а человек спит.

❯ Что случилось в июне

В июне Statuser работал как никогда много: 22 556 инцидентов за месяц, вдвое больше обычного. Уведомления улетали пользователям почти каждую минуту. И это не эффект роста базы мониторов: в пересчёте на один сайт вышло 3,54 инцидента при годовой норме 1,5–2.

Инцидентов на один монитор по месяцам

Инцидентов на один монитор по месяцам

Если развернуть июнь по дням, видно, что это был не один большой сбой, а три отчётливые волны: 9–11, 17–18 и 23–25 июня. Худший день года — 24 июня: 1 169 инцидентов на 326 разных сайтах за сутки.

Инциденты по дням

Инциденты по дням

Самое интересное в этих волнах — профиль. Обычно на сетевые причины (таймауты и недоступность хоста) приходится 60–63% инцидентов, а в июньские волны доля доходила до 78%. То есть сами приложения продолжали работать, но переставали быть доступными по сети. О причинах рассуждать не возьмусь: думаю, многие и сами помнят, каким выдался июнь. Покажу только то, что видно в данных.

Доля сетевых причин в инцидентах по неделям

Доля сетевых причин в инцидентах по неделям

К июлю всё стабилизировалось, но только наполовину. По числу инцидентов в день волны прошли: после 26 июня ни один день не поднимался выше 750 против 1 169 в пике. А вот структура ошибок к норме не вернулась: доля сетевых причин и в последнюю неделю июня (71%), и в июле (70%) держится заметно выше майских 60–63%. Да и в абсолютных числах июль пока в полтора раза аварийнее мая.

❯ Кто держит девятки

«У нас аптайм 99,9%» — любимая фраза маркетинговых материалов. Я решил проверить, как обстоят дела на практике, и посчитал средний аптайм за последние 90 дней по всем активным мониторам.

Распределение сайтов по аптайму

Распределение сайтов по аптайму

Медианный сайт держит 99,92%, то есть около 35 минут простоя в месяц. Неплохо! Но до «четырёх девяток» дотягивает только каждый четвёртый сайт, а 15% живут с аптаймом ниже 95% — это больше полутора суток простоя ежемесячно. И, судя по хвосту из прошлого раздела, владельцы чаще всего об этом просто не знают.

❯ SSL: монокультура одного центра сертификации

Из побочных находок. Statuser проверяет SSL-сертификаты, и по 4 643 отслеживаемым сертификатам расклад такой:

Кто выдаёт SSL-сертификаты

Кто выдаёт SSL-сертификаты

71,5% — Let’s Encrypt. Платные центры сертификации в этом сегменте практически исчезли, HTTPS стал бесплатной нормой, и это прекрасно. Смущает только, что почти три четверти сайтов теперь зависят от одного бесплатного CA. Интересно, что будет, если у него случится по-настоящему плохой день.

Кстати, страшилка про «протухший сертификат» почти умерла: реально просроченных сертификатов на живых сайтах единицы, автопродление победило. Но не до конца: 1 694 инцидента за год случились из-за проблем с цепочкой, когда сам сертификат в порядке, а промежуточный в цепочке нет.

❯ Бонус: как выглядит задержка из разных точек мира

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

Средняя задержка ответа по точкам проверки

Средняя задержка ответа по точкам проверки

Из Питера и Москвы получается около полусекунды, из Амстердама 621 мс, а из Нью-Йорка 1 074 мс. Дело тут, конечно, не в Нью-Йорке: большинство сайтов из выборки размещены в России, и задержка просто растёт с расстоянием до сервера. Но в этом и практический вывод: если сайт хостится в России, а аудитория есть за её пределами, для этой аудитории он вдвое медленнее. И увидеть это можно, только проверяя сайт не из Москвы.

❯ Что из этого стоит унести с собой

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

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

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

  • 99,99% — не данность. Три четверти сайтов её не держат. Чтобы понять, в какой группе ваш, нужно сначала начать измерять.

❯ В заключении

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

Спасибо, что дочитали до конца! Буду рад обратной связи: вопросам, идеям или просто впечатлениям в комментариях. А если хотите узнать, сколько девяток держит ваш сайт — попробуйте Statuser.


Больше интересных статей и новостей в нашем блоге на Хабре и телеграм-канале.


📚 Вам может быть интересно:

Реклама. ООО «ТАЙМВЭБ.КЛАУД», ИНН: 7810945525
Показать полностью 10

Обновили ядро Linux на всех Ryzen-серверах в Москве

В копилку стабильности — и с конкретным обновлением под капотом.

Во время работы с высокопроизводительными серверами на Ryzen 7950X нашли причину редких зависаний нод. На старом ядре Ubuntu 22.04 эти процессоры могли работать нестабильно.

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

Чтобы устранить проблему, обновили ОС и ядро на всех Ryzen-серверах в московской локации.

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

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

Если вам нужны мощные серверы в Москве, есть еще одна новость — расширили парк Ryzen 7950X, чтобы было больше доступных конфигураций под ваши проекты.

Показать полностью 2
3

AI-агенты в связке с Cline, Codex и OpenCode

AI-агенты в связке с Cline, Codex и OpenCode

Наших AI-агентов и AI Gateway можно использовать прямо в инструментах разработки.

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

Как это устроено: среда обращается к модели через OpenAI-совместимый API по вашему ключу. Используете наши модели и инфраструктуру, а интерфейс — привычный редактор или окно чата.

Подключение сводится к трем полям в настройках расширения:

1️⃣Тип провайдера — OpenAI Compatible

2️⃣ Базовый URL агента или AI Gateway

3️⃣ И, наконец, ваш API-ключ.

Дальше можно отправлять запросы модели прямо из кода. Если используете AI Gateway, в настройках доступны и параметры генерации — размер контекста, лимит токенов, температура.

Подробнее о каждой среде в доке → Cline, Codex и OpenCode.

Показать полностью 1
13

IPv6 в базах данных


Теперь облачной базе данных можно выдать бесплатный публичный IPv6-адрес.

Полезно, если:

1️⃣ Уже раскатали IPv6 в своей инфраструктуре и не хотите держать IPv4 только ради базы

2️⃣ Масштабируете проект и постепенно уходите от дефицитных IPv4-адресов

3️⃣ Строите cloud-native или корпоративную инфраструктуру, где важна поддержка IPv6.

Подключается в пару кликов: при создании новой базы или в настройках существующей «Сеть» → «Публичный IPv6-адрес». Если переключателя IPv6 у базы нет — значит, на вашей сети он пока недоступен.

При защищенном TLS-подключении адрес автоматически привяжется к техническому домену базы. Остальные детали в документации →

Фича появилась не случайно — ее давно просили в разделе идей (тут и тут), теперь она в проде.

Привязать айпишник к базе →

Показать полностью
1

Что происходит с рынком исходящих звонков: итоги исследования за 2024–2025 годы

Мы в Скорозвоне изучили обезличенную статистику сервиса за два года и собрали выводы о том, как устроен сегодня рынок исходящего обзвона: сколько компании звонят, кому, когда и с какой эффективностью. Основа исследования — 1,57 млрд вызовов, совершённых пользователями сервиса. Главным событием анализируемого периода стало введение обязательной маркировки звонков осенью 2025 года, поэтому отдельный блок исследования посвящён тому, как рынок отреагировал именно на это изменение. Подробности — ниже.

Звонок не исчезает, но растёт цена ошибки

Главный вывод можно сформулировать так: голосовой канал не теряет позиции, хотя правила игры на нём заметно ужесточились. За 2025 год общее количество звонков выросло на 16,5% год к году. Этот результат расходится с распространённым мнением, что бизнес массово переходит с звонков на мессенджеры.

Большую часть годового роста обеспечил третий квартал — 459 млн вызовов, рекорд за весь период наблюдений, — и случился он ещё до введения маркировки. После того как новая норма вступила в силу, рынок отреагировал почти мгновенно: суточный объём упал с 5,9 млн до 1,3 млн вызовов в течение одних суток. По итогам месяца октябрь дал 135 млн звонков, ноябрь — 121 млн, тогда как в сентябре было 160 млн.

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

Маркировка сделала звонки реже, но точнее

Несмотря на введение платного барьера, контактность не упала, а выросла: с 19,7% летом 2025 года до 26,3% к началу 2026-го.

Объяснение — в изменении операционной нагрузки. Среднее число попыток дозвона, которое требуется для одного состоявшегося разговора, увеличилось с 2,18 до 4,62 — более чем вдвое. Маркировка, по сути, отфильтровала с рынка тех, кто раньше закрывал низкое качество базы количеством попыток: звонить «на всякий случай» стало невыгодно. Оставшиеся участники рынка работают с более чистыми базами и точнее выбирают, кому звонить. Отсюда и рост контактности при общем снижении интенсивности.

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

Финансы и недвижимость выбрали противоположные стратегии

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

Финансовый сектор остаётся крупнейшим по объёму обзвона — 230,9 млн звонков за 2025 год, более чем вдвое выше, чем у занимающей второе место медицины. Средняя продолжительность звонка упала на 32% за два года, до 18 секунд. Возможная причина — рост доли автоматизированных уведомлений (напоминания о платежах, подтверждения операций).

Недвижимость движется по другой траектории: объём обзвона в секторе вырос на 180% — с 20,1 млн вызовов в 2024 году до 56,2 млн в 2025-м. Вероятный триггер — отмена льготной ипотеки летом 2024 года, после которой органический входящий поток клиентов резко сократился. Девелоперы и агентства компенсировали потерю входящих заявок активным исходящим обзвоном.

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

Лучшее время для звонка — что говорит статистика

Пиковая активность приходится на промежуток 10:00–12:00, причём только на 11-й час за весь период пришлось 372 млн вызовов. Контактность в эти часы — 25,1%, тогда как вечером она падает до 9,8–12,8%.

Вторник — самый загруженный день с 597 млн звонков за период, воскресенье — самый спокойный с 153 млн. Но контактность по выходным снижается совсем незначительно — с 24–25% в будни до 23% в субботу и воскресенье. Конкуренция за внимание клиента в выходные ниже, а шанс на разговор почти такой же, как в будни.

Расхожее представление о «мёртвом» летнем периоде не подтверждается. Третий квартал — стабильно самый сильный квартал года, а июль, август и сентябрь традиционно опережают весенние месяцы по объёму звонков.

Главный вывод

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

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

Реклама. ООО «Смартьюб». ИНН 6658407780. Erid: 2W5zFH6Kmy3
Показать полностью 2
11

Дерево целей: почему список желаний не работает и что с этим делать

Дерево целей: почему список желаний не работает и что с этим делать

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

Рассказываем, как дерево целей помогает сломать этот паттерн.

Что такое дерево целей

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

Визуально схема напоминает перевёрнутое дерево: корни наверху, ветви вниз. Метод разработали ещё в 1957 году, и он до сих пор используется и в бизнесе, и в личном планировании.

Как работает на практике

Например, ваша цель — удвоить доход за три года. Звучит понятно, но непонятно, что делать в понедельник утром. Разбиваем по уровням:

Уровень 1 — стратегическая цель: удвоить доход за 3 года.

Уровень 2 — тактические задачи:

  • повысить средний чек на 25%;

  • найти дополнительный источник дохода;

  • начать инвестировать часть заработка.

Уровень 3 — оперативные задачи:

  • изучить техники допродаж;

  • просмотреть вакансии с более высокой зарплатой;

  • разобраться с базовыми инструментами инвестирования.

Уровень 4 — конкретные действия на этой неделе:

  • потратить час на изучение техники cross-sell;

  • обновить резюме;

  • посмотреть один ролик про ИИС или ETF.

Зачем нужен промежуточный уровень

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

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

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

В каких сервисах строить дерево

  • Miro или Mindmeister. Интеллект-карты, которые подходят для командной работы и крупных деревьев;

  • Google Таблицы. Без лишних функций, но понятны всем с первого взгляда;

  • Trello и другие канбан-доски. Удобно, когда переходишь от планирования к выполнению.

Для личных задач достаточно листа бумаги или заметок в телефоне.

Три правила при составлении

  1. Формулируйте конкретно. Например, не «изучить инвестирование», а «прочитать одну статью про ИИС до воскресенья».

  2. Ставьте срок и ответственного. Без дедлайна «сделаю когда-нибудь» превращается в «не сделаю никогда».

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

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

Реклама. ООО «Смартьюб». ИНН 6658407780. Erid: 2W5zFJmzYLH
Показать полностью 1
17

Тестируем 8 серверов в одном шасси

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

В новом видео Влад Олейник, ведущий инженер ЦОД, рассказал про 3-х юнитовый Microcloud компании Supermicro 3015MR с приставкой H8TNR.

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

Универсальное ли это решение? Нет — поэтому покажем, где такая сборка особенно полезна:

1️⃣ 1С (SQL + App). Производительность 1С часто упирается в частоту процессора, а десктопные Ryzen как раз обеспечивают 5+ ГГц.

2️⃣ Frontend-сборка. На высокочастотных процессорах сборка может идти в 1,5–2 раза быстрее, чем на многих серверных Xeon.

3️⃣ Build-фермы. Разные типы лезвий можно подбирать под задачи CI/CD. Конфигурации с десктопными AMD-процессорами ускоряют этапы сборки, требующие высокой однопоточной производительности.

Посмотреть видео можно на ютубе, рутубе и в вк.

Показать полностью 4 1
4

Поручить работу с сервисами своему AI-агенту

Поручить работу с сервисами своему AI-агенту

Чтобы поднять сервер, базу и бакет под новый проект — можно просто создать AI-агента в связке с Timeweb Cloud MCP. Пишете агенту, что нужно, он запрашивает подтверждение и после вашего разрешения берется за работу.

Причем наш MCP можно подключить и к стороннему агенту — например, Cursor, Claude или своему боту. Подробнее про подключение → в доке.

Из последних апдейтов — открыли для MCP почти весь публичный API. Доступны все методы, кроме удаления, добавим их позже.

Что вы можете поручить агенту в связке с Timeweb Cloud MCP:

Запустить инфраструктуру с нуля

Создай сервер на Ubuntu 24.04 с 4 ГБ RAM в Москве для тестов

Мониторить работу

Покажи список серверов и их статус, а еще оцени состояние кластера

Собрать контур под проект

Создай балансировщик и добавь в него 2 сервера, а потом настрой приватную сеть между ними

Запустить AI-агента с поддержкой MCP →

Показать полностью 1
Отличная работа, все прочитано!

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества