Все равно храни как положено - ид матча, ид события, время события. 12 байт на запись. индекс на матч-событие. Когда такой объем станет велик - тогда и занимайся оптимизацией.
Делавшие делятся на две группы. Меньшая использует готовые формы, которые предлагаются в составе фреймворков. А большая - да, по говностатьям в интернете. Есть еще те, кто пишут фремворки - но их совсем мало, и они делают на базе собственного опыта.
Чего?! Ты здоров? Температуры нету? Сначала ты спрашивал, как облегчить ВЫВОД. Теперь вдруг тебе надо облегчить НАПОЛНЕНИЕ, потому что вставить 4 символа очень трудно. Давай ты пойдешь, поспишь, а завтра соберешься с силами и попробуешь спросить ещё раз?
по API надо передавать те же самые исходные неформатированные данные. Тому, кто придумал передавать их в отформатированном виде, надо сломать руки и запретить проектировать системы сложнее, чем вычисление 2х2
А вот это как раз одна из них. А точнее не дыра, а эпик фейл. Оставлять выбор за разработчиком - это направлять Титаник прямиком на айсберг. Разработчик у нас - идиот. И выберет самое тупое решение. Не со зла, а просто по неграмотности. Специально для идиотов знающие люди написали фреймворк для безопасного хэширования. Надо не блеять "выбор идиотского варианта за разработчиком", а бить этого разработчика по голове, пока не выучит наизусть, чем надо пользоваться.
Это уже по теме. Но если уж говорить о безопасности хэширования, то этот вариант не сильно лучше ада из статьи. Хэширование не нужно изобретать самому, нужно использовать разработанное професионалами, php.net/manual/ru/book.password.php
Ты, когда машину поцарапаешь, тоже так же делай. Зайди в сервис и скажи работягам: "Мне самоу заниматься ломы неинтересно, а вам нетрудно. Сделайте-ка мне машину на халяву". Потом послушай, что они тебе скажут. А потом уже говори "зажали два мазка краской".
