Не знаю, как вы, а я пойду в IT
Начнем изучение с Азов
Начнем изучение с Азов
Друзья! Много ли платформ вы знаете, где для написания пользовательских приложений используется стек… веб-технологий, причём это единственный нативный способ писать программы? Услышав о HTML5 + CSS + JS, на ум приходит разве что webOS — которая используется в современных телевизорах от LG (а ранее использовалась ещё и в Palm Pre — уникальный смартфон, единственный в своём роде), а олды вспомнят ещё и про FireFox OS, в которой вся оболочка (включая многозадачность, шторку уведомлений и все приложения) также была реализована на JS. Но ни webOS, ни FFOS в своё время не суждено было стать массовыми ОС на смартфонах: сказывались аппаратные ограничения устройств, да и проблемы с портированием уже существующих приложений с других платформ (например, игр). Однако несколько лет назад, проект FireFox OS был форкнут и на свет появилась новая система, предназначенная для… умных кнопочных телефонов с LTE! И имя ей — KaiOS. Вероятно, многие мои читатели слышали о ней и о новых умных кнопочниках от Nokia. Но что из себя представляет система под капотом и чем она может быть интересна гику? Читайте в новом материале!
В наше время, стек веб-технологий стал чуть ли не вторым по важности для разработки клиентских приложений. С появлением PWA и модных MVC-фреймворков, а также таких проектов, как Electron, визуальная составляющая многих приложений радикально поменялась: стало возможным реализовывать кастомный, гибкий и адаптивный интерфейс с поддержкой тем и анимаций буквально в несколько строчек кода. Такой подход значительно упрощает и удешевляет разработку клиентских приложений для популярных сервисов: например, «набросать» своё приложение для MP3-плеера может даже зелёный джун, который только начал писать код.
Первой попыткой сделать PWA-приложения «нативными» был, как ни странно, первый iPhone. iOS 1.0, которая в те годы ещё называлась iPhone OS, не имела AppStore и поддержки нативных ipa-приложений и предлагала просто выносить значки нужных сайтов на рабочий стол. При этом возможность отображения полноценных десктопных сайтов была одна из самых сильных сторон iPhone в те годы! Как показала практика, Стив Джобс немного поспешил с интеграцией PWA на смартфонах и в iOS 2.0 уже был добавлен AppStore, куда разработчики могли публиковать нативные и быстрые приложения!
Alcatel OneTouch Fire E — один из двух смартфонов на FireFox OS в моей коллекции!
Но всё это итак знакомо многим моим читателям: подписчики часто жалуются на то, что современные приложения жиреют и лагают, а ещё тащат за собой целый CEF и миллион npm-пакетов из-за чего даже какие-то простые приложения начинают требовать слишком большие ресурсы. Но кто бы мог подумать, что веб-стек найдет своё место на… кнопочных мобильниках! Казалось бы, дешевые кнопочники не имеют ресурсов для запуска полноценного браузера, их главная задача — именно звонить. Но ведь на складах всё ещё лежат, полагаю, целые стеллажи бюджетных смартфонных процессоров 10-летней давности, которые вполне способы запустить Android… смекаете, к чему я? :)
KaiOS появилась как форк и концептуальное продолжение провалившейся FireFox OS: система от Mozilla предлагала множество интересных концепций и шустро работала даже на очень-очень бюджетных смартфонах, несмотря на веб-направленность. Минимальные требования системы были скромными: ОС шустро работала на бюджетном ZTE Open с 256Мб ОЗУ и чипсетом MSM7225A из 2012 года. FireFox OS работала на ядре Linux, основой был браузерный движок Gecko, а поскольку Mozilla, полагаю, не смогла заручиться поддержкой вендоров чипсетов и хотела, чтобы систему мог портировать на своё устройство любой желающий, для взаимодействия с железом устройства система использовала драйвера для… Android! Поскольку Gecko собирался с использованием стандартного libc, а драйверы использовали bionic, FireFox OS активно использовала библиотеку libHybris, что позволяло портировать систему на уже существующие смартфоны с любыми чипсетами.
LG fx0 — редчайший смартфон на FireFox OS. Правда на фото он на Android :)
Идея системы простая: формально, это один большой браузер (оболочка Gaia), который при запуске приложений создаёт ещё маленькие «браузеры» (элемент webview, это не iframe). Плюсы такого подхода очевидны: отказоустойчивость (потенциально, весь рестарт Gaia — это WebView.Refresh. В случае Android — это закрытие всех приложений и перезапуск app_process), безопасность (нельзя вызвать Private API), лёгкость отладки и малый вес конечных приложений (причём вес — основной критерий для публикации приложения в официальном магазине KaiOS, пакет до 20Мб). Стоит ли говорить о том, что приложение на такое устройство сможет написать даже ребенок, а игру в стиле «Змейки» можно реализовать за пару часов? Порог вхождения значительно ниже даже чем на Android!
В основном, KaiOS разрабатывалась как система, которая должна вывести кнопочные телефоны из разряда «просто-звонилок» и позволить использовать на привычных устройствах современные мессенджеры и различные сервисы (например, тот-же YouTube). Пожалуй, это отнюдь не «прокачанные бабушкофоны», как некоторые могут подумать, а перспективные девайсы с современным железом (поддержка дисплеев высокого разрешения, 3D GPU, LTE) и заделом на будущее, пусть пока и без крутых девайсов в стиле Nokia N-серии. Концепция умных кнопочников не ограничена KaiOS: выходят различные девайсы и на Android, об одном из таких смартфонов я даже писал две отдельные статьи с обзором и моддингом.
Сейчас на барахолках можно найти дешевые девайсы на KaiOS до 2х тысяч рублей, правда свежие Nokia ценятся обычно выше. Мне же достался в подарок Nobby 240 LTE от моего читателя jameskod007, за что ему большое спасибо! Чем такие девайсы могут быть интересны гику? Давайте посмотрим!
Под капотом у устройств на KaiOS трудятся старые и такие знакомые многим читателям бюджетные чипсеты, как MediaTek MT6572 (использовался в смартфонах до 3-4х тысяч рублей в 2014-2015), SpreadTrum SC7731E (наследник SC7731 2014 года с другим GPU) и Qualcomm 205 (судя по всему, наследник Snapdragon 200 — популярного чипсета 2014-2015 года, который использовался, например, в Lumia 520). Само собой, это позитивно сказывается на цене устройства: зачем в девайс с дисплеем 240x320 ставить 800'ый Snapdragon? :)
Значительным плюсом подобных устройств является простота обслуживания. По правде сказать, здесь и ломаться то особо нечему: дисплей относительно надежно защищен от внешнего влияния с помощью воздушной прослойки и защитного стекла, а элементная база смартфона весьма маленькая и «не ломучая». Разбирается смартфон просто: достаточно лишь открутить несколько винтов с обратной стороны корпуса и расщелкнуть телефон пластиковой картой. Что забавно — такие формы корпусов будто «унифицированы» среди производителей дешевых телефонов, никто, почему-то, не экспериментирует с корпусами в стиле а-ля Nokia N-серий.
Перед нашим взором открывается плата. К сожалению, я пока не видел на кнопочных смартфонах UART в открытом виде, иначе давно бы реализовал что-то типа такого. На плате мы можем заметить, что LTE-версия Nobby 240 работает на достаточно свежем Spreadtrum SC9820E с двумя 64-битными ARMv8 ядрами Cortex-A53 на частоте 1.3ГГц и GPU Mali T820 MP1, а также с LTE модемом. Чип выполнен по техпроцессу 28Нм, максимальное разрешение дисплея — 480x854 (т. е. DSI матрицы всё таки поддерживаются, параллельно с DBI). Весьма шустрый чипсет для девайса такого класса, его едва ли можно назвать «бабушкофонским», подобные характеристики были флагманскими для смартфонов ~2012 года. Для сравнения — простые кнопочники все еще работают на ARMv5 ядрах на частоте около 200-300МГц.
Дисплей припаян и приклеен к плате, подключен к процессору при помощи 16-битного протокола 8080, а не MIPI DSI, как в современных смартфонах. Его разрешение — классические 240x320. Поиск его замены скорее всего не составит труда, хотя точная модель контроллера мне пока неизвестна (предполагаю, либо ILI9341/ILI9325, либо ST7731, либо так любимый китайцами GC9306).
А вот клавиатура — болячка таких девайсов. По каким-то причинам, пластиковые толкатели кнопок очень быстро изнашиваются и кнопки начинают дребезжать (нажиматься несколько раз одновременно), либо не прожиматься. Это очень обидно и неприятно, но быстрофикс есть — напечатать крохотные проставки на 3D-принтере.
В остальном, конструктивно девайс вполне хорош и надежен. Корпус почти не поддается трещинам и царапкам, при аппаратных болячек его относительно легко диагностировать. Ну не замечательно ли? Давайте глянем, чем интересен девайс с точки зрения веб-разработчика!
Для разработки нам потребуется совсем немного: любой текстовый редактор (хоть блокнот), FireFox 59 и platform-tools с adb для Android.
В первую очередь, на смартфоне необходимо включить режим отладки, который активируется набором кода *#*#33284#*#* (DEBUG) в номеронабирателе. После этого, в шторке уведомлений появится значок «жука». На некоторых устройствах, режим отладки активируется прямо в настройках. После этого, смартфон будет виден через adb и мы сможем дебажить на нем свои приложения!
Теперь нам необходимо накатить «древний» FireFox 59, это последняя версия с поддержкой WebIDE и возможностью деплоя под FireFox OS от 2018 года. WebIDE — это дебаггер и менеджер приложений для экосистемы Mozilla, активируется с помощью хоткея Shift + F8. Не забудьте отключить авто-обновление в настройках браузера!
После этого, нам необходимо связать WebIDE с нашим смартфоном с помощью «Remote Runtime». Однако перед этим, нам необходимо форварднуть adb-сокет с помощью команды:
adb forward tcp:6000 localfilesystem:/data/local/debugger-socket
После этого, мы жмем «Remote Runtime» и «Runtime Info», дабы получить информацию о нашем девайсе и убедится что всё нормально:
Создаём новое приложение и вперед творить! По правде сказать, я практически не знаю, каких приложений особо не хватает на KaiOS. ВК частично есть, YouTube почти полноценный, WhatsApp тоже реализован… не хватает разве что Telegram? Но я лично не смог бы полноценно чатится с телефона такого типа (и дело не в форм-факторе), поэтому я решил запилить ради прикола приложение-виджет для просмотра погоды в моём городе :)
У каждого приложения есть манифест, который объявляет используемые разрешения, значки и различные данные, необходимые для публикации приложения в магазине приложений. Существует три типа приложений: «web» (Hosted web apps — или, фактически, PWA), «privileged», и «certified» (приложения с доступом к критичным функциям смартфона типа СМС. В привилегерованном режиме, приложения могут обращаться к службам KaiOS, таким, как например Bluetooth и настройках сети.
{
"name": "WeatherApp",
"description": "Погода OpenWeatherMap",
"launch_path": "/index.html",
"type": "certified",
"icons": {
"16": "/icons/icon16x16.png",
"48": "/icons/icon48x48.png",
"60": "/icons/icon60x60.png",
"128": "/icons/icon128x128.png"
},
"developer": {
"name": "monobogdan",
"url": "http://example.com"
}
}
Сначала я сверстал простенький интерфейс для приложения. Логика простая: поскольку это приложение-виджет, при его запуске отображается прелоадер (анимация загрузки), а как только данные загружены — программа показывает блок content и скрывает анимацию загрузки. Никаких фреймворков типа React я тащить не стал, но для более сложных приложений придётся продумывать более сложную логику для реализации диалогов.
Не ругайте за <center>! Я не веб-разработчик, адаптивные верстки делать не умею :))
<body>
<center>
<img id="loader" src="progress.gif" width="32" height="32" style="margin-top: 50%;" />
</center>-
<div id="content" style="display: none;">
<center>
<img id="weather" src="rainy.png" />
<h4 id="weatherText">Плейсхолдер</h3>
</center>
<div style="margin: 5px">
<h4 id="temperature">Температура: </h3>
<h4 id="wind">Ветер: </h3>
</div>
</div>
</body>
Фетчить данные мы будем с OpenWeatherMap, хотя можно попросить доступ к API и у Gismeteo. Формат запросов у API очень простой — фетчим данные о погоде в локации относительно координат широты/долготы, при этом встроенный API для геокодинга поможет найти координаты того или иного района в городе. Делаем вот такой GET-запрос:
queryWeather(onReady)
{
var req = new XMLHttpRequest();
req.onreadystatechange = () => {
if(req.readyState == XMLHttpRequest.DONE) {
var json = JSON.parse(req.responseText);
if(json != null)
onReady(json);
}
};
req.open("GET", "https://api.openweathermap.org/data/2.5/weather?lat=" + this.lat + "&lon=" + this.lon + "&appid=" + this.APIKey + "&units=metric&lang=ru");
req.send();
}
И получаем вот такой ответ:
{
"coord": {
"lon": 46.7129,
"lat": 38.2741
},
"weather": [
{
"id": 804,
"main": "Clouds",
"description": "пасмурно",
"icon": "04n"
}
],
"base": "stations",
"main": {
"temp": 280.43,
"feels_like": 277.88,
"temp_min": 280.43,
"temp_max": 280.43,
"pressure": 1016,
"humidity": 86,
"sea_level": 1016,
"grnd_level": 822
},
"visibility": 10000,
"wind": {
"speed": 3.87,
"deg": 37,
"gust": 6.15
},
"clouds": {
"all": 100
},
"dt": 1713137075,
"sys": {
"type": 1,
"id": 7509,
"country": "IR",
"sunrise": 1713147419,
"sunset": 1713194930
},
"timezone": 12600,
"id": 142549,
"name": "East Azerbaijan",
"cod": 200
}
Конечно, разобрать его очень и очень легко. Обновляем представление нашего приложения (я не юзал селекторы):
updateWeatherData()
{
this.api.queryWeather((response) => {
this.loader.style.display = "none";
this.content.style.animation = "myAnim 2s ease 0s 1 normal forwards";
this.content.style.display = "block";
var weather = "sunny";
if(response.weather[0].main.includes("Rain"))
weather = "rainy";
if(response.weather[0].main.includes("Cloud"))
weather = "cloudy";
this.weatherIcon.src = weather + ".png";
var textDesc = response.weather[0].description;
textDesc = textDesc.charAt(0).toUpperCase() + textDesc.substring(1);
this.weatherText.innerHTML = textDesc;
this.temperatureText.innerHTML += response.main.temp + '℃';
this.windText.innerHTML += response.wind.speed + "м/с";
});
}
И получаем следующий результат:
Вся логика программы уложилась в 85 строк кода. Преимущества веб-подхода и «жабоскрипта» при грамотном использовании очевидны, согласитесь? Опять-же повторюсь, я не веб-разработчик, мои познания в JS ограничиваются «олдовым» стилем уровня начала-середины 2010х годов, я, вон, даже jquery тащить не стал.
Изначально материал должен был состоять из двух частей: обзор «клиентской» части девайса с приложениями на веб-стеке и выкидывание B2G, дабы реализовать нечто подобное одной из моих более ранних статей. Но вендор смартфона подложил «свинью»: у устройства залочен загрузчик и разблокировать его штатными средствами невозможно. Вообще, инфраструктура FireFox OS имеет много общего с Android изнутри, так что я попробовал с помощью патчера magisk'а пропатчить бут и залить в него su… но увы, девайс валился на верификации signed-образа и отказывался прошивать раздел! За это жирнющий минус вендору.
Если хотите взять подобный девайс для моддинга и экспериментов, присмотритесь к девайсам на Android, или KaiOS на базе MT6572/SC7731 — те обычно разблокированы с завода. Например, год назад я сделал первую кастомную прошивку для Android-кнопочника и написал для него кастомный лаунчер.
Я лично буду очень рад, если ЕС обяжет вендоров смартфонов давать возможность заводской разлочки загрузчиков, иначе это ущемление в правах тех людей, которые покупают смартфон с изначально открытой системой!
Вот такой материал про KaiOS у нас с вами получился. Теперь вы и сами знаете, что девайс может быть интересен не только как «бабушкофон» или продвинутая звонилка, но и как платформа для реализации каких-то собственных прикольных фишек :)
Какие применения могут быть у такого девайса? Да самые разные! Например:
Маленький фронтэнд для данных с микроконтроллера: тут уже и дисплейчик небольшой есть, и кнопки, а также GPU, если нужно показывать какие-то данные в 3D. Почему-бы и нет?
BT-плеер в машину: пилим фронтэнд к ВК Музыке/Спотику или еще какому-либо сервису, коннектим по BT и получаем миниатюрный автомобильный самодостаточный плеер, который еще и аккумулятор относительно долго держит :)
Часы с погодой: частичную реализацию этого проекта я уже представил в статье. Собственно, а почему-бы и нет? Многие смартфоны от Motorola и Sony с док-станциями сейчас так и используют. Почему бы не заюзать для этого и девайс на KaiOS?
Надеюсь вам было интересно! Пишите своё мнение, есть ли перспективы у смартфонов на KaiOS? Также у меня есть свой Telegram-канал, куда я выкладываю бэкстейдж со статей, различные заметки о ремонте, моддинге и программировании под девайсы прошлых лет и вовремя публикую линки на новые статьи. Подписывайтесь!
Насчёт машины
Друзья! Те читатели, которые подписаны на меня наверняка знают о том, что я коплю на покупку ТАЗика, дабы реализовать интересный проект с разработкой самопального ГУ "из того что было" по самому дешману. Сейчас у меня есть чуть более 100.000 рублей, из которых 8.000 рублей - донаты читателей! В Ейске, на юге, за такие деньги купить относительно живой по мотору и, что немаловажно, с +- целым дном тазик сложновато. Я даже Волгу и Москвич рассматривал как вариант, но Волга ушла, а у Москвича мотор не родной. Если вам нравятся мои статьи и вы хотите помочь материально будущему проекту - с помощью формы ниже можно помочь проспонсировать проект!
Если вы вдруг живете в Ейске или в 50км от Ейска и вы или ваши знакомые продают относительно живой ТАЗик (кроме классики, критерии - на ходу, чистые документы и не совсем панорамное дно. Машинка может быть помята, с плохим ЛКП и конечно другими косяками, машина ведь не новая!) - пишите в ТГ @monobogdan!
Статья подготовлена при активной финансовой поддержке TimeWeb Cloud. Не стесняйтесь пользоваться их услугами, если вам нужен VDS, выделенный сервер или иные облачные услуги. Подписывайтесь на меня и @Timeweb.Cloud, дабы не пропускать интересные технические статьи каждую неделю!
Где я подробно рассказываю о том, как реализовал клиент современного мессенджера Telegram на Android 1.5+ и выше. Таким образом, Telegram будет работать даже на самом первом Android-смартфоне в мире, T-Mobile G1, причём на стоковой прошивке!
Взять с собой побольше вкусняшек, запасное колесо и знак аварийной остановки. А что сделать еще — посмотрите в нашем чек-листе. Бонусом — маршруты для отдыха, которые можно проехать даже в плохую погоду.
Я хочу начать с того, что если вы ждете ответа в конце, вы будете разочарованны. Его просто не существует. Я весь 2005 год проработал стажером на Nickelodeon Studios, чтобы повысить свой уровень в мультипликации. Естественно, бо’льшую часть практики мне не оплачивали, но я получал льготы в образовании. Для взрослых это может и не значить ничего особенного, но любой подросток того времени наизнанку вывернулся бы ради такого. С тех пор, как я начал работать непосредственно с редакторами и аниматорами, я получил прямой доступ к еще не вышедшим эпизодам. В это время как раз был закончен полнометражный фильм по Спанчбобу. На него ушла вся креативность, поэтому новый сезон вышел позже, чем планировалось. В действительности же задержка произошла по более печальным причинам. Была проблема с первыми сериями, и она затормозила всё и вся на несколько месяцев. Я и два других стажера были в редакторской студии вместе с ведущими аниматорами и звуковыми редакторами и собирались работать над последней редакцией серии. Мы получили, как нам казалось, копию эпизода «Боязнь крабсбургера» (“Fear of a Krabby Patty”) и собрались вокруг экрана, чтобы посмотреть его. Пока серия не приняла окончательный вид, аниматоры часто вставляют в неё забавные надписи, что-то вроде профессиональной шутки. Например, обычные надписи заменяются на непристойные, вроде «Как секс не работает» (“How sex doesn’t work”) вместо «Рок двустворчатых» («Rock-a-by-Bivalve») в серии, где Спачнбоб и Патрик усыновляют морской гребешок. Ничего особо смешного, просто приколы на работе. Поэтому, когда мы увидели название «Самоубийство Сквидварда», мы решили, что это не более чем подобная шутка. Один из стажеров издал смешок. Как всегда, играла веселая музыка. Сюжет начинался с упражнений Сквидварда на кларнете, как обычно, со множеством фальшивых нот. Снаружи слышится смех Спанчбоба, Сквидвард перестает упражняться и вопит ему, чтобы тот вёл себя потише, потому что этой ночью концерт и ему нужно тренироваться. Спанчбоб соглашается и вместе с Патриком идет проведать Сэнди. Появляется экран с пузырьками, и мы видим окончание концерта Сквидварда. С этого момента начинается что-то подозрительное. Пока Сквидвард играет, некоторые кадры повторяются, в отличие от звука (в этом месте звук синхронизирован с анимацией, так что это необычно), но когда он перестает играть, звук заканчивается так, будто скачков и не было. Слышен легкий гул публики, затем она начинает освистывать его. Не так как обычно в мультиках, в освистывании можно ясно различить ненависть (? malace). Мы видим Сквидварда крупным планом, он явно боится. Кадр переключается на публику со Спанчбобом в центре, он тоже освистывает Сквидварда, что на него не похоже. Хотя это не самое странное. Странно то, что у всех слишком реалистичные глаза. Очень детально вырисованные. Не фото настоящих человеческих глаз, но нечто более реальное, чем компьютерное изображение (CGI). Зрачки были красными. Мы озадаченно посмотрели друг на друга, но, так как мы не сценаристы, то не задавались вопросом о том, можно ли это смотреть детям. Кадр переключается на Сквидварда, который сидит на краю кровати и выглядит очень несчастным. Из окна-иллюминатора видно ночное небо, так что после концерта прошло немного времени. Тревожит в этом месте отсутствие звука. Его буквально нет. Не слышно даже фонового шума динамиков, будто они выключены, хотя индикатор показывал, что они исправно работают. Сквидвард просто сидел там, моргая, в тишине примерно полминуты, потом начал тихо всхлипывать. Он закрыл руками (щупальцами) глаза и тихо плакал еще целую минуту, и в это время фоновый звук очень медленно нарастал от неслышного до едва слышного. Звук напоминал лёгкий лесной ветерок. Картинка стала медленно приближаться к лицу Сквидварда. Говоря «медленно», я имею в виду, что кадры с разницей появления меньше чем в 10 секунд были неотличимы друг от друга. Всхлипы становятся громче, в них слышно больше боли и злости. Экран на пару секунд немного вздрагивает, будто закручивается вокруг центра, потом возвращается в нормальное состояние. Звук лесного ветерка медленно становится громче и настойчивее, как если бы где-то вот-вот разразится шторм. Он становится жутким, а всхлипы Сквидварда звучат так реально, что кажется, что они доносятся не из динамиков, а так, будто вместо динамиков дыры, и звук доносится с другой стороны. Какого бы хорошего качества звук ни производился в студии, для создания звука такого качества в ней просто не было оборудования. За звуками ветра всхлипов было очень слабо слышно что-то похожее на смех. Он появлялся странными отрывками и ни разу не длился больше секунды, так что было сложно уловить его (мы просмотрели этот эпизод дважды, так что простите, если всё это звучит слишком странно, но у меня было время поразмыслить над этим). Через 30 секунд экран затемнился, сильно вздрогнул, что-то вспыхнуло, как если бы один кадр был удален. Ведущий мультипликационный редактор нажал паузу и прокрутил покадрово. То, что ты увидели, было ужасно. Это было фото ребёнка не старше 6 лет. Его лицо было в крови и синяках, один глаз лопнул и свисал с запрокинутого лица. Мальчик был раздет до нижнего белья, его живот был грубо разрезан, и внутренности лежали рядом с ним. Он сам лежал на каком-то тротуаре, скорее всего, на улице. Самым жутким было то, что на фото была видна тень фотографа. Не было пометок криминалистов, по ракурсу съемки было понятно, что снимок был сделан не простым очевидцем. Похоже, фотограф был причастен к смерти ребёнка. Конечно, мы были шокированы, но не прекратили просмотр, надеясь, что это была просто жестокая шутка. Экран показал Сквидварда вполовину роста, всхлипывающего громче, чем раньше. Из его глаз по лицу текла кровь. Она тоже была сделана слишком реалистично, казалось, до нее можно дотронуться и почувствовать на пальцах. Ветер превратился в лесной ураган, слышен был даже треск веток. Смех, глубоким баритоном, длился дольше и появлялся чаще. Примерно через 20 секунд экран опять дернулся, проскочил один кадр. Редактору не хотелось перематывать назад, как и всем нам, но он знал, что должен был это сделать. На этот раз появилось фото маленькой девочки, не старше первого ребёнка. Она лежала на животе, рядом в луже крови лежали её заколки. Её левый глаз тоже лопнул и вывалился, на ней не было ничего, кроме трусиков. Её внутренности были вынуты через грубый разрез на спине и лежали на ней. Тело опять было на улице, была видна тень фотографа, по форме и размеру очень похожая на предыдущую. Я подавил рвотный позыв, один стажер, единственная девушка в комнате, выбежала. Серия продолжилась. Примерно через пять секунд после фото Сквидвард замолчал, затихли все звуки, как это было в начале этой части серии. Он опустил щупальца, его глаза сейчас были слишком реалистичными, как у других персонажей в начале серии. Они были налиты кровью, пульсировали и кровоточили. Он просто смотрел на экран, будто наблюдал за зрителем. Где-то через 10 секунд он начал всхлипывать, уже не закрывая глаза щупальцами. Звук был пронзительным и громким, самым страшным в нем были всхлипы, смешанные с криками. Слезы и кровь ручьем лились по его лицу. Вернулся звук ветра и глубокий смех,появилось еще одно фото и в этот раз оно показывалось добрых пять кадров. Редактор остановил на четвертом и прокрутил назад. Сейчас на снимке был мальчик, примерно того же возраста, но сама сцена была другой. Внутренности были вынуты из живота и накручены на большую ладонь, правый глаз лопнул и свисал вниз, по нему тонкой струйкой текла кровь. Мультипликатор переключил на следующий кадр. Сложно поверить, но он отличался от предыдущего, хотя мы не могли понять, чем. То же самое и со следующим. Мультипликатор переключил на первый кадр и прокрутил все 5 быстрее, и я не выдержал. Меня стошнило на пол, у мультипликационного и звукового редакторов перехватило дыхание. Пять кадров не были пятью разными фотографиями, похоже, это были кадры из видео. Мы видели, как рука медленно поднимает внутренности, как глаза ребёнка фокусируются на них, на последних двух кадрах мальчик даже начинает моргать. Ведущий звуковой редактор сказал нам остановить видео, потому что ему нужно позвонить разработчику, чтобы тот приехал и посмотрел на это. Мистер Хилленбург (mr. Hillenburg) приехал примерно через 15 минут. Он был озадачен тем, что его вызвали сюда, так что редактор просто снял видео с паузы. Когда эти несколько кадров закончились, все крики и звуки опять прекратились. Лицо Сквидварда было взято крупным планом, он просто смотрел на зрителя примерно три секунды. Кадр быстро исчез, тот же глубокий голос произнес «СДЕЛАЙ ЭТО», и мы увидели в руках Сквидварда дробовик. Он немедленно вложил ружье себе в рот и спустил курок. Реалистичная кровь и мозги разбрызгиваются по стене и кровати за ним, и он с силой летит назад. Последние 5 секунд эпизода его тело лежит на своей стороне кровати (в оригинале bod, видимо, опечатка), один глаз свисает с того, что осталось от головы, на пол и безучастно смотрит вниз. Эпизод заканчивается. Мистер Хилленбург, само собой, срывается на нас. Он требует объяснить, что за чертовщина происходит. Большинство людей к этому моменту уже покинули комнату, так что только немногие из нас остались посмотреть эпизод во второй раз. После повторного просмотра весь эпизод в точности запечатлелся в моей памяти и послужил причиной моих страшных ночных кошмаров. Я жалею о том, что остался. Единственное предположение, которое мы могли выдвинуть, заключалось в том, что кто-то отредактировал файл на пути от художественной студии до этого помещения. Мы вызвали технического редактора, чтобы он выяснил, когда это произошло. Анализ файла показал, что был отредактирован новый материал. Тем не менее временная отметка показывала время всего на 24 секунды раньше, чем то, когда мы начали смотреть видео. Всё использовавшееся оборудование, включая технику и программное обеспечение, было иностранным, возможно, временная отметка сбилась и показывала неправильное время, но все остальное было исправно. До сих пор ни мы, ни кто-либо другой не знает, что произошло. Было проведено расследование касательно природы фотографий, но оно ни к чему не привело. Дети не были опознаны, в данных и на фото не было ни косвенных, ни прямых улик. До этого я никогда не верил в необъяснимые явления, но сейчас, если случится что, чего я не смогу объяснить, я подумаю дважды, прежде чем списать всё на случайность.
Само видео вы можете найти на просторах интернета.
источник https://ps-7.ru/suiczid-skvidvarda/
Она позволяет им проникать в вашу сеть Wi-Fi, как угорелым фанатам на концерт.
Специально созданные пакеты данных — вот их инструменты для взлома. Теперь они могут выполнить свой злой код или выудить ваши сетевые данные, будто вы на аукционе. И всё это без пароля! Привет, нулевой день, как дела? Ну что, хакеры, пора засучить рукава и начинать махать пакетами данных, пока не исправят этот косяк. А вам, пользователи, совет: обновляйтесь быстрее, чем коты бегут от воды.
Новые уязвимости в Wpa_supplicant и IWD могут представлять серьезную угрозу для безопасности вашей сети Wi-Fi. Обе программы, широко используемые для управления беспроводными соединениями в Linux-системах, были обнаружены с уязвимостями, которые могут быть использованы злоумышленниками для обхода аутентификации и получения несанкционированного доступа к вашей сети.
Подробности: • Уязвимости: CVE-2023-52160 (Wpa_supplicant), CVE-2023-52161 (IWD) • Влияние: WPA, WPA2, WPA3 • Затронутые устройства: Android, Linux, ChromeOS, маршрутизаторы • Рекомендации: обновить ПО, использовать надежный пароль, WPA3, VPN
Что могут сделать злоумышленники:
Выполнение произвольного кода: Уязвимости позволяют злоумышленникам внедрять и запускать произвольный код на целевых системах, что может привести к полному контролю над устройством и сетью.
Получение информации о сетевых учетных данных: CVE-2023-52160: подключиться к корпоративной сети Wi-Fi под видом легитимного пользователя и перехватывать передаваемые данные. • CVE-2023-52161: подключиться к домашней или малой корпоративной сети Wi-Fi без пароля. • Получить доступ к Интернету. • Атаковать другие устройства в сети. • Перехватывать конфиденциальные данные. • Распространить вредоносное ПО.
Что делать в итоге:
Применить обновления: Обновите ПО ChromeOS: обновите до версии 118. Android: ждите обновления от производителя вашего устройства. Linux: установите исправление от вашего дистрибутива
Разработчики обеих программ уже выпустили исправления для устранения этих уязвимостей. Пользователям следует незамедлительно обновить свои системы, чтобы минимизировать риск.
Следить за обновлениями: Важно регулярно проверять наличие обновлений и применять их как только они становятся доступными, чтобы поддерживать безопасность вашей сети на высоком уровне.
Усилить меры безопасности: Помимо обновлений, пользователи также могут принять дополнительные меры безопасности, такие как использование сильных паролей, активация механизмов аутентификации с двухфакторной проверкой и настройка брандмауэра для ограничения доступа к сети. Используйте надежный пароль Wi-Fi • Не используйте один и тот же пароль для разных сетей. Пароль должен быть длинным (не менее 12 символов) и сложным (содержать буквы разных регистров, цифры и символы). 3) Используйте WPA3 • WPA3 — это самый новый и безопасный стандарт шифрования Wi-Fi. Убедитесь, что ваш маршрутизатор и устройства поддерживают WPA3. 4) Отключите WPS • WPS — это функция Wi-Fi Protected Setup, которая может быть уязвима. Если не используете WPS, отключите его. 5) Используйте VPN. VPN — это виртуальная частная сеть, которая шифрует ваш трафик и обеспечивает конфиденциальность. Используйте VPN при подключении к общедоступным сетям Wi-Fi.
Кто хочет узнать, как защитить свои данные от недоброжелателей и многое другое в мире ИТ? Присоединяйтесь к нам на канал " IT Самоучки" https://t.me/samvsepoimesh
Мы не обещаем розовые единороги, но дадим кучу полезной инфы, как выжить в джунглях интернет-безопасности. Короче, кто не с нами, тот уже на грани!
#Безопасность Wi-Fi #Уязвимости Wpa_supplicant #Уязвимости IWD #Сетевая без опасность #Linux #Обновления безопасности #Хакеры #Информационные технологии #Telegram #Обучение онлайн
Здравствуйте! самый распространенный комментарий к прошлому посту – вопрос о том, как я тут пишу. Отвечаю.
Для ЛЛ: есть специальные программы для всего этого.
Слепые и слабовидящие люди пользуются компьютерами и смартфонами уже очень-очень давно. Для этого есть программы экранного доступа, которые озвучивают кнопки, текст, эмодзи и пр. Есть программы и для описания изображений, но с ними все неоднозначно.
Смартфоны.
В каждом современном телефоне можно найти раздел "специальные возможности", где находятся специфические настройки, позволяющие использовать устройство без зрения, слуха и пр.
Словами не просто объяснить, как это работает. Есть специальные жесты. При однократном нажатии на экран озвучивается элемент, который под пальцем, при двойном нажатии элемент запускается. И таких жестов много.
Программы для Android: Jieshuo (экранный диктор), Talkback (экранный диктор), Lazarillo (навигатор для слепых), Envision (прочитает инструкцию; скажет, что вокруг)
ОСТОРОЖНО! Не рекомендую включать такие программы без надобности, ибо многие потом не могут их выключить, поскольку после нажатия кнопки "Ок" все жесты, которыми Вы ранее управляли телефоном, превратятся в тыкву.
Компьютер
С компьютером все проще. Клавиатура выучивается. Программа озвучивает элементы интерфейса и пр. Только управление не мышью, а кнопками клавиатуры. Все.
Программы для windows: NVDA (экранный диктор)
О Linux
В целом, Windows, Android, iOS, Mac OS более доступны, чем Linux. Я пробовала использовать Debian (не знаю, как сейчас, а раньше у них был режим установки с экранным диктором, хоть и делать это надо было без графической оболочки).
Возможно, возникнет вопрос про ГО. Ответ: графическая оболочка для слепых - это возможность нажать на кнопку, а не вводить команду
Еще пробовала пару дистрибутивов, которые были разработаны непосредственно для слепых. Но пришла к Linux Mint, который пару лет стоял у меня на компе в качестве второй ОС.
Linux не так популярен, опять же, слишком много различных дистрибутивов, в которых по-разному работает озвучивающая программа (Orca). Но много недоработок, я чуть не поседела, когда устанавливала вокалайзер на нее.
___
Пикабу я давно читаю во Вконтакте, сейчас решила начать писать. На сайте сижу я, никаких посредников у меня нет. Я лично читаю комментарии и отвечаю на них.
Честно говоря, я знала, что существует стереотип о том, что люди без зрения не пользуются интернетом, но я не ожидала даже, что он настолько распространен.
Проблемы со зрением - не редкость в этом мире, поэтому достаточно много разработок, позволяющих адаптировать технологии под таких людей.
Предыстория, один клиент в компании попросил проверить пк сотрудника после упадка продаж, он реально думал что сливали заказы копированием или как то доступом через crm в общем упадок был, а понять как и отследить было сложно. Так для тех кто в теме, скрипт я переделал под exe прятался он под pdf прайсом. а в диспетчере скрыт. И пост не для программистов.
Попросили меня проверить, результат порадовал, но причастность доказать нереально кто из менеджеров запустил данный софт.
Схема проста, покупается зарубежный виртуальный номер на который регистрируется аккаунт телеграмм и через которого создаётся бот.
Рекомендую всем проверять отправки на порты телеги возможно вы тот самый за кем шпионит жена, муж, начальник или конкурент.
Находку я немного переписал, потому что она была зашита под файлом но выполняла почто такой же функционал как на видео.
Кто такие “White hats - Белы шляпы” ?
“White hats - Белы шляпы” - это термин, используемый для обозначения этичных хакеров, которые используют свои навыки для улучшения кибербезопасности.
Они работают на благо общества, помогая организациям обнаруживать и устранять уязвимости в их системах безопасности.
Белые шляпы проводят тестирование на проникновение и другие проверки безопасности, чтобы обнаружить потенциальные угрозы.
В отличие от “Black hats”, белые шляпы действуют законно и с разрешения владельцев систем.
Работа белых шляп важна для поддержания безопасности в интернете и защиты данных пользователей от злоумышленников.
Всё тестировалось в среде на виртуальных машинах и ведео не в коем образом не пропагандирует взлом или как то его рекламирует. Видео несёт информационный характер в сфере Pentest.
Tg@Windall
По состоянию на начало 2023 года в интернете существует более двух миллиардов сайтов. Если ранжировать эти сайты в соответствии с их трафиком, то можно получить представленную ниже картину.
На первом месте в списке самых посещаемых сайтов в мире находится Google. Выполняя более 3,5 миллиардов поисковых запросов в день, Google укрепил свои позиции в качестве основного источника информации в интернете. Но на этом доминирование Google не заканчивается. Компании также принадлежит YouTube, второй по популярности сайт в мире. Вместе Google и YouTube имеют больше трафика, чем следующие 48 сайтов вместе взятые.
Но Google и YouTube — не единственные крупные игроки в интернете. Другие сайты в топ-50 рейтинга включают гигантов социальных сетей Facebook, Instagram и TikTok. В частности, в последние годы популярность TikTok резко возросла, и сейчас это одна из самых популярных социальных сетей в мире.
Также стоит отметить, что в топ-10 вошли поисковики Китая и России — Baidu и Yandex.