Александр Тищенко

Если на сайте нет никакой кнопки типа "показать целиком", то нельзя.
В таком случае с сервера изначально будет приходить только часть от номера.

Ну так и в чем вопрос? Создаете консольное приложение, а дальше все на Console.WriteLine, Console.ReadKey и множестве if-else или switch-case пишете логику.

что-то по лучше, чем MySQL

а что получше - феррари, карьерный самосвал или метро?
Феррари вроде как быстрее, но не может перевезти 500 тонн за один рейс. Карьерный самосвал перевезти может, но расход горючки сумасшедший. А у метро фича - гоняет без пробок, но только там, где рельсы заранее проложили.

Все хорошо у MySQL с ресурсами.
У вас сейчас нет соцсети с миллионами юзеров, поэтому вам не нужна никакая навороченная сверхпроизводительная архитектура и бигдата.
Когда упретесь в производительность вы сперва подкрутите настройки того-же мускула, потом распараллелите, потом часть данных вынесете в какой-нибудь редис, и только когда и этого будет мало, вот тогда вы задумаетесь о смене основной БД.
К этому времени вы уже будете иметь представления какие у вас посты, сколько их, где у вас в архитектуре узкие места, и будете неплохо представлять какие есть альтернативы.
Альтернативы конечно и сейчас есть, но они вам не нужны в данный момент - больше мороки с ними, чем пользы. Ну выберете вы сейчас метро, например, будете инвестировать скиллы и время в рельсы, а в тоге окажется что вам нужно не метро и не самоствалы, а больше подошли бы нефтеналивные танкеры. Вы заранее не можете предсказать что и как у вас будет устроено.

Целиком в БД сохраняют с тегами HTML, или Объектом JSON

Начать можете с подхода "храним в том виде в котором пришло с клиента, перед показом чистим".
Это позволит на лету подправлять тот функционал что перед показом, и заплатите вы за это только некоторым количеством процессорной нагрузки.
Когда он окончательно утвердится, можно перейти на "чистим пред сохраннением в БД", что сэкономит ту самую нагрузку (очистка ровно один раз), но сразу упадет гибкость, так как данные, которые вы удалили при чистке уже не восстановить.

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

Нет смысла в таких комментариях.
Вместо них лучше указывать интуитивно понятные классы. (+БЭМ)

Комментарии лучше ставить там, где с первого взгляда не понятно что происходит.

<ul class="list-inside bullet-list-item flex flex-wrap justify-between -mx-5 -my-2">
    <?php 
 if ($isAuthorized) { //тут условие проверки авторизации
        foreach ($menu as $value) {
 ?>
        <li class="px-5 py-2">
            <a class="<?= selectedMenu($value['path']) ? 'text-orange cursor-default' : 'text-gray-600 hover:text-orange' ?>"
               href="<?= $value['path'] ?>"><?= cutString($value['title']) ?></a></li>
    <?php }
}
 ?>
</ul>

Неужели проще задать вопрос на тостере, чем написать в гугле "decompile .net"?