GTRxShock

Установить youtube-dl
Открыть терминал
youtube-dl Ссылка на канал или отдельное видео

Список сайтов для youtube-dl
Для скачивания в Windows через youtube-dl
1.Выполнить команду cmd
2.В консоли перейти в нужный диск и папку для сохранения видео ...Например на диск D: с помощью команды
cd /d D:\<папка для сохранения>
3. Пишем путь до файла программы youtube-dl.exe пробел ... ссылка на youtube канал или другой сайт из списка, при необходимости добавляем команды авторизации.
4. Жмем Enter

Для тех кто будет искать и мучаться. Описание на боевом примере с разбором тегов. Общий разбор и архивы файлов.

сайт

На нём есть таблица в которой указывается размер/процент сжатия и каким gulp плагином и с какими свойствами это было произведено.

Жаль только что указывается только про png и jpg.

или более похож на реальный боевой проект

Куча легаси кода, все тормозит и глючит. Половина проекта с горем пополам переписана на современный манер.

Не видел ни одного крупного боевого проекта с большой историей, который был бы нормально написан.

Логика воспитывается в детстве, в школе. Это не столько знания, сколько навык. Так что книги не особо помогут. Хотя есть формальная логика - это целая наука, можете почитать учебники, но опять же желателен математический склад ума изначально, и далее просто заполнять пробелы и совершенствоваться.

Навык, как вы понимаете, достигается путём тренировок. А именно - совершением ошибок и последующим их исправлением, с одновременным извлечением урока. Грубо говоря, сначала вы учите правила шахмат, потом говорите "всё понятно, можно играть", затем вам указывают, что слон так не ходит и т.д., нужно просто принимать это без обид и корректировать действия, после чего ошибок всё меньше и меньше, пока вовсе не исчезнут. Дальше уже можно смотреть на ошибки другого уровня - не та стратегия развития, не верный расчет размена фигур в сложной комбинации, зевание фигур (хотя это больше на внимание), пропуск мата по глупости и т.д. Кстати, как раз шахматы хорошо подходят для тренировки логики, за это гуманитарии их не особо любят.

Довольно интересно изучать когнитивные искажения. Это целый сборник популярных человеческих ошибок в логике. Например, ошибка игрока заключается в том, что если десять раз подряд выпала решка, то на одиннадцатый - наверняка выпадет орёл. Логично? И таких больше сотни. На ютубе есть наглядные ролики про некоторые искажения (и логику вообще), лично мне в этом плане нравится канал IFO, но дело вкуса.

Собственно, сама математика (математические задачи) - лучший тренер логики. Можете брать прямо задачи для 5-7 класса и решать до тех пор, пока процент ошибок не станет равен нулю. Учебник нужен с ответами, чтобы проверять себя. Либо можете поискать интересные математические задачи типа олимпиадных (опять же, для детей), с каким-нибудь подвохом. Каждая сделанная ошибка будет делать вас лучше в плане логики. В момент осознания ошибки нужно остановиться и хорошенько вкусить смысл произошедшего, как так получилось, что помешало, как не допустить подобных ошибок в будущем и т.д. Кстати, в инете даже есть всякие списки вопросов на проверку идиотизма типа "сколько можно съесть яиц натощак", - вопросы там часто несуразные, но бывают прикольные. Если на 90% вопросов сможете ответить без подсказок, это хороший результат. Если нет - поздравляю, вы стали чуточку логичнее, чем были раньше.

Наконец, пройдите тест на логику (взял с канала IFO) - это в любом случае тоже хорошая тренировка, заодно узнаете свой уровень. Также многие культурно-свободные тесты интеллекта - это на самом деле тесты на логику, так что можете их попробовать, например тест Равена (ссылку без регистрации и смс найти не удалось). Удачи!

archive-ipq-co.narod.ru
Советую посмотреть курсы от центра "Специалист" с преподавателем Игорем Борисовым (записи курса 2016 или 2017).

https://roadmap.sh

1. Любой.
   
2. Любую.
   
3. Ответ на этот вопрос потребует учебника средней толщины, а потому не влезет в лимит символов для ответа на Тостере.
   

Может вам просто использовать 1С?

Doctrine реализует концептуально другой подход к работе с данными, именно в этом её большое преимущество и именно из этого следуют её ограничения.

Если вы когда-нибудь сталкивались с паттернами проектирования то, возможно, слышали о таком человеке как Мартин Фаулер и о его книге "Patterns of Enterprise Application Architecture". В ней описываются паттерны проектирования enterprise level приложений. В этой книге Фаулер предложил набор паттернов, организующих работу с источниками данных через представление этих данных в виде связанных между собой объектов. В этот набор входят Data Mapper, Identity Map, Unit of Work и множество других паттернов.

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

Попробуйте представить себе большой бизнес-проект над которым работают множество людей, в котором есть сотни видов данных, взаимодействующих друг с другом и определены сложные процессы вовлекающие множество видов данных. Разумеется это все можно написать и поддерживать вручную, таких примеров много, вопрос в стоимости подобной работы. Представьте себе необходимость вручную описывать последовательность запросов для сохранения данных в 20 таблиц и необходимость поддерживать корректность этого кода при всех следующих изменений бизнес-требований проекта. Уверен, если после полугода подобной работы вам предложат заменить всё это на одну строку $em->flush() - вы с радостью согласитесь и, возможно, тогда поймёте что даёт Doctrine разработчику.

Именно из идеи перевода фокуса разработчика с деталей реализации хранилища данных на детали реализации бизнес-логики проекта рождаются ограничения Doctrine. Они могут восприниматься негативно если пытаться воспринимать Doctrine и DQL как урезанный SQL, почему-то возвращающий объекты, а не массивы. Да, разумеется какие-то сложные аналитические запросы вы на DQL не построите, но это только потому что у Doctrine другая цель. Если посмотреть на DQL чуть пристальнее (к примеру на то как в нём описываются join'ы) то можно заметить что Doctrine отталкивается не от того как данные разложены по таблицам, а от того как данные представлены в entities. Это не самое заметное, но очень важное отличие т.к. оно определяет пространство операций над данными. Грубо говоря приведённый вами ifnull() в DQL становится довольно бессмысленной конструкцией т.к. эта функция довольно слабо применима к объектам.

Разумеется в реальных проектах зачастую бывают задачи которые требуют работы с данными в базе данных за пределами Doctrine, это нормально, ни один инструмент не является всеобъемлющим. Однако описываемые вами "недостатки" Doctrine проистекают скорее от непонимания того что это за инструмент и зачем он нужен, какие задачи он призван решить. Это непонимание устраняется через изучение того с чем вы работаете на более глубоком уровне. Если вы решите устранить его - вы получите в свои руки один из лучших инструментов для работы с данными в бизнес-проектах который только есть в мире PHP и тогда, надеюсь, сможете оценить его по достоинству.