Александр Таратин

На косяк двери ставите геркон на размыкание, на саму дверь - постоянный магнит. Геркон подключаете вместо кнопки к обычному звонку.

Китайский колокольчик просто, эффективно и самое главное - по феншую!

>> текстовый редактор
>> удобно без клавиатуры

¯\_(ツ)_/¯

А где вопрос собственно?

Пишут что корпорации сливают инфу в NSA, поэтому не используйте Windows Server - чушь в общем.. Если хочешь подробностей, удали _ в любом текстовом редакторе и переведи с помощью google translate, смысл послания не должен сильно исказиться

ht tps://yandex.ru/support/disk/webdav/webdav-win.xml

Нет, не стоит. Еще один местечковый дистрибутив коих легион. Отойти от пакетной системы с кучей взаимосвязей сейчас призван ряд решений, таких как контейнеры, docker. Убунту сейчас продвигает (пока тестово) свой "специфичный способ обновления корневой системы".

заморачивать с FFMPEG тем более нужно организовывать очередь конвертации...

Для видеохостинга это выйдет сильно дешевле. Но на первое время можно заюзано

https://aws.amazon.com/elastictranscoder/

Смешивать логику сервера и логику бота - архитектурно неправильно. В зависимости от типа игры бот может быть:
1. Для однопользовательской - бот может быть отдельным модулем/классом. При запуске игры сервер запускает всех необходимых ботов, передает им ссылку на себя, а дальше они действуют как клиенты, подписываются на оповещения о событиях на сервере, в обработчике этих событий отрабатывают свою логику и отдают команды серверу через тот же клиентский интерфейс. Сервер может знать "своих", чтобы не путать с живым клиентом, но завязывать на этом слишком много логики на сервере не стоит.
2. Для MMO - бот отдельный процесс ОС (может даже на другой машине), он запускается независимо и его падение не затрагивает сервер. Специальный планировщик следит за ботами и перезапускает тех, которые упали по вине кривых скриптов. Ботов можно доверить писать индусам, но сервер должен быть непотопляемым, поэтому нужно стремиться вынести за его пределы как можно больше кода.

Этому годами учатся и постоянно оттачивают мастерство. Нет такого урока, способного рассказать о всех тонкостях кроссбраузерной вёрстки.

Ресурсы в помощь:
caniuse.com
webref.ru / htmlbook.ru
css-tricks.com
css-tricks.com/snippets/css
Книга «Отзывчивый веб-дизайн»

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

Графически это выглядело бы так: рисуем круги с коническим градиентом: в центре черный с прозрачностью 0, по краям прозрачность 100%. Чем выше левел, тем больше радиус круга. Даем селиться только там, где клетки остались белые.

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

Какой же он, блин, нестандартный, какие же это, блин, лишние скобки, если вы отдаете с сервера массив объектов...

Обычно должно быть 5-7 размеров
1. Смартфон в вертикальном положении (320-400)
2. Смартфон на боку (480 - 650)
3. Планшет в вертикально положении (768)
4. Планшет на боку (1024)
5. Десктоп (обычно 1200 и 1600).

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

На что только люди не идут, что бы не использовать PDO.
В случае mysqli вам придется гдето хранить связку ключ-позиция, но это путь в никуда

1. Сделайте в таблице поле proccess типа double по умолчанию 0.
2. В PHP скрипте сделайте $process_id = microtime(TRUE) + getmypid(); чтобы получить уникальный для каждого вызова скрипта идентификатор процесса.
3. UPDATE `emails` SET `process` = $process_id WHERE `process` = 0 LIMIT 1
4. SELECT * FROM `emails` WHERE `process` = $process_id
Таким образом вы добьетесь того, чтобы запускаемые параллельно на обработку скрипты не брали одни данные для обработку. А вы, как я понял, решаете именно такую задачу.