drtvader

Я использую два инструмента:

1. jest-dom. Это если надо точечно проверить элементы на странице. Удобно, если нет необходимости тестировать прям всё всё всё. Стучишься до нужно элемента и проверяешь его.

2. jest-image-snapshot. Тестирование через скриншоты отлично помогает при тестировании пользовательского поведения. Там всякие скроллы, ховеры, фокусы и так далее. По сути просто делаешь эталонный скриншот страницы, вбиваешь поведение страницы. После этого при тестировании проверяется, не сломалось ли поведение

в закладках лежат пару ссылок по этой теме - ждут своего часа ) - link и link2

Jest умеет в снапшоты
https://jestjs.io/docs/en/snapshot-testing

Дополнительная мебель для кровати: '.$_POST['model1[]'].'

при указании name="model1[]" создается массив $_POST[model1] = [0=>value,1=> ...]
$_POST['model1[]'] не существует вот и возвращает пустые строки

начать следует здесь: https://snazzymaps.com/

Думаю что здесь найдете ответ на ваш вопрос, нужно просто дописать код для ie11.
Тык-с

Explorer 11
1.14%
Совсем недавно было почти 3%.
Если понять, что его никто не собирается развивать, то вполне уже можно игнорировать.
В частности Each защищает от вставки js и что теперь отказываться и городить кучу кода ради ie?

Все красиво объяснил Nkly777, только в блоке PS merge с rebase перепутаны.
Добавлю картинок.

git rebase devel - собачка на молнии - "сшивает" коммиты по дате их создания
(ветка devel "растворяется" в основной ветке)

git merge devel - пожарная лестница, все коммиты ветки devel крепятся в конец, образуется пересечение
(devel остается отдельной веткой, к которой можно вернуться)

git chery-pick idea - забрать коммиты из ветки idea

git chery-pick - ты забираешь комиты из одной ветки в другую, это бывает полезно когда изменения сделаные другим разработчиком в его ветке, прямо сейчас нужны тебе в твоей ветке, и что бы не писать этот код заново, ты забираешь его комит себе в ветку

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

git merge - обычно используется когда у вас 2 и более master ветки (к примеру master и prototype) в этих ветках очень много комитов (и rebase здесь не подходит) и обчно через пару недель, maintainer репозитория наработки из prototype ветки "сливает" в master ветку по средствам этого самого git merge

P.S. Что бы легче предствить разницу между git merge и git rebase. Представь что merge как собачка на молнии у одежды - "сшивает" комиты по дате их создания.
В то время как git rebase как пожарная лестница - при применении твои коммиты крепится на конец родительской ветки

git merge используйте для мержа фич и фиксов в master ветку (как и делает это Github)
а git rebase используется для своей ветку в которой вы работаете над фичей что бы забрать последние изменения с master ветку (для этого есть очень удобная команда `git pull --rebase origin master`, аналог 3х команд (`git checkout master; git pull origin master; git checkout mybrach; git rebase master`)

Вот вам ответ в логе:
Apache.mod_security: No

Если поддержка IE11, то только через svg маски
Тут пара способов для IE подойдет

Clip-path https://bennettfeely.com/clippy/

У меня MBP 15" late 2013, все летает на ssd, 8 гб оперативки. Для задач скетч/код более чем достаточно.