Алексей Николаев

Давно можно только woff2. Если шрифта нет в woff2, используйте конвертеры.

Исправить "clas" на нужный класс и радоваться.

Можно. В спецификации есть понятие секций, внутри каждой из них иогут быть меню, заголовки, другие секции.

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

Очевидный SVG. Можно по SVG для каждого сектора.

Все остальные способы гемор и костыли в сравнении с SVG. Но можно, конечно, сделать ромб и прифигачить через ::after полукруг, чтобы сделать сектор, потом их увязать вместе...

Если я правильно понял, используйте слот headers, по аналогии с item, который вы уже использовали. Там сможете задать любую разметку с любыми стилями \ классами \ атрибутами.

Берете все загруженные и отсортированные пользователем или автоматически картинки, и отправляете в json на сервер. Нативные контролы вам тут никак не помогут, нужно ручками сделать. При каждом handleFiles обновляйте массив с файлами, откуда будете брать, чтобы DOM не тормошить, при каждой сортировке тоже. В общем-то очень просто.

На самом деле там все довольно просто. В общем и целом caniuse и вперед, в зависимости от версии. На почти любое современное решение есть менее современная альтернатива. Не всегда, конечно, svg со сложными анимациями или там переходы с background-blend-mode не сделать без js на старых версиях, но, следуя принципам content first и graceful degradation, на украшательства в пограничных случаях можно и подзабить. Главное - контент.

P.S. Вы ничего не знаете о боли, покуда не попробуете сверстать под IE6 )

1. Верно. Все такие секции на странице (помимо main) можно вкладывать друг в друга. Если быть более точным, в спеках есть специальное поле у таких значимых секций, забыл уже, как называется - давно спеку читал. Но - можно. У article может и footer быть.
2. Если заголовка нет, его можно не указывать. Секция и артикль может и не иметь заголовка. Но если он есть, можно его добавить. Скрывать стилями лучше не надо, за это могут сделать атятя.

2

Для этого и были придуманы заголовки. В мануале не сказано "использовать hN только для заголовков с ключевыми словами". В рекомендациях от Гугла и Яндекса я тоже такого не видел.

PHP

Слишком большое задание для теста. Хватило бы и одной страницы. А тут - довольно плотно поработать, чтобы сделать хорошо. Если без оплаты, то вероятно, они так экономят на верстке лендосов каких-нибудь.

Ну вообще, если вы не планируете делать макет зависимым от установленного пользователем в настройках браузера кегля; меняете на различных брейкпойнтах лишь отдельные элементы, вроде заголовков; не планируете делать сайт доступным для разного рода телевизоров, то можете использовать px. Разницы тут никакой нет. А если вы еще и адепт pixel-perfect, и не делаете, например, размер подзаголовков зависимым от заголовков над ними, или отступы по краям кнопки зависимыми от кегля кнопки, то и em вам не нужен. Реальный кейс для осознанного использования rem \ em, который не является данью моде - когда заказчик хочет, чтобы было доступно везде, и при этом не требует pixel-perfect, оставляя разработчику свободу действий и выбора. Но это зачастую утопия.

1) Да. Main - главное содержимое страницы, то, для чего страница создана, ее значимая часть. А article - совсем другой уровень разбиения. Его можно использовать, например, внутри врезки с новостями или для списка постов в каком-нибудь блоге. Такие врезки могут быть и вне главного содержимого, например, в сайдбаре. В article должно быть то, что вне контекста страницы не потеряет своего смысла, что завершено и самодостаточно.
2) Их имеет смысл использовать в любом случае. А вот не использовать main смысла нет.