А разве где-то нет адаптивных таблиц?

Можно сказать, для типичного использования (Ctrl+C/Ctrl+V из условного Word'а в TinyMCE) нигде нет, т.к. везде требуются какие-то манипуляции с классами, которые из TinyMCE по умолчанию не сделать (можно, конечно, в настройки прописать extended_valid_elements или по другому выкрутиться, но шаблоны этим точно не занимаются).

@dryabov тысяча долларов?

Хм, после Check Out и паузы в несколько секунд должно было переадресовать обратно на https://www.mobilejoomla.com/extension/get/mobile-pro-3-beta.html

там есть pwa, еще кеш как я понял. но по адаптации там встроенние в html и докидывание стилей и js

Там сейчас в основе лежит оптимизация скорости загрузки страниц, чтобы в мобильно тесте PageSpeed/Lighthouse набрать максимум баллов. Остальное (адаптивные изображения и др.) - лишь доп. функции, которые в ряде случаев помогают исключить лишний relayout при загрузке страницы.

вот если на j3 накатывать

я программист, обясни мне просто что оно делает, я пойму

@dryabov не понял про оптимизацию серверную. как ты в секунду можешь?

Это единица измерения

"Оно" ускоряет загрузку сайта на мобильных. В 2008 году мобильным устройствам требовался специальный шаблон, чтобы хоть как-то отображать сайт, и Mobile Joomla 1.0 давала именно эту возможность. Версия 2.0 давала возможность как использовать мобильный шаблон, так и адаптировать имеющийся. В версии 3.0 вся функциональность, связанная с мобильным шаблоном, вынесена в отдельный плагин, зато осталось отличное оптимизирующее ядро, добавлена поддержка PWA и отличный кэш (который стартует до инициализации ядра Joomla и отдает контент без необходимости соединения с БД).

Ну как бы уже не 2008 год. Все шаблоны стали адаптивные

От разных посетителей сайта приходят ajax-запросы, которые стартуют фоновую обработку (можно то же и по крону). Эти настройки позволяют ограничить максимальное количество обработчиков (логично, что 100 посетителей не должны запускать обработчиком больше, чем есть ядер на сервере) и время работы каждого (на случай возможной утечки памяти).

пых однопоточный

В случае ajax - а у тебя в fpm только один процесс? Если нет, то вот их и займут. В случае cron - вообще ограничений нет.

От разных посетителей сайта приходят ajax-запросы, которые стартуют фоновую обработку (можно то же и по крону). Эти настройки позволяют ограничить максимальное количество обработчиков (логично, что 100 посетителей не должны запускать обработчиком больше, чем есть ядер на сервере) и время работы каждого (на случай возможной утечки памяти).

пых не умеет в паралелельность никак

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