evnuh

byteball.org - у них есть whitepaper, его почитайте

без копирования ключей на север А

Легко, копируйте ключи сервера A на сервер Б.

Вы правильно прочитали. Хорошая игра требует очень много человеко- ресурсов, а главное - хороших маркетологов. Соответственно, хорошие игры получаются у средних - больших контор, а это означает, что программист в таких конторах - винтик. Потому что делать игры хотят все, претендентов много, выделиться сложно, да и не нужно, т.к. не программисты приносят деньги компании. В игрострое зарабатывают маркетологи.

Динамически выводить путь. например

<a href="<?=link('/index')?>">страница</a>
<img src="<?=asset_link('/img/1.png')?>"/>

В этих функциях соответственно добавлять нужный префикс. И пробросить этот префикс в JS:

<script>
SITE_HOST = '<?=link()?>';
ASSETS_HOST = '<?=asset_link()?>';
</script>

условие1 || условие2 || условие3;
Например:
$day == 'Monday' || $a = 2;
Если понедельник, то второе выражение выполняться не будет, в любой другой день $a будет = 2

Интересно, почему в моём интернете всегда всё находится, а в чужих - нет?
lmgtfy.com/?q=php+longest+common+substring

Ну Redis вы вполне правильно указали, 500rps он спокойно выдержит, даже с локами на весь весь ключ.
Ещё sophia.systems посмотрите, её вроде как tarantool использует внутри.

blogengine.ru

Типа вам нужна статическая линковка, а не динамическая? Читайте про разницу, собирайте статично.

Зачем вы терминируете https на бекенде, а не в nginx?

ngrok

https://blog.golang.org/slices прочитайте и всё станет понятно.

Если кратко, то ёмкость слайса - длина массива, который хранит элементы слайса. Попросту говоря это Байты оперативки, выделенные под хранение ваших данных. Оно всегда больше или равно длины слайса.
Сам слайс это указатель на какой-либо из элементов в этом масиве (не оьязательно первый) + длина. Это искуственное ограничение, фактически это отрезок массива, в котором что-то записано. При добавлении в слайс нового элемента слайс увеличит свою длину на 1, пооказывая что кол-во данных в массиве увеличилось на 1, а емкость самого массива не изменится, если её хватало для хранения нового элемента. Если же весь массив был заолнен, то слайс просто выделит новый массив в памяти большей ёмкости (обычно в два раза большей предыдущей ёмкости) и перенесёт все данные туда вместе с новым добавленным элементом. При этом, очевидно, сам слайс не изменит своей длины, т.к. Кол-во данных не изменилось, а только поменяет указатель на начальный элемент, т.к. Массив с данными выделен новый по новому адресу в памяти.

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