Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В завтрашнем обновлении Windows Server будет нарушена совместимость с Samba"	+/–
Сообщение от opennews (??), 07-Июл-25, 22:02
Сформированы внеплановые обновления Samba 4.22.3 и  4.21.7, решающие проблему с нарушением совместимости серверов Samba с завтрашним обновлением  Windows Server. В случае, если не установить предложенные  корректирующие обновления, серверы Samba, не смогут функционировать в роли членов доменов Windows Active Directory, если в настройках для маппинга иденитификаторов пользователей задействован бэкенд 'ad'... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63540
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+4 +/–
Сообщение от Аноним (1), 07-Июл-25, 22:02
В разнос пошли: https://xakep.ru/2025/07/04/windows-firewall-errors/
Ответить | Правка | Наверх | Cообщить модератору

	24. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+6 +/–
	Сообщение от АнонимЯ (?), 08-Июл-25, 01:03
	Кто-то недавно отобедал с мелкомягим.
	Ответить | Правка | Наверх | Cообщить модератору

	33. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от Аноним (-), 08-Июл-25, 05:31
	> Кто-то недавно отобедал с мелкомягим. Они решили все же доломать винду, перейти на линух - и уволить своих криволапых индусов целыми офисами?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от Антон 19887234 (?), 08-Июл-25, 09:05
	Вроде какой-то разработчик одного из возможных вариантов ядер для популярной open source системы. И что?
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	73. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (73), 08-Июл-25, 11:25
	Пингвинус Т. уже ничего не решает. Вместо него рулят те, в чьих интересах сочиняют Copyleft-next, "учитывающей современные реалии и потребности корпораций".
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	184. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от Аноним (184), 09-Июл-25, 01:56
	Ведро вроде на gpl2 и выше не собирается, так что Copyleft-next - это для зумеров
	Ответить | Правка | Наверх | Cообщить модератору

3. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+8 +/–
Сообщение от мяв (?), 07-Июл-25, 22:18
Вау ! спасибо, OPENNet ! хорошая новость.
Ответить | Правка | Наверх | Cообщить модератору

	231. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от анонимм (?), 09-Июл-25, 16:29
	Опередил)
	Ответить | Правка | Наверх | Cообщить модератору

4. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+4 +/–
Сообщение от Аноним (4), 07-Июл-25, 22:25
Шлак эта samba, та и windows тоже... Для простой домашней сети сколько помню мучался с этим... А когда перешёл на *nix и настроил NFS - то всё просто и стабильно стало работать.
Ответить | Правка | Наверх | Cообщить модератору

	7. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+3 +/–
	Сообщение от AlexYeCu_not_logged (?), 07-Июл-25, 22:47
	>А когда перешёл на *nix и настроил NFS - то всё просто и стабильно стало работать. И как в современных дистрах с soft-mount дела обстоят?
	Ответить | Правка | Наверх | Cообщить модератору

	61. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+3 +/–
	Сообщение от Минона (ok), 08-Июл-25, 09:01
	А в чём проблема?
	Ответить | Правка | Наверх | Cообщить модератору

	93. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от bOOster (ok), 08-Июл-25, 13:34
	NFS4 нормально все с этим. локдаунов как в 3ке нет.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	9. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+4 +/–
	Сообщение от Аноним (9), 07-Июл-25, 22:58
	> Для простой домашней сети сколько помню мучался с этим А надо было всего лишь не менять дефолты. > настроил NFS - то всё просто и стабильно стало работать На локалхосте всё, что угодно работает. Попробуй в проде NFS. С совместным доступом. И смотри, чтобы девопсы не могли данные финансового отдела читать!
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	12. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от нах. (?), 07-Июл-25, 23:11
	> На локалхосте всё, что угодно работает. эммм... сумел же этот анти-супергерой настроить самбу так что она у него не работала. (хотя казалось бы - надо ж суметь) > Попробуй в проде NFS. С совместным доступом. ты с венды чтоль лазишь? Там локинг уже видимо никогда работать не будет. Так-то именно в проде (где кроме пары человек никто не полезет, а кругом только мертвые скрипты с косами) особых проблем нет. А вот если просто соседу дать доступ к своим файликам - и так чтоб он куда надо не полез и лишнего не натворил - тут да, нюансы. Поскольку либо complete trust чужой (виндовой) системе, либо очень длинная и грустная (потому что все равно не работает) история с kerberos
	Ответить | Правка | Наверх | Cообщить модератору

	30. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от morphe (?), 08-Июл-25, 03:08
	> А вот если просто соседу дать доступ к своим файликам - и так чтоб он куда надо не полез и лишнего не натворил - тут да, нюансы Как раз тут проблем нет - заведи отдельную шару, сеть ограничь через VPN да укажи белый список IP адресов для неё Kerberos нужен для гораздо более сложных случаев, когда тебе надо данные делить с многопользовательскими системами, да теми что руками люди хотят дёргать
	Ответить | Правка | Наверх | Cообщить модератору

	96. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+4 +/–
	Сообщение от нах. (?), 08-Июл-25, 14:57
	> Как раз тут проблем нет - заведи отдельную шару, сеть ограничь через VPN да укажи белый > список IP да ты просто ж мастер костылестроения! Заменять отсутствующую в технологии 80х годов сквозную аутентификацию пользователей (вместо аутентификации компьютеров которые тогда были большими и управлялись грамотными людьми) костылями на уровне сети? А вот не захочет васян ставить себе никакие впн (да и на его маке это не так тривиально) - и? Что делать будииииим? И главное - гордиться всем этим бредом не забываем, гордиться! > Kerberos нужен для гораздо более сложных случаев, когда тебе надо данные делить с > многопользовательскими системами ну с разморозочкой. Криокамера потекла? Тебе у нас - не понравится! Начну издалека: ВСЕ системы у нас теперь - многопользовательские, причем не все эти пользователи там одинаково полезные - кто-то может получить локальные права совершенно не предусмотренные сюжетом и подергать тебя руками за разные части. Хуже того - однопользовательские системы могут администрироваться человеком, не умеющим в администрирование совсем.
	Ответить | Правка | Наверх | Cообщить модератору

	31. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от morphe (?), 08-Июл-25, 03:09
	> эммм... сумел же этот анти-супергерой настроить самбу так что она у него не работала. (хотя казалось бы - надо ж суметь) Чтобы самба нормально утилизировала 2.5GBASE и выше надо попотеть, да
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	37. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от Аноньимъ (ok), 08-Июл-25, 06:30
	Чего? А как у меня 10G она утилизировала это что? А NFS до последних времен был геморный геморой из 70х годов 20 века с приколами уровня ftp и емейла. И только совсем недавно шифрование впилили.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от User (??), 08-Июл-25, 06:41
	Но для папок с кучей файлов (привет анониму с мусоркой на 200к в одной дире!) tencent настоятельно рекомендует nfsv3)
	Ответить | Правка | Наверх | Cообщить модератору

	141. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от _ (??), 08-Июл-25, 18:59
	А _где_ и главное _когда_ ты в последний раз видел NFSv2 ? В кое у кого, если не крутить вручную - NFSv4 by default (C)  :) Но мужики, NFS и Samba (SMB\CIFS) - это разные миры. А не всякое пойло при смешивании даёт коктейль ... иногда просто бурда получается :)
	Ответить | Правка | Наверх | Cообщить модератору

	156. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от User (??), 08-Июл-25, 21:14
	> А _где_ и главное _когда_ ты в последний раз видел NFSv2 ? Ээээ... У Эви Неметт в книжке, наверное? > В кое у кого, если не крутить вручную - NFSv4 by default > (C)  :) Так поди у всех уже - "но есть нюансы". > Но мужики, NFS и Samba (SMB\CIFS) - это разные миры. А не > всякое пойло при смешивании даёт коктейль ... иногда просто бурда получается > :) Ну, любители клизмы все еще встречаются, ага. Ежели вот одну и ту же папку раздать через NFS x через samba'у да с acl - иииеэээх, забористо может выйти!
	Ответить | Правка | Наверх | Cообщить модератору

	187. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноньимъ (ok), 09-Июл-25, 04:56
	> Но для папок с кучей файлов (привет анониму с мусоркой на 200к > в одной дире!) tencent настоятельно рекомендует nfsv3) V4 много хуже? Странно было бы.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	199. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от User (??), 09-Июл-25, 07:49
	>> Но для папок с кучей файлов (привет анониму с мусоркой на 200к >> в одной дире!) tencent настоятельно рекомендует nfsv3) > V4 много хуже? > Странно было бы. https://www.tencentcloud.com/document/product/582/37491 Наблюдал лично, причем не у tencent )
	Ответить | Правка | Наверх | Cообщить модератору

	210. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноньимъ (ok), 09-Июл-25, 11:47
	>>> Но для папок с кучей файлов (привет анониму с мусоркой на 200к >>> в одной дире!) tencent настоятельно рекомендует nfsv3) >> V4 много хуже? >> Странно было бы. > https://www.tencentcloud.com/document/product/582/37491 > Наблюдал лично, причем не у tencent ) Понял. Спасибо. Пишут в 4.1 решили.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от пох. (?), 09-Июл-25, 11:48
	там, кстати, забавная ссылка на Rfc nfsv4.1 - якобы, решающий эту и некоторые другие проблемы. В авторах... ну правильно же, netapp. И ни одного линукса даже близко не пробегало.
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

	212. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 12:04
	> там, кстати, забавная ссылка на Rfc nfsv4.1 - якобы, решающий эту и > некоторые другие проблемы. > В авторах... ну правильно же, netapp. > И ни одного линукса даже близко не пробегало. Врут. Ну... т.е. netapp-то может и порешал, а вот в linux'ах - я даже nfs-ganesha пробовал, заметная разница между 3 и 4.x в этих кейсах была.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от morphe (?), 08-Июл-25, 06:54
	> А как у меня 10G она утилизировала это что? 20мбайт/с на 10GBASE это не утилизация) А именно такая скорость у тебя будет из коробки, пока ты не включишь multi-channel, sendfile, увеличишь размеры буферов, и забыл что ещё там надо делать + что-то на windows клиентах тоже трогать нужно, если они есть
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	47. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (47), 08-Июл-25, 07:24
	>20мбайт/с на 10GBASE это не утилизация) 60-70 МБ/с по гигабитной сетке. Конечно не предел мечтаний, но и не ваш случай. >А именно такая скорость у тебя будет из коробки, пока ты не включишь multi-channel, sendfile, увеличишь размеры буферов, и забыл что ещё там надо делать Ничего не делал, настройки стандартные.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним20 (?), 08-Июл-25, 09:36
	Раздаю zfs тома через ksmbd, без lkrg. Пул обычное зеркало на 2x ssd, сервер на n100. Через 2.5 GBASE-Т для одного файла скорость на чтение 160 МБ/с, на запись 60 МБ/с. Локально 200/200 МБ/c. Часть global из конфига: max active sessions = 1024 max connections = 128 max open files = 10000 restrict anonymous = 0 server max protocol = SMB3_11 server min protocol = SMB2_10 server multi channel support = no server signing = disabled share:fake_fscaps = 64 smb2 leases = no smb2 max credits = 8192 smb2 max read = 4MB smb2 max trans = 1MB smb2 max write = 4MB smb3 encryption = auto smbd max io size = 8MB Что тут поправить чтобы работало быстрее ?
	Ответить | Правка | Наверх | Cообщить модератору

	186. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноньимъ (ok), 09-Июл-25, 04:55
	zfs set sync=disabled tank/dataset
	Ответить | Правка | Наверх | Cообщить модератору

	81. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от morphe (?), 08-Июл-25, 12:01
	> 60-70 МБ/с по гигабитной сетке. Конечно не предел мечтаний, но и не > ваш случай. Ну это хотя бы половина от теоретического максимума Который, к слову, на NFSv4 достигается без каких-либо настроек > Ничего не делал, настройки стандартные. Возможно дефолты стали более адекватные, но это всё ещё не идеал Что за дистрибутив? Может там мейнтейнеры чот подкрутили?
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	95. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (95), 08-Июл-25, 14:33
	Я не тот аноним, что выше. Но самбой пользуюсь довольно таки давно, в основном с линуксовыми серверами/клиентами. И таки за последние лет 10 я не помню, чтобы самба с дефолтными настройками выдавала меньше 60-70 МБ/с на гигабитной сетке. А за последний год-два я частенько замечаю практически полную утилизацию канала (100 и выше). Дистрибутив - дебианы последний/предпоследний, может еще убунта лтс где там затесалась. В клиентах винда бывает. На 10 гбит сетке не могу точно сказать - выдает практически столько сколько с рейда можно выжать. Многое зависит на самом деле от проца, сетевухи и самой сети
	Ответить | Правка | Наверх | Cообщить модератору

	195. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (195), 09-Июл-25, 06:35
	Тоже другой Аноним. CentOS 7 (версия 7.2, 2015 года, без обновлений) samba 4.2.10 с дефолтным конфигом. На уровне ОС тоже никакого специфического тюнинга. Core2 Duo E6750 RTL8168 112 Mb/s read, 105 Mb/s write. При этом загрузка CPU не превышает 10%
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

	196. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от morphe (?), 09-Июл-25, 06:40
	> 112 Mb/s read, 105 Mb/s write. При этом загрузка CPU не превышает > 10% Mb? Не MB? Так это и есть 14мбайт/с, что для 1GBASE ужасно низкая скорость
	Ответить | Правка | Наверх | Cообщить модератору

	234. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (195), 09-Июл-25, 19:06
	> Mb? Не MB? Так это и есть 14мбайт/с, что для 1GBASE ужасно > низкая скорость Неверное написал, конечно имел ввиду MB. Т.е. упирается в гигабитный интерфейс. И это на дешёвом потребительском железе почти 20 летней давности (кроме HDD) и ОС 10 летней. > 20мбайт/с на 10GBASE это не утилизация) > А именно такая скорость у тебя будет из коробки, пока ты не включишь multi-channel, sendfile, увеличишь размеры буферов, и забыл что ещё там надо делать Ради интереса, включил use sendfile = yes. Скорость не изменилась, а вот загрузка CPU повысилась до 40%. multi-channel - это server multi channel support? В версии 4.2 такого еще не было. Так что откуда взялись 20мбайт/с - не понятно.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от RM (ok), 08-Июл-25, 19:44
	nas4free старый, что на 12 FreeBSD, принимат на себя запись по самбе с вин 10 на полный гигабит линк, 100 MB/s на файлах заведомо больше кэша диска. raidz6, HP microserver самый первый на дохлом двухядерном амд, с доколхожеными 6 дисками Ничего особо не крутил, только raid на 4к выровнял при создании и галки в гуе расставил. правда сетевухи интел и загрузка обоих ядер овер 90%, нл в потолок не упираеца
	Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

	56. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от hiveliberty (ok), 08-Июл-25, 08:41
	У меня на гигабитке может утилизировать всю ширину канала. Но это зависит от условий чтения с самого HDD - фрагментация и местоположение данных (ближе к началу, или к концу)
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	87. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от penetrator (?), 08-Июл-25, 12:34
	10GbE 900MB/s выдает
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	42. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от morphe (?), 08-Июл-25, 06:57
	> А NFS до последних времен был геморный геморой из 70х годов 20 > века с приколами уровня ftp и емейла. > И только совсем недавно шифрование впилили. NFSv4 стандартизировали в 2000ом году, последняя ревизия была в 2015ом году, 10 лет назад Это "недавно"?
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	188. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноньимъ (ok), 09-Июл-25, 05:11
	>> А NFS до последних времен был геморный геморой из 70х годов 20 >> века с приколами уровня ftp и емейла. >> И только совсем недавно шифрование впилили. > NFSv4 стандартизировали в 2000ом году, последняя ревизия была в 2015ом году, 10 > лет назад > Это "недавно"? Хм. Может я какие-то не те новости смотрю. В RHEL5 оно только появилось, это 2011-2012 год. И я не знаю как в линуксе, а во фре оно было костылировано на nfs3 ещё долго. И таки TLS завезли таки вот совсем недавно даже в временном измерении зумеров.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от morphe (?), 09-Июл-25, 06:32
	> И я не знаю как в линуксе, а во фре оно было костылировано на nfs3 ещё долго. Ну это фря и винда, обе системы по какой-то причине нормальной поддержкой nfs4 не обзавелись А на linux оно было намного раньше, даже RHEL3 имел его поддержку Возможно такая путаница из-за того что по дефолту до сих пор для виндовых и прочих клиентов к сожалению включена поддержка nfs3, который тащит с собой rpcbind и всё прочее Однако даже если это не настраивать и явно в файерволах не разрешать rpcbind - то сервер и клиенты общаются по nfs4 без проблем > И таки TLS завезли таки вот совсем недавно даже в временном измерении зумеров. Вопрос правда нужен ли он тут. CEPH и прочие без шифрования трафика обходятся, доверяют эту задачу более нижнему уровню, потому как такие системы всё равно везде стоят в доверенных сетях. Толку от шифрования в недоверенной сети, если трафик могут читать - то скорее всего могут и внедрять, а внедрят мусор в твою tls сессию - и обвалится соединение до шары посреди важной записи, оно тебе надо? А там где шифрование всё таки нужно - NFS умеет шифроваться через kerberos (krb5p), можно шифрованный туннель поднять конкретно для него, VPN опять же. Но я в целом не понимаю этот аргумент, ни разу не встречал кейсов когда нужно подобные системы гонять через незащищённую сеть, и по какой-то причине в этой сети нет VPN, и kerberos нет возможности поставить. Какие-то малые бизнесы, где комп-сервер, комп-начальника, комп-работника? Так там и администраторов нет чтобы чот настроить, скорее всего там будет просто винда и встроенный шаринг через рабочую группу, там и самбы никакой не будет
	Ответить | Правка | Наверх | Cообщить модератору

	127. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (9), 08-Июл-25, 18:30
	> ты с венды чтоль лазишь? Там локинг уже видимо никогда работать не будет. В том числе, да. Но оно и с линуксом умудрялось подраться. > Так-то именно в проде (где кроме пары человек никто не полезет, а кругом только мертвые скрипты с косами) особых проблем нет. У меня беда в том, что человек туда должен лазить и наперегонки со скриптами файлы редактировать. Было бы оно структурированное, засунули бы в бд и нет беды, но вся проблема в том, что там сырые данные которые люди на бегу через легаси систему вбивают вручную с ошибками, исправлениями и дополнениями, и кто-то должен периодически глазами отсматривать и править явную лажу. В итоге, на винду всё переехало. Дешевле заплатить за лишнюю лицензию, чем бороться с NFS в 2025.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	189. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноньимъ (ok), 09-Июл-25, 05:14
	А документо-ориентирование БД не зашли?
	Ответить | Правка | Наверх | Cообщить модератору

	235. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (9), 09-Июл-25, 19:44
	> А документо-ориентирование БД не зашли? Они бы может и зашли, но тратить на это силы экономически нецелесообразно. К концу 2027 оттуда так или иначе съедут последние клиенты и всё это будет просто выключено и выброшено целиком. Ну и так просто вообрази себе наслаждение модифицировать софт, написанный в конце 2003 года под современные реалии. Лучшая половина тех программистов уже на пенсии внуков нянчит.
	Ответить | Правка | Наверх | Cообщить модератору

	172. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (172), 08-Июл-25, 23:55
	Разграничить на уровне _локальной_системы_доступа_ если не хватает сетевых возможностей.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	94. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от bOOster (ok), 08-Июл-25, 13:37
	Че, в расширенные nfs атрибуты не смог? Да? А на FreeBSD можно еще и в ACL.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	123. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от Аноним (9), 08-Июл-25, 18:12
	> Че, в расширенные nfs атрибуты не смог? Да? Да. Мой админ за полдня не разрулил N×M доступ к файлам. Я плюнул, написал тикет в IT-отдел, джун на винде за пятнадцать минут всё сделал, сразу и с аутентификацией для людей, и с токенами для машин, и с бэкапами. > А на FreeBSD можно еще и в ACL. Крутая система, жаль что в ней всё остальное нельзя, а то может и пользовались бы.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от User (??), 08-Июл-25, 21:51
	> Че, в расширенные nfs атрибуты не смог? Да? > А на FreeBSD можно еще и в ACL. А патчить самбу чтоб она эти атрибуты налету и в юзерспейсе - все еще надо?
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	205. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от bOOster (ok), 09-Июл-25, 10:47
	>> Че, в расширенные nfs атрибуты не смог? Да? >> А на FreeBSD можно еще и в ACL. > А патчить самбу чтоб она эти атрибуты налету и в юзерспейсе - > все еще надо? Чего? Че за бред несешь? Атрибуты работают на уровне системы.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 10:58
	>>> Че, в расширенные nfs атрибуты не смог? Да? >>> А на FreeBSD можно еще и в ACL. >> А патчить самбу чтоб она эти атрибуты налету и в юзерспейсе - >> все еще надо? > Чего? Че за бред несешь? Атрибуты работают на уровне системы. Оу, сколько вам открытий чудных готовит просвещенья дух! А VFS'ные модули zfsacl и vfs_acl_xattr там пошто - не задумывались? Первый, если мне память на счет времен былинных - как раз таки патчем шел.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от ptr (ok), 08-Июл-25, 11:09
	NFS под Windows выглядит грустно. Поэтому горячие резервные копии БД MS SQL приходится гонять по SMB. По крайней мере до тех пор, пока весь легаси на MS SQL не получится мигрировать на PostgreSQL.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	70. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–6 +/–
	Сообщение от Аноним (70), 08-Июл-25, 11:13
	> легаси на MS SQL :)))) Ты ща так смишно сказал! :))) Как те дурачки, которые ДВС хоронили, впервые увидев Теслу. MS SQL - промышленный стандарт. "Легаси" скорее станешь ты, когда тебе будет 70, а MS SQL всё ещё в работе. :))
	Ответить | Правка | Наверх | Cообщить модератору

	82. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+6 +/–
	Сообщение от morphe (?), 08-Июл-25, 12:10
	> MS SQL - промышленный стандарт. "Легаси" скорее станешь ты, когда тебе будет > 70, а MS SQL всё ещё в работе. :)) Объективно - в новый проект сегодня MS SQL брать сомнительно, и лучше таки postgres И дешевле, и поддерживать проще, и плагины есть, индексы мощнее, следование стандарту SQL лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от User (??), 08-Июл-25, 12:35
	>> MS SQL - промышленный стандарт. "Легаси" скорее станешь ты, когда тебе будет >> 70, а MS SQL всё ещё в работе. :)) > Объективно - в новый проект сегодня MS SQL брать сомнительно, и лучше > таки postgres > И дешевле, и поддерживать проще, и плагины есть, индексы мощнее, следование стандарту > SQL лучше. Ну, разве что на 1\6 части суши, ага. И то, как бы это сказать? С нюансами. Вы стоимость того же postgres pro когда-нибудь считали? А если проект предполагает вот не "базу для 1С", а кластеризацию-георепликацию-резервное копирование и восстановление с зафиксированным SLA в сетапе отличном от "одна база на кластер" - все становится и вовсе грустно.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от ptr (ok), 08-Июл-25, 15:30
	> Вы стоимость того же postgres pro когда-нибудь считали? А Вы про стоимость MS SQL Enterprise хоть что-то слышали? Поинтересуйтесь и сравните на досуге ))) Вы никогда не сталкивались с задачами, где MS SQL Standard недостаточно? Это даже не касаясь таких мелочей, что когда грохается CLR, он вполне может утащить за собой всю СУБД. А когда грохается plpython/plr/plrust/plperl - это проблемы исключительно пользовательского процесса. Только не надо мне по sp_execute_external_script сказки рассказывать. Мало того, что он ограничен в Standard всего лишь двумя ядрами, так еще и launchpad жутко тормозной.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (114), 08-Июл-25, 17:02
	https://www.microsoft.com/ru-ru/sql-server/sql-server-2019-p... https://www.reddit.com/r/SQLServer/comments/10a87pn/does_any.../ Смысл примерно и цены совпадают So for a hypothetical 4 core virtual machine: 2 x $15,000 (for a 2 core pack) = $30,000 - This is a one time cost that gets you 4 cores of SQL 2022 enterprise 2 x $3750 (for software assurance) = $7500 - This covers 2 years of software assurance and would get you new versions and any of the software assurance benefits When your 2 years of software assurance is up you would need to renew just the software assurance if you wanted to continue to receive new versions and use the software assurance benefits. So for example, new licensing and 4 years of software assurance on a 4 core VM: $30,000 licensing $15,000 software assurance https://migsoft.ru/catalog/postgres/postgres-pro-enterprise/ Учитываются аппаратные ядра или виртуальные ядра, выделенные виртуальному серверу. Поддержка на 12 месяцев входит в стоимость. Лицензия СУБД Postgres Pro AC Enterprise на 1 ядро x86-64. 622 908 ₽ ~ $7500 4 x $7500 = $30000 Сертификат поддержки на 2 года СУБД Postgres Pro AC Enterprise на 1 ядро x86-64. 284 048 ₽ ~ 3550 4 x 3550 = 14200 Ничего не упустил?
	Ответить | Правка | Наверх | Cообщить модератору

	120. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 17:53
	> Смысл примерно и цены совпадают И чем MS SQL тогда выигрывает? Но при этом с треском проигрывает отсутствием сертификации ФСТЭК.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–4 +/–
	Сообщение от Аноним (9), 08-Июл-25, 18:16
	> с треском проигрывает отсутствием сертификации ФСТЭК То есть тот аноним был прав, это всё актуально только для рашки.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от ptr (ok), 08-Июл-25, 18:36
	>> с треском проигрывает отсутствием сертификации ФСТЭК > То есть тот аноним был прав, это всё актуально только для рашки. А еще для Китая, Индии, Бразилии и т.п. То бишь, если присмотреться, то для 80% населения планеты. А там уже кто во что горазд, лишь бы отказаться от проприетарных блобов из США, которые вполне могут оказаться угрозой инфраструктуре.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от Аноним (134), 08-Июл-25, 18:43
	И перейти на проприетарные^W непонятные куски софта от постгрепро или ентерпайсдб? Нуну. Если компания своими сотрудниками сама не участвует в разработке бд и патченье, хоть каким-то образом. Что бы хоть как-то понимать как работает и что делать. Вариант только в точности выполнять указания вендора и ничего не трогать. Всё. Это такая же специфическая вещь в себе которую миллионыглаз не починят.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от ptr (ok), 08-Июл-25, 18:46
	> И перейти на проприетарные^W непонятные куски софта от постгрепро или ентерпайсдб? Нуну. Именно так. Потому что локальные продукты точно не содержат закладок и бекдоров для АНБ. Как я уже указал, аналогичные требования выдвигаются в Китае, Индии, Бразилии и т.п. То бишь для 80% населения планеты.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (134), 08-Июл-25, 18:54
	Китай в своё время исходники всего получал. Если захотели могли бы и поотжимать ещё и договориться о сборке у себя. Но до поры. Пока не станут экономической угрозой одной страны. А дальше политика и запрет продажи ПО. Да. Только из-за таких возможностей подлянки они и будут своё развивать. Есть подозрение что закладки им были бы так. Всё важное утащили бы на лин, а не тайное можно с успехом и на мсовском гонять. Вон там ваз рассказывает что вариатор здесь делать нельзя, никак нельзя. Надо покупать у китайского друга. В системах виртуализации и бэкапов тоже китайцы пытаются заходить. Многие интересовались сильно такими возможностями. Так что я подожду пока ит-фирмы не возьмут пример с вазовского вариатора. Жизнь она длинная.
	Ответить | Правка | Наверх | Cообщить модератору

	153. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от Аноним (9), 08-Июл-25, 20:56
	> А еще для Китая, Индии, Бразилии и т.п. И там тоже ФСТЭК? Обалдеть! Хотя странное дело, наш клиент из Бразилии — один из крупнейших местных банков — почему-то пользуется MSSQL и Oracle, а на PG не собирается в ближайшие 10 лет. > То бишь, если присмотреться, то для 80% населения планеты. А там уже кто во что горазд, лишь бы отказаться от проприетарных блобов из США, которые вполне могут оказаться угрозой инфраструктуре. Так отказываются, так отказываются, что доходы MSFT из года в год только растут. Но оно и понятно, эти 80% никак не относятся к территории, где проживает всего лишь 1.70% населения планеты (у линукса доля десктопных пользователей больше, лол), есть ФСТЭК и рынок IT меньше, чем у слаборазвитой Бразилии. Не надо свои влажные мечты проецировать на весь остальной мир. Это так не работает.
	Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

	160. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от ptr (ok), 08-Июл-25, 21:39
	>> А еще для Китая, Индии, Бразилии и т.п. > И там тоже ФСТЭК? Обалдеть! Наименования и организации другие, но смысл тот же. > Хотя странное дело, наш клиент из Бразилии Вы точно уверены, что такой переход от частного к общему не является явным признаком демагогии? ))) > Так отказываются, так отказываются, что доходы MSFT из года в год только > растут. А как им не расти при такой инфляции? ))) > Но оно и понятно, эти 80% никак не относятся к > территории, где проживает всего лишь 1.70% населения планеты Но относится ко всем, кроме "золотого миллиарда", который, простите, только 1/8 населения планеты. > Это так не работает. Вы отстали от жизни. Доля стран БРИКС в мировом ВВП составляет уже 37,3%.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–3 +/–
	Сообщение от Аноним (9), 08-Июл-25, 22:52
	> Вы точно уверены, что такой переход от частного к общему не является явным признаком демагогии? ))) Я точно уверен, что знаю о сложностях регулируемого айти в Бразилии на практике больше, чем ты из советских газет. > А как им не расти при такой инфляции? ))) Так оно с учётом инфляции растёт, сам не понимаю как им это удаётся! > Но относится ко всем, кроме "золотого миллиарда", который, простите, только 1/8 населения планеты. Осталось понять почему он золотой, и почему все так стремятся в него, а не из него, и тайна золотого ключика откроется нам. > Вы отстали от жизни. Доля стран БРИКС в мировом ВВП составляет уже 37,3%. А ты думал! Нам в золотом миллиарде нужно сырьё, мы тут цивилизацию строим как-никак.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от ptr (ok), 08-Июл-25, 23:09
	> Я точно уверен, что знаю о сложностях регулируемого айти в Бразилии > на практике больше, чем ты из советских газет. Поясните, почему проекты в Fertilizantes Tocantins и Fertilizantes Heringer, да и для нового предприятия по производству фосфорных удобрений в Серра-ду-Салитри Вы называете "советскими газетами"? На мой взгляд, у Вас явные проблемы с семантикой русского языка ))) > Нам в золотом миллиарде А, понятно. Пуп земли )))
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	132. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от Аноним (134), 08-Июл-25, 18:38
	Аааа. Я же глупый. Не понял что если там слово энтепрайс и здесь слово энтепрайс это одинаковые вещи. Ну да, так и есть. А если вон там ссылочка на linux.org.ru есть с комментариями что постгре долез наконец-то до мсскуль2005 - так это недалекие люди. И все там замечания это навет и клевета. И что нума там работает через замещение тоже ложь. Такое качественное замещение. Ну вот буквально на днях на хабре писали как вместо серверов на х сокетов пришлось в прод ставить сервера на х/2 сокетов. А то производительность по бороде шла. С оракла съехали удачно. И что развал постгре бывает идёт с руганью на транзакции так что ничего не помогает. Всё что в интернете не работает. Единственное решение это предложение купить платную поддержку и сходить туда. Ну все очень рады что теперь не вражий скуль. А местный вендор прикрутил то что на помойке нашёл в свой продукт. А если ничего с этим сделать нельзя только снести - так нам даже лучше, интересней. Опять же купил отечественный продукт за 100 долл^Wрублей. В ответ продал ему отечественных продуктов на 100 долл^Wрублей. А что все забесплатно продукта наелись, это так и надо.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	183. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 01:41
	> Аааа. Я же глупый. > А если вон там ссылочка на linux.org.ru есть с комментариями что > постгре долез наконец-то до мсскуль2005 - так это недалекие люди. Ну да, глупый, так как в MS SQL до сих пор нет ни композитных типов, ни массивов, ни диапазонов. А компилируемые в машинный код процедуры имеют такой ворох ограничений, что на практике их применять можно только изредка: https://learn.microsoft.com/en-us/sql/relational-databases/i... Почему-то в plrust таких ограничений нет. Еще о паре явных проблем в MS SQL я писал выше https://www.opennet.dev/openforum/vsluhforumID3/137293.html#125 Вы бы подучились, почитали, набрались опыта. Тогда бы дошло, что PostgreSQL и MS SQL разные СУБД. И код для одной будет неэффективен для другой без рефакторинга. И наоборот. Есть смысл говорить, что для какой-то конкретной задачи эффективней MS SQL, а для какой-то PostgreSQL. Но заявлять что кто-то из них лучше и хуже в общем случае - может только очень недалекий человек. "У каждого свои недостатки" (с) Билли Уайлдер, Изи Даймонд )))
	Ответить | Правка | Наверх | Cообщить модератору

	192. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от Аноним (134), 09-Июл-25, 06:21
	> Вы бы подучились, почитали, набрались опыта. Тогда бы дошло, что PostgreSQL и MS SQL разные СУБД. И код для одной будет неэффективен для другой без рефакторинга. Зачем? Ты вот набираешься опыта в разведении камелий, штукатуренья стен под лампочку, переборки движка с форсированием, бурение скважин под воду, правильной карамелизации лука под классический французский суп и прочему? Нет? То есть опираешься на чужое мнение, а не сам. Ай-ай, как нехорошо. Ссылок на прочитанное, ловля развала постгре несколько раз, в отличие от мсскуль, у себя. Восстановление обратно дрс развалившееся под мсскулем без последствий. А так же общение с теми кто переводит на постгре и ПО поверх постгре. Этого мне достаточно.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 12:20
	>> Вы бы подучились, почитали, набрались опыта. Тогда бы дошло, что PostgreSQL и MS SQL разные СУБД. И код для одной будет неэффективен для другой без рефакторинга. > Зачем? Ну если Вы больше не собираетесь обсуждать то, в чем не разбираетесь, то незачем ))) > Ты вот набираешься опыта в разведении камелий, штукатуренья стен под лампочку, > переборки движка с форсированием, бурение скважин под воду, правильной карамелизации лука > под классический французский суп и прочему? Нет? То есть опираешься на > чужое мнение, а не сам. Но я и не берусь публично высказывать свое мнение о том, в чем не имею достаточно компетенций. > Ссылок на прочитанное Это называет дилетанством )))
	Ответить | Правка | Наверх | Cообщить модератору

	237. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (237), 09-Июл-25, 22:16
	> Ну если Вы больше не собираетесь обсуждать то, в чем не разбираетесь, > то незачем ))) Опять делаешь вид что не понял и смайликами обрамляешь. Какой стыд то. Это вот реальный опыт. Который спокойно находится по аналогиям в других областях. Но ты так увиливаешь от признания фактов. Большинство не разбирается в строении автомобиля и не может перебрать движок. Но посмотреть на то как ведут японки с возрастом и китайские вполне доступно всем. А сейчас мне нагло пытаются втюхать китайский москвич вместо лексуса. Приправляя это смешками и рассказывая насколько оно лучше и плюс какие модные светодиодики есть. >> Ты вот набираешься опыта в разведении камелий, штукатуренья стен под лампочку, >> переборки движка с форсированием, бурение скважин под воду, правильной карамелизации лука >> под классический французский суп и прочему? Нет? То есть опираешься на >> чужое мнение, а не сам. > Но я и не берусь публично высказывать свое мнение о том, в > чем не имею достаточно компетенций. ну да, поэтому разговор у тебя кроме ит происходит примерно так. - у вас цветы жухлые - вы их не выпрашивали, это нормальное состояние - пахнет от мяска - да вы фермером то работали, умный что ли - стена кривая - ты ччё, штукатур что ли с корочками - что-то движок стучит и всё трясется - куда ты дилетант лезешь, ты сколько лет в сервисе работаешь Ну и хрючело что принесут поесть конечно съешь - там же профи работают, не чета некоторым. Ну а мне так то не надо 5 лет стажироваться во Франции что бы определить тухляк. >> Ссылок на прочитанное > Это называет дилетанством ))) Это называется продолжение разговора. Что бы окружающие почитали и поразмыслили. Когда приносят простые вопросы что проблем не было, а теперь проблемы. А по обсуждениям столкнемся с ещё большими проблемами. Давайте специалисты опенсурса, расскажите что там неправда. В ответ смешочки и рассказы про дилетантизм. Ну это просто показывает подход к потенциальным клиентам как к немамонтам. И в дальнейшем будут всех доить ещё больше под рассказы о мифических закладках и словах - вы все не понимаете.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от BorichL (ok), 08-Июл-25, 20:03
	Хотя бы наличием вполне себе нативного OLAP сервера.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	149. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 20:19
	> Хотя бы наличием вполне себе нативного OLAP сервера. SSAS проигрывает ClickHouse почти во всём. И какое отношение SSAS имеет к SSDE, кроме того, что это продукты одного вендора?
	Ответить | Правка | Наверх | Cообщить модератору

	151. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 20:27
	>> Смысл примерно и цены совпадают > И чем MS SQL тогда выигрывает? Но при этом с треском проигрывает > отсутствием сертификации ФСТЭК. Ну, на стандартных сетапах идентичного приложения - в районе 30% производительности, однако. Нормальный бэкап-рестор, стандартная кластеризация, интеграция в инфраструктуру предприятия. Филькиной грамоты - тут вы правы - уже нет. До 22го была - а потом поди случилось чего, пропала. Плохо сертифицировали, видимо - разсертифицировать пришлось. Ничего, с опенсорсием точно все в порядке - штангенциркулем диск измерили, сертифицированными весами взвесили и даже на просвет посмотрели, в подтверждение чего - вот, бамажка есть.
	Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

	157. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 21:26
	> Ну, на стандартных сетапах идентичного приложения - в районе 30% производительности, однако. Или наоборот, выигрыш производительности в 2-3 раза, когда к месту задействуются композитные типы и их массивы. В лом перечислять все случаи, когда PostgreSQL явно по производительности выигрывает у MS SQL. Достаточно понимать, что это разные СУБД и код для одной будет неэффективен для другой без рефакторинга. И наоборот. Другой вопрос, что слабость оптимизатора PostgreSQL требует большей квалификации от разработчика, чем MS SQL.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 21:35
	>> Ну, на стандартных сетапах идентичного приложения - в районе 30% производительности, однако. > Или наоборот, выигрыш производительности в 2-3 раза, когда к месту задействуются композитные > типы и их массивы. В лом перечислять все случаи, когда PostgreSQL > явно по производительности выигрывает у MS SQL. > Достаточно понимать, что это разные СУБД и код для одной будет неэффективен > для другой без рефакторинга. И наоборот. > Другой вопрос, что слабость оптимизатора PostgreSQL требует большей квалификации от разработчика, > чем MS SQL. Вот тут твоя правда - не поспоришь. Беда в том, что в большинстве случаев решение на постгре как раз таки "переписанное С на бесплатно хвать-хвать!" со всеми вытекающими. Ну и да, основные мои претензии все же в другой плоскости лежат - см. выше.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 22:19
	> в большинстве случаев решение на постгре как раз таки > "переписанное С на бесплатно хвать-хвать!" со всеми вытекающими. Как считали? Пальцем на потолке лежа на диване? ))) Я могу ещё поверить в субъективную оценку в рамках Вашей текущей деятельности. Но это на "большинство" ну никак не катит. По моему опыту, заказчик получает то, что просит. Что угодно можно сделать быстро, недорого, качественно. Но от одного из этого необходимо будет отказаться.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 05:24
	>> в большинстве случаев решение на постгре как раз таки >> "переписанное С на бесплатно хвать-хвать!" со всеми вытекающими. > Как считали? Пальцем на потолке лежа на диване? ))) > Я могу ещё поверить в субъективную оценку в рамках Вашей текущей деятельности. > Но это на "большинство" ну никак не катит. > По моему опыту, заказчик получает то, что просит. Что угодно можно сделать > быстро, недорого, качественно. Но от одного из этого необходимо будет отказаться. У вас есть основания предполагать, что "поддержка импортозамещенного" отрасла после 22го каким-то другим образом?
	Ответить | Правка | Наверх | Cообщить модератору

	215. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 12:28
	Я вообще не располагаю более-менее заслуживающими доверия данными, чтобы что-то предполагать. Поэтому и хочу увидеть информацию их компетентных источников, на основании которых Вы делаете свои выводы. Тем более непонятно, при чем тут ипортозамещение? Например, у Accenture до 2022 года свыше половины ресурсов порой уходило на зарубежные проекты. Так что наоборот, ресурсы для локальных проектов после 2022 года освободились. Почему Вы считете, что это должно было ухудшить качество кода на проектах?
	Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

	220. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 13:02
	> Я вообще не располагаю более-менее заслуживающими доверия данными, чтобы что-то предполагать. > Поэтому и хочу увидеть информацию их компетентных источников, на основании которых Вы > делаете свои выводы. > Тем более непонятно, при чем тут ипортозамещение? Например, у Accenture до 2022 > года свыше половины ресурсов порой уходило на зарубежные проекты. Так что > наоборот, ресурсы для локальных проектов после 2022 года освободились. Почему Вы > считете, что это должно было ухудшить качество кода на проектах? Эээээ... я, если что, процесс выделения Axenix'а из Accenture из первого ряда наблюдал, релоцированных у меня в контактах - процентов 30, ага. За репрезентативность выборки не ручаюсь - но как-то так.
	Ответить | Правка | К родителю #215 | Наверх | Cообщить модератору

	221. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 13:32
	Ну так только у нас почти 30% релоцированных удаленно работает. Это при чем?
	Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

	185. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от morphe (?), 09-Июл-25, 03:21
	> Другой вопрос, что слабость оптимизатора PostgreSQL требует большей квалификации от разработчика, > чем MS SQL. Эээ, это у постгреса то слабый оптимизатор? Может у тебя для таблиц/индексов какие-то метрики кривые? Потому что постгрес как раз любое неоптимизированное говно способен переварить за счёт своего оптимизатора
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	216. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 12:41
	>> Другой вопрос, что слабость оптимизатора PostgreSQL требует большей квалификации от разработчика, >> чем MS SQL. > Эээ, это у постгреса то слабый оптимизатор? Может у тебя для таблиц/индексов > какие-то метрики кривые? Когда хотя бы раз будете мигрировать БД с MS SQL на PostgreSQL, убедитесь в этом сами. Сравните хотя бы CTE push-down в MS SQL и PostgreSQL. Да и с параллельными планами в PostgreSQL пока очень плохо. Попробуйте, например, вставить в таблицу сотню записей из запроса, группирующего миллионы строк.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 18:13
	> Ничего не упустил? Упустили. Не вижу ответа: >> Это даже не касаясь таких мелочей, что когда грохается CLR, он вполне может >> утащить за собой всю СУБД. А когда грохается plpython/plr/plrust/plperl - это >> проблемы исключительно пользовательского процесса. Только не надо мне >> про sp_execute_external_script сказки рассказывать. Мало того, что он ограничен >> в Standard всего лишь двумя ядрами, так еще и launchpad жутко тормозной. Если хотите, могу еще предложить для MS SQL задачку реализации гарантии отсутствия пересечений дат с...по без монопольной блокировки всей таблицы.
	Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

	133. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (134), 08-Июл-25, 18:40
	Вот сходи к борисычу на linux.org.ru и ему мозги выноси этим. Мне хватило то что я прочитал и что сам лично руками пощупал. И что в ответ мне вендоры конечного ПО написывали. А вот мсскуль что-то ни разу проблем никаких не принес при на порядок больших объемах баз.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от ptr (ok), 08-Июл-25, 18:55
	> Мне > хватило то что я прочитал и что сам лично руками пощупал. Но при этом на достаточно простые технические вопросы ответить не можете. Так что доверия к Вашему экспертному мнению никакого. > И что в ответ мне вендоры конечного ПО написывали. Потому что те, у кого всё хорошо очень редко об этом пишут. А те, у кого плохо, почти всегда имеют объективные причины для такого результата. Например, пытаясь использоваться PostgreSQL там, где нужен ClickHouse. Или, как в 1С, активно используют временные таблицы, как будто PostgreSQL - это MS SQL с выделенной tempdb.
	Ответить | Правка | Наверх | Cообщить модератору

	142. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (134), 08-Июл-25, 19:01
	> Но при этом на достаточно простые технические вопросы ответить не можете. Так что доверия к Вашему экспертному мнению никакого. Ссылка на лор в комментариях приведена, ник человека указать? Иди там доказывай. Экспертное мнение возьми с статьи  хабра про недавний переезд с оракла на постгре 40тб тупых табличек без всего. Там тебе расскажут как сервера меняли из-за нума. Мое мнение по работе вендора что использовал постгре и просто не смог ничего сделать. Ещё раз повторюсь - на всё похожее был только форум про ентерпрайсдб с советом купить платную поддержку. Ах этот прекрасный подход бесплатного опенсурса с вендорлоком на несколько компаний. > Потому что те, у кого всё хорошо очень редко об этом пишут. А те, у кого плохо, почти всегда имеют объективные причины для такого результата. Например, пытаясь использоваться PostgreSQL там, где нужен ClickHouse. Или, как в 1С, активно используют временные таблицы, как будто PostgreSQL - это MS SQL с выделенной tempdb. Та конечно, все молчат. Все только и светятся - посмотрите наш кейс, мы лучшие. Мне хватает уже десяток лет общений с отечественными вендорами и интеграторами. А как начинаешь полностью всю историю раскручивать там почти везде беда.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 19:38
	>> доверия к Вашему экспертному мнению никакого. > Ссылка на лор в комментариях приведена, ник человека указать? Зачем? Я с Вами общаюсь. Так что отвечать за свои утверждения Вам и только Вам. > Мое мнение по работе вендора что использовал постгре и просто не смог > ничего сделать. Зачем что-то делать, если это уже сделано и будет в 18-ой версии? https://www.phoronix.com/news/PostgreSQL-Lands-NUMA-Awareness Заказчик тут сам виноват. Мог подождать буквально несколько месяцев или сразу использовать 8-сокетный сервер, где взаимодействие между NUMA-нодами происходит в рамках одной материнской платы, а не через отдельную шину, как на 16-сокетном. > Та конечно, все молчат. А о чем рассказывать, если у нас всё работает? О самом очевидном на Хабре статьи публиковал. > А как начинаешь полностью всю историю раскручивать там почти везде беда. Вот и попробуйте раскрутить историю и найти беду у СУЭК/ЕвроХим/НТК/СГК. У нас БД, впрочем, поменьше 40 ТБ - от 3 до 8 ТБ. Но их уже десятка два в продуктивной эксплуатации набирается.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 21:38
	>> Та конечно, все молчат. > А о чем рассказывать, если у нас всё работает? О самом очевидном > на Хабре статьи публиковал. >> А как начинаешь полностью всю историю раскручивать там почти везде беда. > Вот и попробуйте раскрутить историю и найти беду у СУЭК/ЕвроХим/НТК/СГК. У нас > БД, впрочем, поменьше 40 ТБ - от 3 до 8 ТБ. > Но их уже десятка два в продуктивной эксплуатации набирается. О, вам же, если не путаю - ЛИМСы газпромовские третьего дня толкнули? У них там микросервисы на постгре - гарантирую, выхватите.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 22:08
	> О, вам же, если не путаю - ЛИМСы газпромовские третьего дня толкнули? Путаете. Находка не наш порт. Наши - Ванино и Мурманск. > У них там микросервисы на постгре - гарантирую, выхватите. У нас уже есть множество микросервисов, работающих с PostgreSQL. Что мы должны выхватить? Особенно с учетом того, что ORM мы пользуемся очень осторожно, отдавая предпочтение представлениям и функциям, когда это необходимо.
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	197. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 07:43
	>> О, вам же, если не путаю - ЛИМСы газпромовские третьего дня толкнули? > Путаете. Находка не наш порт. Наши - Ванино и Мурманск. Не. Проскакивала в 24м инфа, что ЦТиП то ли у ЦИПа, то ли у Цифры лимсы с исходниками под самостоятельное развитие купил - но может с "Уралхимом" путаю - Москва проснется, уточню у коллег. >> У них там микросервисы на постгре - гарантирую, выхватите. > У нас уже есть множество микросервисов, работающих с PostgreSQL. Что мы должны > выхватить? Особенно с учетом того, что ORM мы пользуемся очень осторожно, > отдавая предпочтение представлениям и функциям, когда это необходимо. Оу, так вы еще и бизнес-логику по слоям размазали? Молодцы какие. А выхватите вы многа-многа радостей в сетапах, отличных от "одна база на один кластер" - ну там, попытка восстановить _одну_ БД в кластере из бэкапа на момент времени, уложившись хоть в какой-то SLA, работу CDC с кластером, которая вот вроде и недолжна от технологии кластеризации зависеть, но "почему-то" - зависит, прикручивание к этому самому кластеру внешнего пулера, которой вот вроде почти и не нужен - но 20 реплик одного сервиса с коннекшн пулом на 10 соединений на уровне приложения почему-то больно, "интересное" поведение efcore при оффлоаде readonly запросов на slave-ноды и тэ дэ. Про всякие замены сертификатов по кластеру in-scale - оно в общем и у MS не ахти вменяемое (Но самих сертов обычно меньше)
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	213. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 12:14
	>>> О, вам же, если не путаю - ЛИМСы газпромовские третьего дня толкнули? >> Путаете. Находка не наш порт. Наши - Ванино и Мурманск. > уточню у коллег То есть, Вы сначала что-то утверждаете, а потом начинаете искать пруфы? ))) > Оу, так вы еще и бизнес-логику по слоям размазали? Молодцы какие. Когда прогноз на следующую неделю считается больше недели, то для того, чтобы он успел посчитаться за выходные - иных способов просто нет. Если нужно оперативно получить оптимум для 30 тысяч заявок по дислокации из 100 тысяч вагонов - тоже. Просто наиболее выгодные заявки уйдут другим операторам, пока будете оптимумы через ORM на беке искать. > А выхватите вы многа-многа радостей в сетапах, отличных от "одна база на > один кластер" - ну там, попытка восстановить _одну_ БД в кластере > из бэкапа на момент времени, уложившись хоть в какой-то SLA Если речь о failover кластере, то как восстановление одной из баз может повлиять на SLA? > работу CDC с кластером А тут уже смотря о каком CDC речь и как им пользоваться. Если речь о Kafka, то от Debezium мы отказались по ряду причин в пользу кастомного решения. > прикручивание к этому самому кластеру внешнего пулера, которой вот вроде почти и не нужен Поинтересуйтесь, сколько времени у PostgreSQL уходит на fork для создания нового соединения. Тогда сразу сомнения в ненужности пулера пропадут ))) На самом деле, просто не надо лепить в PostgreSQL монолитную БД на сотню терабайт. Намного эффективней получается иметь десятки PostgreSQL БД интегрируясь с ClickHouse, Kafka, Redis, RabbitMQ, Airflow и gRPC. PostgreSQL - это всё же не Hana.
	Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

	218. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 12:51
	>>>> О, вам же, если не путаю - ЛИМСы газпромовские третьего дня толкнули? >>> Путаете. Находка не наш порт. Наши - Ванино и Мурманск. >> уточню у коллег > То есть, Вы сначала что-то утверждаете, а потом начинаете искать пруфы? ))) Ээээ... вы там забавную закорючку "?" в конце предложения не видели? Догадываетесь, что она означает? И да, ваш руководитель департамента развития системы управления предприятием говорит что таки да, таки вам и таки их ). >> Оу, так вы еще и бизнес-логику по слоям размазали? Молодцы какие. > Когда прогноз на следующую неделю считается больше недели, то для того, чтобы > он успел посчитаться за выходные - иных способов просто нет. > Если нужно оперативно получить оптимум для 30 тысяч заявок по дислокации из > 100 тысяч вагонов - тоже. Просто наиболее выгодные заявки уйдут другим > операторам, пока будете оптимумы через ORM на беке искать. Ну, если ничего другого, кроме как запихнуть все расчеты в принципиально хреново масштабируемый рантайм в надежде, что "поближе к данным в реляционной модели" будет быстрее вы не изобрели... >> А выхватите вы многа-многа радостей в сетапах, отличных от "одна база на >> один кластер" - ну там, попытка восстановить _одну_ БД в кластере >> из бэкапа на момент времени, уложившись хоть в какой-то SLA > Если речь о failover кластере, то как восстановление одной из баз может > повлиять на SLA? SLA на систему? Самым непосредственным образом. >> работу CDC с кластером > А тут уже смотря о каком CDC речь и как им пользоваться. > Если речь о Kafka, то от Debezium мы отказались по ряду > причин в пользу кастомного решения. Ну, тут мы аналогично. Та ночь темна и полна ужасов, проще полноценный transactional outbox там, где нужно на уровне приложения реализовать. >> прикручивание к этому самому кластеру внешнего пулера, которой вот вроде почти и не нужен > Поинтересуйтесь, сколько времени у PostgreSQL уходит на fork для создания нового соединения. > Тогда сразу сомнения в ненужности пулера пропадут ))) Ну, разработчики уверены, что пулинг на уровне приложения их спасёт. Ха. Ха. Ха. Но у всех трех испробованных (pgpool, pgbouncer, odyssey) пулеров со всеми тремя опробованными (pacemaker-corosync, stolon, patroni) кластерами - приколы, причем у всех, блин, свои. Кстати, без шуток - если поделитесь нормальным стабильно работающим в связке решением - буду неиллюзорно благодарен. > На самом деле, просто не надо лепить в PostgreSQL монолитную БД на > сотню терабайт. Намного эффективней получается иметь десятки PostgreSQL БД интегрируясь > с ClickHouse, Kafka, Redis, RabbitMQ, Airflow и gRPC. > PostgreSQL - это всё же не Hana. Да вот такое ощущение, что ничего кроме запихивания туда legacy "по последним технологиям начала 00х" оно особо-то и непригодно. Или вернее как - пригодно, но надо обложить ТАКИМ количеством костылей - шо б-же ж ты мой... Право-слово, mysql лучше - он конечно не умеет примерно "ничего", ну так и ORM от него этого "ничего" и (не) требует - а развесистый слоник появляется где-то в районе "аналитического слоя" после подъема данных.
	Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

	224. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 14:10
	> И да, ваш руководитель департамента развития системы управления предприятием говорит что > таки да, таки вам и таки их ). Я еженедельные планерки дирекции не пропускал. Так что не надо мне вешать лапшу на уши. > Ну, если ничего другого, кроме как запихнуть все расчеты в принципиально хреново > масштабируемый рантайм С чего бы это? Эти задачи великолепно масштабируются горизонтально между серверами. Даже кластер формировать не требуется. Достаточно актуализации из Kafka первичных данных. > SLA на систему? Самым непосредственным образом. И это всё? ))) Впрочем, то что непосредственно касается Вас, мне безразлично ))) > Ну, тут мы аналогично. Та ночь темна и полна ужасов, проще полноценный > transactional outbox там, где нужно на уровне приложения реализовать. Redis или RabbitMQ >>> прикручивание к этому самому кластеру внешнего пулера, которой вот вроде почти и не нужен >> Поинтересуйтесь, сколько времени у PostgreSQL уходит на fork для создания нового соединения. >> Тогда сразу сомнения в ненужности пулера пропадут ))) > Кстати, без шуток - если поделитесь нормальным стабильно работающим > в связке решением - буду неиллюзорно благодарен. Стабильно работает в gRPC сервисах уже шестой год:          try {            ...          } catch (Exception e) {            NpgsqlConnection.ClearAllPools();            ...          } Но следует учитывать, что у нас почти все запросы окружены BEGIN   ... EXCEPTION WHEN OTHERS THEN GET STACKED DIAGNOSTICS ...   <запись в журнал вызовом функции с SECURITY DEFINER через dblink_exec> END Поэтому исключения случаются очень редко. Естественно, надо учитывать профиль нагрузки. Для множества простых запросов от массы клиентов лучше смотреть в сторону MySQL или кеширования в Redis. А когда из десятков тысяч заявок в запросе нужно выбрать сотню с набольшей доходностью на основании текущей дислокации, прогнозов и статистик, то на это всё равно требуются минуты. И сохранение результатов в нежурналируемые таблицы только упрощает поддержку. > Да вот такое ощущение Кто-то ощущает и глас божий. Только какое отношение такие ощущения имеют к технической дискуссии? > Право-слово, mysql лучше - он конечно не умеет примерно "ничего", ну так > и ORM от него этого "ничего" и (не) требует - а Смотря какие задачи. Для ряда веб-порталов его и используем. Ничего не имею против MySQL, хотя имею некоторые претензии к Oracle, под чьим контролем он развивается.
	Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

	240. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (240), 14-Июл-25, 15:44
	>>> Если речь о Kafka, то от Debezium мы отказались по ряду причин в пользу кастомного решения. >> Ну, тут мы аналогично. Та ночь темна и полна ужасов, проще полноценный >> transactional outbox там, где нужно на уровне приложения реализовать. > Redis или RabbitMQ Ни в коем случае не холивара ради или еще чего, искренне интересуюсь - рассматривали ли Вы или пробовали NATS покрутить? Есть какой-то опыт сравнения его с другими брокерами? Просто сам только-только начал этот NATS рассматривать, пока поверхностно, нигде еще не пробовал. У него, как и в кафке с рэббитом, в обоих вместе, есть (хз на каком уровне и с каким качеством) и "publish/subscribe" и "request/reply" и (если надо) персистентность очередей и (если надо) подтверждение клиентом получения или обработки сообщения, кластеризация. А в пику Redis'у есть и распределенное хранилищие вида "ключ-значение" с подпиской клиентов на отслеживание изменения этих значений. Т.е. теоретически по фичам NATS закрывает потребности, требующиеся от кафки/кролика и редиса. Написано на го, что, как я предполагаю, будет относительно быстрым и потреблять меньше памяти в отличии от явы (понимаю, что многие с этим не согласятся, но ява, как по мне, жрет много памяти или скажут "просто докупи плашек").
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

	241. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от ptr (ok), 14-Июл-25, 19:14
	>>> transactional outbox там, где нужно на уровне приложения реализовать. >> Redis или RabbitMQ > Ни в коем случае не холивара ради или еще чего, искренне интересуюсь > - рассматривали ли Вы или пробовали NATS покрутить? Есть какой-то опыт > сравнения его с другими брокерами? Нам он не подошел из-за того, что медленные подписчики заметно тормозят быстрых. В итоге, массивы данных у нас через Kafka, и только там, где нужно обеспечить консистентность данных, получаемых из разных топиков - Redis. > Т.е. теоретически по фичам NATS закрывает потребности, требующиеся от кафки Если, как у нас, за сутки в сумме может до терабайта пролететь, то Kafka явно выигрывает, хотя и требует дополнительно транзакционного брокера в некоторых случаях. > Написано на го, что, как я предполагаю, будет относительно быстрым и > потреблять меньше памяти в отличии от явы А тут зависит от профиля нагрузки. В k8s легко может получиться наооборот, за счет того, что одинаковые jar в разных контейнерах в памяти каждого хоста присутствуют только в одном экземпляре. Тогда как у Go плохо с динамическим связыванием. Особенно пользовательских модулей на Go.
	Ответить | Правка | К родителю #240 | Наверх | Cообщить модератору

	242. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (240), 15-Июл-25, 12:49
	Спасибо!
	Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

	243. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (240), 15-Июл-25, 15:57
	Кстати, вдогонку (вдруг еще вернетесь проверить ответы, хоть по времени новость и протухла). Из интереса спросил чатгопоту про проблему медленных потребителей. Интересно ответил (извините, многа букав): "Вопрос про брокер сообщений NATS. Есть утверждения, что этот брокер имеет следующую архитектурную проблему: медленные потребители тормозят всю очередь, потому что доставка сообщений потребителям осуществляется последовательно. Есть ли какие-то планы у разраьотчиков это исправить, например, выделив каждую доставку сообщения в отдельный файбер или сопрограмму или разработчики не считают это проблемой и ничего в этом направлении делать не планируют?" Ответ: "Да, вы правы: в ядре NATS (не JetStream) доставка сообщений подписчикам выполняется последовательно в рамках соединения, и медленные потребители действительно могут блокировать поток, пока не освободится TCP‑транзакция ([GitHub][1]). Однако команда NATS давно внедрила решения: --- ### 🛠 Что уже сделано 1. **Асинхронное написание сообщений с сервера**    Еще с версии 2.1× сервер переводит отправку сообщений в отдельную goroutine, чтобы минимизировать ситуацию, когда медленный клиент блокирует доставку для других клиентов . 2. **JetStream и Pull‑модель**    В JetStream клиенты могут использовать pull‑модель, контролируя количество in‑flight сообщений и запроса очередных пакетов. Это позволяет независимо задерживать потребителей без влияния на других ([Реддит][2]). 3. **Flow control и MaxAckPending**    Позволяют ограничить количество непринятых сообщений на потребителя, чтобы сохранить стабильность всей системы ([rickyspears.com][3], [docs.nats.io][4]). 4. **Политика отключения «медленных клиентов»**    При превышении лимита подписка считается slow consumer и может быть автоматически отключена, чтобы защитить сервер и других участников ([docs.nats.io][4]). --- ### ⚙️ Проблема блокировки в core NATS В core NATS push‑доставка по-прежнему достаточно проста: каждое сообщение обрабатывается по подписке в рамках единого соединения и снизугоцикла, что действительно может вызвать эффект торможения при медленном потребителе. Клиенты часто рекомендуют: * Увеличивать **SetPendingLimits** * Активнее использовать **JetStream** вместо core‑NATS для серьезных систем --- ### 📅 Будут ли изменения архитектуры? На текущий момент: * В **ядре NATS** (core) нет планов внедрять полноценную параллельную доставку на уровне одного соединения. Модель остается **последовательной**, с упором на лёгкость и отказоустойчивость. * Основное развитие идёт в **JetStream**: pull‑модель, consumer‑groups, ADR‑42, pinned consumers (от 2.11+) — всё это позволяет распределять нагрузку и гарантировать delivery‑упорядочивание локально ([Реддит][5], [nats-io.github.io][6], [Реддит][7]). Прямых заявлений от разработчиков о переделке core‑доставки в отдельные fibers / корутины для каждого сообщения я не нашёл. Архитектура core‑NATS такова по дизайну — сервер быстро доставляет, а ответственность за масштабирование берёт на себя клиент (pull, queue-распределение или JetStream). --- ### ✅ Рекомендации Если вам важна высокая параллельная доставка и независимость каждого потребителя: * Перейдите на **JetStream** с **pull‑моделью**; * Используйте **consumer groups / partitioned consumer groups** (ADR‑42, начиная с 2.11+); * Ограничивайте `MaxAckPending`, `AckWait`, и `PendingLimits`; * Можно использовать **queue‑subscribers** (работают concurrent‑safe). --- ### 🔎 Вывод * Проблема распараллеливания core‑NATS давно известна, и архитектура намеренно так устроена — для простоты и надёжности. * Активной работы по введению parallel-push на уровень core‑NATS нет. * Вместо этого: **JetStream**, **pull**, **consumer groups** — это рекомендуемое и активно развиваемое решение для параллелизма и высокого throughput. " Так что, возможно, Вам было бы интересно снова попробовать свои терабайты погонять через нэтс с **JetStream**, **pull**, **consumer groups**. Вдруг это "победит" кафку
	Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

	244. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 15-Июл-25, 20:37
	> Вдруг это "победит" кафку Я вполне могу поверить, что NATS даст меньшую задержку, чем Kafka, но по пропускной способности он ну никак не сможет составить ей конкуренцию. А по задержке NATS не сможет конкурировать с Redis. Так что у нас всё хорошо )
	Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

	170. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от Аноним (170), 08-Июл-25, 23:00
	> Зачем? Я с Вами общаюсь. Так что отвечать за свои утверждения Вам и только Вам. Те утверждения на основе которых я сделал вывод там и ещё в куче мест. Не хочешь читать - твоя воля. Допустим вот как они работают с патчами и какой они опенсурс https://habr.com/ru/articles/321756/ и оттуда https://github.com/EnterpriseDB/barman/issues/21 Или вот от нечего делать люди свой движок пишут и проблемы с нынешним замораживанием постгре https://www.orioledb.com/blog/wraparound-freeze Или тут обновлением глибс умудрились развалить индексы https://wiki.postgresql.org/wiki/Locale_data_changes Или приходят интеграторы и под нда считают что надо для отечественного. И выясняется что вместо молотилки в одном месте мы почти такие же мощности раскидаем в паре десятков географически разнесенных мест. И нет, синхронизации "нормальной" там не будет. Только аля крон. И расскажи зачем мне надо знать точно от и до что ты написал? Если глядя сверху уже полтора десятка лет на вот это движение - ничего хорошего. Только фстэком можно гордиться. > Зачем что-то делать, если это уже сделано и будет в 18-ой версии? Ага, то есть не десяток лет мне рассказывают что всё готово. А теперь сентября подождать. Нормальный такой подход. Какую версию мсскуль догоняет этим? 2008 года? > А о чем рассказывать, если у нас всё работает? О самом очевидном на Хабре статьи публиковал. А вот ты в курсе что интересуют не истории успеха, а закономерности неудач? А то начнется: он всегда доедал кашу, слушал маму, не выносил мусор ночью и благодаря этому стал миллиардером. Встречайте - Рокфеллер. И вы так же сможете, соблюдайте просто несложные правила. Ну и на тему немцы-ваз-вариатор ты похоже понял аналогию. > Вот и попробуйте раскрутить историю и найти беду у СУЭК/ЕвроХим/НТК/СГК. У нас БД, впрочем, поменьше 40 ТБ - от 3 до 8 ТБ. Но их уже десятка два в продуктивной эксплуатации набирается. Зачем мне это раскручивать. Я слышал подобные истории не факт что у них такое навернуто что у нас. А так, видел когда такие приходящие либо уходили чесать репу. Либо выкатывали такие цифры что уже чесал репу бизнес.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 01:15
	>> Зачем? Я с Вами общаюсь. Так что отвечать за свои утверждения Вам и только Вам. > Допустим вот как они работают с патчами и какой они > опенсурс https://habr.com/ru/articles/321756/ и оттуда > https://github.com/EnterpriseDB/barman/issues/21 Во-первых, одни сильно исказили, то что им было сказано, а вторые логично обиделись. После чего представитель Яндекса молча слился. https://github.com/EnterpriseDB/barman/issues/21#issuecommen... Во-вторых, на то это и open source, что если что не нравится - делай свой форк. Дальше анализировать неинтересно, так я уже уличил Вас в подтасовке фактов.
	Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

	194. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от Аноним (134), 09-Июл-25, 06:32
	> Во-первых, одни сильно исказили, то что им было сказано, а вторые логично обиделись. После чего представитель Яндекса молча слился. https://github.com/EnterpriseDB/barman/issues/21#issuecommen... С одной стороны яндекс: > Мы не придумали ничего лучше и запатчили barman, вот pull request. Уже почти год прошел, как мы их просим запилить эту киллер-фичу, а они просят с нас денег, чтобы замержить её. Очень наглые ребята. Мой коллега Евгений, который всё это и запилил, рассказывал об этом на PGday в 2016 году. С другой стороны неисказители белые и пушистые. С годами сообщений - мы не будем сейчас смотреть, у нас более важные планы. Вот, вот сейчас примем и т.д. Открываем патч - подан в 2015 году. Просто позорище не втянуть нормальное решение по бэкапам. И естественно через некоторое время адекватным людям надоело, они просто ушли из обсуждений этого. Фича наконец-то принята в 2024 году. Десять лет практически не хотели брать то что принесли на блюдечке. Даже не знаю кому тут верить - исказителям действительности или авторам-обиженкам... Такой сложный вопрос. > Во-вторых, на то это и open source, что если что не нравится - делай свой форк. Спасибо за подтверждение о том что это вендорлок на присосывшихся паразитов. > Дальше анализировать неинтересно, так я уже уличил Вас в подтасовке фактов. Амбассадор постгре ловко передернул и слил всё на стандартное - это опенсурс, это не так поняли, то что патчи не принимают так и надо. Тебе указывают на ссылки где человек прямо говорит про проблемы, на лорчик. так ты туда ходить не хочешь, ты же здесь со мной разговариваешь. Есть подозрение что в обсуждении там ты будешь жидковато выглядеть. Собственно отсутствие представителей постгрепро на лорчике в тех обсуждениях красноричевей всяких ответов. А дальнейшие проблемы с движком постгре, развалом индексов и смотреть нечего. Там наверняка опять всё не так поняли и надо поучиться. Странно что таких детских болячек у других нету. Для себя лично я уже вывод сделали куда ты и тому подобные всё тащат. Остальные присутсвующие пусть для себя решают хотят они такой вендор-лок "про" или нет.
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

	209. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 11:43
	> С одной стороны яндекс: Ну уж нет, там вся дискуссия есть. Так что сначала "Of course, having a stakeholder willing to fund the development of such a feature will raise the priority of this feature and allow us to develop that in a shorter timeframe." А потом в ответ уже по-русски и на Хабре: >> а они просят с нас денег, чтобы замержить её. Так что прекращаейте, пожалуйста, нагло врать.
	Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

	238. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (237), 09-Июл-25, 22:27
	>> С одной стороны яндекс: > Ну уж нет, там вся дискуссия есть. > Так что сначала "Of course, having a stakeholder willing to fund the > development of such a feature will raise the priority of this > feature and allow us to develop that in a shorter timeframe." От 2016 года. До 2025. Аж 9 лет были гораздо большие планы, которые гораздо важнее бэкапов. На лорчик ты сходить не хочешь. Там тоже несколько рассказов про неоднократно присылаемые патчи в апстрим, но которое не принимают. Наверное тоже having a stakeholder willing to fund the development. Почти на каждое так, ага. Странно только что патчи на исправление такого обычно присутствуют в платных версиях. > А потом в ответ уже по-русски и на Хабре: >>> а они просят с нас денег, чтобы замержить её. > Так что прекращаейте, пожалуйста, нагло врать. На хабре практически частным разговором сказать можно гораздо больше. Вынесение таких обвинений в шитхаб разработчика повлечёт почти сразу с большой вероятностью: предъявление претензий и плак-плак по остальным прилипалам вокруг орпенсурс постгре на обидки бан на участие в дальнейших патчах А сейчас ты обвинил в лжи яндекс и меня который принёс цитату. Мне яндексу больше доверия чем перелетному амбассадору пытающемуся здесь порекламировать своё. Ну а судя по переводу стрелок на меня делаю однозначный вывод. Нечистоплотный человек пытающейся не мытьем так катаньем продвинуть это барахло. Всё сделано с целью развести немамонтов. Если кто купится на это отечественное за бабки - ну не завидую вам. Похоже доить вас будут и посмеиваться за спиной.
	Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

	152. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 20:42
	>> Вы стоимость того же postgres pro когда-нибудь считали? > А Вы про стоимость MS SQL Enterprise хоть что-то слышали? Поинтересуйтесь и > сравните на досуге ))) > Вы никогда не сталкивались с задачами, где MS SQL Standard недостаточно? Ага. То на то примерно - а качество что продукта, что поддержки - существенно разное. > Это даже не касаясь таких мелочей, что когда грохается CLR, он вполне > может утащить за собой всю СУБД. А когда грохается plpython/plr/plrust/plperl - > это проблемы исключительно пользовательского процесса. Только не надо мне по sp_execute_external_script > сказки рассказывать. Мало того, что он ограничен в Standard всего лишь > двумя ядрами, так еще и launchpad жутко тормозной. Оу. И видел я это падение-с-базой... А вот ни разу не видел. Слышал от тех, кто видел тех, кто - да, а чтоб самому да чтоб это прям проблема была? Не. А вот что plpython тормоз преисключительный - самолично свидетельствую.
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	161. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 21:50
	>> Вы никогда не сталкивались с задачами, где MS SQL Standard недостаточно? > Ага. То на то примерно - а качество что продукта, что поддержки > - существенно разное. Это точно. От поддержки MS остается только плеваться. Некоторые возможности уже больше десяти лет от них добиться не удается. А самому написать патч, по понятным причинам, возможности нет. > Оу. И видел я это падение-с-базой... Я много раз видел упавший MS SQL. Только из отпуска меня по этой причине выдергивали раза три. А уж на другие проекты - больше десяти раз точно. А вот с упавшим PostgreSQL как-то ни разу не сложилось за последние 6 лет, которые я контролирую действия DBA. Я что-то не так делаю? > А вот что plpython тормоз преисключительный - самолично свидетельствую. Ничуть не медленней Python в Windows. Зато вызов через sp_execute_external_script из-за тормозного launchpad занимает 30+-5 мс, а вызов plpython - 0.2+-0,05 мс. И на небольших скриптах, выполняющихся меньше, чем за 1 мс, такая разница оказывается катастрофической. Если же требуется более высокая производительность ценой стоимости разработки, то plrust оказывается почти в полтора раза быстрей CLR. Причем вообще без риска уронить весь сервер, в отличии от последнего.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от morphe (?), 08-Июл-25, 16:32
	> Вы стоимость того же postgres pro когда-нибудь считали? Не похоже чтобы его стоимость была сильно выше MS SQL) И при этом оно опциональное, в отличии от выше указанного > А если проект предполагает вот не "базу для 1С", а кластеризацию-георепликацию-резервное > копирование и восстановление с зафиксированным SLA в сетапе отличном от "одна > база на кластер" - все становится и вовсе грустно. У postgres вся нутрянка документирована и всё понятно, в случае возникновения проблем всё чинится людьми без особых проблем Что же делать с ms sql, который проприетарный? Каждый раз идти в их саппорт и ждать ответа?
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	115. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (114), 08-Июл-25, 17:03
	Про опци-анальность это потом будут рассказывать своему начальству те кто купил решение под ключ. А оно собрано из разного опенсурс. А потом запчасть постгре бесплатный внутри этого ломается и вендор ничего не может сделать кроме как всё снести и поставить с нуля.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от пох. (?), 08-Июл-25, 18:13
	но после переустановки оно (логично) точно так же не работает. Потому что результат ровно тот же самый что до.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (114), 08-Июл-25, 17:11
	Оно того стоит? Уже приносили сюда https://www.linux.org.ru/news/opensource/17652488?cid=17655800 и всё что он ещё накомментировал по постгре можно прочитать.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	150. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 20:19
	>> Вы стоимость того же postgres pro когда-нибудь считали? > Не похоже чтобы его стоимость была сильно выше MS SQL) > И при этом оно опциональное, в отличии от выше указанного >> А если проект предполагает вот не "базу для 1С", а кластеризацию-георепликацию-резервное >> копирование и восстановление с зафиксированным SLA в сетапе отличном от "одна >> база на кластер" - все становится и вовсе грустно. > У postgres вся нутрянка документирована и всё понятно, в случае возникновения проблем > всё чинится людьми без особых проблем > Что же делать с ms sql, который проприетарный? Каждый раз идти в > их саппорт и ждать ответа? Ну вот примерно это обычно и блекотят прям перед уаооьнением: да оно опенсорсное! Да все починится без проблем какими-то людьми (которые не я)! Только не гуглится почему-то - подождите ещё недельку?
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	168. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от morphe (?), 08-Июл-25, 22:30
	> Ну вот примерно это обычно и блекотят прям перед уаооьнением: да оно > опенсорсное! Да все починится без проблем какими-то людьми (которые не я)! > Только не гуглится почему-то - подождите ещё недельку? Вот только даже если человек не очень понимает что он делает - для опенсорса релений проблем в публичном доступе намного больше На форумах Microsoft ты ничего полезного не найдёшь, это обязательно надо идти в их саппорт, объяснять им проблему, и надеяться что в их базе знаний что-то про проблему на руках написано Проприетарные базы данных использовать это мрак
	Ответить | Правка | Наверх | Cообщить модератору

	203. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 08:18
	>> Ну вот примерно это обычно и блекотят прям перед уаооьнением: да оно >> опенсорсное! Да все починится без проблем какими-то людьми (которые не я)! >> Только не гуглится почему-то - подождите ещё недельку? > Вот только даже если человек не очень понимает что он делает - > для опенсорса релений проблем в публичном доступе намного больше > На форумах Microsoft ты ничего полезного не найдёшь, это обязательно надо идти > в их саппорт, объяснять им проблему, и надеяться что в их > базе знаний что-то про проблему на руках написано > Проприетарные базы данных использовать это мрак Ну да, ну да - особенно тяжко если "не купил - а подарили!", тут прям вовсе одна надежда - что не сломаицца, чинить\поддерживать и не придется. У некоторых, кстати, годами оправдывается.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 15:21
	А про сертификацию ФСТЭК и многомиллионные штрафы за нарушения при обработке персональных данных Вы слышите впервые?
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	110. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от morphe (?), 08-Июл-25, 16:29
	> А про сертификацию ФСТЭК и многомиллионные штрафы за нарушения при обработке персональных > данных Вы слышите впервые? Без понятия что там в россии происходит, но насколько я слышал там как раз всех на postgres переводят Многомилионные штрафы за нарушения это конечно весёлая сказочка
	Ответить | Правка | Наверх | Cообщить модератору

	113. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от нах. (?), 08-Июл-25, 17:00
	не, ну чо ты как этот вот - вон яндекс-жрачку заставили за базар ответить. Вроде тыщ на 60 даже. Тыщ. Шисят. За продолб всей базы вместе со всей той информацией которую вообще не стоило бы собирать (если бы не именно за это им и платили настоящие деньги)
	Ответить | Правка | Наверх | Cообщить модератору

	121. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 17:58
	> Многомилионные штрафы за нарушения это конечно весёлая сказочка https://www.consultant.ru/legalnews/28492/
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	118. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от Аноним (114), 08-Июл-25, 17:17
	> А про сертификацию ФСТЭК и многомиллионные штрафы за нарушения при обработке персональных > данных Вы слышите впервые? Так понимаю постгрепро менеджер входит в чат и используя софт-скилы доказывает техническое превосходство отечественных продуктов. Под конец все обнявшись поют калинку-малинку, сдают на нужды отечественных линуксоидов, пох и нах разорвав на себе одежду и напялив рубище уходит в пустошь, знаменитые высказывания циферного учат для сдачи по егэ и т.д. Красота и благорастворение воздусей.
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	122. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от ptr (ok), 08-Июл-25, 18:03
	> Так понимаю То есть, Вы хотите сказать, что до 2022 года Сатья Наделла входил в чат и используя софт-скилы доказывал техническое превосходство американских продуктов. Под конец все обнявшись пели «Знамя, усыпанное звёздами», сдавали на нужды американских безработных (ну и далее по тексту)? ))) Или всё же сертификация ФСТЭК - это нечто иное?
	Ответить | Правка | Наверх | Cообщить модератору

	128. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от Аноним (134), 08-Июл-25, 18:30
	Ну не пройдет здесь твоё передергивание, не дети чай. Когда не было ограничений - выбирали что лучше. Кому денег не хватало брали бесплатный постгре. Ввели ограничения - добро пожаловать постгре. У нас так же многие чудачки не понимали преимущества ваза. Ездили на каких-то немцах и японцах. Слава всему, пришли и рассказали что отечественная эта вещь. С отечественным вариатором, ага. А кто не хочет брать тот ретроград.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 20:10
	>> Так понимаю > То есть, Вы хотите сказать, что до 2022 года Сатья Наделла входил > в чат и используя софт-скилы доказывал техническое превосходство американских продуктов. > Под конец все обнявшись пели «Знамя, усыпанное звёздами», сдавали на нужды > американских безработных (ну и далее по тексту)? ))) > Или всё же сертификация ФСТЭК - это нечто иное? Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших людей.
	Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

	148. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 20:16
	> Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших > людей. Расскажите тогда, как Вы на свой программный продукт сертификат получали. Не забудьте сам продукт указать.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 21:10
	>> Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших >> людей. > Расскажите тогда, как Вы на свой программный продукт сертификат получали. Не забудьте > сам продукт указать. ФСТЭКовский? Не, не получал. А росреестровский - это три раза была очень, очень, очень смИшная история ))). Со ФСТЕКОМ, кстати - тоже анекдот-с был, когда у сертифицированной версии Касперского контрольная сумма - не сошлась. И вот вендор говорит - что надо ставить новую-неправильную - и сертификация не пропадет, а ставить надо, ибо забандленный openssl вот прям совсем элтонджон - а фстек на запрос пишет, что сертификат есть - значит уизгвимостей нет, а если контрольная сумма не сошлась - то свечка куплена в другом храме и не работает.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 21:55
	>>> Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших >>> людей. >> Расскажите тогда, как Вы на свой программный продукт сертификат получали. Не забудьте >> сам продукт указать. > ФСТЭКовский? Не, не получал. Тогда откуда такие выводы? Попробуйте еще догадаться, зачем почти всегда ФСТЭК требует исходники )))
	Ответить | Правка | Наверх | Cообщить модератору

	164. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 21:59
	>>>> Ага. Иное. Глядя на фстэк 4370 - просто форма откатинга для хороших >>>> людей. >>> Расскажите тогда, как Вы на свой программный продукт сертификат получали. Не забудьте >>> сам продукт указать. >> ФСТЭКовский? Не, не получал. > Тогда откуда такие выводы? Попробуйте еще догадаться, зачем почти всегда ФСТЭК требует > исходники ))) Да оттуда, что фстек официальным письмом кладет на реальные уязвимости, подтвержденные и исправленные вендором - и вот до недавнего времени выдавал эти самые сертификаты этому самому mssql, мамой поклавшись, что все-все зааудитил поди. А исходники - ну я не знаю, может на принтере распечатывает и в шкаф кладет согласно ИНСТРУКЦИИ от 1987го года...
	Ответить | Правка | Наверх | Cообщить модератору

	166. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 08-Июл-25, 22:11
	Вы ксендз или поп? Ну так я не верующий и потому над догматиком, обходящимся без доказательств, могу только посмеятся )))
	Ответить | Правка | Наверх | Cообщить модератору

	190. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 05:15
	> Вы ксендз или поп? Ну так я не верующий и потому над > догматиком, обходящимся без доказательств, могу только посмеятся ))) А вы, рэбе, во святую сертификацию веруете? Ох, это же ДРУГОЕ, да?
	Ответить | Правка | Наверх | Cообщить модератору

	217. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 12:48
	>> Вы ксендз или поп? Ну так я не верующий и потому над >> догматиком, обходящимся без доказательств, могу только посмеятся ))) > А вы, рэбе, во святую сертификацию веруете? Ох, это же ДРУГОЕ, да? Я же явно написал, что я не верующий. Я не верю утверждениям без доказательств. В том числе, и когда они относятся к сертификации с любой стороны. Мой опыт сертификации ФСТЭК слишком невелик и не позволяет делать какие-то выводы в ту или иную сторону. А опираться на веру, как Вы я не могу, так как не верующий )))
	Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

	219. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 12:57
	>>> Вы ксендз или поп? Ну так я не верующий и потому над >>> догматиком, обходящимся без доказательств, могу только посмеятся ))) >> А вы, рэбе, во святую сертификацию веруете? Ох, это же ДРУГОЕ, да? > Я же явно написал, что я не верующий. Я не верю утверждениям > без доказательств. В том числе, и когда они относятся к сертификации > с любой стороны. > Мой опыт сертификации ФСТЭК слишком невелик и не позволяет делать какие-то выводы > в ту или иную сторону. А опираться на веру, как Вы > я не могу, так как не верующий ))) Ну вот переписку с касперским и ФСТЕКом по поводу вышеописанной оказии я _лично_ вел в роли СМа на сибуровском проекте. И распечатанный в рамках подготовки к внутреннему аудиту по ПДн сертификат ФСТЕКа на windows server 2019 (все в порядке, НДВ нет!) у меня в папОчке лежал, ага.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	173. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (173), 08-Июл-25, 23:55
	https://learn.microsoft.com/ru-ru/sql/linux/sql-server-linux...
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	181. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от ptr (ok), 09-Июл-25, 01:07
	> https://learn.microsoft.com/ru-ru/sql/linux/sql-server-linux... https://learn.microsoft.com/en-us/sql/linux/sql-server-linux... Можно еще обойтись без merge replication или терпеть PolyBase, но без CLR c EXTERNAL_ACCESS или UNSAFE совсем плохо. Остальное вроде бы мелочи, но всё вместе делает возможость миграции MS SQL с Windows на Linux весьма проблематичной. Ну и ключевую проблему отсутствия сертификации ФСТЭК, хотя бы в целях обработки персональных данных, такая миграция никак не решает.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от tester (??), 08-Июл-25, 11:51
	Nfs точно также работает в современных windows
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	98. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от нах. (?), 08-Июл-25, 15:19
	> Nfs точно также работает в современных windows Увы, нет. Локинг поломан и чинить не собираются, ну и вообще nfs4 там такой странный nfs4... Явно они его пилили в основном с целью раздавать какие-нибудь образы вм для hyper-v кластера или еще чего подобного, где чужие не ходят. Мы тут местами используем такую конструкцию, не советую, совсем не советую. Но со скоростью там, кстати, все нормально. (разумеется я не про 2000 файлов в одной куче)
	Ответить | Правка | Наверх | Cообщить модератору

	84. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от Аноним (84), 08-Июл-25, 12:16
	> А когда перешёл на *nix и настроил NFS - то всё просто и стабильно стало работать. kerberos уже прикрутил?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	85. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от CAE (ok), 08-Июл-25, 12:18
	NFS тормозит заметно по сравнению с другими сетевыми FS. Это реальная проблема. Заведите туда какой-нибудь регулярный бэкап приличного размера.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	100. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от нах. (?), 08-Июл-25, 15:22
	ффсе нормально, это как раз единственное что она действительно может. И в отличие от самбы настройка сводится к строчке в exports. Главное не забудь вторую копию вовремя сделать офлайновой.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от OpenEcho (?), 08-Июл-25, 15:18
	> Для простой домашней сети... перешёл на *nix и настроил NFS По ходу это уже не домашняя сеть а персональная, т.к. большинство обычных людей (которые кроме Виндовс понятия не имеют ни о чем другом) не смогут пользоваться такой сетью
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	103. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от нах. (?), 08-Июл-25, 15:59
	> По ходу это уже не домашняя сеть а персональная, т.к. большинство обычных людей (которые > кроме Виндовс понятия не имеют ни о чем другом) не смогут пользоваться такой сетью смогут, от пользователя там мало что требуется.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от _ (??), 08-Июл-25, 18:45
	> Для простой домашней сети У тебя в "простой домашней сети"(С) есть домен AD с DC на форточкосеверах?!?!?! 8-о Если нет, тогда почему тебя данная новость хоть как то всколыхнула? ;-)
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
Сообщение от Аноним (73), 07-Июл-25, 22:27
Это хорошие новости!
Ответить | Правка | Наверх | Cообщить модератору

6. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
Сообщение от IdeaFix (ok), 07-Июл-25, 22:33
Еще одна придумка старым линуксовым NAS на погибель...
Ответить | Правка | Наверх | Cообщить модератору

	8. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от AlexYeCu_not_logged (?), 07-Июл-25, 22:49
	Чего это на погибель-то? Много ли «старых линуксовых NAS» работают с win-клиентами?
	Ответить | Правка | Наверх | Cообщить модератору

	10. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+7 +/–
	Сообщение от Аноним (9), 07-Июл-25, 22:58
	Приблизительно 99%.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+6 +/–
	Сообщение от Аноним (22), 08-Июл-25, 00:31
	И все в домашних сетях. Где Windows Server'ов нету.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от нах. (?), 07-Июл-25, 23:52
	А с кем, по-твоему, они работают-то? (но клиенты могут спать спокойно, у них-то ничего не отвалится - там проблема с сервером, это для подвалов покрупнее. Т.е. не получится, сэкономив на лицензиях, четыре сервера сделать виндовые а пятый на coc@мбе. Впрочем, вон, вам уже обновление выкатило, так что даже будет работать. Наверное. Может быть.)
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	39. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от User (??), 08-Июл-25, 06:38
	Не-а. Idmap samba DC - что зайцу стоп-сигнал, прям в доке написано - "не нужно". Это вот тех, кто лет 10 назад по хаутую машины в домен с помощью samba-winbind вводил затронет.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от Аноним (13), 07-Июл-25, 23:35
	А нужно было сделать на WebDAV.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	26. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–4 +/–
	Сообщение от Аноним (26), 08-Июл-25, 01:45
	WebDAV бы как раз и заменил NFS с SMB хотя бы домашние развёртки всех этих приколов, которые с настройками по умолчанию ахренеть какую кучу привелегий получают просто для того чтобы файлики писать по определённому пути. Просто Microsoft "случайно" сделали так, что WebDAV у них какой-то свой вышел, и больше 4 гигабайт за один раз крашат клиент.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от tester (??), 08-Июл-25, 11:55
	4гигабайта больше похоже на ограничение в 32бит вашей платформы
	Ответить | Правка | Наверх | Cообщить модератору

	75. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от llolik (ok), 08-Июл-25, 11:39
	С которым тотже Виндовый клиент работает странно и через раз. Особенно, если делать доступ с авторизацией.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	14. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+3 +/–
	Сообщение от Аноним (14), 07-Июл-25, 23:44
	> старым линуксовым NAS ...интегрированными с AD. Сколько таких?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	32. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от morphe (?), 08-Июл-25, 03:12
	> ...интегрированными с AD. Сколько таких? Не знаком с AD, но разве оно не через Kerberos интегрируется? AD ж по идее реализация Kerberos KDC + LDAP + пара проприетарных и не очень протоколов
	Ответить | Правка | Наверх | Cообщить модератору

	83. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от n1kt0 (??), 08-Июл-25, 12:11
	Вообще как бы что синогжы что трунасы позиционируют себя как хранилища (шарища) корп уровня. Другое дело как на них смотрят. Но таки да.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	38. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от User (??), 08-Июл-25, 06:36
	Ээээ... Это надо было очень заморочиться ТАК попортить "старый линуксовый Nas" хрен пойми зачем и хорошо так покопаться в ad непонятно чтобы что. В дефолте там в 100 из 100 случаев будет rid, патамучта надеяться, что кто-то ради nas'а вручную будет прописывать для пользователей всякие unix home dir и login shell прям дохрена оптимистично. Это, блин, даже samba DC У кого есть - не затронет, единственные, кто пострадает - очень-очень legacy setup'ы с введением машин в домен не с помощью sssd, а вот winbind'ом.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	207. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от IdeaFix (ok), 09-Июл-25, 11:21
	> Ээээ... Это надо было очень заморочиться ТАК попортить "старый линуксовый Nas" хрен > пойми зачем и хорошо так покопаться в ad непонятно чтобы что. > В дефолте там в 100 из 100 случаев будет rid, патамучта > надеяться, что кто-то ради nas'а вручную будет прописывать для пользователей всякие > unix home dir и login shell прям дохрена оптимистично. > Это, блин, даже samba DC У кого есть - не затронет, единственные, > кто пострадает - очень-очень legacy setup'ы с введением машин в домен > не с помощью sssd, а вот winbind'ом. Обычно, объясняя не очень умным людям смысл термина карго-культ, другие не умные люди рассказывают про папуасов, бамбуковые самолёты и прочую ересь. Я же просто показываю на какие-то легаси сервера пальцем и говорю что это не моя непосредственная зона ответственности и я не хочу знать как оно работает, но... мне порой бывает полезно то, что оно работает. А как там предки заморочились - это уже никто не вспомнит, но то время на старых спарках отпадёт то нас какой (ну не совсем нас конечно) с доступом в т.ч. по смб и умеющий искать в АДу... По моим воспоминаниями лет 20 назад введенные и пережившие эти 20 лет сервисы все такие. А легаси сервера давно уже посредством P2V переехали в облако (частное) и оставив бренную оболочку продолжают работать на ядре 2.2 и решать какие-то задачи. И иной раз обмазать это снортом и купить платные патчи для какой-нибудь EOL библиоеки для явы или там смарти старый за деньги пропатчить получается проще чем разбираться во всём этом копроли... карго-культе.
	Ответить | Правка | Наверх | Cообщить модератору

16. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
Сообщение от Pahanivo (ok), 07-Июл-25, 23:52
под видом секурити патчей ломаю обратную совместимость )))
Ответить | Правка | Наверх | Cообщить модератору

	19. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+7 +/–
	Сообщение от Аноним (19), 08-Июл-25, 00:14
	Е,Е и ещё раз Е
	Ответить | Правка | Наверх | Cообщить модератору

17. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+9 +/–
Сообщение от Аноним (17), 08-Июл-25, 00:07
Завтро, то есть в среду, весь день не заходим в актив директори. Рейтинг майрософта упадет, и Билл Гейтс вернет совместимость. Потерпите, зато потом нормальная самба. Ведь только мы приносим ему прибыль...
Ответить | Правка | Наверх | Cообщить модератору

	25. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–3 +/–
	Сообщение от Аноним (25), 08-Июл-25, 01:32
	> весь день не заходим в актив директори интересно, как ты это себе представляешь... учитывая то, что винда не особо то и спрашивает пользователей, а просто отправляет фоном данные на сервера (для вдохновения достаточно почитать эвентлоги).
	Ответить | Правка | Наверх | Cообщить модератору

	71. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (70), 08-Июл-25, 11:15
	Гейтс уже ничего не вернёт :( Старый дед уже отошёл от дел и просто владеет пакетом акций. Там сейчас uндyсня Наделла рулит. С соотв. результатами. :(
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	86. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (86), 08-Июл-25, 12:26
	По годовым отчётам Наделлы Windows уже много лет убыточное направление у MS, прибыль им приносит продажа линуксов в Azure.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	131. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+4 +/–
	Сообщение от Аноним (9), 08-Июл-25, 18:36
	Ну как убыточное, всего-то каких-то 12% от общей выручки. И офис ещё 23%, но он без тех 12% точно будет убыточным. Для сравнения, весь ажур со всеми околоажурными сервисами — 34%. А так да, сплошные убытки, со дня на день закроются.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Grand (?), 08-Июл-25, 17:50
	Гейтс перевел активы в сельхозземли и растит картошку,бгг
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	180. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (172), 09-Июл-25, 00:28
	Звучит так как будто кто решил нагнуть на бабки весь мир. У них там есть с кого брать пример.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
Сообщение от Аноним (22), 08-Июл-25, 00:29
>включая Windows Server 2008 Вот вам пресловутая обратная совместимость в Windows.
Ответить | Правка | Наверх | Cообщить модератору

	64. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Минона (ok), 08-Июл-25, 09:17
	Обратная совместимость это про другое.
	Ответить | Правка | Наверх | Cообщить модератору

23. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+3 +/–
Сообщение от Аноним (23), 08-Июл-25, 00:43
Я не пробовал винду для серверов. Но мне кажется винда на сервере - извращение
Ответить | Правка | Наверх | Cообщить модератору

	27. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от Аноним (27), 08-Июл-25, 01:52
	Сейчас только для Active Directory и держат
	Ответить | Правка | Наверх | Cообщить модератору

	102. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от RHEL fan (?), 08-Июл-25, 15:44
	Только для AD сейчас есть Azure AD, Entra там всякие.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (134), 08-Июл-25, 18:46
	Это вот кстати самое печальное. Если мс и загнется то вот от такого втаскивания всего в облако и забивание на онпрем вещи.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (28), 08-Июл-25, 01:56
	Согл, но это скорее тяжелая форма деменции - когда старые диды, которые еще в 90е админили виндовые сетки во всяких ООО "Вектор", по привычке в 2025г тянут эту недо-ОС на сервера. Ну просто потому что старые и ничего другого учить не хотят.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	46. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от Аноним (46), 08-Июл-25, 07:22
	>Ну просто потому > что старые и ничего другого учить не хотят. не, они всё ещё надеются на откаты как микростоф вернётся
	Ответить | Правка | Наверх | Cообщить модератору

	48. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от User (??), 08-Июл-25, 07:33
	Вы меня конечно сильно-сильно извините - но чтоб тем, кто эти самые сервера админит кто-то какие-то "откаты" предлагал? Ненаучная фантастика. Максимум покормят на каком мероприятии, и то не факт.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (46), 08-Июл-25, 08:41
	20% стандарт говорят :-)
	Ответить | Правка | Наверх | Cообщить модератору

	67. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 10:22
	> 20% стандарт говорят :-) Ну, в ГОСниках и около-ГОСниках не работал - не знаю, а вот в тыр-дыр-прайсах - врут. Выбора win\lin ни у кого из вменяемых не стоит (Или "не стоял"?) примерно совсем, всякие navision\axapta в родных палестинах не прижились, а решения вида "делаем на oracle или mssql (postgres-не-предлагать)" - конечно принимаются, но вот именно с MS в этом случае никто и не взаимодействует. А реселлер... реселлеру примерно пофиг, что продавать. Вот на этапе выбора между конкретными интеграторами - продавцами таки да, возможны варианты.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от нах. (?), 08-Июл-25, 16:56
	не, это всякие micosoft с цысками кормили забесплатно. (а очень плохая дорога - кстати, поила) от импортозамещателей не дождешься. Да и не стоит жрать собачатину-то. А откаты если и предлагают, то совсем-совсем не тем кто потом админить будет. На всех не напасешься!
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	154. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 08-Июл-25, 20:56
	> не, это всякие micosoft с цысками кормили забесплатно. (а очень плохая дорога > - кстати, поила) > от импортозамещателей не дождешься. Да и не стоит жрать собачатину-то. > А откаты если и предлагают, то совсем-совсем не тем кто потом админить > будет. На всех не напасешься! Вот ты смеёшься - а коллега, который вместо меня на флантовское мероприятие в 23ем поехал не то, что поел на халяву - а и целую плойку выиграл, вот! Правда мы у них один чёрт, не купили ничего...
	Ответить | Правка | Наверх | Cообщить модератору

	198. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от нах. (?), 09-Июл-25, 07:48
	А покупать мы и не обещали! (ну это ж не импортозаместители, это работорговцы. Хотя... эти зато наверное собачатину-то жрать не будут. Надо б кого заслать на разведку.)
	Ответить | Правка | Наверх | Cообщить модератору

	202. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от User (??), 09-Июл-25, 08:15
	> А покупать мы и не обещали! > (ну это ж не импортозаместители, это работорговцы. Хотя... эти зато наверное собачатину-то > жрать не будут. Надо б кого заслать на разведку.) не, торговать слоновой костью они вроде позже начали - после слияния с кем-то из интеграторов, что ли. А до того - импортозамещаторы и есть\были, причем не то, чтобы "безальтернативные" - но как-то около. Джетовский "Штурвал" - поиметый стыд, пардон муа, диасофт свой Q.Kubernetes в то время показывал (И то не всем), а не продавал - всякие mts\vk чисто на облако с условным on-prem ориентирваны - кто остался на трубе?
	Ответить | Правка | Наверх | Cообщить модератору

	228. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (228), 09-Июл-25, 15:31
	Хорошо, что не Xbox с Active Directory ;)
	Ответить | Правка | К родителю #154 | Наверх | Cообщить модератору

	179. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (172), 09-Июл-25, 00:22
	>Ну просто потому что старые и ничего другого учить не хотят. Это работает в обе стороны.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	50. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от Аноним (50), 08-Июл-25, 07:48
	> Я не пробовал винду для серверов. Но мне кажется винда на сервере - извращение Я пробовал и думаю так же. Помню, в 00-вых администратора на учебу направил. Он успешно закончил курсы, вернулся и заявил примерно то же.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	63. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (63), 08-Июл-25, 09:08
	>Он успешно закончил курсы, вернулся и заявил примерно то же. Курсы чего? ИМХО Samba до сих пор сырая и не годится для полноценной замены AD, поправьте если ошибаюсь.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (50), 08-Июл-25, 10:27
	> Курсы чего? Администрирование Microsoft Windows Server.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от Аноним (172), 09-Июл-25, 00:15
	Пропил он эти курсы.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (172), 09-Июл-25, 00:19
	Эти куры предполагают: делай вот так-то и никаких выкрутасов под ситуацию. Прогибай ситуацию под себя, а не наоборот. Пользуйся статусом сертифицированного специалиста.
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

	239. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от pofigist (?), 11-Июл-25, 19:51
	Вопрос даже не в сырости,а в том что она например до сих пор не поддерживает структуры леса. То есть для любой крупной организации - сразу мимо. Если у кого-то возник вопрос зачем она нужна - значит ты просто полфнепригоден для работы с крупными корпоративными сетями.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

45. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
Сообщение от Ося Бендер (?), 08-Июл-25, 07:21
Наконец-то вирусы перестанут лазить по шарам. Шифровальщики останутся с носом.
Ответить | Правка | Наверх | Cообщить модератору

	78. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (78), 08-Июл-25, 11:52
	Ага, ждите...
	Ответить | Правка | Наверх | Cообщить модератору

49. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
Сообщение от Аноним (50), 08-Июл-25, 07:46
В Windows 11 уже нарушена. Дефолтные настройки клиента ломают всё. Хотя пара ручных изменений в реестре (Microsoft network client: Digitally sign communications Disabled и Enable insecure guest logons option) проблему решает, но не всем пользователям это удобно.
Ответить | Правка | Наверх | Cообщить модератору

51. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
Сообщение от Аноним (50), 08-Июл-25, 07:51
>Наконец-то вирусы перестанут лазить по шарам. Шифровальщики останутся с носом. Так-то можно задачу в кроне запланировать - сканирование шары и очистку от вирусов каждые сколько-то там минут. Ничего сложного. Это я про SMB сервер под Linux, естественно.
Ответить | Правка | Наверх | Cообщить модератору

52. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
Сообщение от Аноним (63), 08-Июл-25, 08:12
Интересно, а как будут обстоять дела с импортозамещенными доменами?
Ответить | Правка | Наверх | Cообщить модератору

	54. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (46), 08-Июл-25, 08:28
	нормально, откуда там виндоуз?
	Ответить | Правка | Наверх | Cообщить модератору

	89. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от User (??), 08-Июл-25, 12:45
	> нормально, откуда там виндоуз? Ээээ... Да как стоял, так и стоит обычно. Другое дело что к нему на скотч-и-стяжки вот это вот импортозамещенное для "аудиту показать" примотано - но вот конкретно от этого ничего сей конструкции не будет.
	Ответить | Правка | Наверх | Cообщить модератору

53. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–2 +/–
Сообщение от Аноним (63), 08-Июл-25, 08:16
А вообще какое право они имеют делать Самбу? Майкрософт сами придумала, сама реализовала АД контроллер доменов, но тут приходят лунуксоиды и строят домен не покупая лицензию Виндовс. Засудть!
Ответить | Правка | Наверх | Cообщить модератору

	55. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (46), 08-Июл-25, 08:40
	какое засудить? санкции же
	Ответить | Правка | Наверх | Cообщить модератору

	59. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (63), 08-Июл-25, 08:51
	Авторов. Авторы же не те кто используют? Неужели у Майкрософт нет патентов?
	Ответить | Правка | Наверх | Cообщить модератору

	80. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (78), 08-Июл-25, 11:56
	Их в нулевых Евросоюз нагнул опубликовать спецификацию протоколов SMB. Так что сами же, хоть добровольно-принудительно.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от нах. (?), 08-Июл-25, 16:06
	вот IBM-то охренела (которой принадлежат основные спецификации)
	Ответить | Правка | Наверх | Cообщить модератору

	176. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (172), 09-Июл-25, 00:11
	Все друг у друга воруют со времен мартышек.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Нестор Иванович (?), 08-Июл-25, 09:50
	SMB + Lan manager  придиумали в МежделМаше
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	109. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от нах. (?), 08-Июл-25, 16:11
	тоже не совсем так. Он _microsoft_ lan manager. Кстати, изначально работал параллельно на OS/2 (_microsoft_ os/2!) и тех древних юниксах. Но делался по заказу и частично на деньги - IBM, просто потому что у microsoft не было тогда вообще никакой своей платформы на которой оно могло бы работать.
	Ответить | Правка | Наверх | Cообщить модератору

60. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
Сообщение от Аноним (63), 08-Июл-25, 08:59
А вообще, как я рад, что такие новости больше не связанны с моими должностными обязанностями.
Ответить | Правка | Наверх | Cообщить модератору

	76. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+3 +/–
	Сообщение от Аноним (76), 08-Июл-25, 11:44
	да! :) Одминство надо было вовремя заканчивать - во времена конца эры "кактус на мониторе"... Вот в то время Одмин был крутяк - дверь с ноги к директору мог открывать :))) А сейчас как брат сантехнику...
	Ответить | Правка | Наверх | Cообщить модератору

	107. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
	Сообщение от нах. (?), 08-Июл-25, 16:05
	Да ладно, тоже неплохо - сидишь в подвале, играешь в нарды с сантехником - в дверь влетает запыхавшийся директор, "спасити-памагити!" - если весь в дерьме, это вон коллеге, а если в руках ноут - значит прорвало на твоем участке. И идешь в очередной раз спасать мир, просто вместо синей изоленты теперь сантехнический скотч. Причем если во времена кактусов любая секретутка в принципе могла научиться закрывать стосорок копий эксела, то теперь и учиться негде толком, и жизни не хватит.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от _ (??), 08-Июл-25, 19:43
	Но всё же лучше делать мебель.(С) :) Почти шутка, по мотивам :)
	Ответить | Правка | Наверх | Cообщить модератору

	201. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от нах. (?), 09-Июл-25, 08:05
	да, коллега с которым мы работали в 2008м, наверное сейчас нехило поднялся. (так-то он краснодеревщик, но я специально интересовался - да, говорит, гробы делать тоже научились, работа несложная)
	Ответить | Правка | Наверх | Cообщить модератору

	175. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (172), 09-Июл-25, 00:08
	Раньше ситуацию спасали персонально - клиент знал кому чистить -, то теперь коллективно и обезличено. Корпорация... Кто ж её посадит..
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

90. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
Сообщение от pashev.ru (?), 08-Июл-25, 12:49
> В завтрашнем обновлении Windows Server будет нарушена совместимость с Samba Заголовок говорит о том, что пристановке будут проблемы > Сформированы внеплановые обновления Samba 4.22.3 и 4.21.7, решающие проблему с нарушением совместимости серверов Samba с завтрашним обновлением Windows Server. В случае, если не установить предложенные корректирующие обновления, серверы Samba не смогут функционировать Текст говорит о том, что проблемы будут если НЕ установить обновление. И вообще, «решающие проблему с нарушением» — это решение с нарушением или проблема с нарушением?
Ответить | Правка | Наверх | Cообщить модератору

	91. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от pashev.ru (?), 08-Июл-25, 12:51
	Всё, понял.
	Ответить | Правка | Наверх | Cообщить модератору

92. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
Сообщение от pashev.ru (?), 08-Июл-25, 12:52
Багзилла Самбы недоступна (503).
Ответить | Правка | Наверх | Cообщить модератору

	106. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+2 +/–
	Сообщение от нах. (?), 08-Июл-25, 16:02
	на виндовом сервере лежала ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	138. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Necro (?), 08-Июл-25, 18:52
	Не используйте Яндекс браузер и оперу, они их блочат по каким причинам не знаю. Или подбросьте другой юзер агент, помогает в обходе.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

117. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+1 +/–
Сообщение от Аноним (117), 08-Июл-25, 17:14
Вот это мы понимаем, что такое настоящая корпоративная поддержка! А в СПО ломают обратную совместимость без всяких предупреждений.
Ответить | Правка | Наверх | Cообщить модератору

	200. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от нах. (?), 09-Июл-25, 07:58
	> Вот это мы понимаем, что такое настоящая корпоративная поддержка! они выпустили апдейт для windows 2008 (но мы его вам не дадим, у вас документ не того цвета). Твой сервер на 2003й уже пора все же вывезти на свалку. redhat осилила бэкпортировать самбиный фикс  в версию 4.15 (но это неточна!)
	Ответить | Правка | Наверх | Cообщить модератору

	232. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (232), 09-Июл-25, 16:32
	Так потому что модели монетизации разные! В СПО специально делают косяки, чтобы потом зарабатывать на поддержке. А корпорации нужно сделать нормально за деньги и всё, чтобы меньше тратить деньги на поддержку.
	Ответить | Правка | К родителю #117 | Наверх | Cообщить модератору

174. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
Сообщение от Аноним (172), 09-Июл-25, 00:00
Мелкомягкие улучшают безопасность... Сама возможность совместно работать с кодом из другой лицензии - брешь в безопасности. ))
Ответить | Правка | Наверх | Cообщить модератору

	204. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	–1 +/–
	Сообщение от Аноним (50), 09-Июл-25, 10:22
	> Сама возможность работать - брешь в безопасности, проблему которой можно решить двумя способами: 1. Ограничить объект, посягающего на жертву - субъект. 2. Терроризировать субъекта, чтобы не на кого посягать было. Выбрали второе. А если без шуток, проблемы SMB в Windows становятся всё более назойливыми для пользователей и администраторов, но безопасности не прибавляется.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "В завтрашнем обновлении Windows Server будет нарушена совмес..."	+/–
	Сообщение от Аноним (228), 09-Июл-25, 15:35
	> проблемы SMB в Windows становятся всё более назойливыми для пользователей и администраторов, но безопасности не прибавляется А что мешает свое сделать? 30 лет уже как ноют и ноют. А сетевой протокол не такой что бы сказать сложный.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема