моё мнение - для начала неплохо бы вывести пользователю сообщение о том, для чего данные геолокации запрашиваются сайтом, и только если пользователь согласится с этим сообщением - производить фактический запрос.
я эти внезапные запросы на пустом месте закрываю чисто на автомате, и уверен, что не я один.
в первую очередь логи смотреть нужно в /var/log/messages.
во вторую - dmesg.
в третью - journalctl -xe.
в четвёртую - логи самого ПО (сервера майнкрафта).
где-то там и будет сказано, почему падает.
как вариант - срабатывает OOM.
... но и не приводит к ответственности.
создание интернет-магазина != продаже сигарет.
если не получится доказать, что сигареты добавлял разработчик - всё будет в порядке.
на стороне разработчика - переписка с заказчиком на тему работ по сайту и документы, подписанные с заказчиком.
более того, если запрещено продавать сигареты на сайтах, встаёт вопрос: а кто собственно продаёт - владелец сайта или его разработчик? сдаётся мне, также потребуется доказать, что сайтом владеете вы и доход от продажи получаете вы.
и при чём тут статься 404 УК РФ, которой не существует?
Владимир, но ведь последняя строка становится известна только после окончании работы скрипта, а пока скрипт работает, нельзя сказать, последняя ли та строка, которую он вывел, или будут ещё.
главная страница (без содержимого по ссылкам) у вас весит около 100 КБ, а в сжатом виде так и вообще 15 КБ (что вполне компактно). вам надо разбираться, почему веб-сервер думает полсекунды прежде чем начать её отдавать.
на мой взгляд, проще всего начать с того, чтобы определить, а что собственно за вебсервер у вас используется. если nginx - я бы на вашем месте включил статическое кеширование главной страницы (для начала по крайней мере для неавторизованных пользователей) и проверил результат. ну а если не nginx - попробовал бы проделать то же самое, если ваш веб-сервер это позволяет. таким образом можно будет понять, помогает ли статическое кеширование и дело именно в скорости отдачи без него, или же проблема лежит глубже (херовое оборудование у хостера или перегруженная сеть у него же).
а если по хорошему, вторым шагом следует понять, генерируется ли главная страница каждый раз кодом или является статичным файлом. если первое - разбираться с оптимизацией PHP (кеширование, актуализация версии, настройки кол-ва воркеров, профайлинг выполнения кода, в т. ч. запросов к БД) или железа, на котором PHP крутится.
что вы имеете ввиду под "доступно 6.7"? приведите скрин из диспетчера устройств со вкладки "производительность" по памяти, или оттуда, где вы прочли о том, что вам доступно 6.7.
я эти внезапные запросы на пустом месте закрываю чисто на автомате, и уверен, что не я один.