paran0id

У кого-то был опыт создания своего приложения? Как вы продвигали его, находили ли инвесторов, где и у как искать целевую аудиторию?

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

Не знаю что делать дальше.

Ничего, вы же просто хотели придумать идею, вы ее придумали, все удалось. Для этого вам не нужны ни клиенты, ни инвесторы, вы уже успешно сделали то что задумали.

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

На самом деле таймингов примерно восемь, но для выбора памяти обычно имеют значение первые четыре:

CL (CAS Latency) - время в тактах шины между сигналом Column Access Strobe (адресующим столбец) и собственно началом чтения из него данных, фактически - задержка между командой чтения из памяти и его фактическим началом. Самый важный параметр, если указано одно число - это оно. Чем меньше, тем лучше.

TRCD (RAS to CAS Delay) - время в тактах шины между сигналами Row Access Strobe (адрес строки) и Column Access Strobe (адрес столбца), фактически - задержка между командой активации строки и командой чтения из нее (задержка чтения - CL, то есть чтение из неактивной строки пройдет за время TRCD + CL). Чем меньше, тем лучше.

TRP (Row Precharge Delay) - время в тактах шины между сигналом Precharge (закрыть строку) и Row Access Strobe (открыть другую строку), фактически задержка при переключении строк памяти (то есть если поступила команда Precharge, то следующая операция чтения/записи начнется не ранее чем через TRP + TRCD + CL). Чем меньше тем лучше.

TRAS (Active To Prechagre Delay) - время в тактах шины между сигналом Row Access Strobe (открыть строку) и Precharge (закрыть строку), фактически - время операции со строкой (перейти к операции с другой строкой память сможет не раньше этого времени). Чем меньше тем лучше.

Если вместо примерной суммы первых трех чисел указано число 1 или 2 - это Command Rate - длительность в тактах любой команды.

1) Терминалы. В эпоху когда компы представляли большие железки к ним подключались с терминалов (условно это тупо клавиатура). С терминалом связано устройство /dev/tty*. Внешнее подключение к системе (сессия) всегда связана с каким либо терминалом.
2) Так сложилось.

Тебе нужен tmux

это зависит от того, какой вы веб-сервер собираетесь использовать. в общем случае - в документации к веб-серверу.

А поискать Data Sheet?

Где указано: Weight 20.5 lb (9.3 kg)

И да стена удержит если правильно смонтировать, я бы взял уголки и крепил бы уголки к стене бабочками

screen/nohup/tmux/systemd/supervisord/pm2

даже unattended upgrades может быть спорной практикой, особенно для сервера 24/7 с высокой ценой времени отказа.. апдейты могут требовать перезагрузки же? и явно апдейты ядра системы точно ее хотят

тут ключевое слово сервер, по этому лучше что бы все апдейты проходили под контролем (частая схема в большом спорте - кластер NLB, в котором ноды обслуживаются поочередно, как итог простоя нет)

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

это все к тому, что хороший контроль безопасности невозможно переложить на автоматику

Закрыть снаружи все порты, кроме HTTP(S), ставить обновления безопасности на веб-сервер, РНР, базу и весь остальной стек.

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