xmoonlight

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

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

В гугл/bing/яндекс поищите. Там много вариантов и даже на русском.

1. hpdragon - надо снимать не по клику, а по коллизии (касание/соприкосновение объектов) файрболла с драконом.
2. Нужно проверять пересечения всех выпущенных файрболлов с драконом. И, если улетает файрболл от дракона за экран - сразу его уничтожать (файрболл)!

но суть в том, что данный if я скопипастил и ломаю голову, как его изменить, чтоб подошел мне

никогда так не делай - в этом твоя основная проблема: копипаст без понимания логики работы кода!

Всё из-за постоянных проверок типов данных.
Хотите быстро - нативный js
Хотите очень быстро - c++ либы через emscripten.
Ну, и не кривые алгоритмы, разумеется.

Надо выучить js или обратиться на фриланс.

Можно.
Ещё одна ссылка.

Нужно брать код любого понравившегося репозитория, разбираться, дорабатывать, превнося более лучшее и более оптимальное (чем в существующей версии), и предлагать свой commit в ветку.

Шестерёнки.
Крутим два кольца - совпавшие плюсуем и выбрасываем.
Несовпавшие - тоже плюсуем в стек и выбрасываем, когда стэк достигнет наименьшего количества элементов в одной из шестерёнок.
Максимальная сложность в худшем случае: Olog(n)

Никак не запретить.
Всё что отдано клиенту - всё можно скачать.

Контент-тайп: plain/text

Добавить break point на catch (остальное - как обычно).

includeHTML

Это коллизии и коллайдеры.
Коллайдер - это объект коллизий. Т.е. это то виртуальное тело, которое взаимодействует с такими же подобными.
Коллайдер - может быть квадратным (только в простых играх с полем в виде прямоугольной сетки), круглым или овальным (чаще всего), контурным (редко, т.к. очень затратны расчёты).

Создайте коллайдеры для всех объектов и проверяйте их на столкновения.
Если есть столкновение - не давайте объекту двигаться в сторону вектора точки столкновения.

Есть одностороння ... т.е. в результате обработки события меняется модель

Есть двухсторонняя, когда интерфейс может изменить модель, и в интерфейсе отобразятся новые данные из модели.

И то, и то - происходит через событие.

Вопрос лишь в том, на что именно влияет это событие:
1. Если только на данные (через методы, например) - это односторонний
2. Если сначала на модель (правит логику работы с данными и затем, сразу на данные - п.1) - двухсторонний.