Артем Борисов

не правильно передаешь signal, это ведь свойство config, а не data

const resTemps = await axios.post(
        '/api/files/datas',
        {
          fileNames: temps.map((temp) => temp.name),
          layer: degree,
          domain: { low: zoomDomain[0], high: zoomDomain[1] },
        },
        {
          signal: controllerTempsRef.current.signal,
        }
      );

      const resPressures = await axios.post(
        '/api/files/datas',
        {
          fileNames: pressures.map((pressure) => pressure.name),
          layer: degree,
          domain: { low: zoomDomain[0], high: zoomDomain[1] },
        },
        {
          signal: controllerPressuresRef.current.signal,
        }
      );

.htaccess — это дополнительный конфигурационный (служебный) файл, с помощью которого можно управлять настройками сервера. В файле можно задать серверные настройки Apache для конкретного сайта или отдельной папки. Если ваш сайт создан с помощью CMS , .htaccess будет сгенерирован автоматически. Вы сможете найти его в корневой папке сайта в панели управления хостингом. По умолчанию в файле нет никакой информации, кроме нескольких строк с комментариями. Если нужно создать .htaccess, заниматься этим должен админ или программист, который отвечает за внутреннюю и вычислительную логику веб-сайта. Специалист, который создает пользовательские интерфейсы, никакого отношения к этой кухне не имеет. То есть, это забота не ваша.

.htaccess - это часть сервера, сфера ответственности команды эксплуатации
Обычно его создает/правит админ или бек-разработчик
Работает этот файл только с веб-сервером apache/httpd, к nginx отношения не имеет
Фронтенд-разработчики по идее никак с этим не связаны, это и близко не их сфера ответственности. Могут столкнуться, только если сами настраивают свое рабочее окружение и каким-то образом им помешал дефолтный .htaccess
Управление кешем с серверной стороны точно не относится к фронтенд-разработке

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

/images
  /content
    /gallery
      /1.jpg
      /2.jpg
      /3.jpg
    /slider
      /1.jpg
      /2.jpg
      /3.jpg

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

<div class="slider">
  {% for i in 1..3 %}
    <div class="slide">
      <img src="/images/content/slider/{{ i }}.jpg">
    </div>
  {% endfor %}
</div>

А как там будут называть файлы в боевом проекте контент-менеджеры - уже не ваша забота.