Писать нужно не "разработчику", которому в сущности наплевать, а самой фирме, которая теряет клиентов. Но если и фирме все равно, то ничего не поделать.
Полагаю, что следует рассматривать эту задачу в ряду остальных имеющихся. Если другие предлагаемые вам задачи были однозначно интерпретируемыми, то отрезаем сомнения бритвой Оккама. Если же они были с подвохом, то... впрочем, это вряд ли.
А так - да, на оба ваши вопроса напрашивается положительный ответ и число размещений будет разумным решением.
Ankhena, Не совсем идиотизм. Если надо переопределить ранее введенный селектор, а доступа нет, то добавление body повысит специфичность, а следовательно, переопределит.
Знаете, для начала следует понять, насколько этот сервис будет интересен пользователям. Возможно, что и совсем не будет, тут возможны сюрпризы.
Для начала надо сделать что-то совсем простое и бесплатное и посмотреть на реакцию, насколько охотно люди будут вводить данные. Скажу по секрету, что ввод 30-ти чисел - это долго и скучно, поэтому уже на этом этапе останутся только те, которым результат действительно очень важен. То есть это будут считанные единицы.
Начать можно без своего домена, на каком-нибудь уже существующем поддомене. Я даже могу вам что-то предложить, но это не в России.
Теоретически эту задачу можно решить даже без обработки на сервере, только браузерным скриптом (javascript). Да, его можно прочесть и подглядеть тайны вычислений, но если хорошенько обфусцировать (т.е. запутать) код, то на первое время можно быть спокойным.
То есть ваша первая задача - минимальными средствами, без сервера и без фрилансеров, выяснить, стоит ли овчинка выделки.
Я не знакома с yandex map, но в google maps всегда можно получить широту и долготу (latitude, longitude) и применить формулу расстояния (привожу для MySQL, адаптируйте для используемого вами языка):
Если нужно это делать постоянно, то логично было бы взять javascript, обойти все nodes, убрать атрибуты, а результат отправить на сервер. Все необходимые для этого функции имеются.
Мне кажется, надо отказаться от идеи представлять суперсложную таблицу на вебстранице, они для этого не предназначены. Сделайте экспорт в Excel, PDF или что лучше подойдет, в зависимости от цели.
Нужно найти сообщение об ошибке. Возможно, в файле error.log. Похоже, используется устаревшая функция (или функции). Там, где в таких случаях PHP 7 выдавал Warning и продолжал работу, версия 8 выдает Fatal Error и останавливается.
Nik Faraday, В таблице делаете поле типе DATETIME, по умолчанию CURRENT TIMESTAMP. Таким образом, оно будет заполняться автоматически.
При выборке за день задаете WHERE DATE(имя_поля)=требуемая_дата. Вот и статистика за день.
Никаких костылей здесь нет.
Кстати, IP имеет смысл записывать, хоть оно и не идентифицирует юзера, но несет много информации.
Если кто-то нечаянно нажмет CTRL-R, статистике это абсолютно не повредит.
Если же кто-то будет усердно нажимать эту комбинацию в течение часа, он явно заслужил наше дополнительное внимание. Такого юзера легко выделить и убрать его заходы из таблицы.
Мне кажется, даже это слишком сложно. Никаких сумм никуда не закидывается, просто при каждом вызове страницы в конце добавляется вставка этого вызова в БД.
Записывать можно URL, параметры, инфо о браузере, время и т.п. Об ID записи вообще не надо думать, просто таблица с автогенерацией ID. Никакие ON DUPLICATE тогда не нужны.
Для статистики - COUNT, WHERE, ORDER BY и т.д. (я про MySQL, но, полагаю, и в POSTGRES есть такое)
И ради бога, никаких библиотек, это чрезвычайно просто в реализации.