Михаил Григорьев
@Sleuthhound
Системное администрирование, программирование, IoT
Information
- Rating
- 2,801-st
- Location
- Челябинск, Челябинская обл., Россия
- Date of birth
- Registered
- Activity
Specialization
System Administration, Database Administrator
Lead
From 280,000 ₽
PostgreSQL
Linux
MySQL
Database
Zabbix
Статья на тему - сравнить ужа и ежа. Это конечно интересно, но бесполезно. Большая часть статьи - это как мы крутили настройки пг чтобы получить хоть что-то вразумительное.
Ну то есть все таки можно включить микрофон если сделать сброс питания. Тут уже вопрос как его сбросить. Например колонка включена в умную розетку или линия 220 управляется каким то умным устройством из щитка и логично предположить что колонка может дать сигнал этому устройству вырубить собственное питание и вуаля - микрофон включен.
Один знакомый как-то сказал: хотите чтобы у вашего дба было много работы, а у вас много гемороя - используйте pgpool
А гугл тут причем? Давайте по честному сравним с профильным решением Github или Gitlab, и там и там можно легко зарегистрироваться и войти по email.
Лично я не имею SberID и никогда не стану клиентом Сбера, а значит и этот сервис мне не нужен.
Нужно хотя бы не код выкладывать, а тесты показывать. Если вы говорите, что она так хороша и быстра, то выложите результаты тестов
А что за фича то из-за которой вы считаете что что-то нарушилось?
В virtualbox она не запускается, арет что проц у тебя не 64 бит и приехали
А так мое почтение разработчику!
А кто сказал что в других странах сидят на pg?
Я не говорю про гигантов, они могут позволить себе переписать пг как им нужно, я про средний и малый бизнес.
Сплитбрейн и запись в развалившиеся ноды = каша в данных, боль, страдания, и другой геморой.
Достигнуть этого можно к подавляющем большинстве реализаций кластеров.
Первое, что ломается - это кластер (мультимастер). Это прям аксиома. Я не видел ни одной реализации кластера (мультимастера) которая бы не падала и не разваливалась, да еще так громко, больно и в самый неподходящий момент.
Какая то грусть и печаль если так появляется stable версия, путем простого копирования из mainline
Снять ответственность если код помечен как экспериментальный или не снимать - это уже решение каждого разработчика или компании в целом к своей работе. Давайте заменим экспериментальный на нестабильный, что изменится? Вероятно ничего.
Тут у меня пожалуй вопрос лишь - зачем нестабильный модуль добавлять в стабильный релиз? Нестабильный - это тот код который не покрыт тестами, не поддерживает полностью rfc и имеет прочие недочеты. Есть же ветка mainline для этих целей, не так ли?
То есть вы взяли у nginx экспериментальный кусок кода, засунули его свой стабильный релиз и дали пользователям со словами «ааа, ну и так пойдет, в продакшн»? Смахивает на как будь то подложили свинью.
Сделанный бэкап не равно рабочий. Любой бэкап нужно проверять через возможность восстановиться с него и это аксиома написанная кровью и полученная через массу боли.
Потому, что это перевод статьи Phil Eaton.
Это перевод статьи Phil Eaton. А чем не угодил - думаю автор хотел разобраться как написать свой простой движок хранения, вот и все. И он это сделал.
Местами dnf, местами yum - копипаст с офф сайта? Тогда в чем смысл статьи? Чем установка на alma отличается от установки на rocky или centos?
Вот такому жесткачу и учат на курсах, а потом приходят эти чудо-дба и ничего не могут сделать
А он же опенсорс или инсталятор под винду за деньги предлагают?
Павел, спасибо за обзор, очень интересно!