Связано!
Заметки о связи в Казахстане от Олега Емельянова.
Рэйтынг TGlist
0
0
ТыпПублічны
Вертыфікацыя
Не вертыфікаваныНадзейнасць
Не надзейныРазмяшчэннеКазахстан
МоваІншая
Дата стварэння каналаЛют 01, 2025
Дадана ў TGlist
Лют 10, 2025Прыкрепленая група
Связано! Chat
4
Рэкорды
23.04.202523:59
463Падпісчыкаў30.03.202523:59
200Індэкс цытавання05.04.202523:59
731Ахоп 1 паста20.01.202506:18
190Ахоп рэкламнага паста06.04.202523:59
10.31%ER21.01.202501:24
261.72%ERRПераслаў з:
Telecom Innovation
04.04.202510:58
Спустя год мы возобновили локализацию трафика Яндекса.
Вчера запустили сервер на 100 Гбит/с — трафик очень быстро вырос до 40+ Гбит/с.
Сейчас кэшируются такие сервисы, как:
- Кинопоиск
- Яндекс Музыка
- Рекламные ролики — теперь тоже идут локально, без загрузки из внешки.
- Файловые CDN:
- Яндекс Карты
- Раздача прошивок для Алисы и станций
Сервисы Яндекса популярны в Казахстане, и их доступность важна для наших абонентов. А значит — и для нас.
Вчера запустили сервер на 100 Гбит/с — трафик очень быстро вырос до 40+ Гбит/с.
Сейчас кэшируются такие сервисы, как:
- Кинопоиск
- Яндекс Музыка
- Рекламные ролики — теперь тоже идут локально, без загрузки из внешки.
- Файловые CDN:
- Яндекс Карты
- Раздача прошивок для Алисы и станций
Сервисы Яндекса популярны в Казахстане, и их доступность важна для наших абонентов. А значит — и для нас.
08.04.202515:08
CDN — это как супермаркет у дома. Только для интернета.
Мы продолжаем нашу «дорожную» серию постов — про то, как устроена сетевая инфраструктура Казахстана и что влияет на скорость, стабильность и доступность интернета. Сегодня — коротко и по делу про CDN.
Представьте, что всё, что вы смотрите в интернете — видео, сайты, стримы, музыка — это продукты из огромного логистического центра где-нибудь за границей. И каждый раз, когда вы нажимаете «play» на YouTube, вы как будто заказываете доставку пачки чипсов из Америки.
А теперь подключается CDN.
Это как если бы рядом с вами открылась точка крупной торговой сети. Продукты заранее туда завезли, они уже на полке, и вы просто заходите и берёте. Быстро, без пробок, без растаможки на границе и без ожидания.
Content Delivery Network — это распределённая сеть серверов по всему миру (и внутри страны тоже), которые хранят копии популярного контента ближе к пользователю.
Зачем это нужно?
• Чтобы видео не грузилось вечность.
• Чтобы сайты открывались мгновенно.
• Чтобы не перегружать международные каналы.
• Чтобы сеть в целом была устойчивее и дешевле в обслуживании.
Пример:
Если сервер YouTube стоит в Калифорнии, а вы смотрите видео в Казахстане — весь трафик идёт через десятки хопов, границ и магистралей.
Но если это же видео уже лежит на CDN-сервере в Астане — вы получите его почти мгновенно, как будто из соседнего устройства.
Для пользователей — это «быстро работает».
Для операторов — это меньше международного трафика и выше качество сервиса.
Для экономики — это инфраструктура цифровой независимости.
CDN — это уже не опция, а необходимость.
Особенно в стране, где аудитория YouTube, TikTok и онлайн-игр исчисляется миллионами.
Мы продолжаем нашу «дорожную» серию постов — про то, как устроена сетевая инфраструктура Казахстана и что влияет на скорость, стабильность и доступность интернета. Сегодня — коротко и по делу про CDN.
Представьте, что всё, что вы смотрите в интернете — видео, сайты, стримы, музыка — это продукты из огромного логистического центра где-нибудь за границей. И каждый раз, когда вы нажимаете «play» на YouTube, вы как будто заказываете доставку пачки чипсов из Америки.
А теперь подключается CDN.
Это как если бы рядом с вами открылась точка крупной торговой сети. Продукты заранее туда завезли, они уже на полке, и вы просто заходите и берёте. Быстро, без пробок, без растаможки на границе и без ожидания.
Content Delivery Network — это распределённая сеть серверов по всему миру (и внутри страны тоже), которые хранят копии популярного контента ближе к пользователю.
Зачем это нужно?
• Чтобы видео не грузилось вечность.
• Чтобы сайты открывались мгновенно.
• Чтобы не перегружать международные каналы.
• Чтобы сеть в целом была устойчивее и дешевле в обслуживании.
Пример:
Если сервер YouTube стоит в Калифорнии, а вы смотрите видео в Казахстане — весь трафик идёт через десятки хопов, границ и магистралей.
Но если это же видео уже лежит на CDN-сервере в Астане — вы получите его почти мгновенно, как будто из соседнего устройства.
Для пользователей — это «быстро работает».
Для операторов — это меньше международного трафика и выше качество сервиса.
Для экономики — это инфраструктура цифровой независимости.
CDN — это уже не опция, а необходимость.
Особенно в стране, где аудитория YouTube, TikTok и онлайн-игр исчисляется миллионами.
30.03.202513:54
Почему даже на быстром интернете может быть медленно
Особенности TCP, RTT и реальные сценарии
Один из самых частых вопросов:
«Почему на спидтесте всё отлично, а когда загружаю файл с зарубежного сайта — скорость в разы ниже? Интернет же “быстрый”! Что не так?»
На самом деле — всё так. Просто вы столкнулись с особенностями работы интернета и, в частности, протокола TCP.
Что вы видите на спидтесте?
Когда вы запускаете спидтест, он подбирает наиболее близкий сервер — и по географии, и по маршрутам в сети.
То есть:
— минимальное расстояние,
— минимальное количество сетевых узлов,
— минимальное время отклика (RTT),
— и максимальная доступная пропускная способность.
Это идеальные условия, почти лабораторные.
Но когда вы начинаете загружать данные с удалённого сервера — картина меняется.
Как работает TCP и почему это важно?
TCP (Transmission Control Protocol) — один из основных транспортных протоколов интернета.
Он обеспечивает надёжную доставку данных, но при этом очень чувствителен к задержкам.
Механизм TCP устроен так, что:
— каждый переданный блок данных должен быть подтверждён,
— пока не получено подтверждение, новые блоки либо не отправляются, либо отправляются ограниченным объёмом (в зависимости от окна TCP),
— чем выше RTT (Round Trip Time) — тем дольше TCP ожидает подтверждения и тем медленнее идёт передача данных.
Пример:
Вы скачиваете файл с сервера, расположенного в Японии. RTT — около 250 мс.
TCP-передача будет «останавливаться» каждые 250 мс, чтобы дождаться подтверждения, прежде чем продолжить отправку следующих данных.
Даже если у вас канал на 500 Мбит/с, вы не сможете его полностью использовать — просто потому, что протокол не успевает передавать данные быстрее.
Да, существуют механизмы оптимизации, такие как TCP window scaling, selective acknowledgments (SACK) и прочие, но они тоже имеют ограничения и зависят от настроек как клиента, так и сервера.
И что с этим делает оператор?
Хороший оператор:
— строит качественные маршруты,
— обеспечивает достаточную пропускную способность на внешних каналах,
— подключается к точкам обмена трафиком,
— локализует популярный контент с помощью CDN.
Но он не может изменить физику и логику работы TCP, не может заставить сервер в другой стране отвечать быстрее, и не может сократить расстояние между континентами.
📌 Вывод:
Даже на высокоскоростном тарифе, скорость передачи данных при загрузке с удалённого ресурса может быть ниже — и это не признак неисправности, а техническая особенность протокола TCP и маршрута передачи.
Скоро разберёмся, как эту проблему решают с помощью CDN, и почему размещение контента ближе к пользователю принципиально меняет ситуацию.
Особенности TCP, RTT и реальные сценарии
Один из самых частых вопросов:
«Почему на спидтесте всё отлично, а когда загружаю файл с зарубежного сайта — скорость в разы ниже? Интернет же “быстрый”! Что не так?»
На самом деле — всё так. Просто вы столкнулись с особенностями работы интернета и, в частности, протокола TCP.
Что вы видите на спидтесте?
Когда вы запускаете спидтест, он подбирает наиболее близкий сервер — и по географии, и по маршрутам в сети.
То есть:
— минимальное расстояние,
— минимальное количество сетевых узлов,
— минимальное время отклика (RTT),
— и максимальная доступная пропускная способность.
Это идеальные условия, почти лабораторные.
Но когда вы начинаете загружать данные с удалённого сервера — картина меняется.
Как работает TCP и почему это важно?
TCP (Transmission Control Protocol) — один из основных транспортных протоколов интернета.
Он обеспечивает надёжную доставку данных, но при этом очень чувствителен к задержкам.
Механизм TCP устроен так, что:
— каждый переданный блок данных должен быть подтверждён,
— пока не получено подтверждение, новые блоки либо не отправляются, либо отправляются ограниченным объёмом (в зависимости от окна TCP),
— чем выше RTT (Round Trip Time) — тем дольше TCP ожидает подтверждения и тем медленнее идёт передача данных.
Пример:
Вы скачиваете файл с сервера, расположенного в Японии. RTT — около 250 мс.
TCP-передача будет «останавливаться» каждые 250 мс, чтобы дождаться подтверждения, прежде чем продолжить отправку следующих данных.
Даже если у вас канал на 500 Мбит/с, вы не сможете его полностью использовать — просто потому, что протокол не успевает передавать данные быстрее.
Да, существуют механизмы оптимизации, такие как TCP window scaling, selective acknowledgments (SACK) и прочие, но они тоже имеют ограничения и зависят от настроек как клиента, так и сервера.
И что с этим делает оператор?
Хороший оператор:
— строит качественные маршруты,
— обеспечивает достаточную пропускную способность на внешних каналах,
— подключается к точкам обмена трафиком,
— локализует популярный контент с помощью CDN.
Но он не может изменить физику и логику работы TCP, не может заставить сервер в другой стране отвечать быстрее, и не может сократить расстояние между континентами.
📌 Вывод:
Даже на высокоскоростном тарифе, скорость передачи данных при загрузке с удалённого ресурса может быть ниже — и это не признак неисправности, а техническая особенность протокола TCP и маршрута передачи.
Скоро разберёмся, как эту проблему решают с помощью CDN, и почему размещение контента ближе к пользователю принципиально меняет ситуацию.
18.04.202508:23
Где заканчивается оператор и начинается клиент? Разбираемся на примере домашнего интернета
Каждый раз, когда я поднимаю тему качества связи — особенно фиксированной, то есть домашнего интернета — сталкиваюсь с одним и тем же: глубоким непониманием того, где заканчивается зона ответственности оператора и где начинается зона ответственности абонента.
Важно сразу сказать: мы говорим именно про проводной интернет — про тот самый домашний, фиксированный, который приходит в квартиру по кабелю. Мобильная связь — совсем другой мир: другая физика, другая архитектура, другие принципы контроля.
А теперь — главное. У нас почему-то устойчиво укоренилось представление, что оператор отвечает буквально за всё: за то, как работает ваш Wi-Fi, телевизор, смартфон, умная колонка и даже лампочка.
Но это миф. Реально оператор отвечает только за линию связи — до точки подключения в вашей квартире или доме. Дальше — это уже ваша локальная сеть, и то, как она работает, зависит от множества факторов:
– качества и расположения Wi-Fi роутера,
– конфигурации квартиры (размер, стены, перекрытия),
– количества подключённых устройств,
– помех от соседей,
– и даже от того, насколько загружен ваш канал фоновыми процессами.
И тут важно подчеркнуть одну вещь: во многих случаях оператор был бы и рад помочь, но просто технически не может этого сделать.
У него нет доступа внутрь вашей локальной сети, потому что протоколы удалённого управления (например, TR-069) работают только на ограниченных условиях — чаще всего на тех роутерах, которые выданы самим оператором.
Да, через TR-069 можно дистанционно проверить статус устройства, перезапустить его, даже обновить настройки. Но это не даёт полной картины, особенно если в сети стоят сторонние устройства, репитеры, нестандартные решения — или просто сложная квартира, где сигнал “тонет” в кирпичных стенах.
А квартиры у всех разные. У кого-то — студия на 30 метров с гипсокартоном. У кого-то — “сталинка” с метровыми кирпичными перегородками. У кого-то — коттедж, где между роутером и приставкой три бетонных перекрытия.
Единого сценария не существует. А значит, и универсального решения тоже нет.
И нет, я не говорю, что «разбирайтесь сами». Это не позиция. Это наоборот — тема, о которой стоит думать системно. Как отрасли, как обществу, как государству. Как сделать так, чтобы люди могли легко и понятно разобраться, где проблема. Как подсветить зону оператора, и как помочь пользователю не “тонуть” в технических деталях.
Но начать всё равно нужно с простого:
с осознания, где заканчивается зона ответственности провайдера.
И где уже его руки коротки — не потому что он плохой, а потому что это не его территория.
Когда это понимание становится общим, когда оно уходит в массовую культуру, тогда и качество сервиса будет расти, и диалог между клиентом и оператором станет честнее, спокойнее и конструктивнее.
Каждый раз, когда я поднимаю тему качества связи — особенно фиксированной, то есть домашнего интернета — сталкиваюсь с одним и тем же: глубоким непониманием того, где заканчивается зона ответственности оператора и где начинается зона ответственности абонента.
Важно сразу сказать: мы говорим именно про проводной интернет — про тот самый домашний, фиксированный, который приходит в квартиру по кабелю. Мобильная связь — совсем другой мир: другая физика, другая архитектура, другие принципы контроля.
А теперь — главное. У нас почему-то устойчиво укоренилось представление, что оператор отвечает буквально за всё: за то, как работает ваш Wi-Fi, телевизор, смартфон, умная колонка и даже лампочка.
Но это миф. Реально оператор отвечает только за линию связи — до точки подключения в вашей квартире или доме. Дальше — это уже ваша локальная сеть, и то, как она работает, зависит от множества факторов:
– качества и расположения Wi-Fi роутера,
– конфигурации квартиры (размер, стены, перекрытия),
– количества подключённых устройств,
– помех от соседей,
– и даже от того, насколько загружен ваш канал фоновыми процессами.
И тут важно подчеркнуть одну вещь: во многих случаях оператор был бы и рад помочь, но просто технически не может этого сделать.
У него нет доступа внутрь вашей локальной сети, потому что протоколы удалённого управления (например, TR-069) работают только на ограниченных условиях — чаще всего на тех роутерах, которые выданы самим оператором.
Да, через TR-069 можно дистанционно проверить статус устройства, перезапустить его, даже обновить настройки. Но это не даёт полной картины, особенно если в сети стоят сторонние устройства, репитеры, нестандартные решения — или просто сложная квартира, где сигнал “тонет” в кирпичных стенах.
А квартиры у всех разные. У кого-то — студия на 30 метров с гипсокартоном. У кого-то — “сталинка” с метровыми кирпичными перегородками. У кого-то — коттедж, где между роутером и приставкой три бетонных перекрытия.
Единого сценария не существует. А значит, и универсального решения тоже нет.
И нет, я не говорю, что «разбирайтесь сами». Это не позиция. Это наоборот — тема, о которой стоит думать системно. Как отрасли, как обществу, как государству. Как сделать так, чтобы люди могли легко и понятно разобраться, где проблема. Как подсветить зону оператора, и как помочь пользователю не “тонуть” в технических деталях.
Но начать всё равно нужно с простого:
с осознания, где заканчивается зона ответственности провайдера.
И где уже его руки коротки — не потому что он плохой, а потому что это не его территория.
Когда это понимание становится общим, когда оно уходит в массовую культуру, тогда и качество сервиса будет расти, и диалог между клиентом и оператором станет честнее, спокойнее и конструктивнее.
02.04.202516:24
У вас потери на 6 хопе!!1
Начнём с главного: что такое трассировка и почему она вообще кому-то интересна.
Когда вы подключаетесь к сайту или серверу, ваш запрос проходит через цепочку маршрутизаторов — устройств, которые пересылают пакеты по сети. Эта цепочка называется маршрутом, а каждое устройство на пути — это хоп (от англ. hop — «прыжок»).
Команда traceroute (или tracert в Windows) позволяет посмотреть, какие именно хопы проходят ваши пакеты по пути к цели. Делается это с помощью хитрости: каждый раз посылается пакет с ограничением на количество хопов (Time-To-Live, TTL). Первый пакет “умирает” уже на первом маршрутизаторе, второй — на втором, и так далее. Каждый «умерший» пакет оставляет после себя ICMP-сообщение с адресом маршрутизатора — вот так и строится список хопов.
Но есть нюанс: этот путь — только в одну сторону. Обратный маршрут может быть совершенно другим! Интернет — это не шоссе с двусторонним движением, а скорее сложная сеть переулков, в которой дорога туда и дорога обратно могут идти по разным маршрутам и через разные города. Поэтому, даже если вы видите где-то “проблему”, это может вообще не относиться к тому, как вам отвечает сервер.
Теперь о потерях на 6 хопе.
Если вы видите потери пакетов на каком-то этапе трассировки, не спешите паниковать. Очень часто это связано с тем, что промежуточный маршрутизатор просто не считает нужным тратить ресурсы на ответы на диагностические запросы (ICMP). Он может ограничивать или даже полностью игнорировать их — но при этом абсолютно нормально передавать трафик дальше.
Если бы потери действительно влияли на работу — вы бы увидели их на следующих хопах и на конечной точке. А если к цели пакеты доходят стабильно и без потерь — значит, всё хорошо.
Так что трассировка — это полезный инструмент, но интерпретировать её результаты нужно аккуратно. Особенно если вы пишете в техподдержку со словами «у вас потери на 6 хопе».
Начнём с главного: что такое трассировка и почему она вообще кому-то интересна.
Когда вы подключаетесь к сайту или серверу, ваш запрос проходит через цепочку маршрутизаторов — устройств, которые пересылают пакеты по сети. Эта цепочка называется маршрутом, а каждое устройство на пути — это хоп (от англ. hop — «прыжок»).
Команда traceroute (или tracert в Windows) позволяет посмотреть, какие именно хопы проходят ваши пакеты по пути к цели. Делается это с помощью хитрости: каждый раз посылается пакет с ограничением на количество хопов (Time-To-Live, TTL). Первый пакет “умирает” уже на первом маршрутизаторе, второй — на втором, и так далее. Каждый «умерший» пакет оставляет после себя ICMP-сообщение с адресом маршрутизатора — вот так и строится список хопов.
Но есть нюанс: этот путь — только в одну сторону. Обратный маршрут может быть совершенно другим! Интернет — это не шоссе с двусторонним движением, а скорее сложная сеть переулков, в которой дорога туда и дорога обратно могут идти по разным маршрутам и через разные города. Поэтому, даже если вы видите где-то “проблему”, это может вообще не относиться к тому, как вам отвечает сервер.
Теперь о потерях на 6 хопе.
Если вы видите потери пакетов на каком-то этапе трассировки, не спешите паниковать. Очень часто это связано с тем, что промежуточный маршрутизатор просто не считает нужным тратить ресурсы на ответы на диагностические запросы (ICMP). Он может ограничивать или даже полностью игнорировать их — но при этом абсолютно нормально передавать трафик дальше.
Если бы потери действительно влияли на работу — вы бы увидели их на следующих хопах и на конечной точке. А если к цели пакеты доходят стабильно и без потерь — значит, всё хорошо.
Так что трассировка — это полезный инструмент, но интерпретировать её результаты нужно аккуратно. Особенно если вы пишете в техподдержку со словами «у вас потери на 6 хопе».
29.03.202512:00
VoWiFi от Beeline: связь без сотовой сети
Beeline Казахстан запустил технологию VoWiFi в тестовом режиме — пока только для сотрудников компании. Это голосовая связь по Wi-Fi: звонки совершаются через обычный номер, но не по радиоканалу, а через интернет. Очень удобно, особенно в тех местах, где мобильный сигнал нестабилен или отсутствует — в подвалах, складах, в квартирах с толстыми стенами.
Недавно я уже писал, что Altel | Tele2 также запустил VoWiFi в тест — и обещает продакшн уже в начале апреля. Выглядит так, будто большая тройка операторов всерьёз взялась за расширение доступа к связи — не за счёт новых вышек, а за счёт цифровых технологий.
Что даёт VoWiFi:
• связь там, где не ловит сотовая сеть,
• никаких дополнительных приложений,
• звонки тарифицируются как обычные,
• меньше нагрузка на сеть и… меньше радиофобии.
Ждём Kcell. Остался последний участник — надеюсь, что и он не заставит себя долго ждать.
Beeline Казахстан запустил технологию VoWiFi в тестовом режиме — пока только для сотрудников компании. Это голосовая связь по Wi-Fi: звонки совершаются через обычный номер, но не по радиоканалу, а через интернет. Очень удобно, особенно в тех местах, где мобильный сигнал нестабилен или отсутствует — в подвалах, складах, в квартирах с толстыми стенами.
Недавно я уже писал, что Altel | Tele2 также запустил VoWiFi в тест — и обещает продакшн уже в начале апреля. Выглядит так, будто большая тройка операторов всерьёз взялась за расширение доступа к связи — не за счёт новых вышек, а за счёт цифровых технологий.
Что даёт VoWiFi:
• связь там, где не ловит сотовая сеть,
• никаких дополнительных приложений,
• звонки тарифицируются как обычные,
• меньше нагрузка на сеть и… меньше радиофобии.
Ждём Kcell. Остался последний участник — надеюсь, что и он не заставит себя долго ждать.
19.04.202508:34
SIM-KIDS: фильтрация — это только начало
В Казахстане запустили пилот SIM-KIDS — специальную SIM-карту для детей с функцией фильтрации опасного контента, возможностью родительского контроля и ограничением доступа к ряду нежелательных сайтов и приложений. Инициатива реализуется Tele2/Altel совместно с органами прокуратуры.
На первый взгляд — всё звучит правильно. Защита детей от токсичного цифрового контента, возможность для родителей отслеживать активность, системные фильтры на стороне оператора. Но здесь важно не поддаться соблазну считать, что этим задача исчерпывается.
Фильтрация на уровне SIM-карты — это инструмент. Важный, нужный, но крайне ограниченный. Интернет-среда динамична и уязвима. Даже при жёстких фильтрах остаются каналы распространения вредной информации — мессенджеры, социальные сети, игры, ссылки в рассылках и многое другое.
Кроме того, меня не покидает ощущение тревоги: если честно, базовая кибергигиена отсутствует не только у детей, но и у значительной части взрослого населения. Подход к цифровой безопасности у нас всё ещё эпизодический, реактивный. Общество в целом пока не готово воспринимать киберриски как повседневную реальность, требующую знаний, внимания и самодисциплины.
В этом смысле SIM-KIDS — лишь часть гораздо более сложного и масштабного вызова. И этот вызов не решается одной пресс-конференцией или продуктовым релизом.
Поддерживать такие инициативы стоит. Но иллюзий — лучше не питать. Надеяться исключительно на технические решения и операторские фильтры — значит упустить суть. Настоящая защита — в цифровом просвещении, в осознанности, в умении критически воспринимать происходящее по ту сторону экрана. И этому пока только предстоит научиться — всем нам.
В Казахстане запустили пилот SIM-KIDS — специальную SIM-карту для детей с функцией фильтрации опасного контента, возможностью родительского контроля и ограничением доступа к ряду нежелательных сайтов и приложений. Инициатива реализуется Tele2/Altel совместно с органами прокуратуры.
На первый взгляд — всё звучит правильно. Защита детей от токсичного цифрового контента, возможность для родителей отслеживать активность, системные фильтры на стороне оператора. Но здесь важно не поддаться соблазну считать, что этим задача исчерпывается.
Фильтрация на уровне SIM-карты — это инструмент. Важный, нужный, но крайне ограниченный. Интернет-среда динамична и уязвима. Даже при жёстких фильтрах остаются каналы распространения вредной информации — мессенджеры, социальные сети, игры, ссылки в рассылках и многое другое.
Кроме того, меня не покидает ощущение тревоги: если честно, базовая кибергигиена отсутствует не только у детей, но и у значительной части взрослого населения. Подход к цифровой безопасности у нас всё ещё эпизодический, реактивный. Общество в целом пока не готово воспринимать киберриски как повседневную реальность, требующую знаний, внимания и самодисциплины.
В этом смысле SIM-KIDS — лишь часть гораздо более сложного и масштабного вызова. И этот вызов не решается одной пресс-конференцией или продуктовым релизом.
Поддерживать такие инициативы стоит. Но иллюзий — лучше не питать. Надеяться исключительно на технические решения и операторские фильтры — значит упустить суть. Настоящая защита — в цифровом просвещении, в осознанности, в умении критически воспринимать происходящее по ту сторону экрана. И этому пока только предстоит научиться — всем нам.
23.04.202515:58
Ну, как-то так…
Пераслаў з:
Digital Ministry
01.04.202508:25
Запущен сервис оповещения владельцев автомобилей
Если вы заметили, что машина оставлена с открытым окном или блокирует проезд, то достаточно ввести госномер и выбрать ситуацию.
Водителю поступит анонимное уведомление. Этот сервис станет инструментом взаимовыручки и гражданскойответственности.
Решение реализовано в сотрудничестве с МВД РК.
Если вы заметили, что машина оставлена с открытым окном или блокирует проезд, то достаточно ввести госномер и выбрать ситуацию.
Водителю поступит анонимное уведомление. Этот сервис станет инструментом взаимовыручки и гражданскойответственности.
Решение реализовано в сотрудничестве с МВД РК.
Пераслаў з:Telecom Innovation
02.04.202518:34
Так народ - ждем интересное событие!
Первая партия спутников от Kuiper на днях выведут на орбиту.
Миссия «KA-01» Kuiper Atlas 1, будет запущена на ракете United Launch Alliance (ULA) Atlas V с космической станции на мысе Канаверал, Флорида, и развернет первые 27 спутников на высоте 280 миль (450 километров) над Землей. Запуск запланирован на 12:00 по восточному времени США в среду, 9 апреля.
https://www.aboutamazon.com/news/innovation-at-amazon/project-kuiper-satellite-internet-first-launch
Первая партия спутников от Kuiper на днях выведут на орбиту.
Миссия «KA-01» Kuiper Atlas 1, будет запущена на ракете United Launch Alliance (ULA) Atlas V с космической станции на мысе Канаверал, Флорида, и развернет первые 27 спутников на высоте 280 миль (450 километров) над Землей. Запуск запланирован на 12:00 по восточному времени США в среду, 9 апреля.
https://www.aboutamazon.com/news/innovation-at-amazon/project-kuiper-satellite-internet-first-launch
Гісторыя змяненняў канала
Увайдзіце, каб разблакаваць больш функцый.
