Михаил Р.

Внедряться в сайт оно не будет.
Можно только локально, то есть конкретно у вас в браузере переопределить стили. Такое расширение уже есть. Вы ставите себе это расширение, пишите в нем стили и они применяются к сайту.
Всё что нужно сделать - написать эти стили.
Но работать это будет до ближайшего обновления сайта. Я так писал свои стили для вк, когда он на новый дизайн перешёл, чтоб старый дизайн вернуть. Держалось в среднем несколько недель. Потом что то нужно было править. А если сайт как инстаграм, например, когда имена классов генерируются, то полагаться можно только на иерархию разметки, а это адище такие стили писать.

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

MAUI - это масштабное обновления xamarin-а по сути. ИМХО без поддержки Linux его кроссплатформенность мало чего стоит.
WPF - это нативная технология при этом с WPF тебе доступны всякие сторонние и родные контролы. В том числе самые новые от WinUI 3.
UWP превратился в WinUI 3
Avalonia - кроссплатформа. "Как WPF но лучше", но без поддержки контролов от WPF или WinUI, но есть много свободных вполне неплохих. Да и система стилей достаточно удобная

Если тебе не нравится Winforms из-за внешнего вида стандартных контролов, то всегда можно использовать сторонние.

На втором месте наверное AvaloniaUI смущает что на нем каких то больших проектов.

Есть много разных проектов, в том числе крупных и коммерческих, и от именитых компаний.
https://avaloniaui.net/Showcase

Так как программа небольшая я склоняюсь все быстро сделать на Windows Forms, в 2022 году кто то стартует на нем новые проекты?

Если ты делаешь что-то небольшое и чисто для себя, и ты не умеешь работать с XAML и нет времени на освоение - нет причин не использовать Winforms. Да, он имеет проблемы с производительностью, да он не очень красивый, да винформы не очень легко поддерживать. Но является ли это реальной проблемой для вашего проекта?

В общем вот мой топ-чарт:
1. Если дёшево и сердито - Winforms (остальное - если нужен нормальный дизайн)
2. Если кроссплатформу - Avalonia
3. Если нужно на телефоны - MAUI (хотя Avalonia уже можно заставить работать на Android)
4. Если хочется в новый дизайн винды - WinUI 3

str.split(/(?<=\S)\s*(?=[А-ЯЁ])/).join(' ')

// или

str.replace(/(?<=\S)(?=[А-ЯЁ])/g, ' ')

// или

str.replace(/(\S)(?=[А-ЯЁ])/g, '$1 ')

// или

str.replace(/[А-ЯЁ]/g, (m, i) => i && str[~-i] !== ' ' ? ' ' + m : m)

$toStr = fn($arr) => implode('', array_map(fn($k) => "[$k:]$arr[$k][:$k]", array_keys($arr)));
print_r(array_map($toStr, $lang));

data: () => ({
  meetupId: null,
  meetupData: null,
}),
watch: {
  meetupId(val) {
    fetch(`https://course-vue.javascript.ru/api/meetups/${val}`)
      .then(r => r.json())
      .then(r => this.meetupData = r);
  },
},

<label v-for="i in 5">
  <input type="radio" name="meetupId" :value="i" v-model="meetupId">
  {{ i }}
</label>
<pre>{{ meetupData }}</pre>

Опишу простыми словами для упрощения понимания.

модульное тестирование

Тестирование конкретного модуля. Обычно - это самый нижний уровень, отдельные простые классы, т.е. ниже по логике уже будут отдельные функции. Например, в JS есть класс Math - тестирование всех его методов и есть модульный тест. Конечно, границы между логическими уровнями могут быть размыты и в данную категорию вполне можно вписать класс уровнем выше. Так же, модулем может быть и что-то более сложное - опять же, много зависит от масштабов и особенностей архитектуры.

интеграционное тестирование

Интеграция - это объединение. По сути выше на один уровень над модульным тестированием. Например, класс, который внутри использует простые классы. Например, есть классы графических двухмерных фигур - например треугольник и квадрат, над ними будет класс логических операций с фигурами на какой-то плоскости - сложение, вычитание и прочее. В данном случае тестируется взаимодействие сразу нескольких классов и модулей. Если строго - то сюда можно вписать тестирование большей части внутренней логики приложения.

функциональное тестирование

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

какими инструментами оно делается?

Инструментами автоматизации GUI - для сайтов это Selenium и браузеры. Для десктопных/мобильных приложений аналогичные решения.

приемочное тестирование

в че отличие от интеграционных.. еще видел фразу что тут и фронт и бек тестируются, но яснее не стало, какими инструментами оно делается?

"Бизнес" заказал в "Конторе" разработку сайта, выдал ТЗ, контора сделала сайт, бизнес заплатить денег обещал. Как бизнес проверит что контора сделала именно то, что он хотел? Через приемочное тестировние - бизнес получает доступ к сайту и проверяет, что сайт именно такой, какой он заказывал в ТЗ, а не тот, который сделали индусы за доширак. Если в ТЗ указан конкретный список тестов/фич - используется этот список или так, как прописано в ТЗ само тестирование. Само тестирование проводит соответствующий специалист (инженер отдела качества) - тыкает все кнопочки, нажимает менюшечки и говорит начальству "все окей, подписывай и платим им деньги" или "вот тут и тут не окей, не подписывай, денег не давай". Реальный пример: была заказана и собрана станция спутниковой связи, на приемке были представители заказчика и исполнителя, была толстая пачка бумаги на несколько сотен страниц, по которой первые проверяли что все работает именно так, как там написано в течении нескольких недель (плюс-минус), а вторые исправляли косяки показывали что все окей, потом все поставили свои галочки и крестики и разъехались по домам.

E2E - тут тестируется чрез браузер, с помощью Mocha и тп, те тестируются "требования бизнеса к приложению", тестируются пользовательские сценарии.. а в чем отличие от функциональных тестов тогда?

Сквозное тестирование. Это полная проверка от начала и до конца. Отличие от функционального в том, что это более комплексный тест. Если функциональное тестирование - это проверка конкретной функции, тот сквозное - работа всего приложения, т.е. более комплексное. Например, E2E тест приложения для загрузки файла на сервер: тест включает в себя запуск приложения, авторизация пользователя, выбор файла, указание мета информации, загрузку файла на сервер, выход из приложения. Вот тут неплохая статья на хабре: https://habr.com/ru/company/otus/blog/681066/

Совсем запутался, с unit только понятно, а как уложить и разделить остальные?

Картинка отсюда: https://www.rainforestqa.com/blog/the-layers-of-te...

Вообще все неправильно делаешь.

Отправляешь данные из браузера на сервер вот так:

(async function() {
    var result = await $.post('api/index.php', { raz: 'Привет, мир!' } );
    console.log('Ответ сервера:', result);
})();

Открой консоль CTRL + Shift + J, чтобы посмотреть ответ выведенный через console.log

На сервере все что ты отправил будет лежать внутри суперглобального массива $_POST

Можешь записать его в файл и посмотреть, что было внутри:

<?php

header('Content-Type: text/plain; charset=UTF-8');

$json = json_encode($_POST, JSON_UNESCAPED_UNICODE);

file_put_contents('POST.json', $json);

echo 'Данные получены и записаны в файл POST.json -> смотри его.';

Одинаковая структура при разных реализациях - это больно и малореально. Существуют css\html-only дизайн системы, которые можно брать и реализовывать на любом фреймворке, но это тот ещё геморрой без особого выхлопа.

Мне кажется вам стоит решить чего вы будете-придерживаться впредь, а что легаси, и вынести таки все компоненты одной актуальной версии(vue2 или vue3) в библиотеку, скомпилировав её в режиме web-components. Веб компоненты вы сможете подключать куда угодно, ценой лишних 100кб на непрофильный vue-runtime в случае несовпадения.

Установить плагин для Google Chrome называется Wappalyzer

Собственно вопрос: а что требуется?

Этот вопрос всегда надо задавать тому, кто формирует требования, а не идти с этим вопросом в интернет к случайным людям.
Мы тут посидим, пообсуждаем, примем решение и ты что-то там реализуешь.
А в итоге окажется, что заказчик немножко "куку" и имел совсем не то, что мы тут посидели и решили.
Иди и общайся с заказчиком.

Если используется нативный скрол, то можно повешать Intersection Observer

он возвращает дату в формате
MM-DD-YYYY - месяц день год

Нет, не возвращает.
Возвращает в формате YYYY-MM-DD.

как-то можно без библиотек поменять на
DD-MM-YYYY

Можно. Все библиотеки для JS работают на JS.

var d = document.querySelector('input[type="date"]')

d.addEventListener('change', function(){
  console.log(this.value) // YYYY-MM-DD
  const [y, m, d] = this.value.split('-')
  console.log(`${d}-${m}-${y}`) // DD-MM-YYYY
})