V3XX

Привет.

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

Не изводите себя на старте, бесплатные темы вам не дадут всех желаемых красивых опций и функциональности. Аппетит придёт во время разработки, за такой красотой сразу стоит обращаться на маркетплейсы вроде Envato — выбор огромный, и там почти у всех тем в этой нише будут и фильтры, и формы, и всё что пожелаете. Минус решения в цене, зачастую низком качестве кодовой базы и незакрытых уязвимостях. То есть это всё потенциально может стать проблемой в будущем, потребующей денежных вливаний. Если появится соблазн скачать платное бесплатно, то вы потенциально нарисуете себе и проекту проблем на бесконечность, и в итоге придётся также решать проблемы за счёт вливания денег.

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

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

Тема оформления отвечает на ~90% за внешний вид/дизайн, и тут что-то вам советовать было бы странно. Что до функциональной части и плагинов, то без конкретики ваш вопрос больше тянет на кастомное решение.

Или может отойти от вордпресса?

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

Привет.

Строго говоря, поисковые системы могут самостоятельно выбирать наиболее подходящий — с позиции их алгоритмов — заголовок для отображения в результатах поиска. То же самое происходит с разметкой schema и каноническими ссылками. Google в этом плане упрямый, и вы можете использовать сколько угодно SEO-плагинов, желаемого эффекта это не даст. Во всяком случае до тех пор, пока вы не поймёте чего хочет от вас эта поисковая система и в каком виде.

Поэтому, отвечая на ваш вопрос, скорее всего убрать название сайта из заголовка у вас не получится, не убрав его вообще отовсюду с сайта.

Привет.

Очевидно, что всё будет зависеть от галерей: их количество в целом и количество изображений на галерею. На первое время 5 Гб хватит, особенно если изначально правильно настроите миниатюры и конвертацию изображений в AVIF/WebP. Также можно заранее запретить загрузку изображений, размер которых выходит за 2000 пикселей по большей стороне, с автоматическим изменением размера — это на тот случай, если кто-то захочет оригиналы фотографий загружать в галерею, например (размер одного такого файла может варьироваться от ~3 до ~50 Мб).

Привет.

Скорее всего проблема в этом:

сделали внутри темы папку cart

Перенесите файл в директорию /woocommerce/templates/cart/ и проверьте изменения корзины ещё раз.
Также полезно проверить права и владельца директорий и файлов. Если используете механизм дочерних тем, то этот файл должен быть именно в дочерней теме.

Привет.

Всё довольно стандартно: проверяем ЧПУ на предмет ошибок (структра для товаров и для меток проверяется в первую очередь в вашем случае); отключаем плагины оптимизации на время диагностики (Clearfy PRO в вашем случае); проверяем .htaccess на предмет артефактов (можно восстаноить базовый на время диагностики сайта). Дальше смотрите, пропала проблема или нет.

Привет.

Вопрос: сильно ли уступает сайт ВП на конструкторе самописным сайтам и если да, то какие есть возможности оптимизировать скорость загрузки?

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

Конкретно Elementor (и Elementor Pro, разумеется) отличается нестабильностью в работе и кучей багов, которые разработчики исправляют не то чтобы оперативно, и это тоже желательно учитывать.

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

Привет.

Вот это:

Суть такова: давным-давно другие вебщики до меня перенесли некоторый лендинг на вордпрессе к нам на хостинг, и сайт работает, внешний вид сохраняет и заявки с него отправляются. НО у сайта банально нет базы данных, та база, которая указана у него в 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-блок, но это не совсем корректная установка.

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