mayton2019

Не знаю как щас. А лет 10 назад базы обслуживал DBA. Это был инженер и хозяйственник. Кроме того что он знал бизнес. Он также знал примерный объем таблиц в гигабайтах и в миллионах строк. Не обязательно все а хотя-бы топ 10. И даже если какая-то из них внезапно опухла - то это было-бы лакмусом того что в системе что-то пошло не так. (Я в бытность DBA-администраторства знал примерно сколько в день растут таблицы бизнес-фактов и сколько архивных логов накатывает Oracle). Обычно схема даже очень сложных систем состоит из справочников которые не растут. И из таблиц бизнес-операций которые и нужно держать под наблюдением. И их не очень много.

Вот тут пишут как посмотреть размер таблиц https://stackoverflow.com/questions/21738408/postg...

Количество строк - сами напишете. Ну и мониторинг и еще раз мониторинг. Возможно причины - банальны. Переход на новую версию комплекса в процессе которого были добавлены новые колонки например.

И внезапный рост бизнес-данных - это не вопрос к qna. Это вопрос ко всем отвественным которые платят за железо и софт и сам программный продукт 1С.

Тебя-же никто не заставляет открывать все под Хром. В конце концов мы живем в эпоху браузерного либерализма.

Установи себе Mozilla, Edge. Может на них утечка памяти не будет так фатальна.

Дело в том что Google использует свою jvm бинарно не совместимую с Sun/Oracle jvm.
Поэтому я могу спорить на виски что не взлетит никак.

Все поставщики облачных сервисов (Amazon, MS Azure) включают службы хранения ключей.
https://azure.microsoft.com/en-us/products/key-vault
https://aws.amazon.com/kms
Вот надо их и использовать.

Если вы берете на себя шифрование секретов своими методами - то надо обсудить насколько
надежны ваши методы и какие усилия надо будет сделать экстренно если исходник утек или
ключ скомпрометирован. Это - вопрос в духе законов Керхгофа.

Все правильно. Так и должно быть.

Вопрос интересный. Я-бы спросил - какой смысл должно нести это время? Все простые варианты добавить к таблице счетчик времени - вызывают много вопросов. Начиная от того как быть с delete. И как быть MVCC. Можно просто рассмотреть парочку кейсов где 2 пользователя одновременно вставляют и удаляют строки и еще по разному коммитят и откатывают изменнеия и получается нехилое число парадоксов.

Аналогия с файловой системой - неуменстна. Файлы - работают в режиме dirty mode. Тоесть сразу фиксируют результат опреации. А таблица в БД в этом смысле похожа на git-репозитарий со множеством бранчей. Тоесть мультиверсионная вселенная. И подытожить ее состояние в любой момент времени так дешево не получиться.

Для нужд аудита изменений - самое простое создать поле last_update_timestamp в таблиах например. И туда добавлять время бизнес-операции.

Еще для аудита практически во всех dbms есть опции. Для Oracle например есть audit table.
Аудит обычно пишет имя пользователя и время действия и время таблицы над которой действие было.
Для MSSQL тоже есть свой API.

Мне кажется что даже Google не тестировал свою разработку на такие странные лимиты.

1 310 720 вкладок? Их невозможно увидеть глазами во первых. Да и что за пользователь будет такой фигнёй страдать. Техническая интуиция подсказывает что до того как мы достигнем миллиона - в системе сработают другие лимиты. На количество handles в Windows или какой-то счетчик или пул просто переполнится потому что сильно был не расчитан на такое извращенное использование.

Память в 128 здесь вобщем непричем. И если на закрытых вкладках java-машина паркуется то и активные страницы кода и данных можно сложить в swap.

Я-бы посмотрел на количество человек в команде разработки. И еще можно глянуть баг-трекер.
Если там дефекты висят по пол-года - то это тревожный сигнал о том что не стоит
с ним связываться. Ведь эти дефекты - будут у тебя.

Времена когда люди гонялись за операционками остались в 2000х. Особого смысла менять один
декстоп на другой нет. По возможностям они все примерно одинаковы. И если что и осталось выбирать
то это - надежность патчей и оперативность их выкатывания.

Недостатки Убунту описывал сам Столлман. По его мнению эта ОС слегка ... стучит на своих пользователей.
На современном языке - собирает телеметрию. В каком объеме собирает и как - никто не знает.
Никто такой вопрос кроме Столлмана видимо не поднимал. Но даже если так ... какие гарантии
что Минт не делает тоже самое?

Не нужно тебе брать таких заказов. Просто если ты задаешь такой вопрос - то ты находишся где-то на самом старте Web API. И сколько у тебя вопросов еще будет если ты вдруг возьмешь аванс и приступишь к работе?

Отвечая на вопрос - никто не знает. Надо читать информацию на самом сайте. Там обычно есть описание
этого API и обычно его использование стоит денег.

Доступ к истории проекта закрывать нельзя. Это противоречит идеологии версионного контроля. В старых версиях кроме sensitive info могут быть знания по предметной области. Нам в разработке с одним банком очень помог анализ истории. По крайней мере мы поняли некоторые причины дефектов мультипоточки.

То что пароли и токены коммитились - это epic fail, но лучше их обновить чем поступать как тупо. Вы-же не хотите походить на пришельцев-бюрократов расы "вогонов" (из романа Дугласа Адамса) которые уничтожили планету Земля только потому что им надо было шоссе построить в космосе.

Можно попробовать решить обратную зачачу. Генерировать все с 3 одинаковыми.

Например.

111x = генератор для последовательности 1111,1112,1113....1119
11x1 = для 1111, 1121,1131....

А потом - отфильтровать те которые не заходят в заявленный диапазон.

Проще на Сишарпе факториал посчитать.

В каждом torrent-клиенте есть тест который показывает открыты или нет нужные порты. Воспользуйся им.

А что именно на консоли выводится после
$ chmod -R 777 *
?

Для современной разработки уже нет смысла держать две оси.

Если на Windows нужна bash-консоль и линукс окружение - то можно поставить WSL2.
Если нужны Linux-специфичные службы и приложения в сети - то их можно поднять через Docker.

Если тебе нужен хайлоад на локальной машине как мне - то просто сразу ставь себе Линукс как основную
ОС. Это радикально и решительно. К чему эта каша-размазня?