smilingcheater

На что деньги есть, то и берите. Нет там каких-то требований к железу. Там больше про умение думать и анализировать.

Хранить html код в столбце поста кажется нецелесообразным по ряду причин:

Угу, ага...

Лишняя трата памяти на хранение html тегов

Ого, а лишние это сколько? Экономия на байтах чаще всего приводит к тратам на вычислительные мощности. Некоторые расчеты чуть ниже.

Уменьшение производительности (?)

Производительности чего?

Стили/компоненты могут изменяться, а код останется прежним

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

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

Ага, переизобретаем BBCode, найс... Для понимания проблемы - такие коды придуманы для форумов, с целью ограничить использование хтмл в пользовательском вводе. При этом подходе он худо-бедно оправдан, хотя и требует постобработки при каждом выводе, а это использование регулярок, что как бы совсем не бесплатно. В вашем же случае, источник текста более-менее доверенный, и ограничение в тегах больше мешает чем помогает.
Что касается экономии на "минифицированных" тегах, ну допустим сэкономите вы 100 байт на тегах, то есть на 1000 постов экономия будет.... ТА-ДАААМ! 0,1 мегабайта! А если экономия 1000 байт на пост, то целый МЕГАБАЙТ можно сэкономить! Похвальная рачительность.

Хранить каждый элемент поста отдельно в бд со следующим содержанием (element_name, position, content, post_id), используя отношения к родительскому посту, соответственно сохранится структура и рендериться пост будет через соответствующие компоненты в нужном порядке (однако как будет именно рендериться в шаблоне поста пока неизвестно)

Базовые элементы и так должны храниться отдельно, другой вопрос почему они у вас рендерятся в одном порядке, а в другом месте в другом порядке? Заголовок, короткое описание, текст, главное изображение - отдельные поля, оглавление по сути часть текста, зачем его выносить отдельно - загадка, это же такой же текст, котрый автор волен располагать . Вариант с внешней таблицей по сути приводит нас к выносу части данных в EAV(отличный пример универсализации в ущерб производительности), что как раз будет серьезно напрягать выборки бд, если понадобится делать какие-либо поисково-выборочные манипуляции по этим данным.

Правильно - идти к профессионалам, которые будут гарантии связи по ТТХ давать.
Они разворачивают сеть из специализированных точек доступа с mesh сетью и контроллерами.

А вообще предполагаю, что вопрос отвечается простым гуглением типа "wifi для фестиваля"

Обычная настройка разгона:
1. ставим желаемую частоту процессора и максимально приемлемое напряжение и сразу проверяем. Если тест стабильности не проходит, уменьшаем хотелки.
2. понижаем напряжение с контролем стабильности.
3. чуть чуть понижаем частоту и поднимаем напряжение, что бы не было сюрпризов.
4. выставляем желаемую частоту памяти и максимально приемлемое напряжение, расслабляем тайминги от души. Понижаем частоту если не заводится.
5. понижаем тайминги (не забываем про постоянные тесты)
6. пытаемся понизить напряжение. Делаем небольшое повышение после нахождение минимума.

Спустя несколько дней перезагрузок радуемся приросту производительности в играх в зоне погрешности измерений, так как упор шел в видеокарту. И еще неделю спустя после внезапных сбоев возвращаемся на стоковые настройки.

Не надо ничего выдумывать с виртуалками. LEMP прекрасно изолируется и конфигурируется на уровне пользователя и php-fpm pool. Если требуются какие-то дополнительные ограничения, то есть Cgroup и Disk Quota.

Да.

да, возможно. Но только на андроиде, а андроЙде нельзя

Тут больше задача на OCR и машинное зрение похожа.
Нужно определить границы таблицы и распознать текст в ячейках.
Можно попробовать Opencv + tesseract.

Но скажу, что это сложнее, чем может показаться на первый взгляд (когда-то пробовали такой подход и часто либо границы криво распознавались, либо текст. Причём пробовали сканы, а не фотографии)

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

Сложный ответ: Для того чтобы выявить проблему используют логирование и профилирование. В лог пишутся все запросы к бд или места где предполагается длительное выполнение кода (например запросы к апи или другим сайтам). Затем анализ, потом нахождение решения и фикс.
Профилирование же состоит из комплекса действий по нахождению узких мест. В частности код условно делится на блоки, затем выполнение каждого блока замеряется и выясняется какой блок создает задержки. Далее соответственно данный блок дробим до тех пор пока не находим конкретное место проблемы. 80% вероятности что это будет какой-то запрос, с выборкой из нескольких таблиц и структурами по типу EAV, 18% что запрос к какому-то апи/сайту и 2% что тормозит именно криво написанный код (хотя это вордпресс, тут вероятности примерно равные). Что делать зависит от того что за проблема в конкретном случае. Иногда надо что-то закешировть, иногда править запрос, добавлять индексы, возможно что-то менять в структуре. Тут уже от ситуации...

Дружище так нельзя делать. Криптоанализ предполагает что ты знаешь что ищешь.
Из какого приложения ты это скопировал? Что ожидается? Хешированный пароль?
Магнитная ссылка? И мы должны знать контекст. А может ты взял задачу на cryptohack
и пришел сюда за подсказкой? Так нельзя! Иди в тот форум и там спрашивай.

У них условие даже есть что участники не обсуждали задачи на стороне.

AlexandraSvetik, сначала научитесь формулировать вопрос правильно - тогда и ответы будут соответствовать вашим хотелкам. Вы ни словом не обмолвились, а откуда же вообще возмётся этот HTML-код, в котором нужно искать div с test.

<?php
$html_text = '<html><body><div class="test">dasadasdas</div></body></html>';
$text = "";
if (preg_match("#<div class=\"test\">(.*?)</div>#si", $html_text, $regs))
{
    $text = $regs[1];
}
var_dump($text);
?>

Вот, всё тютелька-в-тютельку то, что вы хотели в вопросе! Теперь довольны? Ах всё совсем по другому должно быть? Тогда стирайте свой вопрос, и тщательно продумывайте, формулируйте новый!