DevMan

Увы, домена первого уровня .ok - не существует

Пруфы:
https://www.iana.org/domains/root/db

rename 's/(.*?)-.*\.png/$1.png/' *.png

Тот кто просто рисует - ничего
Тот кто проектирует
- должен понимать в общих чертах как работает его бек
- порядки задержек при различных запросах
- уметь находить компромис между фронтендером, бекендером и вашим интерфейсом таким образом чтоб улучшить интерфейс

Ничего не должен.

Никакой. Изучайте разработку ПО, языки программирования, построение архитектуры ПО, алгоритмы, математику и т.д и т.п.

UPD
Приведу немного аргументации и очевидных вещей для тех, кто не понимает почему ответ именно такой. На самом деле все очень просто: в IT индустрии все развивается и меняется очень, очень-очень быстро. И как следствие возникает проблема устаревания знаний и умений. Вот например 15-20 лет назад изучение языка программирования под названием "Дельфи" и популярной тогда его среды разработки для дестктопных приложений вполне имело смысл и было популярным явлением, т.к. оно тогда довольно широко использовалось, или например Perl для создания сайтов. А где оно сейчас? Почему сегодня сайты пишутся на джаваскрипте? А как на счет десктопных приложений? А ведь те же десять лет назад попробуй скажи такое — как бы область деятельности не пришлось менять. И вот такое происходит просто с языками программирования за довольно короткое время. А основа любого CMS, фреймворка и иже с ними — это как раз таки язык программирования. И вот за время жизни языка программирования в нём случаются новые стандарты, изменения и прочее, а популярное ПО на нём переписываются десятки и сотни раз. Т.е., изменчивость продуктов какого либо языка зависит как от самого языка так и от его популярности. И чем они выше — тем чаще что-то меняется. Из всего этого вытекает очень логичный вывод: в долгосрочной перспективе выгоднее те знания, которые не устареют как можно дольше. И вот тут как раз таки знания разработки ПО и языков программирования, построения архитектура, алгоритмы и прочее имеют наибольший срок устаревания. А уж сколько тысяч лет математике можно и не вспоминать. А она, кстати именно благодаря стремительному развитию IT тоже развивается очень быстрыми темпами. Так вот, при наличии вот таких фундаментальных знаний можно легко и быстро осваивать любые новые фреймворки, CMS, языки программирования и прочее. А уж при наличии подробных мануалов, гугла, форумов и прочего большинство задач сводится тупо к вбиванию "как сделать YYY в ZZZ" в строке поиска (я вот например никак не могу понять ход мыслей людей, которые задают вопросы на форумах и прочих ресусах, ответ на которые выдается в первых же строчках гугла, складывается впечатление, что они вообще первый раз в интернете и про гугл не знают вообще ничего).
Если есть желание именно в изучении CMS — ставим себе задачу и решаем её используя разные CMS, далее выбираем наиболее понравившуюся и пользуемся пока не надоест или не устареет. А после — повторить.

Немного перефразирую сам вопрос и соседний популярный ответ:
— Каким инструментом учиться пользоваться начинающему строителю?
— Учись использовать молоток и гвозди, леса полно, доски везде используются.
Вот только строительство — это не одни только доски, в которые забиваются гвозди, а еще архитектура, сопромат и иже с ним, экстерьер, интерьер, отопление, освещение, канализация, вентиляция и еще куча всего. Аналогично и во всех остальных областях, в том числе и web разработке.

JS одна из основ фронта..
Куда же без него.
Бек конечно можно... Но все же...

Размер загружаемого файла настраивается в файле php.ini строчкой "upload_max_filesize = 10M" (без кавычек).

В браузере можно проверить через javascript:

let file = document.getElementById("inputfile").files[0];
if(file.size > 10*1024*1024) {
    alert("Слишком большой файл");
    return;
}

Но в любом случае эта проверка весьма условна, т.к. отправить файл бОльшего размера все равно возможно.

Можно на серверной стороне, но проверять уже загруженный файл такая себе затея. Если сильно хочется:

if($_FILES['uploadfile']['size'] > 10*1024*1024) {
    exit("Файл слишком большой");
}

И все равно размер загружаемого файла будет зависеть от настройки в php.ini.

Можно ли как-то избежать написания роутинга?

только библиотеки

https://github.com/auraphp/Aura.Router (пример работы)
https://github.com/nikic/FastRoute

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

Теперь что вам нужно сделать
0. Проверить три раза, что все таски, что повешены на вас решены/закрыты
Далее в произвольном порядке после разговора с тем к кому вы прикреплены как стажер
1. Подойти к ТЛ и спросить можно ли браться за баги из багтрекера или для вас есть более срочные задачи
1.1 Если дано добро на баги - начните с того, на который указали или самого древнего. Если не понимаете, как пофиксить - будет достаточно подтвердить его существование. Идеально - написать тесты под него
2. Подойти к ближайшему мидлу или лучше джуну и попросить посидеть у него за спиной посмотреть, как он/она пишет код
3. Посмотреть код коммита за которым вы наблюдали, понять и повторить его
4. Когда такое начнет получаться и у вас появится понимание что происходит - напроситься на парное программирование
5. Поговорить с мидлами - что глобального для облегчения их задач вы можете сделать. Нарисовать диаграму, прошерстить тесты и тд и тп

Ну, не любой, видимо, вы же не понимаете. Переведём для ясности инструкцию while на русский язык, получится "пока a == 5". Но a равно 1, а значит не равна 5. То есть блок внутри while никогда не выполнится. Базовая логика, язык тут вообще не при чём.

SELECT MONTH(purchase_date) AS mont, SUM(price) AS goods_sum
FROM goods
GROUP BY MONTH(purchase_date)

Дополнение, ведь жизнь кончается не завтра.

SELECT YEAR(purchase_date) AS goods_year,
  MONTH(purchase_date) AS goods_month, 
  SUM(price) AS goods_sum
FROM goods
GROUP BY YEAR(purchase_date), MONTH(purchase_date)
ORDER BY 1, 2

Это бессмысленный вопрос, и ответа на него не существует.

Чисто процент строк с комментариями можно посчитать примитивным грепом, но следйет отдавать себе отчет, что эта метрика абсолютно бессмысленная, и ничего, кроме вреда, не принесет.

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

Зайдите в настройки