Да, я написал в своём комменте про ktutil - чтобы дать Вам понять всю глубину моего отчаяния :) Потому что перспектива иметь сотни AD аккаунтов с сотнями keytab для сотен БД - ну так себе решение, пусть и рабочее.
Я дочитал очень внимательно. Потому что у меня совсем недавно в рамках проекта по интеграции AD + Kerberos для Оракловских БД возникла такая проблема - как создать 1 аккаунт в AD и 1 keytab, содержащий несколько SPN - и чтобы всё работало. Весь интернет забит примерами "1svc -1keytab-1spn", но нигде-нигде не описана пошаговая стратегия создания РАБОЧЕГО keytab, со множеством SPN. Все предыдушие пробы с многократным запуском ktpass приводили к тому, что рабочим был лишь один SPN, который использовался в последней ktpass команде.
Оракловская поддержка вообще заявила, что сие действо принципиально невозможно. Но это Оракловская поддерждка, им можно так говорить, они 30 000 человек уволили, заменив на какой-то беспробудно тупой AI. Вот, собирался провести такой эксперимент, используя какой-то мутный метод с помощью "1 раз ktpass, потом запускать ktutil на Mac/Linux, добавляя записи в keyttab". Очень не уверен, что метод сработает. Но вот в Вашей статье очень внятно описан метод создания именно такого keytab, который мне нужен. Если сработает - буду выяснять какой коньяк нравится автору статьи :) Сейчас скормлю статью своему помощнику в лице Claude Code - пусть он проникется знанием и пишет новый план создания работающей схемы "1 svc AD account -> 1 keytab -> multiple SPNs", потом опробую на тестовом кластере
Безэмоциональный бубнёж без пауз в один голос - довольно быстро утомляет. Если можно было бы сделать хотя бы разные голоса для собеседников - это было бы очень круто. Про эмоции и мечтать сложно, нельзя воссоздать эмоцию из текста, нужно еще каким-то образом уловить интонации в оригинальном видео.
Вот у меня есть субтитры целого фильма, лично переведенные. С таймингом и указанием помимо имени персонажа еще и типа голоса (мужской/женский/детский). Больше 6 тысяч фраз. Но не представляю как это :
озвучить многоголосьем
озвучить ХОРОШО, а не интонациями робота Вертера
наложить полученную озвучку на оригинальную звуковую дорожку, приглушив оригинальные голоса, но оставив фоновые шумы у музыку (наверное, будет самым простым после первых двух пунктов)
Чаша миграции с Oracle на PostgreSQL, естественно. Об этом же статья, не? PostgreSQL у нас тоже есть, но всё на уровне Pet-проектов с данными, которые не жалко потерять. Всё остальное - в Oracle и MS SQL.
P.S. Про "чашу сию" еще в библии говорилось. Это чуток раньше Индианы Джонса было :)
У эксперта Михаила да и у всей статьи - большой "геп" в таком предмете как "владение русским языком", просто глазоломный суржик.
По теме статьи тоже есть, что сказать, будучи в статистических 95% процентах, но не буду сильно вдаваться в подробности по ряду причин. Напишу лишь, что 20-летние мамкины пирожки, сделавшие на коленке какой-то микропроект с гордой этикеткой "ИИ" и возомнившие себя экспертами в этой области с соотв. записью в резюме, совсем не умеют работать с масштабированием корпоративных объемов данных, думая, что 10-20-кратное увеличение потребляемых мощностей и дисковых пространств им предоставят по первому чиху и обоснование "я дома так делал на 2 МБ данных - и всё работало" убедит все уровни менеджмента.
Стол 150 см - ну прям маленький столик. Для одного компа и двух небольших дисплеев может и сойдёт. У меня 190 см и мне маловат - на нём стоят рабочий и домашний лаптопы + 27" вертикальный монитор + 34" изогнутый монитор со встроенным KVM-свитчем, что позволяет переключаться между компами и использовать один набор клавиатура + мышка. Наверху стоит лаптоп с ProxMox - на нем я мелкие VMы тестирую. А вот сейчас возникла необходимость подключить еще один рабочий лаптоп для нового проекта - и некуда ставить.
Вырез в столе - отличная тема, но опять не для меня. Места нет - у меня на столе между клавиатурой и мониторами обычно один кот располагается. А на приставном стуле - другой кот. Так что всё место занято, даже рабочие наушники некуда деть, приходится под рабочий лаптоп прятать.
Ну, вот мои пожилые коты 2 раза в день едят мокрый корм, а на ночь - порцию сухого. Тут никакая кормилка не поможет. Плюс пользуются не туалетом с наполнителем, а лотками, которые моются после "употребеления" минимум раз в день, а обычно сразу после.
Поэтому я на время отпуска договариваюсь с людьми, которые профессионально оказывают услуги по уходу за животными. Чтобы два раза в день приходили, выбрасывали недоеденную пищу и клали новую, чистили горшки, гладили котов и общались с ними хотя бы 10-15 минут.
Сейчас установил "кошачью дверь" со считывателем чипов, чтобы только мои коты могли зайти/выйти. Это помогает котам в пребывании на свежем воздухе и прогулках по окрестностям. Но проблемы питания и гигиены всё равно решаю с помощью оплачиваемых людей.
Автор забыл добавить, что как админ, он имеет доступ ко всем (или большинству) самым секретным и чувствительным данным конторы и клиентов. Поэтому хакерам нет смысла взламывать файрволы и роутеры - проще сразу украсть админа с его ноутом. Во время его велопрогулки или купания.
Последнее предложение прекрасно объясняет почему в нашем цирке всё те же клоуны, но теперь переодетые акробатами, демонстрируют свою якобы новую программу - прыжки на батуте с переобуванием в полёте.
Ждём заявлений от Гугла, что они теперь за всё хорошее и против всего плохого. Раньше они тоже были за всё хорошее, но как выяснилось, это ранешнее было недостаточно хорошее, а иногда и вовсе плохое.
Да, встроенный файрвол, рандомно обрывающий ssh и RDP соединения - это очень большая боль. Особенно для корпоративных клиентов с централизованным администрированием и неотключаемым файрволом.
У read/write датафайлов всегда меняется header - туда пишется последний scn. Даже если не было никаких изменений данных в этих датафайлах. И такие датафайлы будут бэкапиться при level 0 бэкапе, увы. Или вы про BCT (block change tracking), когда при level 1 бэкапе будут бэкапиться будут лишь измененные блоки?
Для архивных партий как раз отлично подойдёт большой дисковый массив из более дешёвых (не-SSD) дисков, на котором можно создать один или более read-only tablespace и переносить архивные сжатые партиции туда. Заодно и бэкап оптимизируется, Rman не будет каждый раз бэкапить read-only датафайлы.
Да, я написал в своём комменте про ktutil - чтобы дать Вам понять всю глубину моего отчаяния :) Потому что перспектива иметь сотни AD аккаунтов с сотнями keytab для сотен БД - ну так себе решение, пусть и рабочее.
Я дочитал очень внимательно. Потому что у меня совсем недавно в рамках проекта по интеграции AD + Kerberos для Оракловских БД возникла такая проблема - как создать 1 аккаунт в AD и 1 keytab, содержащий несколько SPN - и чтобы всё работало. Весь интернет забит примерами "1svc -1keytab-1spn", но нигде-нигде не описана пошаговая стратегия создания РАБОЧЕГО keytab, со множеством SPN. Все предыдушие пробы с многократным запуском ktpass приводили к тому, что рабочим был лишь один SPN, который использовался в последней ktpass команде.
Оракловская поддержка вообще заявила, что сие действо принципиально невозможно. Но это Оракловская поддерждка, им можно так говорить, они 30 000 человек уволили, заменив на какой-то беспробудно тупой AI.
Вот, собирался провести такой эксперимент, используя какой-то мутный метод с помощью "1 раз ktpass, потом запускать ktutil на Mac/Linux, добавляя записи в keyttab". Очень не уверен, что метод сработает. Но вот в Вашей статье очень внятно описан метод создания именно такого keytab, который мне нужен. Если сработает - буду выяснять какой коньяк нравится автору статьи :)
Сейчас скормлю статью своему помощнику в лице Claude Code - пусть он проникется знанием и пишет новый план создания работающей схемы "1 svc AD account -> 1 keytab -> multiple SPNs", потом опробую на тестовом кластере
Вся статья оставила ощущение гримасы вечно недовольного лица.
Безэмоциональный бубнёж без пауз в один голос - довольно быстро утомляет. Если можно было бы сделать хотя бы разные голоса для собеседников - это было бы очень круто. Про эмоции и мечтать сложно, нельзя воссоздать эмоцию из текста, нужно еще каким-то образом уловить интонации в оригинальном видео.
Вот у меня есть субтитры целого фильма, лично переведенные. С таймингом и указанием помимо имени персонажа еще и типа голоса (мужской/женский/детский). Больше 6 тысяч фраз. Но не представляю как это :
озвучить многоголосьем
озвучить ХОРОШО, а не интонациями робота Вертера
наложить полученную озвучку на оригинальную звуковую дорожку, приглушив оригинальные голоса, но оставив фоновые шумы у музыку (наверное, будет самым простым после первых двух пунктов)
Но в целом - интересная статья, спасибо!
На самом деле, почти все перечисленные вами имплементации - вполне себе рабочие и надёжные решения. Напишите уж честно - что повыёживаться захотелось.
Поставил плюсик за упорный (пусть и бесполезный, имхо) труд и подробное описание разработки.
80 см светильник - маловато будет для освещения 2м стола
Select * from v$version
выдаёт интересный номер версии:
Oracle AI Database 26ai Free Release 23.26.0.0.0
Но это, наверняка, переходный период, со следующим патчем и номер версии окончательно поправят
Чаша миграции с Oracle на PostgreSQL, естественно. Об этом же статья, не? PostgreSQL у нас тоже есть, но всё на уровне Pet-проектов с данными, которые не жалко потерять. Всё остальное - в Oracle и MS SQL.
P.S. Про "чашу сию" еще в библии говорилось. Это чуток раньше Индианы Джонса было :)
Не устаю радоваться, что миновала меня чаша сия.
У эксперта Михаила да и у всей статьи - большой "геп" в таком предмете как "владение русским языком", просто глазоломный суржик.
По теме статьи тоже есть, что сказать, будучи в статистических 95% процентах, но не буду сильно вдаваться в подробности по ряду причин. Напишу лишь, что 20-летние мамкины пирожки, сделавшие на коленке какой-то микропроект с гордой этикеткой "ИИ" и возомнившие себя экспертами в этой области с соотв. записью в резюме, совсем не умеют работать с масштабированием корпоративных объемов данных, думая, что 10-20-кратное увеличение потребляемых мощностей и дисковых пространств им предоставят по первому чиху и обоснование "я дома так делал на 2 МБ данных - и всё работало" убедит все уровни менеджмента.
Стол 150 см - ну прям маленький столик. Для одного компа и двух небольших дисплеев может и сойдёт. У меня 190 см и мне маловат - на нём стоят рабочий и домашний лаптопы + 27" вертикальный монитор + 34" изогнутый монитор со встроенным KVM-свитчем, что позволяет переключаться между компами и использовать один набор клавиатура + мышка. Наверху стоит лаптоп с ProxMox - на нем я мелкие VMы тестирую. А вот сейчас возникла необходимость подключить еще один рабочий лаптоп для нового проекта - и некуда ставить.
Вырез в столе - отличная тема, но опять не для меня. Места нет - у меня на столе между клавиатурой и мониторами обычно один кот располагается. А на приставном стуле - другой кот. Так что всё место занято, даже рабочие наушники некуда деть, приходится под рабочий лаптоп прятать.
Ну, вот мои пожилые коты 2 раза в день едят мокрый корм, а на ночь - порцию сухого. Тут никакая кормилка не поможет. Плюс пользуются не туалетом с наполнителем, а лотками, которые моются после "употребеления" минимум раз в день, а обычно сразу после.
Поэтому я на время отпуска договариваюсь с людьми, которые профессионально оказывают услуги по уходу за животными. Чтобы два раза в день приходили, выбрасывали недоеденную пищу и клали новую, чистили горшки, гладили котов и общались с ними хотя бы 10-15 минут.
Сейчас установил "кошачью дверь" со считывателем чипов, чтобы только мои коты могли зайти/выйти. Это помогает котам в пребывании на свежем воздухе и прогулках по окрестностям. Но проблемы питания и гигиены всё равно решаю с помощью оплачиваемых людей.
Воу-воу, этак скоро можно будет и Оракл версии 12 догнать, который ещё в 2010м году это умел делать.
Автор забыл добавить, что как админ, он имеет доступ ко всем (или большинству) самым секретным и чувствительным данным конторы и клиентов. Поэтому хакерам нет смысла взламывать файрволы и роутеры - проще сразу украсть админа с его ноутом. Во время его велопрогулки или купания.
Последнее предложение прекрасно объясняет почему в нашем цирке всё те же клоуны, но теперь переодетые акробатами, демонстрируют свою якобы новую программу - прыжки на батуте с переобуванием в полёте.
Ждём заявлений от Гугла, что они теперь за всё хорошее и против всего плохого. Раньше они тоже были за всё хорошее, но как выяснилось, это ранешнее было недостаточно хорошее, а иногда и вовсе плохое.
Поправьте, пожалуйста, линк на Wordtune, там домен .com
Да, встроенный файрвол, рандомно обрывающий ssh и RDP соединения - это очень большая боль. Особенно для корпоративных клиентов с централизованным администрированием и неотключаемым файрволом.
У read/write датафайлов всегда меняется header - туда пишется последний scn. Даже если не было никаких изменений данных в этих датафайлах. И такие датафайлы будут бэкапиться при level 0 бэкапе, увы. Или вы про BCT (block change tracking), когда при level 1 бэкапе будут бэкапиться будут лишь измененные блоки?
Для архивных партий как раз отлично подойдёт большой дисковый массив из более дешёвых (не-SSD) дисков, на котором можно создать один или более read-only tablespace и переносить архивные сжатые партиции туда. Заодно и бэкап оптимизируется, Rman не будет каждый раз бэкапить read-only датафайлы.
В Нидерланды уехал, но потом и оттуда свалил. Но продержался там ажно 15 лет :)