Вова Дружаев

Один учитывает одно, другой другое. Например личные записи кто-то считает - кто-то нет. Черновики кто-то считает - кто-то нет. Других типов записей - кто-то считает, кто-то нет, ревизии также. и т.д.

Таблица wp_posts содержит всякий хлам - например гутенберг блоки, ревизии и например правки в кастомайзере, произвольный css. Они эту таблицу словно мусорку завели. Вначале туда bbPress вляпался и не может выбраться. Потом туда наступил вукоммерц и застрял - сейчас пытается 3-й год и все никак... Вот видимой и у вас посчитало то, что не должно.
Конкретней сказать - не скажешь. Но там большая мусорка. В самой wp_posts если заглянете и 400 000 может быть. Валерьянки только припасите))

echo и return? серьезно?
Вы перенесите ваш "код" в нормальную ide - получите сразу подсказки о эхе и возврате, а присвоениях, функции внутри функции, закрытии php и тут же открытии... Да этот код на "премию" отправить надо

Проблема в коде. Так нельзя. Почитайте основы php для начала

и внесённым вручную кодом

в родительской теме ничего вручную внесенного быть не должно.

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

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

А по теме - придется выпилить из шаблона все места где выводится дата: в одиночной записи, в rss, в категориях и метках, в архивах и т.д.
Поисковики умеют и по ним шарить и сливать воедино - т.к. ссылка то ведет в любом случае на одиночную страницу записи.

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

В документации явно сказано как - wp_enqueue_script функция позволяет указать зависимости.

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

Если объем js большой и логически поделить на home-page.js (ну например потому что только там слайдер и в js как раз он) и single.js (загружать на одиночной странице - например скрипт для комментариев) - то это здравая идея. И пофиг что скажут про производительность - что отдельные файлы надо сжимать в один - они из тех кто не знает о http/2 протоколе

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

Аналогично для css. Вордпресс мощный фреймворк - он позволяет подойти с умом.

Сообщите детали вашей проблемы разработчикам плагинов кеширования. Это их ответственность

О каких подписках идет речь? Если вы о платформе SAAS вордпресс - то данный вопрос задайте им в техподдержку.
Ну а если вы вордпресс установили на хостинг - то весь код редактируется через код. И спрашивать: где что изменить, нужно у автора вашей бесплатной ВП темы.

Что фронтендерам сейчас сверстать лендос, который один раз заполнил и на всю жизнь - теперь CMS нужны?

Переведи слово CMS (да лан - я сам: Content Management System, то есть «Система Управления Контентом»).
А она тебе тут не нужна - т.к. у тебя не будет задачи управления контентом.

p.s. среднее время жизни сайта 3 года. Значит не на всю жизнь, а на треть...

Скупой платит дважды... Н у и так далее

1. Обязательно покупать.
2. могут быть проблемы
3. нет - т.к. коммерческое использование ворованного еще в квадрате проблем добавит

а на кворке - кто-то получит 2 рубля, а ты останешься с тыквой

js - ajax например. Потом на бекенде ловишь его и пишешь в свою таблицу.

p.s. зачем лисапед изобретать? Таких плагинов вагон в репо.

Попробуй маркет кодеселлер (codeseller). Для ру-язычной аудитории самое то (а это и наши соседи украинцы, татары, белорусы и т.д.).
Заодно отработаешь навыки по поддержке, обратная связь, пожелания для развития и т.д.
Как вырастешь: иди на код каньон - но там сразу - кодстайл и дизайн стайл - модеры фиг пропустят. Люди по полгода хард и софт реджекты устраняют. У тебя есть столько времени - ведь наверняка плагин еще сырой да и WP CS не используешь? PSR? Дизайн штука тоже сложная и англоязычные за диз очень сурово заворачивают.

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

В целом - нужна идея. Без идеи тебе не повезет. А думаешь тут тебе идею дадут? Мы сами на этом зарабатываем. Нам пассивный доход нужен. А вы по фриланс биржам бейтесь за порцию доширака. Без обид - но это к вопросу "дайте мне идею на миллион"

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

100500 раз пишут это сообщение - но никто почту администратора не проверяет. Это флеш моб миньонов вордпресс такой чтоли или полное отупление входящих в сферу юзверей?

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

А то бегут потом - "у меня сайт поломался, караул". А виноват неверно настроенный плагин оптимизации. В общем - читаем и учим матчасть. Или забываем "оптимизации" делать.
Мало кто оптимизирует свое тело просто тупо бросив жрать. Идут к специалисту - он дает рекомендации - спорт, пп и т.д.

Вы уроки по работе с ajax на том же wp-kama почитайте. Наговнокодили - а кодекс видать и не открывали.

Кто так обработчики пишет? Срочно учить матчасть. Здесь всё сделано неправильно

Включи плагин что выводил этот шорткод

Возможно. Полностью переписав подключение к БД, получение данных и вставку новых.

Вы там что такого вредного про wp-load и два раза движок подключать начитались? Не читайте эти вредные советы.

Делайте как плагин. В кодексе вордпресс есть руководство как сделать плагин, как подключить файлы, есть инфа про условные теги - все что нужно чтоб ваша форма работала именно там где вы хотите.

От таких вопросов - все мимо проходят - время тратить на объяснения как правильно сделать, после таких советов про "правильное подключение движка"