Сергей delphinpro

Подготовленные выражения PDO и MySQLi.

Это очень просто сделать.
Надо всего лишь освоить подготовленные выражения.
Например, почитав вот тут https://habr.com/ru/articles/662523/

И все запросы, в которых участвуют переменные, выполнять только таким образом.
А texarea там, или tinymce - это уже без разницы.

Нет, рекурсия работать не будет. Гит увидит, что внутри каталога лежит вложенный репозиторий и проигнорирует его. А в своей базе пометит этот подкаталог как поддерево (subtree), чтобы не сломать.

Вы пытаетесь соорудить какой-то жуткий костыль только лишь потому, что поленились изучить инструмент, в котором работаете. Поэтому для вас Git сейчас представляется как некая шайтан-машина, которой вы скармливаете команды, которые не понимаете, и в результате получаете ещё более непонятные «неожиданные результаты». Просто потратьте несколько дней, чтобы изучить азы. Не зубрите непонятные команды, а постарайтесь понять логику гита. А она — эта логика предельно проста и гениальна.

не является сложной задачей что-либо сломать в своем проекте

Сломать что-то в гите довольно сложно. Вам может только показаться что всё сломалось, но это лишь потому, что вы не понимаете, что делаете.

каким-то образом снес половину коммитов

Коммиты в гите — это неизменяемые сущности. Можно лишь создать новые «на замену», но старые не исчезают. Коммиты невозможно удалить без специальных команд очистки мусора.
Вам показалось что коммиты исчезли, но на самом деле они все остались в репозитории, вы просто их не видите в текущей ветке. Но всё легко откатывается назад, используя журнал Reflog.

Поэтому было бы неплохо как-либо сохранять прошлые версии Git репозитория

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

Мой вам совет: Пройдите 16 коротких бесплатных уроков и полу́чите просветление.

В любой непонятной ситуации тыкаешь ctrl+click и читаешь, что там написано.

В данном случае это ложное срабатывание на попытку переписать window.name. Можешь им баг запилить.
Еслиб ты сделал так var { name, surname, age } = myUser, то это было бы реальной ошибкой: ты неявно бы менял name окна, но для const это не актуально.

Ну и, по-хорошему, не стоит заводить переменные в глобальной области. Если ты используешь js-модули или хотя-бы завернёшь свой код в блок или функцию - такой проблемы не возникнет.

Конструкция парсера незамысловата

Вы действительно думали, что можно просто так прийти и 3 строчками кода спарсить ресурсы, где работают отдельные команды для того, чтобы их не парсили?

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

Подключить сервис расшифровки капчи. С таким "незамысловатым" скриптом Вам придется достаточно часто пополнять счет этих сервисов :)
На прокси можете не тратиться, ибо Вас будут ловить раньше :)

LSP нарушается - интерфейс требует чтобы реализация в качестве аргумента могла принимать любую реализацию ArgInterface, а вы пытаетесь ограничится только одной.

Потому что это бы нарушало принцип подстановки Барбары Лисков.

Интерфейс предполагает, что ты можешь принимать любой объект, который реализует интерфейс ArgInterface.
=> Если ты сузишь тип, то ты уже по факту не сможешь поддерживать контракт.

По тому при реализации интерфейса можно только расширять тип принимаемых аргументов, но не сужать.

в данном случае спецификация HTML не позволяет вставлять тег address в p.
спецификация говорит, что тег привязан к определенному article или body для уточнения.
также она говорит, что не все что в p будет в p

если посмотреть в devtools (что я вам рекомендую делать всегда), то видно, что этот тег отрисован после p.
ну и в целом это освещено в поиске.
тут

https://www.php.net/manual/en/function.nl2br.php

https://laravel.com/docs/10.x/validation#customizi...
Редкий случай, когда obligatory комментарий от JhaoDa действительно уместен.

it depends

• если запросы зависимые, то в цикле
  
• если запросы можно выполнить "параллельно", то можно асинхронно сделать сразу все 4 запроса и подождать самый медленный
  

например через multi curl, тогда все 4 запроса будут выполняться за время самого медленного из них, а не за сумму времени, удобно через Guzzle Async

$promise1 = $client->getAsync('http://www.example.com/foo1');
$promise2 = $client->getAsync('http://www.example.com/foo2');
$promise3 = $client->getAsync('http://www.example.com/foo3');
$promises = [$promise1, $promise2, $promise3];

$results = GuzzleHttp\Promise\settle($promises)->wait(); // тут все результаты

в обоих случаях не понятно, зачем таймаут, тк синхронно второй запрос начнется только ПОСЛЕ выполнения предыдущего, а в асинхронном варианте они просто выполнятся "одновременно" и вы получите результат сразу от всех запросов... таймаут ни к селу ни к городу

как правильно присвоить доп класс, чтобы это работало

Во-первых, не существует "правильно". Если работает и никого это не смущает - значит решение приемлемое.
Во-вторых, зависит от того, придерживаетесь ли Вы какой-то методологии или нет. Поэтому ответ будет в наиболее распространённом варианте - будто бы придерживаетесь БЭМ.

.block-name { // название класса блока - block-name
  // основные стили
}

.block_type_codestyle{ // добавляем модификатор type со значением codestyle (потому что блок про кодстайл, хотя это не лучший подход для выбора названия класса, но для примера пойдёт)
  // стили, специфичные для этого блока. Например, конкретное фоновое изображение.
}

Однако, такой подход подойдёт для статических сайтов, но не подойдёт для сайтов, у которых контент может меняться через систему управления контентом - CMS.
В таком случае, ссылка на изображение должна устанавливаться не в стилях напрямую, а где-то в HTML. Как правило - inline стилях.
То есть:

<div class="block-name" style="background-image: url('...')" >...</div>

.

Однако, так же стоит учесть нюанс, что изображение могут быть контентно значимыми (но вроде бы не Ваш случай). То есть изображение, которое насёт полезную нагрузку для информирования пользователя.
В таком случае, это должны быть не фоновые картинки, а img.

Нужно верстать их снова и дублировать стили, или же я могу просто копировать уже свёрстанные блоки

но тогда будут разные названия классов и уже получиться не по БЭМ

При это БЭМ наоборот намекает - использовать повторно повторяющиеся блоки...

но тогда будут разные названия классов

Можно сделать так:

.price.price--one .price-card .price-card__name
.price.price--two .price-card .price-card__name

Повторяющийся блок:
.price-card .price-card__name
Дополнительная стилизация "повторяющегося блока".
.price.price--one .price-card .price-card__name

UPD:
Обратите внимание на ответ zkrvndm

Ты можешь использовать iframe для отображения одного и того же блока на множестве страниц.

Для конкретно Вашей задачи я таким бы не занимался (БЭМ это итак решает), а вот для SEO (органического продвижения) фреймы будут очень кстати, они позволят избежать склейки страниц в выдаче.

Вообще это очень нерационально гонять mysql почем зря каждую секунду.
Более целесообразно при выборке вместо поля suc проверять разницу текущего времени с полем date.

У всех браузеров есть синхронизация с их серверами.

img {
border-radius: 50%;
border: 8px solid #fff;
}

Потом просто немного сместить фото друг над другом

curl_setopt($ch, CURLOPT_COOKIEJAR, dirname(__FILE__) . '/cookie.txt');
curl_setopt($ch, CURLOPT_COOKIEFILE, dirname(__FILE__) . '/cookie.txt');

При каждом запросе.
И возможно нужно будет передавать referer

form.addEventListener('change', function(evt){
  console.log(evt.target, evt.target.value);
});