smilingcheater

Давай по порядку:
1. На компьютере, который ты будешь в работе использовать, лучше не майнить - за время, которое ты будешь простаивать из-за раннего выхода из строя видеокарты - ты потеряешь больше, чем эта видеокарта намайнит за весь свой срок службы.
Не говоря уже о том что даже без этого ты можешь уходить в минус из-за траты электричества.

2. Для ML и моделирования - чем больше памяти, тем лучше. Раз лимит в 100к, то я бы смотрел в сторону какой-нибудь rtx 4060ti на 16гб, либо соскреб с других комплектующих 20к и брал бы уже 4080 или 3090
Для учёбы, low poly, и моделирования для, например, игр этого должно хватить. Для чего-то более сложного - потом накопишь на какую-нибудь RTX 6000 на 48гб или что там выйдет.

3. В текущем виде сборка не очень оптимальная:

• Для твоих задач нужно минимум 32гб ОЗУ.
  
• Больше SSD, очень желательно nvme.
  
• 1000вт БП - избыточен, если ты не собираешься ставить 4090 и разгонять процессор.
  
• Материнская плата явно избыточна для выбранного процессора. Z чипсет - это больше для разгона и i9
  
• Вкусовщина, но я бы взял Ryzen 7 7700
  

Не этого я ожидал в час ночи, не этого...
Какую угодно берите, ваш комп не потянет высокополигональные модели в 3D Max (например траву).

Для начала надо было оперативки в 4 раза больше (а лучше в 8). Поэтому она на "высокополигональных" делах будет моментально кончаться и система станет жутко свопить. Но своп файл будет еле ворочаться - на пути быстрой работы вы поставили "диагональный" SSD со скоростью в 10 раз меньше, чем надо (но прекрасной, года так для 2012-го).

Дальше в подобных программах вывозит процессор. Но свой вы взяли без "К", с бюджетным тепловым пакетом, это будет его душить сразу и на взлете. Зато материнская плата хорошая, на чипсете "Z", правда применить свои умения она на процессоре без "К" не сможет. Было бы лучше даже взять проц с "K" но материнку подешевле...
А еще я знаю, какой у вас ИБП, но понятия не имею, какой кулер на процессоре, видимо ИБП влияет больше...

Половину вашего SSD займет система с программами, еще 60-180 гигов файл подкачки. Под игры вам останется - примерно на половину одной современной игры. А куда вы будете качать текстуры и модельки из библиотек (а там нужны терабайты) - я так вообще не представляю.

Звучит как ларавель + рбак + что-то типа вояджера. По описанию в 10 строчек звучит как распространенная задача, на деле ВСЕГДА всплывает миллион нюансов и "мы думали это само собой разумеется", по этому 99,9% что подходящего готового решения "искаропки" под ваши хотелки нет.

Вручную перенести все, будет быстрее чем писать скрипт.

Бааалдеж...

Купить мак.
Поставить винду (обычный ноут никак нельзя было купить, да? Маки берут из-за макоси)
Потом снести вииду и пытаться на мак вкорячить линух!

Мак берут только за макось, потому что яббловские продукты - они не програмные, а программно-аппаратные, то есть мак заточен под макось, так же как кошка заточена под поедание мышки :) Брать мак и корячить на него что-то другое - это примерно как купить ламборджини и корячить туда движок от жучки :)

Первое что надо сделать - нормальные запросы с подготовленными выражениями, а не дырявые инъекции...

Второе - возвращать нормальные данные с понятным (машине) результатом операции, а не текстовый поток сознания. Для этого существует json, который обычно в подобных ситуациях содержит: Код ошибки, текст ошибки, и сообщение для вывода, где первое поле содержит цифру (обычно просто 1 в случае ошибки или 0 в случае успеха), второе поле является необязательным, но сильно облегчает дебаг, и третье - как раз может содержать ваше словесное описание.

Далее, по результату выполнения операции на бэкенде, исходя из данных полученных обратно аяксом уже решаем что делать, если ошибка - ничего не трогаем, если ошибки нет - добавляем/удаляем строки в таблице. Удаление - банально что-то типа del_button.closest('tr').delete() (емнип). С добавлением сложнее, но в целом ничего особенного, можно засовывать в конец списка, так как не вижу там у вас никакой сортировки при выборке. Строку формируете либо в колбэке, либо можно возвращать готовую в дополнительном поле возвращаемого жсона, и уже оттуда только добавить готовую новую ноду внутрь таблицы.

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

Передать отделу "1" все функции отдела "2" по которым возникают вопросы.
Отдел "2" занимается не специфичными задачами, потому и вопросы.

Сначала напишите чистый SQL:

select n.*, -- атрибуты новости
           p1.*, -- атрибуты автора
           p2.*, -- атрибуты исполнителя
           s.* -- атрибуты статуса новости
from news n
join status s on s.statusId = n.statusId
left join people p1 on p1.peopleId = n.authorId
left join people p2 on p2.peopleId = n.executorId
where p1.fullName like :search
       or p2.fullName like :search

Потом откройте документацию по ORM и перепишите в методологии ORM.
Сначала попробуйте простой запрос:

select *
from news

Потом посмотрите, как делать join и работать с псевдонимами таблиц:

select n.*, -- атрибуты новости
           s.* -- атрибуты статуса новости
from news n
join status s on s.statusId = n.statusId

Потом как с where работать:

select n.*, -- атрибуты новости
           s.* -- атрибуты статуса новости
from news n
join status s on s.statusId = n.statusId
where s.statusId = :statusId

Потом, как лайкать:

select n.*, -- атрибуты новости
           p1.*, -- атрибуты автора
           p2.*, -- атрибуты исполнителя
           s.* -- атрибуты статуса новости
from news n
join status s on s.statusId = n.statusId
left join people p1 on p1.peopleId = n.authorId
where p1.fullName like :search

И в заключение, как к лайкам добавить OR (самый первый запрос).

Стоит ли тратить время или (пока) такая идея заведомо гиблая?

Гиблая

А зачем искать аналог zabbix, если можно использовать сам zabbix? Он бесплатный, его можно установить на ubuntu, у него есть веб-интерфейс (и вполне можно интегрировать в grafana/prom, если хочется)

https://www.zabbix.com/documentation/current/en/ma...

Уже много-много лет храню все наработки в одной репе, разнося по каталогам. Репа - в одной точке хранения, подключается по мере необходимости.
и да, тут согласен с Василий Банников - все, что можно использовать повторно - оформляй библиотеками. Небольшая затрата на оформление компенсируется в дальнейшем простотой использования - как оно работает внутри со временем забудется, а работать будет :)

Локальная база знаний:

• Десктопные решения, типа OneNote или Joplin
  
• Локальный сайт с кастомным решением под себя или просто с wiki движком
  
• Гисты на гитхабе или аналоги
  
• Да хоть тупо файлики в отдельной директории на компе
  

Выбирайте то, что вам удобнее или проще