В вайбере на самом деле много бизнес-чатов было, на вскидку мне писали - boxberry, акции по сбп и мир (неожиданно), ПлатформаОФД, Кари, ЛеройМерлен, Инвитро, CDEK, Hoff, OSTIN, Деловые линии и еще горка местных городских служб
Я конечно не сильно расстроюсь от отсутствия спама от них, но вот сами конторки явно будут не в восторге.
Это хороший вопрос, я бы тоже хотел получить на него ответ. Особенно со ссылко на какой-то закон или распоряжение министерства образования о том что все поголовно должны опуститься в это дно Сферум. Но никто не дает коментариев.
В современном мире с концепцией 1 служба - 1 сервер (виртуалка, контейнер) конфликты маловероятны.
Конечно если к Вас на 1 сервере 100500 разных приложений, разные базы и прочие сервисы, то и профиль tuned должен быть сбалансирован и настроен под Вашу парадигму.
Почему должны исправляться баги к версиям которые уже не поддерживаются?
Скрин вашего фильтра пожалуйста приложите прежде чем говорить что я солгал. Я привел Вам свой скрин фильтра и он относится к ветке 8.4 LTS и только к MySQL Server, всякие Connector и прочие подсистемы не относящиеся к ядру БД мы исключаем.
>Самому что-ли влом посмотреть? Сейчас активных (Open+Verified) 11374. Закрыто в 9.1 - чуть больше сотни. Но к чему это?
К тому, что у MySQL (текущей LTS версии - 8.4) всего 0 подтвержденных багов. Просто задайте правильный фильтр.
Я не утверждаю что MySQL супер-качественный продукт, просто это ответ на Ваш вопрос почему так мало исправлений. Ну если нет баго - что исправлять?
Про появление новых фичей я уже писал, что 3-4 новые фичи в пределах 3 месяцев разработки ИМХО вполне адекватная цифра. Я допускаю, что для Вас это мало - ну извините, наверно стабильность продукта для Oracle важнее пиления новых фичей.
>И наоборот, если в проекте баги исправляются редко, то значит их там действительно горы.
Да с чего вы взяли если исправлений мало значит багов много? Вы анализировали багтрекер mysql? Можете поделиться статистикой сколько подтвержденных багов не закрыто?
Не думаете, что если мало исправлений, то это значит что мало багов? Или это невозможно в Вашей парадигме мира мускуля?
Их много, но о чем это говорит? О наличии горы багов, которые исправляют.
Я не спорю что пг развивается более динамично чем мускуль, но и в пг хватает странностей.
Вот например в 17 версию не дотащили поддержку uuid v7, ну смешно же, патч то простой, но нет. Когда дотащу какой-нибудь 64 битный счетчик транзакций - ну дай бо к 22 версии может быть.
Это Innovation ветка, там новые фичи и новый релиз выходит каждые 3 мес. Поэтому 3-4 фичи за 3 месяца кажутся вполне нормальным явлением. Зато не нужно ждать 1 год манны небесной как в случае с PostgreSQL, а в итоге не получить того что ждеш целый год.
Там очень глобальные доработки в ядре и я сильно сомневаюсь что удастся их пропихнуть в основной состав Pg.
А переходить в чистом виде на OrioleDB не каждый решиться без поддержки.
И кстате пока в OrioleDB нельзя создавать индексы отличные от B-Tree, но очень ждем что команда Александра Короткова это решит.
В вайбере на самом деле много бизнес-чатов было, на вскидку мне писали - boxberry, акции по сбп и мир (неожиданно), ПлатформаОФД, Кари, ЛеройМерлен, Инвитро, CDEK, Hoff, OSTIN, Деловые линии и еще горка местных городских служб
Я конечно не сильно расстроюсь от отсутствия спама от них, но вот сами конторки явно будут не в восторге.
>>> «единственная сертифицированная платформа для образовательного процесса»
И где же эти сертификаты? А где сам процесс сертификации описан? Очередной громкий пердеж и ничего больше.
Это хороший вопрос, я бы тоже хотел получить на него ответ. Особенно со ссылко на какой-то закон или распоряжение министерства образования о том что все поголовно должны опуститься в это дно Сферум. Но никто не дает коментариев.
Спасибо за статью. А какая сейчас есть на рынке современная альтернатива Icom IC-R20 ?
Ну уязвимость и уязвимость. Нашли и закрыли, едем дальше.
Опасно ими может быть пользоваться.
Интересно, а DNS серверами в колонках Yandex тоже публичными пользуются, а не своими?
Наверно тем что под бд и конкретно под пг в tuned в принципе нет профилей из коробки. Там есть общие профили под типовые сценарии.
А у пг есть свои особенности работы, и чтобы достичь максимума производительности нужно подстраивать некоторые параметра ос.
В современном мире с концепцией 1 служба - 1 сервер (виртуалка, контейнер) конфликты маловероятны.
Конечно если к Вас на 1 сервере 100500 разных приложений, разные базы и прочие сервисы, то и профиль tuned должен быть сбалансирован и настроен под Вашу парадигму.
Смысл в том, что у вас есть 1 файл профиля для tuned, а дальше все будет применено им при старте.
В случае ручного конфигурирования вам потребуется записать настройки в кучку разных файлов для разных подсистем.
а подключить его можно бесплатно к любому номеру, даже если абонент не клиент «Т‑Мобайла»Интересно как реализовано подключение скажем к абонентам T2 (Теле2), переадресацию предложит сделать на какой-то номер в Т-Банке?
Ваш фильтр оказался полной фигней, тк включает баги в компонентах не относящихся к серверу и даже к версии 8.4
Хотя и мой тоже странный, на лицо кривость багтрекера.
Соглашусь что какая то порция багов в 8.4 есть, но они довольно странные и скорее всего не будут закрыты.
И да, это странно что неподтвержденные баги не закрывают и они висят.
Почему должны исправляться баги к версиям которые уже не поддерживаются?
Скрин вашего фильтра пожалуйста приложите прежде чем говорить что я солгал. Я привел Вам свой скрин фильтра и он относится к ветке 8.4 LTS и только к MySQL Server, всякие Connector и прочие подсистемы не относящиеся к ядру БД мы исключаем.
>Самому что-ли влом посмотреть? Сейчас активных (Open+Verified) 11374. Закрыто в 9.1 - чуть больше сотни. Но к чему это?
К тому, что у MySQL (текущей LTS версии - 8.4) всего 0 подтвержденных багов. Просто задайте правильный фильтр.
Я не утверждаю что MySQL супер-качественный продукт, просто это ответ на Ваш вопрос почему так мало исправлений. Ну если нет баго - что исправлять?
Про появление новых фичей я уже писал, что 3-4 новые фичи в пределах 3 месяцев разработки ИМХО вполне адекватная цифра. Я допускаю, что для Вас это мало - ну извините, наверно стабильность продукта для Oracle важнее пиления новых фичей.
Ну если для Вас переименование столбцов в pg_stat_statements (я про 17 версию) является фичей, ну ОК. Тогда да, в PG будут сотни таких "фич"
>И наоборот, если в проекте баги исправляются редко, то значит их там действительно горы.
Да с чего вы взяли если исправлений мало значит багов много? Вы анализировали багтрекер mysql? Можете поделиться статистикой сколько подтвержденных багов не закрыто?
Не думаете, что если мало исправлений, то это значит что мало багов? Или это невозможно в Вашей парадигме мира мускуля?
Статья про релиз mysql, причем тут комитфесты пг вообще непонятно. Давайте еще кол. комитов посчитаем?
У mysql и pg разные циклы выпуска релизов, дак какой смысл что-то сравнивать?
В минорных версиях пг нет нового функционала, просто откройте релиз нотес
https://www.postgresql.org/docs/release/16.1/
https://www.postgresql.org/docs/release/16.2/
И другие и увидите там сплошные фиксы
Их много, но о чем это говорит? О наличии горы багов, которые исправляют.
Я не спорю что пг развивается более динамично чем мускуль, но и в пг хватает странностей.
Вот например в 17 версию не дотащили поддержку uuid v7, ну смешно же, патч то простой, но нет. Когда дотащу какой-нибудь 64 битный счетчик транзакций - ну дай бо к 22 версии может быть.
Это Innovation ветка, там новые фичи и новый релиз выходит каждые 3 мес. Поэтому 3-4 фичи за 3 месяца кажутся вполне нормальным явлением. Зато не нужно ждать 1 год манны небесной как в случае с PostgreSQL, а в итоге не получить того что ждеш целый год.