Маркус Кейн

Да, вот так будет работать

server {
  listen 127.0.0.1:80;
  listen 192.168.0.1:80;
  ...

https://youmightnotneedjquery.com/

У вас задания выполняются от root'а.
Смотрите в /etc/crontab, /etc/cron.d/* или в sudo crontab -l

Кварцы не совершенны.
Рубидиевые часы стоят как маленький самолет.
Так что используйте NTP
Другой вариант измерьте суточное отставание и корректируйте скриптом

В общем, чтобы не издеваться над девушкой, объясним на пальцах.

Во-первых, заголовок у вопроса чудовищно некорректный. Это все равно что спросить, "что быстрее - пылесос или стиральная машина?"
Во-вторых, ответ на вопрос "производить ли обработку данных в БД или же запросить все данные в клиентское приложение и обрабатывать там" совершенно очевиден: обработку данных следует производить в общем случае только в БД. Она для этого и придумана. Чтобы обрабатывать значительные объемы данных.

Да, js тоже "может" обрабатывать большие объемы данных.
Но чтобы значительный объем данных обработать, его сначала надо передать, полностью забив канал между сайтом и базой
Чтобы значительный объем данных обработать, его надо сначала проиндексировать. Причем делать это каждый раз, а не использовать уже имеющийся набор индексов
Чтобы значительный объем данных обработать, надо иметь значительный объем памяти или упасть из-за её недостатка
Чтобы значительный объем данных обработать в многопоточном режиме (а сайт как раз является многопоточной системой), все вышеперечисленное надо умножить на количество посетителей сайта - при каждом запросе перегонять весь массив данных, выделять память, индексировать, считать. Если же вы оставляете все данные в памяти приложения, то их тогда надо как-то синхронизировать с БД. То есть вы себе собираете кучу проблем на пустом месте.

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

Подготовленные выражения PDO и MySQLi.

Это очень просто сделать.
Надо всего лишь освоить подготовленные выражения.
Например, почитав вот тут https://habr.com/ru/articles/662523/

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

Да, вы можете соединить видеокарту с портом HDMI и монитор с портом DVI-D с помощью соответствующего кабеля. Оба кабеля, которые вы упомянули, FinePower HDMI - DVI-D и Buro HDMI - DVI-D, подойдут для этой цели.

Относительно вашего использования для игр на разрешении 1080p и частоте обновления 60 Гц с настройками Ultra, данное соединение будет работать. Подводных камней особо нет, но есть несколько важных вопросов, на которые стоит обратить внимание:

Ограничения разрешения и частоты обновления: DVI-D в режиме Single Link (одиночная ссылка) способен передавать сигнал разрешения 1920x1200 при частоте обновления 60 Гц. Если ваш монитор поддерживает более высокие разрешения или частоты обновления, то может потребоваться более продвинутый тип кабеля или другой способ подключения.

Кабель с характеристикой "прямой": Эта характеристика означает, что кабель имеет одинаковые типы разъемов на обоих концах и просто соединяет два устройства напрямую без конвертации сигнала.

"Он в обе стороны работает или только в одну?": В большинстве случаев кабели HDMI-DVI-D однонаправленные, то есть они предназначены для передачи сигнала от HDMI к DVI. Если вам нужно соединить DVI-D монитор к HDMI видеокарте, убедитесь, что вы используете правильный тип кабеля (HDMI к DVI-D).

Ничем. Это, внезапно, тоже "обычный php код".
А вот среда запуска отличается - например, в CLI режиме применяется отдельный php.ini.