วีดีโอ

Спасибо за комментарий! Защиту для авторизации показал на 13:48. Для формы восстановления пароля можно использовать хук lostpassword_form - чтобы вывести капчу. Для проверки токена - фильтр lostpassword_errors с параметрами $errors, $user_data соответственно

​@@feodoraxisспасибо. К сожалению, у меня данный способ для формы авторизации не работает. У вас в add_action стоит хук registration_form, но для формы авторизации (чтобы карта появлялась) нужно использовать login_form. Но я не понимаю, как правильно обрабатывать ошибки. Какой хук использовать для login_form. Логично было бы использовать login_errors, но у меня оно не работает. Т.е. карта отображается, но чтобы я на этот хук не вешал, то можно авторизоваться без прохождения каптчи.

@@feodoraxis Здравствуйте еще раз. С login_form разобрался. Нужно цепляться к хуку wp_authenticate_user (т. е. после стандартных проверок) и в случае успеха как и положено возвращать объект $user (который WP_User в этом месте) или если что-то с токеном, то генерировать new WP_Error и уже возвращать его в зависимости от ситуации. Странно, Яндекс каптча вроде штука не новая, но почему-то о подключении ее к WordPress почти нет инфы.

Про спам-базы не очень понял. Почему сами сайты попадают в ЧС? Или почему начинается атака спам-ботов? А по моему сайту можете сами изучить информацию - все в открытом доступе)

@feodoraxis почему ip сайта в спам базе? Боты не интересуют, пока что.

А вы сайт по каким запросам хотите продвигать?

@@ОпельВектраБ-л1б ip скорее всего из-за жалоб пользователей. Либо с домена сайта могла идти рассылка с признаками спама

@@ОпельВектраБ-л1б стараюсь продвигать по тематикам, связанным с WordPress

Спасибо за критику. А для WebP можно попробовать плагин WebP Express

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

@@ОпельВектраБ-л1б Многое зависит от вашей темы, как она работает. Как по мне - это лучший плагин, если нужен только WebP. Можно еще Imagify попробовать. Тоже неплохой

​@@ОпельВектраБ-л1б вроде как в этом видео я про WebP говорю для оптимизации, но сейчас на опыте убедился, что смысл в нем есть только для лучшего ранжирования гугла. На деле качество мало чем отличается от jpeg.

@@feodoraxis то есть, вы рекомендуете оставить так?

У меня за использование деньги не списывают. Полагаю, что нет

@@feodoraxis а чем она лучше гугловской?

@@ОпельВектраБ-л1б по большому счёту - ничем. Но если ваша ЦА в РФ - то лучше ставить яндекс. В случае блокировок гула, у вас все продолжит работать

А что не получилось? На каком этапе возникли проблемы?

ACF хранит настройки в БД, а CF использует БД только для хранения самих данных, а не настроек. Если в БД что-то случится, то настройки также вылетят. Ну и при регулярной разработке, с настроенными сниппетами в IDE, как по-мне, CF все-таки удобней будет. Лично мне удобней быстро собрать поля или блоки из сниппетов в коде, чем настраивать всё в интерфейсе админки, много скроллить и ждать, когда отработают анимации или сохранение. В любом случае - каждому своё. Нравится ACF - пользуйтесь) Но я убежден, что CF оптимален)

@@feodoraxis возможно и так но довольно сложновато

Можете показать пример кода?

Рад, что полезно)

Спасибо за комментарий) На монтаже видео сокращается раза в 2-3, как раз из-за неудачных дублей. Была мысль заморочиться и сделать все безупречно. Тем не менее решил, что будет полезно показать ошибки, возникающие при разработке и как их устранять

@@feodoraxis понимаю конечно. Времени только жалко из-за воды. Пожалуйста не обижайтесь. Спасибо за видео

@@zenfen9442 Никаких обид)

Здравствуйте. Спасибо за отзыв) В Yoast SEO особо не разбираюсь, но насколько понимаю, он считывает контент только из основного поля контента (Gutenberg) и заголовка. Кастомные поля, насколько понимаю, надо настраивать отдельно. А как -- подсказать не смогу, к сожалению.

@@feodoraxis Спасибо, попробую разобраться!

А чем лучше по-вашему?)

@@feodoraxis 1) гибкость 2) все поля проектируются в админке, без копания в громоздком коде И все это тянет больше времени чем ацф

@@leonziger2496 1) Можете привести пример про гибкость? 2) Про громосткость не согласен. Настройка одного поля в ACF пол экрана занимает, так между ними еще и переключаться надо. И не дай бог там будет селект с кучей значений. Как по мне, удобней настроить в одном файле поля, а в другом сразу вывести. А если используете PHP Storm, настроили проект и подготовили сниппеты - то создание полей на CF, особенно когда их много, прям сильно быстрее происходит. Ну и чтобы настроить первое поле на CF достаточно 10 строк кода. А каждое последующее поле в среднем от 1 до 4 строк требует. Не понимаю, где тут громосткость) Хотя справедливости ради, тут еще вопрос в том, как им пользовались. Если на том проекте, который вы описали, код лепили где и как попало, если не разделяли на смысловые блоки и файлы, то конечно будет каша в которой тяжело разобраться. ACF в этом плане имеет защиту от дурака - в крупном проекте, в одной записи поля для всего там не налепишь.

Гибкость - шаблоны для разного типа постов, шаблонов страниц, таксономий, пользователей и прочее. У Карбона я такого не видел. Громоздкость. Ну если Вам удобно в отдельном файле (в моем случае он был огромным) прописывать руками все поля - то вы, наверное виртуоз этого плагина. Я предпочитаю визуальную настройку полей как у АЦФ

@@leonziger2496 по гибкости CF умеет все тоже самое. Можно почитать в документации разделы Conditional display, Condition Types и Conditional logic, там об этом пишут и показывают примеры. А по громоздкости конечно, если лепить все в один файл, забить на стилистику кода, там будет портянка на 5000 строк, то и разобраться будет нереально. Тут уж к вопросу о том, как пользоваться инструментом.

Можно, но не желательно так делать :) Для вывода карточек каталога обратите внимание на функцию get_template_part(), посмотрите как она используется в официальном стартере для разработки тем WP - github.com/Automattic/_s/blob/master/index.php Если товаров тысячи - используем записи WP_Post со своим типом записей. Используем API WordPress без $wpdb и прямого обращения к БД. Там уже все оптимизировано, есть объектный кеш, большинству проектов подойдет стандартная архитектура WP. Обратите внимание на плагин WooCommerce, там все грамотно сделано для большинства интернет-магазинов. И лучше делайте магазин именно на базе WooCommerce. Если по каким-то причинам собираетесь делать без него, на базе WordPress, то все равно изучите WC, посмотрите на их решения. В архитектуре WC можно найти ответы на многие вопросы и избежать многих ошибок при разработке

В конце исполнения скрипта вызвать функцию exit или die; А лучше wp_send_json_success() или wp_send_json_error()

Используйте Ajax. У меня на сайте есть урок :) feodoraxis.ru/wordpress/ajax-v-wordpress.html Ну и тему WP_Query надо изучить, конечно. Хотя в видео она частично показана

Тоже с этим столкнулся. Не знаю, что делать

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

Без кода и БД сложно сказать. Надо дебажить

Возможно, у вас дистрибутив WP или ваш аккаунт в дистрибутиве используют английский язык. Проверьте)

@@feodoraxis Стоит русский, а еше вопрос а как подключить стили к блокам гутенберг что бы они отображались как на фронте

@@jekasylar3397 Вообще у CF есть для этого хуки. Но мне кажется, в контексте CF такое решение избыточно и неоправданно сложно реализовать. Если хотите, чтобы в админке блок выглядел как на фронте -- придется создавать блок вручную при помощи JSX и Babel. Может быть потом запишу об этом урок.

Почему?

32:50 - вот тут я показываю, как получить данные из поля. Используйте функцию carbon_get_post_meta(), в шаблоне работает везде :)

@@feodoraxis Спасибо друг за ответ, не внимателен был во время просмотра

На здоровье)

@@feodoraxis а вот смотри какая тут тема с этим фильтром. Если ты уже находишься на какой-то по счету странице, то фильтр не сбрасывает текущую страницу к началу

@@Александр-ц9м1ф а он и не должен сбрасывать :) Если нужно скидывать пагинацию, то контролируйте ссылку. Как - зависит от конкретных настроек сайта. Если пагинация ЧПУ, то у формы нужно в action указать ссылку на страницу без пагинации - прописать ее вручную. Или обрабатывать выводимую ссылку, например, через функцию.

Может подборку любимых плагинов сделать?)

Очень рад, что это видео было для вас полезно :)

Если вы имеете ввиду только категории первого уровня, то так: $terms = get_terms( array( 'taxonomy' => 'taxonomy_name', 'parent' => 0 ) ); "taxonomy_name" - название таксономии, с которой работаете. Если это, например, стандартные категории записей, то вместо "taxonomy_name" нужно указать "category"

@@feodoraxis Спасибо вам огромное, сейчас попробую. У меня дерево категорий и я не могу понять как сделать вывод главной категории и подкатегорий.

@@feodoraxis Это вообще возможно ? Сделать вывод главной и подкатегории ?в своём шаблоне

​@@feodoraxis Вот мой код, я не могу ваш код соединить с моим, у меня несколько блоков таких, хочу чтоб выводилось все, но у меня просто подряд всё выходит, буду очень благодарен за помощь <div class="b-tit">Возраст</div> <ul class="menu pol-li"> <li> Молодые </li> </ul>

@@feodoraxis Попробовал ваш метод, всё получилось, вывелись родители) А как теперь вывести подкатегории родителя? Заранее благодарю вас за помощь, и прошу прощения за многочисленные вопросы я новичок

Возможно, в контексте Ajax вне WordPress и будет :)

​@@feodoraxis⁣, то есть, я понимаю так как в WP используется JQuery, в самом движке, смысла делать запрос через тот же fetch, нет необходимости ?

@@BrestSouth чаще всего. Большинство тем работают с jQuery и нет смысла в этой ситуации пренебрегать им

Рад, что было полезно :)

В теории, на WordPress можно сделать всё тоже, что и на PHP. На Laravel тоже. Соответственно, в теории, зная одно, другое знать не обязательно. Но на деле все сложно. Нужно выбирать при каждом случае индивидуально. Я вижу для этого такие вопросы: 1. Хотите фрилансить или в штат? Если фрилансите, то вам больше подойдет WP. Он тут больше востребован. Если хотите в штат -- лучше Laravel (в принципе умение работать с MVC платформами). Хотя и с Laravel на фрилансе и с WordPress в штате можно неплохо зарабатывать. Во многом, как повезет. 2. Какая архитектура нужна проекту? Большинству типовых сайтов подходит WP. Но многие приложения будет сложно поддерживать и развивать, если выбрать неправильную архитектуру. Например, если для проекта подходит MVC -- то лучше выбрать Laravel. 3. Насколько крупный будет проект? Какие решения на нем будут? WordPress -- отличная платформа. Но он хорош для большинства типовых проектов: визитки, корпоративные, интернет-магазины, LMS и т.п.. Если-же хотите сделать что-то условно большое, масштабное (авито, вк и т.п.) -- то WP не подойдет и, лучше смотреть в сторону Laravel. Но в этом случае одним Laravel не обойдетесь. Да и не факт, что именно он вам подойдет. При создании масштабных решений, необходимо осторожно и внимательно подбирать стек технологий, с помощью которого получится эффективно решить поставленные задачи. Но и тут нужно оговориться, что такие решения создаются только в команде. Я считаю, что лучше быть профи в чем-то одном, чем разбираться во всем по чуть-чуть. Если выбрали WP -- изучайте WP до талого. Если Laravel -- значит его. Конечно, изучить что-то еще, помимо основного профиля никогда не лишнее даже для общего развития. Но бОльшую часть внимания стоит сосредоточить на чём-то одном.

@@feodoraxis спасибо! Очень хороший ответ. Это правильно, надо разобраться в чем-то одном досконально. А дополнительно можно и еще что-то подучить. Пппп

@@mk3mk3mk Рад, что было полезно)

Очень рад, что было полезно :)

Точно также. Смысл не меняется. Просто работать нужно в файле архива произвольного типа записей. Но вообще так делать, как я показал на видео - не совсем правильно. Неправильно в том смысле, что писать логику в файле представления не нужно. Я об этом как-то забыл сказать. Да и сам не думал об этом на момент записи. Лучше делать это через хуки. Например, точно также можно фильтровать через хук pre_get_posts Только там с условиями придется заморочиться. Смысл такой-же, зато проект - чище :)

спасибо, то что нужно !

Благодарю за конструктивную критику. Вы совершенно правы. Но, справедливости ради, скажу, что БЭМ - не панацея. Мой способ, конечно, и подавно. Мне кажется, что в принципе нет какого-то универсального паттерна, который подходит в 100% работы.

А что ajax, js? Никто не мешает их использовать для этих целей :)

@@feodoraxis го урок по AJAX фильтрации)

Максимально странный, разбивка html на слои, я такое вообще первый раз вижу)