Sergey

Скорее раст
Но у тебя проблема не с рпс, а работа с предсказаниями
Те как бы часто ты не рассылал текущее сотояние на сервере, ты будешь опаздывать на один- два пинга пользователя. Что для шутера не приемлемо

Не смотрели в сторону C# и ASP NET Core?

Следовательно. минимально 5000 запросов в секунду с карты(комнаты). Подозреваю, что это будет предел на один сервер.

Вот тут, например, говорят о том, как смогли выжать 1.15 млн. запросов в секунду:
web.ageofascent.com/asp-net-core-exeeds-1-15-milli...

Это порядка ~ 200-230 карт(комнат) на одном сервере.

Проблема: есть онлайн игры которые тормозят, подергиваются, а есть которые работают плавно и четко не смотря на пинг. Так вот это характерно для Valve игр.

Здесь нужно думать об алгоритмах синхронизации. Есть много статей и обсуждений, затрагивающих эту проблему. Например, тут близко по теме: www.gamedev.ru/code/forum/?id=152443

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

самодельная БД в Microsoft Access с отчётами по форме накладной

Развернул django+uwsgi+nginx

На локали - все ветки и все push в мастер.
На VPS - git pull, makemigrations, migrate, collectstatic, touch uwsgi.ini

<30 сек

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

На ruhaskell и в чатике на gitter иногда проскакивают предложения. Стоит искать там.
Вот например https://twitter.com/rufuse/status/776396926531039232

Я бы посоветовал перейти на virtualenv . К примеру Хотя бы не будете "гадить" в "системной" установке пакетами для разных проектов. Плюс удобнее формировать списки зависимостей для каждого проекта.

Конечно коммиты видны будут, при мёрже просто создаётся новый мёрж-коммит, "сцепляющий" две ветки, и этот коммит помещается в ту ветку, в которую вы мержите.

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

Если уж вы действительно считаете, что некоторые коммиты "лишние" и их можно было бы объединить, почитайте про git squash. Только это желательно делать до пуша бранча, и уж точно до мёржа - сейчас мёрж-коммит намертво прицеплен к последнему коммиту из фичебранча.

Вообще почитайте лучше еще про Git и про ваш UI к нему, удаление коммитов из середины смёрженного бранча с точки зрения Git - абсолютно бредовая затея. В частности, почитайте про то, что такое ветки: это всего лишь перемещающиеся указатели на коммит, и при удалении ветки коммиты удалятся только в том случае, если они не были никуда зацеплены (смёржены). После мёржа удаление ветки - это лишь удаление указателя, которое как бы говорит нам, что разработка этого бранча закончена, и дальнейших коммитов в рамках этого бранча уже не будет.

Макросы позволяют приспособить лисп язык под решаемую задачу. С помощью них Вы можете добавить в язык конструкции которых вам не хватает. Бесспорно, можно все задачи решить и без макросов. К примеру clojure имеет макрос with-open, который аналогичен конструкции try-with-resources языка Java версии 7. Java программисты обходились без этой конструкции и могут и дальше ее не использовать, но с ней вы пишете меньше кода и делаете код более надежным. Программисты использующие java версии ниже 7 не могут создать такую синтаксическую конструкцию самостоятельно и пользуются веткой finaly конструкции try...catch. Чтобы такая конструкция появилась в языке понадобилось доработать компилятор. Программисты лисп языков с помощью макросов могут добавить в язык любую синтаксическую конструкцию, которой им не хватает, без изменения компилятора. К примеру clojure версии 1.6 использует JDK 1.5 в котором нет конструкции try-with-resources но с помощью макроса with-open вы уже можете пользоваться таким же функционалом. Другой пример - макрос loop языка Common Lisp по сути определяет свой собственный встроенный микро язык для реализации всевозможных циклов.
Если вам кажется, что в языке чего-то не хватает, или что вы пишете много лишнего кода, то возможно вам стоит задуматься о макросах.

Если именно все и с любого сайта, то нужен встраиваемый браузер, то есть Selenium или Phantom.js, потому что на дворе 2016 год, и JavaScript все-таки уже существует, а еще есть Flash, который все-таки еще существует, и с ним еще сложнее все.
Ну а если достаточно простых <a href>, причем только тех которые не загружаются AJAX'ом, то можно с помощью RoboBrowser (BeautifulSoup) и т.п, то есть библиотек, которые только с DOM (HTML) работают.

Для того, что бы сохранить в БД, необходимо указать кодировку поля utf8mb4 и указать тип общения с БД не utf8, а именно utf8mb4.
Иначе, на просторах интернета есть решения вида:

preg_replace('/\xEE[\x80-\xBF][\x80-\xBF]|\xEF[\x81-\x83][\x80-\xBF]/', '', $text)