Антон Неверов

Координаты - это же математика. Вам в целом никакие карты не нужны. Всё зависит от вашего языка.
Для PHP я когда-то использовал прекрасную PHPGeo. Для других языков есть аналогичные библиотеки со схожим функционалом, обращаться ни к какому API вам не нужно, только лишь посчитать, является ли ваша координата, частью области, указанной вами. Можно это делать даже самостоятельно, если не ленитесь думать (но зачем?).

Вам кто мешает сделать сначала, а потом уже, при условии, что всё будет глючить, переделать? 20 штук - не так и много, к тому же все они используют одну кодовую базу.
На готовом решении вы эти слайдеры соберёте условно за 1 час все. Чтобы написать своё у вас уйдёт часа 2 только на то, чтобы продумать структуру общую для всех слайдеров. Сделайте сначала простой вариант. Если не сработает - будете думать, как оптимизировать.

На Swiper свет клином не сошёлся, есть слайдеры и попроще, и полегче. Вариантов масса:
https://glidejs.com/
https://www.embla-carousel.com/
https://nickpiscitelli.github.io/Glider.js/
https://swiffyslider.com/
https://splidejs.com/
https://github.com/RensTillmann/CarouselJS
https://github.com/rchisholm/vanilla-slider

То, что написано в целом - это самый настоящий говнокод. Класс A не является самостоятельным и при попытке сделать его экземпляр и вызвать A->method() программист получит ошибку в любом случае. Так делать нельзя, независимо от логического обоснования того, что здесь происходит.

А явление, которое вы наблюдаете называется умными словами позднее статическое связывание (3 пример). Почитать кучу текста всё-таки придётся, этот нюанс в двух словах не объяснить, что вы хотели?

object-fit: cover;

Я всегда пользуюсь All-in-One WP Migration. Там есть ограничения на размер импортируемого файла, но их можно обойти, загрузив файл напрямую на сервер.

Не уверен, что он берёт кастомные поля, но меня никогда не подводил.

При условии, что в .company__item находятся и .web-active, и .direction-active

let companyItem = document.querySelectorAll('.company__item');

companyItem.forEach(e => {
    e.addEventListener('mouseover', ({ target }) => {
        target.querySelectorAll('.web-active').forEach(e => {
            e.src="img/web.png";
        });
    });
});

companyItem.forEach(e => {
    e.addEventListener('mouseout', ({ target }) => {
        target.querySelectorAll('.web-active').forEach(e => {
            e.src="img/web-static.png";
        });
    });
});

companyItem.forEach(e => {
    e.addEventListener('mouseover', ({ target }) => {
        target.querySelectorAll('.direction-active').forEach(e => {
            e.src="img/arrow-search-active.png";
        });
    });
});

companyItem.forEach(e => {
    e.addEventListener('mouseout', ({ target }) => {
        target.querySelectorAll('.direction-active').forEach(e => {
            e.src="img/arrow-search.svg";
        });
    });
});

Вам не нужно отвечать на предоставленное уведомление. Оно не требует ответа, это обычное сообщение, законченная транзакция.

Если же речь идёт об ответе на запросы из inline клавиш, то ответить вы на них можете через метод answerCallbackQuery. В теле запроса нужно указать callback_query_id, на который вы отвечаете.

Но ещё раз - на сообщения отвечать не нужно. Вы можете это делать, но это совершенно не обязательно. Главное отдать код ответа 200, чтобы телеграм понял, что вы получили уведомление.

Самое простое и банальное - использовать S3-совместимое хранилище. Плагинов, которые обеспечат работу с таким хранилищем много, например:
https://wordpress.org/plugins/amazon-s3-and-cloudfront/
https://wordpress.org/plugins/ilab-media-tools/
https://wordpress.org/plugins/wp-s3-smart-upload/

S3 удобен тем, что вы будете платить только за используемое место, а так же место в облаке будет неограниченным. Самый популярный провайдер в мире - это Amazon Web Services. Но есть ещё Google Cloud Platform и российские Яндекс Облако, VK Cloud, Сбер чё-то там

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

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

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

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

https://auth0.com/learn/social-login
https://firebase.google.com/products/auth

Попробуйте современные технологии