R3n0

Привет.

Вот это:

Суть такова: давным-давно другие вебщики до меня перенесли некоторый лендинг на вордпрессе к нам на хостинг, и сайт работает, внешний вид сохраняет и заявки с него отправляются. НО у сайта банально нет базы данных, та база, которая указана у него в wp-config, не числится среди баз данных на нашем хостинге, да и лендингу без разницы, если вписать что-то другое.

Есть лучшая часть всей истории и твоего вопроса.

То есть вы дёрнули себе на сервер какой-то непонятный сайт, который может управляться извне, так как не стали разбираться с БД. Это большой косяк.

По факту сейчас этот сайт на WordPress работает с какой-то левой БД, и вы сейчас не знаете что делать. Ответ: если нет доступа в админпанель по логину и паролю администратора сайта, то поднимаете права или создаёте новую учётную запись средствами PHP (код в файл functions.php активной темы), заходите в админпанель, устанавливаете плагин резервного копирования и делаете дамп БД (а можно и дамп сразу с файлами вместе, чего бы и нет). Как итог, у вас на руках оказывается всё нужное для переноса сайта, и можно благополучно забыть про какую-то стороннюю БД в будущем.

Что же до реализации "посадки" лендинга на WordPress -- это совсем другая история, к вам технически отношения не имеющая, если вы не веб-студия, а хостер.

Привет.

Как восстановить содержимое сайта, после того, как плагин elementor все удалил?

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

установил плагин elementor и пропало все наполнение сайта

Сама по себе установка и активация Elementor ничего не удаляет, так как вышло то, что вышло в твоём случае?

теперь только пара строк от самого плагина судя по всему

Что за "пара строк от самого плагина"? Как это выглядит?

объясните пожалуйста подробно

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

Привет.

Далее ?:
- я устанавливаю вордпресс на VM и импортирую бекапы и БД действующего сайта?
- затаскиваю "новый" сайт в Plesk, проверяю на функциональность. Всё это в режиме разработки, старый сайт еще действует.
- Если всё нормально, то говорю провайдеру перетащить доменное имя к себе и "связать" переехавший домен с новой файловой структурой и БД.

P.S. вышеназванное может и глупо звучит, по другому пока не могу

Давай упрощать. Тебе даётся, скажем, голый VPS (ОС Debian/Ubuntu), которого хватит с головой для 4 небольших сайтов на WordPress и Joomla. Если тебе нужна ПУ Plesk, то помни, что накатывать её нужно на голый сервер (после apt update), дальше всё будет зависеть от выбранного типа установки. Два популярных: а) автоматический, когда тебе нужно ввести всего одну команду; б) ручной, через браузер. Я бы рекомендовал второй способ, чтобы в процессе не устанавливать ненужные компоненты, которых Plesk предложит тебе с избытком.

После установки ПУ Plesk на сервер озаботься тем, чтобы подготовить пространства под четыре сайта. Разделяй директории, пользователей и БД - всё должно быть отдельно для каждого контролируемого через ПУ сайта. Зачем? Чтобы, например, при взломе одного в нокаут не улетели все остальные. Там же, через настройки, выбираешь версии PHP под сайты, создаёшь и подключаешь сертификаты отLet's Encrypt и прочая подобная рутина по мере необходимости. ПУ Plesk сильно упрощает выполнение всех этих задач.

Если сайты не экзотические, то можешь подготовить полные резервные копии каждого (файлы + дамп БД), затем развернуть эти резервные копии в ПУ Plesk, проверить результат переноса. Процедура обычная, несложная, но требует аккуратности. Затем меняешь настройки DNS для каждого домена, ждёшь, чтобы всё состыковалось, проверяешь итог. Это если кратко.

Нюансы:
- какие-то экзотические расширения PHP - вопрос решается через ПУ Plesk доустановкой нужных расширений;
- домены, зарегистрированные "где-то там", в перспективе тоже придётся переносить под крыло какого-то нашего регистратора, и этим вопросом лучше озаботиться заранее, так как процедура затяжная.

Совет:
- до переноса файлов и дампов БД на новый сервер, проверь их на предмет закладок и лишних пользователей - это убережёт от целого ассорти потенциальных проблем;
- оцени в общих чертах техническое состояние этих четырёх сайтов на предмет: а) свежести движка; б) используемой версии PHP для каждого сайта; в) свежести установленных плагинов (на всех сайтах); г) свежести используемых шаблонов и тем оформления (на всех сайтах).

Привет.

я не могу редактировать страницы

Исхожу из того, что нет возможности редактировать все страницы, а не какие-то отдельные, к которым Elementor отношения не имеет.

плагины Elementor, Elementor Pro, Elementor Header & Footer Builder, Woocommerce

Убийственная связка. Сразу замечание по Elementor: он часто конфликтует сам с собой, если отличаются версии базовой и Pro версий плагина, так что стоит перепроверить. Не говоря про то, что Pro версия не должна быть варезом, и она несовместима с некоторыми темами просто в принципе.

я не могу редактировать страницы

Проверял под другим пользователем, баг воспроизводится? Администратор > Редактор > Автор - проверь под ними как работает или не работает эта функциональность.

Если что повышение памяти в memory limit не помогло.

А с какого и по какое значение менял? И какой лимит по тарифу у тебя?

Обычная диагностика для WordPress:
- смотрим логи ошибок PHP или дебаг WordPress;
- отключаем поочерёдно плагины, параллельно проверяя обозначенный баг;
- при необходимости меняем активную тему оформления на одну из стандартных (twenty*) на время диагностики.

Привет.

Если память не подводит, то делается через настройки: EventON > Time > Allow universal event time format on eventCard > указываешь нужный вид даты в международном формате.

Привет.

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

Иногда подобная ошибка лечится таким способом (добавлять в functions.php):

function hs_image_editor_default_to_gd( $editors ) {
	$gd_editor = 'WP_Image_Editor_GD';
	$editors = array_diff( $editors, array( $gd_editor ) );
	array_unshift( $editors, $gd_editor );
	return $editors;
}
add_filter( 'wp_image_editors', 'hs_image_editor_default_to_gd' );

З.Ы.: добавлять формат SVG в список разрешённых форматов собственноручно я бы не советовал из-за вопросов безопасности. Если так нужно грузить через админпанель этот тип файлов, то делай это с помощью специальных плагинов, которые во время загрузки SVG обеспечат санитизацию.

Привет.

Какое решение может быть для этого (Wordpress ошибка 500)?

Технически никаких деталей не озвучено, поэтому стандарт для таких случаев:
а) ошибка при обновлении движка / проблемы на сервере / неправильно развернул резервную копию - повторная загрузка файлов движка. Если возможность есть, то из админпанели (Главное меню > Обновления > Переустановить), если доступ к админпанели невозможен, тогда распаковка дистрибутива вручную;
б) ВПО - проверить файлы на предмет изменений и аномалий (обычно это изменение wp-config.php и файлы в директории загрузок как минимум), если этот вариант подтверждается, тогда лечить сайт.

Привет.

Есть ли готовое решение по покупке доступа к wordpress контенту?

Есть. Платные, бесплатные. Платные на codecanyon.net, бесплатные - в репо wordpress.org. Ищутся по ключам: paid content, restricted content, paywall, content monetization, members only, access control.

Привет.

Без плагинов - либо хардкод, либо через дочернюю тему, либо через HTML-блок, но это не совсем корректная установка.

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

Привет.

Задачу тебе поставили максимально бредовую. Первый косяк тебе обозначили, что на странице категории присутствует сама категория. Вопрос: как это вышло? Второй вопрос: куда делась часть /category/ из ЧПУ? Третий вопрос, возможно, главный: как реализован вывод дочерних категорий в родительской, ведь там должны быть опубликованные записи?

По факту есть какая-то кастомизация твоего сайта или что-то сломалось, "из коробки" описанный функционал так не работает, с установленным Elementor и темой оформления Hello Elementor тоже. Без подробностей реализации это всё будет гадание на кофейной гуще. Можешь, разве что, отключить Elementor и тему сменить на стандартную (twenty*) для диагностики, потому что этот конструктор страниц частенько ломает структуру сайта, как выясняется. И пересохранить структуру ЧПУ в настройках.

Привет.

Шанс встретить такую реализацию с мясом рыб и коров в уже готовом виде с возможностью её скачать/купить околонулевая.

Можно зайти с другой стороны, если говорить о решении. По сути, речь идёт о системе бонусов/наград для покупателей: клиент покупает Х > повторяет этого действие Y раз > получает Z в виде бонуса/купона. Понятно, что придётся дорабатывать под мясо коров и рыб, но шансы найти такой плагин уже явно выше нуля.

Возможные сложности:
- если будет плагин с интеграцией стороннего сервиса, то это сразу мимо: будет платно, дорого и в USD; зависимость от стороннего сервиса (скорее всего иностранного); отсутствие гарантий поддержки плагина в обозримом будущем;
- обычно уже существующие плагины ориентированы по больешй части на учёт и конвертацию X потраченных у.е. == Y баллов;
- подобная тонкая настройка обычно свойственна про/премиум (коммерческим) плагинам;
- необходимость доработки под свои нужды.

Думаю, направление мысли понятно, гуглить / искать в репо WordPress / на Code Canyon можно по ключам: reward(-s), loyalty, coupon(-s).

Привет.

Подскажите, выручайте.

Для WordPress рутинные процедуры: сделай полную резервную копию (бэкап) сайта; по одному отключай плагины, проверяя каждый раз, решило ли это действие проблему с отображением сайта; переключи активную тему оформления на одну из стандартных (twenty*), также проверь, осталась ли проблема с отображением сайта. Обновлён ли движок? Плагины? Тема?

Я вообще не знаю, за что хвататься: что это - плагины, тема, еще чо?

Хватайся за логи ошибок PHP и/или за дебаг WordPress + удали (а ещё лучше отключи на время диагностики) кэш, если таковой имеется.

Отдельное внимание удели теме Avada - она премиальная (коммерческая), а значит: а) у вас (у компании) может быть варез, если вы её не покупали на Theme Forest; б) тему могли давно не обновлять, что-то где-то устарело, начались конфликты X с Y; мог устареть какой-то плагин, входящий в установочный бандл.

Привет.

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

Плохо искал - это раз. Два - если ты говоришь о пользователях и WordPress, то в чём проблема базового доступа (subscriber - подписчик) к админпанели? Есть плагины кулинарного толка, работающие в т.ч. с этой базовой ролью для добавления рецептов. Или, например, contributor - тоже подходящая роль пользователей, чтобы они могли добавлять рецепты, как через форму на сайте, так и в админпанели. Если жуть как не хочется пускать пользователя в админпанель, то это легко исправляется плагином или парой строчек кода.

Плагины для постинга же не имеют нужного оформления.

О каком оформлении идёт речь? Стили? Или заточенность плагина именно под нишу кулинарии и рецептов?

Кто-нибудь знает, как можно реализовать что-то подобное? Желательно обойтись минимумом своего кода

а) Выбрать готовый, поддерживаемый плагин, и не ломать голову над уже решёнными задачами. Если базового плагина мало, покупай про/премиум версию.
б) Определиться, почему не хочешь пускать пользователей в админпанель и почему.

я PHP плохо знаю, да и вообще, зачем мне тогда CMS, если я буду делать сайт вручную?

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

Привет.

У тебя вопрос и последующий уточняющий текст живут своими жизнями, в итоге непонятно ровно ничего. Уточню:
а) что за "модуль"? Плагин? Аддон? Самописный хак? Как называется?
б) есть несколько вариантов оплаты, но в настройках есть какой-то один параметр - что это за параметр и как он относится к вариантам оплаты?
в) как именно ты хочешь сделать "клон шлюза wc_pay_1"? Зачем это делать? Что это даст?
г) "уведомление об успешной оплате придет на http://ваш_магазин/?wc-api=wc_pay&pay=result статус заказа измениться на оплачено?" - как код написан/отредактирован, так он и отработает. Не видя код и не зная что и как ты исправишь и добавишь в нём, предугадать итог выполнения такого кода невозможно. С другой стороны, ты можешь поэкспериментировать, реализовать задуманное и получить ответ на свой вопрос через практику.

Поиграю в угадайку: если речь идёт всё же о плагине, в котором можно выбрать только один способ оплаты, то я предположу, что это базовая версия, а вся нужная функциональность есть в про/премиум версии того же плагина. Я правильно предположил?

Вообще, в целом, какую задачу ты пытаешься решить?

Если предположить, что авторы загружают свои песни в виде видеороликов с Ютуба, и тебе нужна галерея, то имеет смысл посмотреть подходящий плагин тут. На счёт роликов с ВК, автоматизации и фильтров, скорее всего, нужно либо допиливать самому, либо смотреть в сторону премиум-плагинов, либо заказывать доработку на фрилансе.