Как исключить PDO из автозагрузки?

FanatPHP, что идиотская попытка подколоть? ЧСВ на мне поднять не получится, кишка тонка.

Как исключить PDO из автозагрузки?

Сергей Бурдужа, неправильно понимаете. Но лучше свои классы подгружать в нужный неймспейс, то есть в вашем случае в соответствии с названием папки: App.

Как исключить PDO из автозагрузки?

Вам же пишут что файл не найден, что вы отключать собрались? Пользуйтесь композером и не пишите велосипеды очередные.

Изменение стилей стандартного редактора TinyMCE Вордпресс в фронтэнд?

Чёкатилло, речь про эту форму? joxi.ru/bmoB1VMsxejbEr

Изменение стилей стандартного редактора TinyMCE Вордпресс в фронтэнд?

Чёкатилло, привяжите их к специфическим классам области редактора и все отработает.

Изменение стилей стандартного редактора TinyMCE Вордпресс в фронтэнд?

Ну тут налицо непонимание принципов стилизации:

body {
    font-family:roboto;
    color: #a53535 !important
}

img {
    height: auto;
    max-width: 100%;
    min-width: 530px !important
}
.custom-button {
    font-size:13px;
    background: #9027A2;
    display: inline-block;
    padding: 2px  5px 2px;
    color: #fff;
    text-decoration: none;
    -moz-border-radius: 4px;
    -webkit-border-radius: 4px;
    border-  radius: 4px;
    border:none;
    position: relative;
    cursor: pointer;
    margin:10px 10px 0 0;
 
}

Что мы стилизуем в файле с красивым названием: https://robort.ru/wp-content/themes/WP_CLEAN/dist/... ???
Общие стили сайта, судя по глобальному тегу body )))
Сходите уже на курсы какие-нибудь, типа HTML/CSS для чайников, а потом приходите и задавайте вопросы на другом уровне. )))

Изменение стилей стандартного редактора TinyMCE Вордпресс в фронтэнд?

Чёкатилло, ну дальше нужно смотреть в консоли, какие стили подключаются раньше и почему не переписываются кастомными.

Изменение стилей стандартного редактора TinyMCE Вордпресс в фронтэнд?

Чёкатилло, поправил код, скобку забыл )

Изменение стилей стандартного редактора TinyMCE Вордпресс в фронтэнд?

Да нет, правильно добавить в очередь стилей:

add_action('wp_enqueue_scripts', function () {
            wp_enqueue_style(
                'main',
                get_template_directory_uri().'/dist/styles/main.css',
                false,
                null
            );
        }, 100);

Где основной стиль объявляется, туда и пихать в functions.php.

Wordpress - как настроить отправку ajax форм на e-mail?

AbsolvoTe, ну вы и чудик, извините меня конечно. ЭТО НЕ КОРЕНЬ САЙТА, ЭТО КОРЕНЬ ТЕМЫ. И путь к mail.php нужно писать от корня сайта:

http://cosmetologist/wp-content/themes/имя_вашей_темы/mail.php

Wordpress - как настроить отправку ajax форм на e-mail?

AbsolvoTe, любой другой файл положите рядом с mail.php, например readme.txt и откройте его, откроется? Такое впечатление, что у вас корень сайта на другую папку направлен. Смотрите в настройках OpenServer, вспоминайте как настраивали. Скиньте сюда скрин структуры папок, как у вас организовано сейчас? Если рядом index.php от WP лежит, то он то открывается насколько я понимаю?

Wordpress - как настроить отправку ajax форм на e-mail?

AbsolvoTe, ну так откройте форму по адресу cosmetologist/mail.php , что отдаст? Вроде ж английским по белому вам пишут, что файл не найден.

Что не так с разбором массивом php?

Александр, а кто мешает его распечатать и посмотреть содержимое?

Что не так с разбором массивом php?

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

Wordpress - как настроить отправку ajax форм на e-mail?

На месте

- это в корне проекта у вас mail.php лежит? Где проверяете отправку - на локалке, на продакшен-сервере?

Как правильно организовать рабочую среду для крупного проекта с GIT?

Антон Шелестов, для разработки не нужна по сути ВСЯ база. Достаточно тестовых каких-то данных. А тестовые данные в локальной среде разработки можно организовать при помощи генераторов (чуть ниже уже подсказали Faker) и сидированием через классы, эта возможность помимо миграций встроена в Laravel. Внесли новый тип данных, сделали тестовый генератор этих данных. И пускай их на продакшене будет миллиард, зачем нам столько тянуть к себе? В общую же ветку разработки старший уже может подтянуть реальную базу. Что-то пошло не так с реальными данными? Меняем генератор, незачем опять же тонны данных тянуть на локалку. Я могу быть не прав, прошу воспринимать как личную точку зрения, проверенную на небольших проектах с 1 тимлидом и 3-4 падаванами. ))) Если для сдачи проекта достаточно небольшой базы данных, то мы просто держим ее в гите основном, обновляем ее на тестовом сервере и каждый разраб тянет ее по команде себе. Но это речь идет о WordPress. там просто нет приятных возможностей Laravel.

Как правильно организовать рабочую среду для крупного проекта с GIT?

Антон Шелестов, да и возможности команд до 5 человек на команду

Выбрать посты по дополнительному полю таксономии?

Антон Середний, не совсем понял вопрос сразу, но сейчас прикину. Таки вы путаетесь в постановке задачи: поле у таксономии или у поста? Если у таксономии, то находим таксономию с нужным поле и получаем ее посты, все.

Как безопасно выполнить команду на другом сервере?

Deployer
Но ключ - это уровень настройки серверов и там все достаточно просто: один ключ приватный лежит у юзера на сервере A и публичный ключ лежит на управляемом сервере B. Все как при обычном коннекте на любой сервер по SSH. Если команда не требует прав рута, так вообще отлично. Просто заходить под нужным пользователем по ключу.
Можно взять библиотеку Symfony Console и дописать свои команды. Я сейчас как раз пишу приложение на PHP для настройки сервера: https://github.com/oxboot/ox/tree/develop

Почему активируется меню третьего уровня при наведении на второе?

Ну сразу видно, что у вас неоднозначно определяется элемент: header nav .menu-item-has-children .
То есть это сразу и элементы второго уровня и третьего попадают в обработку. Плюс вы навешиваете видимость сразу на все ul внутри полученного. Они у вас и показываются сразу же. Старайтесь не привязываться к тегам, это очень плохая практика. Раскройте код меню целиком, увидите что там все циклично повторяется и все элементы попадают под обработку вне зависимости от уровня вложенности. JS то глюпый и не может понять, второй уровень у элемента или третий, пока вы сами ему это не докажете.