archelon

Тут много нюансов и ответить однозначно сложно. Как уже написал Иван Шумов фреймворк - это инструмент. Каждый инструмент подбирается под конкретную задачу:

• СMS - система управления сайтом (Wordpress, Joomla и т.д.). Создан для простого и удобного управления сайтом (контентом). Как правило, доступен для работы простому пользователю, без знания языков программирования. Подойдёт для: простых сайтов, блогов, там где не требуется нагрузка и безопасность.
  
• RAD framework (Yii2) - фреймворк для быстрой разработки. RAD Фреймворк имеет, монолитную и связанную архитектуру. Он является антипаттенрном и позволяет вам делать всё что угодно, лишь бы вы быстро собрали свой проект. (Используется паттерн Table First - спроектировали базу и по схеме сгенерировали модели данных). При этом Вам никто не говорит, что он не может использоваться для серьёзных проектов. Например, DNS..
  
• Компонентные фреймворки (Symfony, Laravel). Это фреймворки, которые разделены на независимые компоненты, которые вы можете подключать к своему проекту при необходимости. В самом фреймворке заложен только необходимый минимум, а всё остальное вынесено в компоненты. Эти компоненты могут использоваться (или не использоваться). Могут использоваться для другого фреймворка (сам Yii2 использует компоненты симфони). Doctirine, которая позволяет вам забыть о базе данных и сосредоточиться на коде. Фреймворк задаёт вам некий стиль, некую структуру и типизацию и требует более хорошего и обдуманного кодинга. Например, при использовании twig вы не сможете сделать запрос в view. Чего нельзя сказать про Yii. Вы там можете построить хорошую бизнес логику, что и встречается...
  
• Микрофреймворки (Slim). В таких фреймворках заложен самый минимум, а всё остальное программист должен искать или писать самостоятельно, выстраивать свою архитектуру приложения. Он легкий и простой. Кто-то и Symfony относит к микрофреймворкам. Тут меня многие могут упрекнуть. Подойдет для очень простых, гибких, легких приложений, например, микросервисов. Фреймворк не задает вам никаких правил и архитектуры. Вы должны сами продумать все детали приложения. Где-то используете twig, где то Data Mapper, где-то ActiveRecord. Для работы с таким фреймворком требуется много знаний и опыта. Так как вам всё придется делать самому. Здесь за вас никто не подумал.
  

Что же для чего выбрать?
Решать вам исходя из конкретной задачи. Здесь нет понятия хуже/лучше. Чтобы что-то выбрать нужно на каждом попробовать собрать пару проектов. Тогда и будет понимание когда и что выбирать. Это как автомобиль. Какой лучше BMW или LADA? Оба автомобиля, но каждый для своей аудитории, по своим потребностям, для своих задач.

Почему другие говорят что Yii2 плохой?

• 2 версия морально устарела. Это не значит что ВЕСЬ фреймворк плохой, просто им давно никто не занимался. Сейчас идет разработка Yii3, которая многократно лучше 2 версии, но 3 версия доступна только в демо. Поэтому, если хочется писать НОВЫЙ проект на Yii, то я бы не стал выбирать 2 версию. Можете подождать Yii3, но никто не знает когда будет релиз. Можете начать писать используя Yii3-demo, но там может всё поменяться к моменту релиза.
  
• Он монолитный. Если вам требуется сделать проект используя много приложений с разными компонентами, то пойдёте по пути Advanced шаблона, где каждое приложение будет папкой: backend, forntend, console. Однако при большой нагрузке вам потребуется разносить приложения. Тогда ваш core будет дублироваться во всех приложениях. Там будет то, что вам даже не требуется. Потому что Yii2 монолит.
  
• В Yii2 используется Actvie Record. AR - это не плохо. Его многие любят, многие ценят и хвалят. Но для больших проектов он предоставляет неудобства. Например, при изменении поля в базе данных - приходится менять все свойства и надеяться что везде поменяли, так как в GrigView используется магия, при получение значений из модели 'value' => 'profile.last_name'. Так же нельзя сделать свойства модели (сущности), приватными. Из-за чего состояние модели можно изменить где угодно и вы никак не проконтролируете это.
  
• Много абстракции, которую не распознает редактор. Например, вы можете вызвать в контроллере Yii::$app->user->id. Вам приходится делать докблок, что User это common/auth/Identity, а не yii/web/User
  

Ну и так далее. С каждым из этих пунктов можно бороться, при правильном подходе. Как уже сказали в плохих руках любой код может пахнуть. Но это основное. Надеюсь, меня не раскритикуют другие за спорные моменты. В таких вопросах всегда есть разногласия) Думаю, что смог донести в сжатом виде отличия.

заводите директорию template, туда складываете 2 шаблона вывода post-big.php, post-small.php

дальше цикл и счетчик цикла.

На bootstrap это выглядело бы примерно так.

if ( have_posts() ) : $n = 1;
		while ( have_posts() ) : the_post();

			$template = 1 === $n ? 'big' : 'small';

			if ( 1 === $n ) {
				echo '<div class="row"><div class="col-lg-6">';
			}

			if ( 2 === $n ) {
				echo '<div class="col-lg-6">';
			}

			get_template_part( 'templates/post', $template );

			if ( 3 === $n ) {
				echo '</div>'; //<div class="col-lg-6"> - close $n = 2
			}

			if ( 1 === $n ) {
				echo '</div>'; //<div class="col-lg-6"> - close $n = 1
			}
			if ( 3 === $n ) {
				echo '</div>'; //<div class="row"> - close $n = 1
			}

			$n ++;
		endwhile;
	else :
	endif;

Код можно причесать и предусмотреть случаи когда записей меньше. Но расписал максимально подробно, для понимания, как оно работает, под себя подгоните сами

То, о чём Вы спрашиваете, официально называется WAI-ARIA.
Тут можно скачать бесплатно экранного диктора и с помощью него тестировать свои сайты, осуществляя навигацию по ним с помощью табуляции, а так же открывая специальное меню с помощью горячих клавиш (командная кнопка приложения, которую назначите, по умолчанию ins+f7, или f6? Не помню уже точно :-) )

Доклады Вадима Макеева на ютубе:
https://www.youtube.com/watch?v=MWJKwn_gKR4
https://www.youtube.com/watch?v=ssJsjGZE2sc

Если действительно умеете соблюдать семантику, то, скорее всего, Вы уже сделали достаточно.
Рускоязычные ресурсы по доступности:
https://weblind.ru/
specialbank.ru/guide (В данный момент чёт не работает, но должен)
Есть курс, где учат именно этому: https://kurmak.info/
Статья на хабре: https://habr.com/ru/post/40730/ (там внизу есть полезные ссылки)
Тут можно найти информацию по этому вопросу, в том числе перевод статей из первой ссылки англоязычных ресурсов

В подкасте Веб-стандарты упоминается об этом очень часто. Тут можно прослушать все выпуски, а так же покопаться в выпусках и поискать упоминания доступности и статьи про это.

Есть англоязычные ресурсы
Про доступные компоненты: https://inclusive-components.design/ (нажимаете в хроме справа сверху "перевести страницу" и профит)
Есть спецификация: https://www.w3.org/TR/wai-aria-1.1/#usage (аналогично, перевод в браузере и профит)
MDN: https://developer.mozilla.org/en-US/docs/Learn/Acc...

Нужно искать записи об изменениях. Как вы понимаете, это зависит от того, что это за страница, что за сайт и т.д.

• Если это ваш собственный сайт, можете посмотреть дату создания/изменения соответствующего файла на жестком диске.
  
• Если это форум, запись в блоге или статья, то может быть указана дата написания в самой статье.
  
• Сервер также может указывать дату в http-заголовках, например: Last-Modified. Хотя для динамических страниц такое не должно работать.
  
• Если это Википедия, то в истории есть дата самой первой правки, это и есть время создания.
  
• Если удалось где-то найти архивную версию сайта (с указанием даты, естественно), то можно проверить, была ли там уже данная страница или ещё нет на тот момент.
  
• Как вариант, можно периодически сканировать целевой сайт, и самостоятельно логировать создание/изменение его страниц.
  
• Можно ориентироваться на всякие косвенные признаки.
  
• и т.д.
  

Как видите, так или иначе это какие-то записи о создании или изменении. Разные источники имеют разную степень доверия к себе и разную точность.

на локальном компе или новом сервере, куда сохранять:

rsync -avz  username@old-site.com://var/www/site/    /Volumes/My-Big-Disk/backups/site/

Придёт сеошник - скажет "Отсюда h2 выкинуть" или "Отсюда h2 выкинуть выше" и правило .block-catalog h2 будет сиротой. Потому как плохая практика вешать стилевые правила на теги. Также и span в див превратится может и article тег в див обернется - а правила завязанные на тегах будут брошенными.

Никогда не рефакторил чужой css? Там столько заброшенного ))

Вторая причина - каскадность. "Вес" (специфичность) .block-catalog h2 больше чем .block-catalog__title-header и соответственно твой бэм подход может в один момент дать сбой. Потому как придется перебивать стили большей специфичностью - если вдруг не сможешь ниже нужного css правила дописать. На практике такое часто - у тебя нет доступа с нужному css и твой css раньше загружается

1. Изучить UNIX-систему какую-либо. (Unix руководство системного администратора 500 стр. 10 дней)
2. Изучить HTML, CSS. (entry level MDN ~20 дней)
3. Изучить пару языков программирования
3.1 Python (entry level ~40 дней)
3.2 JavaScript (entry level ~30 дней)
3.3 C++ (entry level ~120 дней)
3.4 JQuery (entry level ~5 дней) после 2 и 3.2
3.5 SQL 92 (entry level ~20 дней)
4 Изучить устройства сетей (берите дампы Cisco CCNA Примерно полгода или отсюда https://linkmeup.ru/blog/11.html)
5 изучить криптографию (хрен его знает)

По javascript есть прекрасный сайт javascript.ru и прекрасный учебник от Флэнагана.
Никакие курсы не заменят чтения учебника.
Никакие курсы не требуются после правильного прочтения учебника.