Dmitry Roo

разумное сомнение - критерий истины.

если ссышь, дай в .env локальные креды, а в проде давай реальные отдельно.
кагбе дев и деплой - немного много разное.

C7 - явные проблемы с передачей данных.
Как правило плохой кабель, плохой контакт кабеля, шлейфа диска, или проблемы с питанием. Компьютер не разгоняли? БП с запасом?

С3 - Данные зачастую приходят битые, восстанавливаются за счет избыточного кодирования. Точно разгона нет?

BC - Таймауты. За отведенное не приходит ответ. Плохая связь. Опять же разгон, хреновый блок питания, некачественный кабель, плохой контакт.

100% уверенности в исправности диска нет, поэтому я бы сначала сделал бэкап ценных данных
Но по скриншоту напрашивается следующий вывод - диск скорее всего исправен, проблемы в интерфейсе или компьютере.

Что следует сделать-
1)Поменять SATA кабель на заведомо исправный.
2)Включить этот кабель в другой SATA порт, подать питание с другого разъема БП.
3)Визуально осмотреть контакты SATA и питания на диске, пройтись по ним ластиком.
4)Проверить блок питания на предмет удержания нормального напряжения по линии 12в. Желательно поменять на заведомо исправный, с запасом по мощности для данной конфигурации. Ну как минимум осмотреть текущий блок и мат. плату на наличие вздувшихся кондеров, глянуть в биосе напряжение по линии 12в, или программой, хотя они врут зачастую ужасно.
5)Если есть разгон - отказаться от разгона.

Нужно включить поиск по регуляркам (голубой астериск на скриншоте) и, собственно, написать эту самую регулярку:

Привет,
Не подойдет.
Вот ответ более развернутый:
https://helpx.adobe.com/photoshop/system-requireme...

ни какой. опасны эти программы. CCLEANER уже не однократно был замечен в полном убийстве винды. редко, но метко

ps
- в винде уже давно есть штатные средства очистки временных файлов. а чистить реестр.. ну тут если сама мс удосужится, тогда доверился бы.. да и не грузят лишние ветки реестра. могу порекомендовать geekunistaler. в убийстве винды замечен не был, а хвосты подчищает грамотно )))
- в андроиде, вроде как штатные средства более чем достаточны. у меня сяоми, не скажу на 100% гугловские или сяомивские тулы.. но мне более чем достаточно

Слышал еще пару раз как на собесах говорили о Dalvik и ART, а я слов то таких даже не знал....

Чтобы это исправить достаточно регулярно читать Хабр.

Или ситуация с Volatile и Synchronized - знаю что они есть и для чего нужны, но ни разу не приходилось использовать.

Goetz - Java Concurrency in Practice

В целом достаточно иметь некоторый уровень любознательности. Тогда столкнувшись с чем-либо, сразу хочется это разобрать, а дальше официальная документация и гуглёж могут унести на любую глубину, вплоть до уровня железа.

str создает еще одну запись и ссылается на последнее значение

Зануда мод: не переменная что-то создает, а JVM помещает новую строку в пул, если использовать создание строки литералом, а не конструктором. А потом ссылку на выделенную область памяти помещает в str

В какой момент сборщик мусора решает очистить наш String Pool от лишних значений и почему он это делает не так быстро, что конкатенации строки считается дурным тоном?

До Java 6 String Pool жили в отдельной области памяти, которую GC не чистят (т.е. единожды объявленная строка жила до завершения программы, даже без ссылок). Начиная с 7-ки пулл перенесли в основную кучу, где его может почистить GC. Не не забываем, что и сам гарбадж коллектор не сферический конь, а имеет с десяток реализаций, в каждой из которых есть свои настройки - не копал эту тему, но подозреваю, что можно настроить "неприкосновенность" String Pool даже в общей куче (но зачем?)

Вторая часть вопроса бессмысленна. Забудь про строки. Пусть у тебя есть некий класс А. Твой вопрос эквивалентен следующему: Почему считается дурным тоном создавать множественные объекты класса А и каждый из них присваивать в одну и ту же переменную? Это медленно и расточительно к ресурсам!

Upd. Тут подробнее: https://topjava.ru/blog/rukovodstvo-po-string-pool...