Компания Oracle сформировала новую ветку СУБД MySQL 9.3.0. Сборки MySQL Community Server 9.3.0 подготовлены для всех основных дистрибутивов Linux, FreeBSD, macOS и Windows. В соответствии с внедрённой в 2023 году новой моделью формирования релизов, MySQL 9.3 отнесён к веткам "Innovation". Innovation-ветки рекомендованы для тех, кто хочет раньше получать доступ к новой функциональности, публикуются каждые 3 месяца и поддерживаются только до публикации следующего значительного релиза (например, после появления ветки 9.3 прекращена поддержка ветки 9.2). Летом планируют сформировать LTS-релиз 9.4, рекомендованный для внедрений, которым необходима предсказуемость и длительное сохранение неизменного поведения. Следом за LTS-веткой будет сформирована новая Innovation-ветка - MySQL 10.0...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63106
> Устранено 28 уязвимостей, из которых 26 могут быть эксплуатированы удалённоВсего лишь.
https://db-engines.com/en/ranking
Уже сотню раз намекали на полную несостоятельность этого рейтинга. SQLite должен быть на первом месте, посколько охватывает около 90+% рынка мобильных устройств.
Ну до мобильник это же известные сервера данных. Это мобильные разрабы просто конфиги в другом месте хранить не умеют.
Всяко лучше, чем sedеть и gawkать на каждый из 100500 несовместимых между собой форматов конфигов. Андроид всё-таки операционная система, а не дистрибутив.
> Ну до мобильник это же известные сервера данных.Причём тут сервера, ты вообще читал как этот список формируется?
> Это мобильные разрабы просто конфиги в другом месте хранить не умеют.
Нет, это ты пытаешься рассуждать о вещах в которых вообще ничего не понимаешь.
Зачем миру столько баз данных? Нельзя сделать одну (ну две), чтобы подходило всем?
Можно. Все так и поступили: каждый создал свою БД, которая подходит всем.
Классика: https://xkcd.com/927/
Зачем миру столько отвёрток? Неужели одной(ну две) всем не хватает?Здесь тоже самое, каждая под свои задачи
Нет, нельзя - очень-очень много нюансов тут. И даже если откинуть капиталистические нюансы, всё-равно нельзя. Скорость, размер, удобство использования, интерфейс подключения, утилиты, сообщество с решениями, доступность учебных материалов имеет значение.
>Зачем миру столько баз данных? Нельзя сделать одну (ну две), чтобы подходило всем?Microsoft SQL.
>"подготовлены для всех основных дистрибутивов Linux"Вот вся суть Linux. В то время когда под другие платформы действует правило 1 приложение под 1 популярную ОС (macOS и Windows)
А в Linux одно приложение придётся писать под 100500 дистрибутивов. Причём все вместе взятые занимают очень маленький % дисктопа!
> А в Linux одно приложение придётся писать под 100500 дистрибутивов.Не *писать*, а *собирать*. Это как бы разные вещи. Write once, compile everywhere.
Я тебе секрет открою: MySQL пишется под Linux.
Но при этом адаптируется и собирается под ту же винду.
> Я тебе секрет открою: MySQL пишется под Linux.Линукс - это ЯДРО, и MySQL написан по большому счёту под POSIX, а не Лин Упс.
Ну да, ядро же вокруг себя экосистемы не имеет, всё верно. Вещь в себе.
Суть в том, что те же gcc/glibc/whatever - заточены в первую очередь под линуховое ядро. И много чего ещё.
> Суть в том, что те же gcc/glibc/whatever - заточены в первую очередь под линуховое ядро. И много чего ещё.Суть в том, что ты дурак, и MySQL к glibc не привязан. Он написан для POSIX и работает на BSD/Solaris/etc. и Windows.
Продолжим экзекуцию.
Важная для адекватной производительности MySQL либа - libaio - есть в POSIX или винде?
И да, в POSIX может быть O_DIRECT уже принесли?
Вы представляете, но O_DIRECT уже есть практически в основных современных ОС'ях, предоставляющих POSIX.Конкретно:
[x] Windows
[x] MacOS
[x] FreeBSD
[x] AIX
[x] SolarisАх, да, есть убогие NetBSD/OpenBSD без его поддержки, которые пилят непонятно кто непонятно для чего.
> Ах, да, есть убогие NetBSD без его поддержкиhttps://github.com/NetBSD/src/commit/33c1fd191743a4e7fbd539a...
> committed on Oct 5, 2006
> add support for O_DIRECT (I/O directly to application memory, bypassing any kernel caching for file data).
>
Ещё раз.
В стандарт POSIX (!) завезли O_DIRECT?
И это я только самую мелочь выбрал.
Зато в Андроиде все пишется под андроид, хотя это все тот же Линукс . Магия.
Просто все уже забывают, что Линух не сам по себе, а является частью GNU/Linux, а в Андроиде от GNU практически избавились.
Полностью правильное решение. Гну это каждый васян делает как ему взбредёт. А должно быть чтобы все вместе было продуктом.
> в Андроиде от GNU практически избавилисьИ слава те, господи. Не надо там эту помойку. В Лин Упсе даже Glibc/libstdc++ не имеют forward compatibility. Такого бардака нет ни в одной другой ОС.
> GNU
> Glibchttps://github.com/bminor/glibc/blob/master/misc/syslog.c
https://github.com/bminor/glibc/blob/master/misc/daemon.c
https://github.com/bminor/glibc/blob/master/resolv/res_init.c
https://github.com/bminor/glibc/blob/master/resolv/res_isour...
https://github.com/bminor/glibc/blob/master/resolv/dn_comp.c
https://github.com/bminor/glibc/blob/master/stdlib/random.c
https://github.com/bminor/glibc/blob/master/stdlib/random_r.c
> * Copyright (c) 1983, 1988, 1993
> * The Regents of the University of California. All rights reserved.
>
>Андроиде от GNU практически избавились.Этим шагом она практически схлопнулась сама в себе. Андроид будет развиваться в только своей нише. Ничего нового и гломального она миру не даст. GNU - это локомотив развития.
Гнушный бардак должен жить в контейнере и ни в коем случае не аффектить основную ос. И уж тем более нормальный гуй в таком бардака невозможен.
> от GNU практически избавилисьИ правильно сделали. С чем бы я от GNU не сталкивался, всё какое-то луддистное, созданное не для людей, с вырвиглазным дизайном (если с GUI) и какое-то вечно глючное. Наверное поэтому оно имеет свои 0.01% на десктопе.
> Зато в Андроиде все пишется под андроид, хотя это все тот же ЛинуксВ Android от Linux/GNU - только _ядро_, причём _не_ ванильное, а жутко пропатченое и стабильное. В upstream никакой стабильности рядом не лежало - STABLE API NONSENSE, только забавно: две самые популярные реализации Линукс, RHEL и Android, ОБЕ предоставляют stable API and ABI.
Это всё, что нужно знать про лин упс описателей.
Возможно кто то специально саботирует разброд в Линуксе. Интересно кто бы это мог быть.
> Возможно кто то специально саботирует разброд в Линуксе. Интересно кто бы это мог быть.Саботирует? Вряд ли.
У всех авторов 10000 дистрибутивов приятное ламповое чувство, что именно они поставляют тот самый Линукс, а все остальные - идиоты.
Им нравится ковыряться, но со временем они отваливаются и уходят на MacOS/Windows, где можно просто работать, а не заниматься вечной перекомпеляцией.
Сколько дистров и их авторов ушло туда, где спокойствие - не счесть.
>А в Linux одно приложение придётся писать под 100500 дистрибутивов.Linux это source-based операционная система. Как ваш отдел информационной безопасности собирается верифицировать, что в бинарнике не малварь?
А как ты верифицировал отсутствие троянов в исходном коде?Читал и проверял? Какие ещё сказки расскажешь?
А ничего, что XZ с backdoors заехал в Fedora/Debian Unstable/Gentoo? Молча и красиво?
А ничего, что в ядро почти заехал и только чудом пронесло? И что там уже в ядре - никто не знает?
Ах, эти сказки и мифы про ... безопасность исходного кода. 1000 эфемерных глаз.
Как насчёт 5GB исходников Firefox? Ты уже прочитал всё?
Или ядро, которое уже больше 1GB?
Сертификат не я выдаю, для этого всякие фэстэки и прочие трехбуквенные есть. Вот с них и спрашивай как они это все проверяют.
Да никак - там весь отдел безопасности - это мамка, вечером гулять не пускающая.
Всё ещё используем Paradox т.к. есть решения на Windows 3.11 и DOS. Которые просто работают и которые переписывать не имеет никакого смысла.
Была комфортная разработка Turbo C++ + Turbo Professional (или Object Professional) + Paradox Ebgine.
В 1990-х, и под Виндовс.
Была комфортная разработка Turbo C++ + Turbo Professional (или Object Professional) + Paradox Engine.
Хорошее было время. Сразу вспомнил Delphi 1.0 под Windows 3.11. Насколько продуманный тогда был софт для программирования, насколько невероятно обширная и качественная ЛОКАЛЬНАЯ документация, а не как сейчас, когда её нет или в лучшем случае ищи сам где-то в интернете, пробиваясь через сотни и тысячи рекламных баннеров.
Этот путь более тернист и извилист теперь. Раньше заточка была под админов, програмеров и девов. Сейчас - под домохозяек/хомячков.
Страшно представить чем вы занимаетесь. А кто поддерживать то будет это? Железо то устаревает или вас спасет FreeDos/ReactOS на новом железе?