Анатолий Куликов

Так то там ещё есть поле Отрывок, он же post_excerpt, куда превью контента логично вставлять

Можно наложением невидимых страниц, но даже расширениям для браузеров, которые все медиаресурсы парсят — сотни лет, имхо, путь в бездну.

Как вариант:
- разбить post_content по переносам строк на массив
- массив перебрать и обернуть получившиеся строки в нужный div
- собираем обратно в стоку

Не факт, что по переносам строк будет работать, классику давно не юзал.

См. wp_query

В идеале это можно сделать для редактора Gutenberg, создав там специальный блок, чтобы потом из админки собирать контент как душе угодно (и легко это редактировать).

Писать там кода придется немало, но результат будет тот, что надо.

Есть вероятность того, что было запрещено редактирование тем, т.к. в целом это не здоровая практика. Могло быть запрещено вручную или на уровне плагина / темы путем проставления констант типа:

define( 'DISALLOW_FILE_EDIT,' true )
define( 'DISALLOW_FILE_MODS', true );

Можно ещё вот тут почитать по теме.

Если вы хотите, чтобы бот отправлял сообщения в личных сообщениях (хотя равно как и общих чатах), то нужно выполнить два условия:
- бот должен находится в чате (личном, например)
- бот должен знать id чата для отправки сообщений

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

Используйте wpdb, он позволяет производить с базой вообще любые манипуляции. Но помните, что инструмент этот нужно использовать с соблюдением предосторожностей.

Тут проблема комплексная и большая, с наскоку просто так не решить. В общем, как минимум нужно:
- посмотреть, как были привязаны эти посты к авторам (традиционным или каким-либо ещё способом)
- посмотреть, что в базе

Возможно, что из-за большого количества постов хостинг не вывозит запрос (мало мощности или места, такое бывает, инфа 100%).

Скорее всего проблема кроется в том, что используются старые плагины или темы. Решение - обновление на новую версию.

Но учитывая, что темы/плагины могут быть видоизменены, то такое обновление может грозить изменением внешнего вида или/и функциональности сайта.

Поэтому желательно первоначально попробовать сделать сохранение всех файлов и базы, после чего попробовать обновить, в идеале даже локально.

Проблема в том, что при достижении невидимого порога (обычно, это несколько тяжелых плагинов) в потреблении ресурсов (как пользовательских, так и серверных) у нас такие проблемы с недоступностью могут возникать. В данном случае скорее всего проблема в том, что на страницу одновременно грузится и выполняется очень много ресурсов / скриптов.

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

Это стандартное поведение Wordpress, потому что картинки (как и все медиафайлы - это посты).

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

В Wordpress картинки - это тоже посты, поэтому если вам нужно к записи прикрепить какую-то обложку, то для этого вам нужно:

1. либо id уже добавленной картинки вставить в мета поле записи
   
2. либо сначала создать пост, получить его id, потом создать пост-изображение, получить его id, и потом вставить в мету первого
   

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

Ну, тут могут быть такие варианты:

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

2. скрипт загружается всегда (и на самом деле это страшно первый раз, потом он кешируется), но перед инициализацией проверяет наличие аккордеона на странице (по аналогии с в.1)

3. то, что встраивает код аккордеона, вместе с собой встраивает и сам скрипт

Основа вашей задачи - это парсер, который все эти данные сможет забрать и переслать в нужном формате куда-то дальше.

И на самом деле неважно, Wordpress это будет или что-то другое. Общий принцип примерно будет такой:

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

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

- постучаться в принимающую систему (Wordpress) по какому-нибудь api и передать содержимое