Я создаю небольшую частную социальную сеть, использующую PHP и MySQL. Дело в том, что профили пользователей будут центральными и легко настраиваемыми, с настраиваемым макетом и множеством дополнительных дополнений.
Я думал о таблице базы данных, user_meta
таблица с тремя столбцами: user_id
, key
, value
Проблема заключается в том, что макеты профиля больше похожи на стандартный сайт HTML-разметки, и таблица профилей будет быстро увеличивать количество строк, и очень сложно сохранить сложный пользовательский дизайн в таблице.
Каковы недостатки хранения макетов профиля в виде текстовых файлов данных на веб-сервере, когда участник обновляет свой профиль? Файлы данных могут быть php-бесплатными, но анализироваться пользовательским php-viewer для правильного отображения пользовательского профиля.
Есть ли еще какие-либо рекомендации по работе с пользовательскими большими двоичными объектами данных, оптимизированными по скорости?
Задача ещё не решена.
Других решений пока нет …