Vitaliy Orlov

array_diff - именно та функция что необходима:

<?php

$arr1 = array( "45ebdbaa-380b-483b-80a2-73d7c53088e2","97baa061-4208-4aeb-8136-eb76c0932a3d");

$arr2 = array( "45ebdbaa-380b-483b-80a2-73d7c53088e2");

print_r(array_diff($arr1, $arr2));

даёт результат:

Array ( [1] => 97baa061-4208-4aeb-8136-eb76c0932a3d )

возможно проблема где-то в другом месте?

Есть несколько вариантов где искать этот блок, в зависимости от его реализации:
1) Плагины (добавляющий данный блок)
2) Внешний вид > Виджеты (виджет который отвечает за данный блок)
3) Внешний вид > Темы (настройка темы)
4) Внешний вид > Редактор (редактор файлов темы)

При редактировании готовых тем, есть возможность столкнуться с тем, что отредактированные файлы будут перезаписаны при обновлении темы. Бороться с этим можно с помощью плагинов запрещающих обновление.
Либо созданием копии темы и изменении её id/версии.

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

не лучший, но возможный вариант, проверять элемент по таймеру, типа того

setInterval(function(){
    var el = $('div>span:not([updated])');
    if (el.length) {
        el.first().attr('updated', true);
        el.first().click(function(){ console.log('clicked'); });
    }
}, 500);

А) bash скрипт, запускаемый кроном:
- делает zip архив файлов
- делает дамп mysql базы и архивирвет его
- коннектится на удаленный комп и копирует полученные файлы туда
нужные приложения: cron, zip, mysqldump, ftp

Б) если это WP blog, и у него не чудовищный размер бд/файлов, тогда можно:
1) делать дамп бд, с разбивкой запросов по строкам
2) по крону делать коммит дампа + файлов сайта и пушить его в репозиторий

В) большинство панелек управления умеет делать бэкап и отправлять его на сторонний сервер, надо общаться с хостером

Логи, тут особо бесполезны, кроме совсем примитивных взломов. Для их анализа я бы пошел от обратного:
1) Объединил бы все логи по дням от каждой программы в свой один большой файл (apache.log, nginx.log ..)
2) Смотрел бы внутрь, выделял бесполезные паттерны и вычищал бы их
В итоге получился бы файлик с подозрительными штуками, которые и анализировал бы. Но, для этого надо иметь богатый опыт, чтобы понимать что важно, а что нет

Поиск проблемы, лучше всего начать с анализа заголовков писем (ip, mailer и т.д.). Потом посмотреть кроны и пройтись поиском, по скриптам сайтов, на предмет mail / eval / base64 функций. Так же можно, на время подменить sendmail на bash скрипт, который перед отправкой писем будет вести лог вызвавшего его процесса и информации о нем. Все эти операции, совсем не простые, поэтому делать их надо очень осторожно, особенно на боевом сервере.

createCommand и обычный sql, типа того

SELECT * FROM recept WHERE recept_id IN (
    SELECT DISTINCT recept_id FROM recept_product WHERE
        product_id NOT IN (1,2,3)
)

смотри метод pause() и свойство paused

Любые данные завязанные на сторону клиента (сессии, куки и т.д.), не защитят никак от перебора паролей.

Самый простой вариант, это записывать ip и кол-во неудачных попыток, дальше при превышении либо делать паузу между попытками (попробуйте через 5 минут), либо показывать каптчу (т.е. не сразу, а после 5 неудачных попыток).

Опиши подробнее, что ты понимаешь под "Как вывести этот функционал лайков от этого плагина ? "

Если как добавить в пост, то достаточно активировать этот плагин и кнопка с пальцем и кол-во голосов появляются в футере поста и рядом с комментарием.

Если надо в конкретное место поста, то вставляешь шорткод [wp_ulike] в текст поста

unset($_SESSION['locality']);
session_destroy();

открыть sidebars.php и посмотреть по какой причине, в 183 строке, передается null вместо массива

если лень разбираться, тогда можно попробовать сделать так:

примерно сейчас там:
reset($a);

тогда, временно, исправить можно так:

if (!is_array($a)) $a = [];
reset($a);

но лучше разобраться в чем причина :)

Что-то ты запутался:
* composer - это штука для управления зависимостями бэкэнда
* bower - это штука для управления зависимостями фронтенда

ключевые слова тут "управление зависимостями"

Ты же беспокоишься, что в итоге у тебя будет торчать наружу. Так вот, не /vendor не /bower_components не должны быть доступны. Доступной у тебя должна быть одна директория - public_html в которой у тебя будет index.php и папка assets в которую и будет собираться вся media (css, js, картинки и т.д.). Как это организовать уже второй вопрос, на который тебе ответит гугл по запросу "сборщик проектов".

И теперь по порядку:
1) пользоваться отдельно Composer для PHP, и отдельно Bower
да

2) Придется параллельно пользоваться двумя разными менеджерами пакетов
да

3) Тогда вопрос, где размещать PHP и JS файлы собственно моего проекта? В /vendor и /bower_components?
да, используй папки по умолчанию

4) как это все организовать правильно, красиво и удобно?
/ .. framework_dirs ..
/vendor
/bower_components
/public_html
+ assets/..
+ index.php

** По поводу bower, все что он генерит, многие кладут сразу в public_html, но т.к. у него нет возможности удалять лишние (например из всего пакета jquery оставить только 1 файл jquery.js), то я считаю, что полную папку лучше прятать и деплоить исключительно то, что нужно.

Давным-давно, на моем старом IBM, это решилось отключением шлейфа (провода) родного монитора от материнки. Видеокарта сама нашла доп. монитор (подключенный по D-Sub) и стала использовать его как основной дисплей.