ThunderCat

Если занимаетесь бекендом, то не надо костылять в верстке. Делайте на фреймворке.

просто в командной строке написать
while true; do php -f /путь/скрипт.php; done
остановить - Ctrl-C

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

Делай как надо, или не берись за такую "сложную" работу.

Попыток было много, а существенных результатов они не дали, как видите. У этого две причины:

1. Все популярные мессенджеры - продукт крупных компаний, дерущихся друг с другом за пользовательские данные. Им не выгодна унификация, поэтому они будут все свои огромные ресурсы вкладывать в продвижение своих мессенджеров и удушение конкурентов.
   
2. Можно создать сколько угодно удобный и функциональный мессенджер, но если не сможешь заманить туда хотя бы миллион привлекательных женщин, он загнётся.
   

есть протокол email

Нет такого протокола.

Почему нет единого протокола, как с email?

Был такой, XMPP назывался. Тут проблема не в протоколе, скорее, а в серверах, где хранятся учётки юзеров.

Возможно уже были попытки такое сделать?

Так XMPP же.

Как обстоят с этим дела?

Он сдох.

Почему протокол email не обновился до возможностей мессенджера?

"Почему на грузовики не ставят гоночные двигатели?". Потому что другие задачи.

const output = data
  .map(n => `
    <div>
      <h2>${n.univ} (${n.sotr.length})</h2>
      <ul>${n.sotr.map(m => `
        <li>
          <h3>${m.name}</h3>
          <h3>${m.grade}</h3>
        </li>`).join('')}
      </ul>
    </div>`)
  .join('');

Странный вопрос. Что в коде написали - то и происходит. Нет у вас там никакого добавления в массив. Если хотите, чтобы text был массивом, тогда делайте так:

$keyboard['keyboard'][$i]['text'][] = $buttons[$i];

Используйте задачи (крон), например вставляйте в таблицу задачи и временную метку когда задачу надо выполнить, тогда вопрос будет решен

Завсит от цели, для чего это спрашивается.

Если чтобы поприставать с нубскими вопросами - то нигде.
Если чтобы почитать умных мыслей - РНР дайджест на Хабре прекрасно суммирует все, что было написано за две недели. У меня например никогда не хватает времени, чтобы прочесть всё. Куда больше-то - я уж и не знаю.
Если чтобы поучаствовать в серьезном прокете - на гитхабе, выбирай любой.
Если чтобы послушать интересные доклады и пообщаться вживую - то конференции.
Если интересует внутренне устройство языка - то php internals.
Если интересует, что пишут пхп селебрити про что угодно, кроме программирования - то твиттер (Расмус показывает картинки из аэропортов и роботов, которых собирает его сын, Сара постит котиков - и так далее).

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

Сначала решает драйвер файловой системы. Именно он распределяет запись по кластерам - логическим единицам ФС. Затем он даёт диску команду записать кластер в определённые логические секторы (LBA). Ну а потом уже диск решает, какие именно физические секторы (или блоки для SSD) соответствуют данным логическим.
У HDD, обычно, это соответствие задано жёстко, за исключением сбойных секторов, которые маппируются по специальной таблице в резервные.
У SSD есть таблица текущего маппинга, которая постоянно перестраивается так, чтобы максимально равномерно (по количеству циклов записи) задействовать блоки памяти.

ffmpeg

Есть такая «секретная» ссылка: www.youtube.com/get_video_info?video_id=XXXXXX
Вместо XXXXXX подставьте хэш видео, который в ссылке на ролик, типа youtu.be/BWCiWZtrWXU после слеша.

По этой (первой) ссылке вернутся URL-encoded данные. Распакуйте их и возьмите параметр url_encoded_fmt_stream_map. Его значение опять надо распаковать как URL-параметры. И из результата вытащить параметр url – это ссылка на единый скачивабельный видеофайл.

Например, в консоли браузера:

function getUrlParams(search) {
    let hashes = search.slice(search.indexOf('?') + 1).split('&')
    let params = {}
    hashes.map(hash => {
        let [key, val] = hash.split('=')
        params[key] = decodeURIComponent(val)
    })

    return params
}
var s = '------'; // здесь длиннющая строка из ответа /get_video_info
var a = getUrlParams(s);
var b = getUrlParams(a.url_encoded_fmt_stream_map);
console.log(b.url); // эту ссылку открываем в браузере - это скачиваемый видеофайл

Очень надеюсь, что вы покопаетесь в этих данных более подробно, разберётесь, как получать прямые ссылки на скачиваемые файлы во всех форматах и размерах, которые предлагает YouTube, и напишете короткий материал на Хабр по результатам, а также опубликуете gist с рабочим кодом для консоли браузера.

А вы уверены, что поля в таблице называются именно `$name` и `$surname`?

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

Зачем разбивать одни данные на две таблицы-то? Почему не на 5 таблиц, чтобы еще один столбец раскидать на разные таблицы, так до бесконечности можно усложнять и будет какая-то каша.

Что будет лучше с точки зрения оптимизации и скорости

На выходе всё в итоге зависит от того что за данные, что с ними делаете, как читаете, как часто читаете/пишете и т.д.
т.е. всё индивидуально. При этом есть индексы и партиции которые решают все эти вопросы, особенно на таком малом объёме данных.

100кк записей это не так много.

Это стандарт такой для ElectronJS?

Да. Программы на нём самые прожорливые, пушо запускается сначала огромный прожорливый Хром, а уже в нём ворочается прожорливый JS.