vi0, смотри. Хибернейт не делает никакого чуда. Он просто использует режимы транзакций целевой DBMS.
Вот посмотри что поддерживает PG и выбери тот режим который тебе подходит.
А потом поищи аналог в Hibernate. Возможно это и будет все по default.
Если ты используешь очень простую dbms типа SQLite то тебе вообще не стоит об этом беспокоиться.
Там половина возможностей транзакций может просто отсутствовать и Hibernate ничего не будет делать
под капотом несмотря на самые умные механизмы которые заявлены.
Можно было с помошью git-bisect поискать место во времени где у вас в проекте
эта особенность появилась. Это как-бы метод дихотомии. Если было 1000 коммитов
то за 10 шагов можно найти тот самый commit, который виновен в этом.
Рикардо Санчес, да я тоже слышал про это. Кажется ее называли "крысиный лев".
Но история как по мне слишком преувеличенная. Скорее всего этот лев будет
слишком слаб чтобы по настоящему быть угрозой для всего вида.
Я думаю что во всех спорах ваш работодатель будет сильнее. Его проект - его код.
Он - юридически защищен сильнее. И поэтому даже не стоит пытаться делать какие-то
попытки навредить. Вы только сделаете себе хуже.
Самый простой сценарий - идти от обратного. Запретить все. А потом точечно разрешать какие-то
удаленные хосты и порты. Так проще контролировать.
Например, мне нравится simplewall, но он только для Windows.
Это вообще несеръезно. Изучай консоль. Будешь сильная и умная.
В графических оболочках всегда будет какая-то деталь которая упущена. И с графикой
будешь вечной почемучкой. Такие дела. Linux построен вокруг консоли и все админ
действия по задумке там делаются.
тогда на таком сайте можно было бы прятать кучу всякого warez.