VoidVolker

Скорее всего несовместимость. Имеет смысл поискать на сайте производителя список совместимой памяти. Если нету - то либо обращаться в саппорт либо на месте в магазине попробовать подобрать подходящую. Кроме того, приведите полную маркировку обеих планок памяти. Так же стоит попробовать отдельно каждую планку памяти по одной и в разных слотах.

Некоторые материнские платы требуют для работы с одной планкой ставить её только в один определенный слот. Смотрите документацию материнской платы.

Хотели бы ускорить сайт

А вам для каких целей его ускорять? Сначала определитесь с целями и задачами и исходите уже из них.

Команда разработки с которой работаем по нашему сайту предложила переписать сайт полностью и перенести на 1С Битрикс. Смущает цена, сумма близкая к миллиону, во многом из за объёма сайта.

Сайт работает? Работает. Трафик идет? Идет. А если они его переделают, будет ли сайт работать и будет ли трафик идти? Вот тут уже не факт. Есть еще такая штука, как СЕО и реклама, которые тоже очень сильно влияют на трафик и конверсию. Как говорится "работает? не трогай". По предложению могу сказать что да, цена несколько завышена, но надо смотреть что конкретно они предлагают там.

Есть ли какие-либо более простые и бюджетные решения для получения более высоких показателей скорости?

Да, для этого достаточно найти одного грамотного веб-разработчика, который умеет правильно оптимизировать сайты и у него есть опыт работы с WP. В целом, могу сказать что дизайн у сайта вполне нормальный и скорость загрузки и работы приемлемая. Из того, что можно сделать для оптимизации (например раз, два):

• Обновить и сжать графику - несколько мегабайт картинок можно сократить в десяток раз
  
• Сделать ленивую загрузку графики - т.е. сначала загрузить и показать саму страницу, а потом уже грузить оставшуюся за кадром или невидимую графику
  
• Использовать сжатие
  
• Выкинуть неиспользуемые ресурсы
  
• Настроить кэширование
  
• Оптимизировать сторонние ресурсы с CDN
  
• Упростить верстку по возможности
  

Ну и плюс проверить, что там и как на сервере - достаточно ли производительный сервер, правильно ли настроен, есть ли кэширование и прочее.

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

Пока что мой мозг видит рекурсию как обычный цикл, только задом наперед.

Неправильно видит. "Зад" и "перед" не имеют к этому отношения. Цикл - это строгий вызов подпрограммы/куска кода со счетчиком и условием либо просто с условием и без необходимости объявлять отдельную функцию. Цикл работает пока соблюдается условие и изнутри цикла код влияет только на условие, в большинстве ЯП есть выход из цикла. В рекурсии же нету ни условий ни счетчиков - это все остается на выбор программиста. Это более низкий уровень в сравнении с циклом. Если цикл это строгое решение под определенные задачи, то рекурсия - это более гибкое и универсальное решение. И то и то нужно и используется в различных ситуациях.

1. Почистить радиаторы от пыли.
   
2. Заменить термопасту
   

Отдал в сервисный центр, там мне поменяли термопасту и почистили от пыли, но нагрев никуда не ушел.

Значит не почистили и не поменяли. Либо максимум продули. Ноутбук после чистки от пыли и замены термопасты всегда греется меньше. Если все равно греется - что-то там где-то откинуло коньки и греет все остальное.

Это вы создали подключение. А подключаться к БД кто будет? Создание подключения != создание и подключение. Кроме того, какая библиотека была использована для подключения к БД? Там наверняка в документации указано все.

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

Для подключения к серверу используется SSH. Настраиваете SSH, подключаетесь к серверу, устанавливаете на нем ноду. Наиболее правильный вариант: настроить на сервере автоматический деплой c гита (гитхаба, гитлаба, битбакета и т.п.) используя SSH ключ для деплоя. Чуть более простой вариант: настроить SSH ключь для деплоя из гита, далее просто заходите на сервер и ручками обновляете приложение и перезапускаете.

Да, имеет смысл. Отличнейшая рабочая машинка. Производительность и автономность на высоте. Единственный серьезный минус - очень слабая х86 виртуализация, в 10 раз примерно медленнее в сравнении с АРМ виртуалками (проверял в UTM), в докере х86 машины тоже ощутимо медленные.

В свернутом окне сделать клик можно только если это окно считывает клик из сообщений окна и только если это в винде, в других ОС системное API немного по-другому работает. Все, других вариантов нет, кроме как взлома самого процесса игры. Большинство игр, особенно трехмерных, используют различные API для работы с пользовательским вводом - в некоторых случаях эмуляция проходит через эти API, в некоторых - нет. А еще в играх, особенно в онлайновых, предпринимают специальные меры для противодействия эмуляции ввода и читерам, что еще больше усложняет написание ботов для игр, но не делает это невозможным. Иногда достаточно стандартного API, иногда - нужен драйвер в ринг ноль, чаще - реверсинг и взлом самой игры.
Для начала надо определить, каким именно образом игра работает с пользовательским вводом и уже после этого искать возможность его эмуляции.

Как правильно разделить обязанности между фронтенд и бэкэнд разработчиками в 2022 году?

Сделать декомпозицию всего проекта в несколько интераций, далее правильно его структурировать и спроектировать архитектуру, которая будет решать поставленные перед проектом задачи и соответствовать его требованиям. Архитектуру разрабатывает/разрабатывают архитектор и/или тим- и тех- лиды. И вот когда на руках будет исчерпывающее ТЗ со всеми деталями - на этом этапе тимлид и прожект-менеджер создают задачи для фронт-энда и для бэкэнда. При этом, выставляются взаимосвязи и блокировки задач: например, "список пользователей в админке" для фронта, зависит от "базовое API для управления пользователями" для бэка, если задача для фронта требует каких-то дополнительных точек API - просто создается подзадача для бэка типа "поиск пользователя по всем полям учетной записи". И такие подзадачи не просто могут быть, они однозначно будут и надо просто учитывать этот момент.

То же касается и функциональности сортировки, фильтрации, поиска и так далее.
Есть ли смысл делать это все на сервере?

Конкретная реализация зависит от задач. Если данных мало и их можно быстро передать - то да, удобнее на клиенте обрабатывать, если данных много - то на сервере, при этом сделать кэш и группировку для горячих данных для ускорения. Приведу реальный пример из практики (тыц): была задача сбора и отображения статистики использования десятки терминальных серверов на нескольких сотен пользователей. От каждого активного пользователя по несколько сотен точек в день, десяток машин. И для каждой машины и для каждого пользователя надо было сделать график и чтобы все это можно было быстро и удобно просмотреть. Десятки и сотни мегабайт данных - сотни тысяч точек за несколько месяцев. На одной странице. Все данные хранятся в БД, горячие данные - в кэше памяти, аппроксимация точек для разных периодов времени за 3 месяца, быстрые фильтры для получения данных для построения графика с нужной точностью за выбранный период. Т.е., фронт говорит "дай данные за такой-то период для такого-то сервера/пользователя" - бэк быстро фильтрует нужное среди нескольких сотен мегабайт данных и отдает от нескольких десятков до нескольких сотен КБ.

Надо просто брать и решать реальные задачи. Например автоматизация действий за ПК или любые задачи, которые вам интересны. Или вот к примеру написать самый обычный калькулятор с использованием WPF и паттерном MVVM (например с либой Prism).

а как эти данные из джсона перенести в бд?

какой далее мой алгоритм действий

Очень просто:

1. Устанавливается и настраивается СУБД (в вашем случае для простоты подойдет MongoDB)
   
2. В серверной части устанавливается пакет Mongoose для работы с монгой
   
3. Пишете простой скрипт: загрузить JSON в память и сохранить данные в монго, используя Mongoose
   

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

в целом трудность в понимании баз данных

Хороший повод пойти и почитать про основы БД, СУБД, как и зачем это все придумано и используется, а так же какие задачи оно решает.