GitHub без предупреждения перевёл репозитории проекта Organic Maps в архивный режим, допускающий доступ только для чтения. Официальных разъяснений на текущий момент пока нет, но разработчики предполагают, что причиной блокировки стало неверное определение местоположения кого-то из разработчиков, позволившее ассоциировать его с регионом, находящимся под санкциями.
У одного из разработчиков в учётной записи на GitHub появилось соответствующее предупреждение об ограничении доступа к приватным репозиториям и платным сервисам из-за того, что он является резидентом подсанкционного региона.
https://mastodon.social/@organicmaps/114155428924741370
У одного из разработчиков в учётной записи на GitHub появилось соответствующее предупреждение об ограничении доступа к приватным репозиториям и платным сервисам из-за того, что он является резидентом подсанкционного региона.
https://mastodon.social/@organicmaps/114155428924741370
🤡29🤬5👍3😭1
В руководство по созданию графических приложений на GTK на языке C добавлены новые статьи:
Список со столбцами GtkColumnView
https://metanit.com/c/gtk/3.7.php
GtkColumnView с несколькими столбцами
https://metanit.com/c/gtk/3.8.php
Грид GtkGridView
https://metanit.com/c/gtk/3.9.php
#gtk #c_ansi
Список со столбцами GtkColumnView
https://metanit.com/c/gtk/3.7.php
GtkColumnView с несколькими столбцами
https://metanit.com/c/gtk/3.8.php
Грид GtkGridView
https://metanit.com/c/gtk/3.9.php
#gtk #c_ansi
👍14❤8👏2🔥1
Microsoft отказывается рассматривать отчёт об уязвимости, если нет видео вместе с письменным объяснением инцидента
Исследователь по ИБ Уилл Дорманн раскритиковал работу Центра реагирования на угрозы безопасности Microsoft (MSRC) за отказ рассматривать его отчёт об уязвимости, пока белый хакер не предоставил компании подробное видео вместе с письменным объяснением обнаруженного инцидента с подтверждающими скриншотам.
В MSRC потребовали предоставить "чёткое видео POC (доказательство концепции) того, как эксплуатируется указанная уязвимость."
Несмотря на то, что Дорманн все таки записал видео об уязвимости, при попытке отправить видео через портал Microsoft загрузка не удалась из‑за ошибки 403...
https://www.theregister.com/2025/03/17/microsoft_bug_report_troll/
Исследователь по ИБ Уилл Дорманн раскритиковал работу Центра реагирования на угрозы безопасности Microsoft (MSRC) за отказ рассматривать его отчёт об уязвимости, пока белый хакер не предоставил компании подробное видео вместе с письменным объяснением обнаруженного инцидента с подтверждающими скриншотам.
В MSRC потребовали предоставить "чёткое видео POC (доказательство концепции) того, как эксплуатируется указанная уязвимость."
Несмотря на то, что Дорманн все таки записал видео об уязвимости, при попытке отправить видео через портал Microsoft загрузка не удалась из‑за ошибки 403...
https://www.theregister.com/2025/03/17/microsoft_bug_report_troll/
The Register
Microsoft wouldn't look at a bug report without a video. Researcher maliciously complied
: Maddening techno bass loop, Zoolander reference, and 14 minutes of time wasted
🤡29😁5🔥3
Вышла новая версия языка Java - Java 24 вместо с комплектом разработки JDK 24. Основные нововведения:
- Stream Gatherers: функциональность в Stream API, которая добавляет ряд операций по работе с потоками данных
- Class-File API: предоставляет стандартный API для анализа, генерации и преобразования файлов классов Java.
- Ahead-of-Time Class Loading & Linking: уменьшает время запуска приложений с помощью сохранения кэша загруженных классов
- Synchronize Virtual Threads without Pinning: решает проблему блокировки платформенных потоков при использовании виртуальных потоков в synchronized-блоках
- Ограничение использования JNI: использование Java Native Interface (JNI) и Foreign Function & Memory (FFM) теперь приводит к предупреждению, а в будущем планируется выбрасывать исключение
- Прекращена поддержка Windows 32-bit x86
Подробнее все нововведения - https://jdk.java.net/24/release-notes
#java #jdk
- Stream Gatherers: функциональность в Stream API, которая добавляет ряд операций по работе с потоками данных
- Class-File API: предоставляет стандартный API для анализа, генерации и преобразования файлов классов Java.
- Ahead-of-Time Class Loading & Linking: уменьшает время запуска приложений с помощью сохранения кэша загруженных классов
- Synchronize Virtual Threads without Pinning: решает проблему блокировки платформенных потоков при использовании виртуальных потоков в synchronized-блоках
- Ограничение использования JNI: использование Java Native Interface (JNI) и Foreign Function & Memory (FFM) теперь приводит к предупреждению, а в будущем планируется выбрасывать исключение
- Прекращена поддержка Windows 32-bit x86
Подробнее все нововведения - https://jdk.java.net/24/release-notes
#java #jdk
❤🔥7🔥1👏1
HTTP 2 и HTTP 3 — в чем разница?
HTTP 1 появился в 1996 году. Уже в следующем году появился HTTP 1.1.
Прошло еще около 20 лет, прежде чем в 2015 году был стандартизирован HTTP 2. А в 2022 был официально стандартизирован HTTP 3.
HTTP 1.1:
☑️ Постоянные соединения — повторное использование соединений вместо открытия новых.
☑️ Передачи кусками — отправляет данные по частям, не дожидаясь полного ответа.
☑️ Улучшенное кэширование — введены заголовки для лучшего кэширования и управления соединениями.
X Последовательные запросы — запросы блокируют друг друга (HoL-блокировка на уровне запроса)
X Необходимо несколько подключений — браузеры использовали несколько TCP-подключений для скорости
В нем были представлены основные функции, которые используются и по сей день.
HTTP2:
☑️ Мультиплексирование — несколько запросов в одном TCP-соединении
☑️ Сжатие заголовков (HPACK) — Уменьшает размер метаданных
☑️ Приоритезация потоков — обеспечивает загрузку критически важных ресурсов в первую очередь
X Блокировка заголовка очереди (HoL) — потерянный пакет блокирует все потоки
Хотя HTTP 2 оптимизировал TCP, он оставался ограниченным блокировкой начала очереди TCP.
HTTP3:
☑️ Построен на QUIC (UDP) — больше никаких узких мест TCP
☑️ Независимые потоки — потеря пакетов в одном потоке не влияет на другие
☑️ Более быстрые рукопожатия — Объединяет настройку транспорта и шифрования за один шаг
☑️ Обязательное шифрование (TLS 1.3) — Безопасность по умолчанию
☑️ Миграция подключений — плавный переход между изменениями в сети
Вкратце: HTTP 2 оптимизировал TCP, но HTTP 3 с помощью QUIC, делает сетевое взаимодействие быстрее, надежнее и зашифрованным по умолчанию
HTTP 1 появился в 1996 году. Уже в следующем году появился HTTP 1.1.
Прошло еще около 20 лет, прежде чем в 2015 году был стандартизирован HTTP 2. А в 2022 был официально стандартизирован HTTP 3.
HTTP 1.1:
☑️ Постоянные соединения — повторное использование соединений вместо открытия новых.
☑️ Передачи кусками — отправляет данные по частям, не дожидаясь полного ответа.
☑️ Улучшенное кэширование — введены заголовки для лучшего кэширования и управления соединениями.
X Последовательные запросы — запросы блокируют друг друга (HoL-блокировка на уровне запроса)
X Необходимо несколько подключений — браузеры использовали несколько TCP-подключений для скорости
В нем были представлены основные функции, которые используются и по сей день.
HTTP2:
☑️ Мультиплексирование — несколько запросов в одном TCP-соединении
☑️ Сжатие заголовков (HPACK) — Уменьшает размер метаданных
☑️ Приоритезация потоков — обеспечивает загрузку критически важных ресурсов в первую очередь
X Блокировка заголовка очереди (HoL) — потерянный пакет блокирует все потоки
Хотя HTTP 2 оптимизировал TCP, он оставался ограниченным блокировкой начала очереди TCP.
HTTP3:
☑️ Построен на QUIC (UDP) — больше никаких узких мест TCP
☑️ Независимые потоки — потеря пакетов в одном потоке не влияет на другие
☑️ Более быстрые рукопожатия — Объединяет настройку транспорта и шифрования за один шаг
☑️ Обязательное шифрование (TLS 1.3) — Безопасность по умолчанию
☑️ Миграция подключений — плавный переход между изменениями в сети
Вкратце: HTTP 2 оптимизировал TCP, но HTTP 3 с помощью QUIC, делает сетевое взаимодействие быстрее, надежнее и зашифрованным по умолчанию
👍14❤5👏2
Шпаргалка по различным типам баз данных:
🔹 Реляционные БД
Хранят данные в таблицах со строками и столбцами, что позволяет выполнять сложные запросы и транзакции с высокой степенью согласованности и целостности, что идеально подходит для структурированных данных, которые хорошо вписываются в схемы.
🔹 Хранилища Ключ-Значение
Хранят данные в виде пар «ключ-значение», обеспечивая быстрый поиск по ключу, идеально подходят для сценариев, где критически важен быстрый доступ к неструктурированным данным.
🔹 In-Memort (БД в оперативной памяти)
Разработаны для обеспечения высокой скорости за счет хранения данных в оперативной памяти, а не на диске, и предлагают сверхбыстрые возможности чтения/записи, подходящие для аналитики и кэширования в реальном времени.
🔹 Документные БД
Хранят данные в виде документов JSON, BSON или XML, что делает их гибкими для хранения, извлечения и управления полуструктурированными данными.
🔹 БД с широкими столбцами (Wide column)
Используют табличный формат, но каждая строка может иметь разный набор столбцов; отлично подходит для анализа больших наборов данных с возможностью горизонтального масштабирования.
🔹 БД на основе графов
Разработаны для хранения сущностей и их взаимосвязей в графовой структуре, что позволяет эффективно запрашивать сложные и взаимосвязанные данные.
🔹 Бд на основе временных рядов (Time-series)
Оптимизированы для хранения и запроса последовательностей точек данных с течением времени, что делает их идеальными для мониторинга, отслеживания событий и аналитики в контекстах, чувствительных ко времени.
#database
🔹 Реляционные БД
Хранят данные в таблицах со строками и столбцами, что позволяет выполнять сложные запросы и транзакции с высокой степенью согласованности и целостности, что идеально подходит для структурированных данных, которые хорошо вписываются в схемы.
🔹 Хранилища Ключ-Значение
Хранят данные в виде пар «ключ-значение», обеспечивая быстрый поиск по ключу, идеально подходят для сценариев, где критически важен быстрый доступ к неструктурированным данным.
🔹 In-Memort (БД в оперативной памяти)
Разработаны для обеспечения высокой скорости за счет хранения данных в оперативной памяти, а не на диске, и предлагают сверхбыстрые возможности чтения/записи, подходящие для аналитики и кэширования в реальном времени.
🔹 Документные БД
Хранят данные в виде документов JSON, BSON или XML, что делает их гибкими для хранения, извлечения и управления полуструктурированными данными.
🔹 БД с широкими столбцами (Wide column)
Используют табличный формат, но каждая строка может иметь разный набор столбцов; отлично подходит для анализа больших наборов данных с возможностью горизонтального масштабирования.
🔹 БД на основе графов
Разработаны для хранения сущностей и их взаимосвязей в графовой структуре, что позволяет эффективно запрашивать сложные и взаимосвязанные данные.
🔹 Бд на основе временных рядов (Time-series)
Оптимизированы для хранения и запроса последовательностей точек данных с течением времени, что делает их идеальными для мониторинга, отслеживания событий и аналитики в контекстах, чувствительных ко времени.
#database
👍12❤2👏1