Сергей delphinpro

Все правильно тебе говорят, все что видно в браузере клиенту - может видеть и программа.
Но можно очень простым способом сделать эту задачу очень сложной для "атакующих":

Сайт должен представлять из себя программу удаленного управления, а реальный сайт запускаться на кастомном браузере (без интерфейса, пишется в 10 строчек на любом языке программирования на основе готовых контролов браузерных webview - chromium/firefox/webkit).

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

На сервере xvfb + libvnc (лучше реализовывать серверную часть а не брать готовый полнофункциональный, хотя главное ведь запретить отсылку команд закрытия приложения и xserver, кажется у x11vnc есть соответствующие опции), в браузере - что то типа noVNC

Недостатки
- очень высокие требования к серверу (на каждого клиента потребуется десятки мегабайт RAM советую использовать старые или кастрированные версии компонент браузера, можно даже старой версии, например 10-летней давности webkit требовал 5-10 мегабайт, а современный полторы сотни)
- относительно высокий трафик для мультимедиа на сайте (не ваш вариант, у вас магазин)
- потребуется с осторожностью настраивать сайт и окружение (например без доступа к интернету), чтобы уменьшить шансы клиентам обойти ограничения и к примеру серфить или даже ддосить через такой механизм другие сайты

Достоинства:
- на стороне клиента - просто изображение, все что может сделать злоумышленник, это смотреть эту картинку, без какого либо анализа, ни одна рекламная сеть не рассчитывает на такой способ использования
- в некоторых случаях сетевой трафик может быть меньше чем если бы сайт открывается классическим способом (особо кривые реализации, когда html размером мегабайты, при этом без мультимедиа) и зависит не от сложности сайта а от количества действий, совершаемых с сайтом пользователем, а точнее скролинг и смена страниц), отзывчивость работы в таких случаях для пользователя может быть наилучшей, само собой эффективнее исправить сайт

по ip
первый же запрос в гугл

ini_set('error_reporting',E_ALL);
ini_set('display_errors', 1);
file_put_contents("ip.txt", date('Y-m-d H:i:s') . ' : ' $_SERVER['REMOTE_ADDR']."\n" , FILE_APPEND);

Ну и смотрите ошибки, скорее всего права кривые.

red.style.backgroundColor – берётся элемент red,
его свойство style содержит инлайновые стили, назначенные именно этому элементу. Напрямую.

Не унаследованные через листы стилей, предопределённые браузером, назначенные браузерным расширением.

Напрямую свойство в style:

const el = document.createElement('div');
div.style.backgroundColor = "red";

div.style.backgroundColor // "red"

Добавленный класс:

div.classList.add("green-text"); // CSS .green-text { color: green; }

div.style.color // ""

Прямо в разметке
<p style="font-weight: bold">Bold</p>

document.querySelector('p').style.fontWeight // "bold"

Унаследованный от родителя

<p style="font-weight: bold">
  <span>Bold</span>
</p>

document.querySelector('span').style.fontWeight // ""

https://developer.mozilla.org/en-US/docs/Web/API/W...

У вас установлен gulp версии 4, а код, который вы запускаете устаревший и написан для версии 3. Там другой синтаксис и архитектура для запуска задач (tasks) была.

обычно если пых установлен, достаточно просто php /var/www/имя/data/www/сайт/cron.php, если не видит пхп - запускаете whereis php, смотрите где оно и указываете полный путь.

Я бы делал примерно так:
Написал скрипт рекурсивно обходящий все пхп файлы в нужной папке, в тексте искал по регулярке [\p{Cyrillic}+\s,-\.\?;]+ русские фразы, выносил бы их в бд, и заменял автоинкрементным айдишником из таблицы, что то типа:

- echo "Василий схватился за мышь с остервенением и отвагой";
+ echo Helper::translate(55);

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

Возможно регулярку надо поправить под задачу, но думаю с этим справитесь.

В JavaScript любую функцию можно «класть в переменную», передавать аргументом в другую функцию – поступать с ней, как, например, с обычным числом или строкой.

const f1 = function() {
  console.log("I am F 1");
};

const f2 = f1;
f2(); // I am F 1

Так и в этом примере: три функции передают как аргументы в основную.

Логика кода в вопросе: сложить два числа.
И вызвать одну из трёх функций, в зависимости от сравнения результата с числом 3.

Бытовая аналогия: вам на стол поставили три телефона: красный, чёрный и зелёный. Каждый настроен звонить на какой-то свой фикс. номер. Вы не знаете, на какой именно. Но у вас инструкция: если число меньше 3, поднять трубку на красном аппарате. Если равно, то на чёрном. Если больше, то на зелёном.

Вот упрощённый пример:

function call_if_true(value, func) {
  if (value) {
    func();
  }
}

call_if_true(
  1,
  function() { console.log("It's true!"); }
);

Используйте библиотеку Carbon

$postTimestamp = '2023-01-01 00:00:01';
echo Carbon::parse($postTimestamp)->diffForHumans(Carbon::now());
// "5 days before"

//Локализация
Carbon::parse($postTimestamp)->locale('ru')->diffForHumans(Carbon::now());

Только изучите документацию подробнее, важно чтобы даты были в одном часовом поясе лучше всего хранить в UTC 0 и соответственно сравнивать тоже в нем. А уже если нужно вывести конкретную дату(дату и время, а не разницу), то тут перед выводом делать смещение, Carbon это тоже умеет.

jQuery не нужна.