madc0de: в самом WP на данный момент уязвимостей не обнаружено (если говорить о свежей версии). Если взломали более 1го сайта - это уже система, значит о ней было бы известно (не только вас взломали бы, а миллионы сайтов по всему миру, ибо взлом через дырки делается ботами, а не руками). Вы забыли про еще один важный момент - взлом админского аккаунта и загрузка вредоносного кода через админку.
Марсианин: Ну, с того что для фронтенда и надо было начать)) Впрочем, сильно ситуацию это не меняет. Кроме PHPStorm есть его младший брат WebStorm, который как раз для фронтенда и создан. PHPStorm в свою очередь это тот же WebStorm + сверху пачка фич конкретно для PHP.
Кроме того, нужно учитывать тот факт что PHPStorm очень гибкий по настройкам и почти все большие фича сделаны плагинами. Если фича не нужна - выключил и забыл. И программа быстрее запускается, и летает шустрее, и интерфейс не забит ненужным. Плагины можно отключать или подключать сторонние (есть много полезных).
Чисто из фронтенд фич - вы же все равно пользуетесь какими-нибудь gulp / grunt / bower, запускаете терминал где висит эта задача, то же самое с Sass / Less - либо а терминале, либо программа-компилятор. Здесь все это встроено. Git вы же используете? Если нет - начните. И да, в PHPStorm он прекрасно интегрирован, в том числе сниппеты (gists) и задачи (issues).
Ну и поддержка WordPress - интегрирована, не считая поддержки самого PHP. Тот же Code completion сильно помогает жить. И тд и тп.
В общем, я своего верстальщика тоже на PHPStorm подсадил. А Atom, кстати, тоже наполовину IDE. Даже больше чем наполовину. И далеко не идеален - памяти жрет больше, тормозит больше, багов и глюков больше, и это без поддержи PHP, WordPress (и других платформ), баз данных и тому подобное. То есть вы уже на IDE, просто с ограниченными возможностями. PHPStorm - то же самое, только более мощное.
Марсианин: Их значительно больше 3х, но если хотите именно 3 - пожалуйста:
1. Code completion и его же анализ
2. Рефакторинг
3. Интеграция с 3rd party инструментами - CVS (git, svn etc), терминал, ssh/sftp/ftp, vagrant, сборщики и подобное (gulp, grunt, sass etc), работа с БД, отладка (xDebug etc) и прочее, прочее, прочее - хотя по сути я тут в один пункт запихнул реальных 10 важных пунктов лишь бы уместиться в 3 штуки
Кирилл Кривицкий: И так, на будущее, если не происходит сравнения как ожидается, делаете всегда var_dump() обеих переменных и смотрите что в них - тип данных, значение. В данном случае обычный var_dump( get_field( 'actors' ) ) вероятнее всего выдаст тип array и какие-то значения в нем. А get_the_ID() вам дает тип integer. Поэтому они и не сравниваются.
Кирилл Кривицкий: Кроме того, если у вас relationship к актерам позволяет множественный выбор, то get_field будет возвращать не один ID, а массив. Проверяйте через in_array
И у вас далеко не все функции перечислены, есть же еще get_post_gallery, get_post_galleries, get_post_galleries_images, get_post_thumbnail, get_post_format и другие
Так, чисто для информации, с версии 4.4 есть функция the_post_thumbnail_url( 'size' ) / get_the_post_thumbnail_url( 'size' ), вместо вот этих вот реверансов.
alexmixaylov: Да, подход правильный, можно и так. В шаблоне кастомный хук через do_action, в плагине на этот хук вешаете свою функцию. Использовать шаблон Woo можно, с ходу не подскажу - надо доки смотреть. По логике - надо подгрузить и инициализировать их класс оправки почты и через него отправить.
alexmixaylov: Да, это оно, я так и думал что что-то подобное происходит. "Премиум-тема" же :) Вам нужно отправлять письмо только после успешной регистрации, значит сразу после строчки update_user_info($user_register);.
Ferzet: Тогда это та же таксономия, и используется тот же шаблон что и у родительской - taxonomy-lessons.php. Установите плагин Query Monitor, там есть много полезной информации, в том числе текущий запрос, сработавший rewrite_rule, темплейт который используется.
