Иван

Одинаково. Я лично предпочитаю vuejs (не люблю jsx и redux, зато люблю SFC и реактивность из коробки), но принципиальной разницы в функциональности и возможностях нет.

Свойству hidden родительской ноды целевого элемента присваивается булево значение обратное текущему. Простой пример:

var x = true;
x = !x;
console.log(x); // false

Что делает оператор ! (не):
1. Приводит аргумент к логическому типу true/false.
2. Возвращает противоположное значение.

https://dev.mysql.com/doc/refman/8.0/en/optimize-t...

предзагрузить

var a = [
'../templates/images/house.png',
'../templates/images/banya.png',
'../templates/images/besedka.png',
'../templates/images/zabor.png',
'../templates/images/garazh.png',
'../templates/images/landscape.png'

];

var ai = [];

for(var i = 0; i < a.length; i++) {
ai[i] = new Image();
ai[i].src = a[i];
}

Pillars - это лист переменных/данных, таргетируемый на конкретные миньоны. Они позволяют, например, переиспользовать одну и ту же формулу/стэйтфайл, заполняя через pillars на разные миньоны разные переменные. В каком-то смысле, это аналог Grains, но Grains генерирует и хранит у себя сам миньон, в то время, как Pillars передаются от мастера на миньон в момент рендеринга стейта на мастере, что делает его безопасным транспортом для чувствительных данных, например паролей, т.к. другие миньоны не смогут их получить от мастера, если они не являются таргетом этих пилларов.

Mine - это способ автоматически собирать определённые данные с миньонов и шарить их всем остальным миньонам, дёргая какие-нибудь сценарии при изменении этих данных. Позволяет, например, получить приватные IP-адреса всех известных бэкендов нашего приложения и автоматически обновить их список на HAProxy.

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

первое - коммутатор, второе - маршрутизатор.
у первого есть SFP-разъём, у второго - нет.
у первого нет USB-разъёма, у второго - есть.

Различное ПО взламывают, но это не мешает его владельцам зарабатывать деньги.

Например: CMS DataLife Engine

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

Ведь можно-же выдернуть часть проверки "лицензионности" из кода и их проект можно будет перепродавать или вообще слить в паблик.

Чтобы предотвратить это можно использовать инструменты вроде IonCube PHP Encoder и различные обфускаторы. Это не дает 100% гарантию на то, что код не будет взломан, но чтобы взломать его, скорее всего, нарушителю придется потратить еще больше средств, чем заплатить владельцу лицензии или написать такое ПО с нуля.

новые версии брю не требуют отключения сип.
прост отключи сип, апдейтни брю, включи сип обратно.

как вариант - сделать бекап системы и просто попробовать накатить свежий брю сверху.