Анатолий

Мигрировал с pdd в Connect, но проблему это не решило.

Обратился в тех.поддержку Яндекс по email: connect@support.yandex.ru
Где попросил объяснить как работать в Connect через API, например, чтобы менять ip-адрес в DNS-имени, на что получил ответ:

К сожалению, в API Коннекта на данный момент отсутствует возможность управлять DNS-записями. Приношу извинения за неудобства!

Если для Вас критичен данный функционал, наши специалисты могут вернуть Ваш домен обратно в Почту для домена.

Попросил меня вернуть обратно на pdd.yandex.ru, но после возврата, API так и не заработал.
Я вновь написал в тех.поддержку и сказал о проблеме, сказали что разберутся и вопрос передан куда надо, но по прошествии недели - тишина. Короче, я бросил это занятие и отказался от yandex.

Вывод: pdd убили, а новое еще не работает. Зачем так делать, я не понимаю.

Написал сюда, может кому будет интересно.

Тему закрываю.

-------------------------------------------
Прошло 2 недели после прошлого сообщения от Яндекса, и неожиданно пришел новый ответ от Яндекса, что нужно:
"Чтобы получить доступ к API, пожалуйста, получите новый токен."

Удалил старый токен и создал новый, все заработало.
PS. Очень долго отвечают.
24.07.2018

---------------------------------

Прошло 4 месяца, при попытке зарегистрировать новый домен на pdd, сайт перекидывает на коннект.
Написал в тех.поддержку, чтобы уточнить что за дела. Мне ответили.
PS. Что интересно, что ответили в тот же день, ну дела ))

Ответ от тех.поддержки Яндекса:

Подключать новые домены к Почте для домена действительно уже нельзя. Сейчас есть возможность подключиться только к сервису Коннект.
Разработчики сервиса знают о пожелании пользователей добавить возможность редактировать DNS в API Коннекта и работают над этим. Конкретных сроков появления этой функции мы, увы, пока назвать не можем.

Проблема была в том, что нужно было писать <!--more--> в закладке "Текст", а если писать в закладке "Визуально", то текст заменится на <!--more-->

Вопрос можно закрыть не знаю на сколько он решен, но сейчас вроде все работает.
Что сделано:
1. разбил css файл на 3 части - работала только 1 часть, при подключении остальных переставало.
2. разбил на 6 частей, чтобы понять, где же собака порылась, но почему-то все заработало.
3. собрал опять все в один файл, сейчас все работает.

Ничего из кода не менял и не удалял. Я в шоке, что это за магия.

Заменил get_the_post_thumbnail_url() на the_post_thumbnail_url() вроде заработало.

Прописал строку в crontab:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

заработало
хотя ее скопировал из консоли:
echo $PATH

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-адрес микротика.