Анатолий

find ~/myfiles -exec ЧТО-ТО ДЕЛАЮ \; -exec echo {} \; | sed 's|.*/\([^/]*\)$|\1|'

find ~/myfiles -exec ЧТО-ТО ДЕЛАЮ \; -exec basename {} \;
find ~/myfiles -exec ЧТО-ТО ДЕЛАЮ \; -exec echo "Файл -" `basename {}` \;

что-то не пашет последняя строка, только через цикл:
for i in `find ~/myfiles`
do
echo ">> " `basename $i`
done

Еще один момент смущает, но на http же работает.
Вот это:


Тут написано, что не может соединиться с сервером: my.elementor.com
Я проверил, и действительно я не могу подключится к этому домену со своего компьютера.
Пробую подключиться через online proxy - все работает, а без прокси нет.
Хотя домен elementor.com открывается.
Магия какая-то..

Захожу в консоль wordpress, который https, выбираю "плагины > установить новый", выбираю любой плагин, пункт "Детали", кликаю на него, открывается пустое окно
Ссылка имеет вид: https://....................

Захожу в консоль wordpress, который http, выбираю "плагины > установить новый", у каждого плагина, есть пункт "Детали", кликаю на него, открываются детали по плагину
Ссылка имеет вид: http://..............

Все что идет после // идентично, что через http, что через https.

Браузер один и тот же, только разные закладки.

PS. В Debian файрвол - выключен.

==============================================================
Решение найдено:
на Debian в Nginx для снижения уязвимость сайта для кликджекинг-атак, у меня был прописан заголовок:
add_header X-Frame-Options DENY;
это как раз запрещало загрузку контента в frame/iframe.

Сделал:
add_header X-Frame-Options SAMEORIGIN;
Позволяет загрузку контента в frame/iframe только, если фрейм и страница, его загружающая, расположены на одном домене.

Полет нормальный! Все работает!

Удалил все сертификаты, удалил все настройки certbot-auto и certbot.
Установил certbot заного, теперь все работает нормально, на русские буквы не жалуется, и что интересно ничего теперь дописывать не нужно и никакие служебные папки не создаются. В общим, все как раньше, только теперь запускаю certbot и все.
Спасибо chupasaurus, что подсказал, что certbot-auto это лишь скрипт обновления certbot, т.е. его я больше ставить не буду, для обновления вполне достаточно:
apt update
apt upgrade

пока тему прикрываю, вопросов как бы сейчас нет, но не знаю появится ли эта проблема еще или нет
странно конечно это все

Зачем за кем-то повторять, нужно делать как удобно самому! Есть ситуации, когда лучше использовать одно, а есть ситуации когда логичнее использовать другое.

Надо было так:
CPU=($(cat /proc/stat | grep '^cpu '))

Все нашел в Интернете:
ps aux | awk '{s += $3} END {print s "%"}'

Решение посмотрел тут: https://bugs.php.net/bug.php?id=49876
Но подправил под себя:

apt-get install libldap2-dev -y
./configure --with-ldap --with-libdir=lib/x86_64-linux-gnu

где lib/x86_64-linux-gnu это путь к:
find / -iname "*libldap.a*"
---------------------
/usr/lib/x86_64-linux-gnu/libldap.a

Проблемы была в том, что должны были подключены все необходимые модули:
php -m | egrep '^(snmp|xml|session|sockets|ldap|gd|pdo_mysql)$'

Так что тему можно закрыть, кстати кому интересно, вот инструкция по установке:
https://www.tecmint.com/install-cacti-with-cacti-s...

Уже почти сдался, и оппачки нашел решение https://stackoverflow.com/questions/28490391/how-t...

Решение выглядит так:
location /bb {
alias /var/www/mysite;
location ~ ^/bb/(.+\.php)$ {
fastcgi_pass backend;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $request_filename;
include fastcgi_params;
}
}

Вопрос решен! Может кому интересно:
В апач 2.4 по винду, чтобы увидеть удаленный ip-адрес за NAT, нужно подключить модуль:

LoadModule remoteip_module modules/mod_remoteip.so

и прописать:

<IfModule remoteip_module>
RemoteIPHeader X-Forwarded-For
RemoteIPTrustedProxy 127.0.0.1 192.168.5.1
</IfModule>

через пробел перечислить ip адреса, 127.0.0.1 нужен априори, 192.168.5.1 это у меня внутренний ip-адрес микротика.