Html и css с практическими задачами лучше изучать на htmlacademy.ru. После того как освоился, качаешь бесплатные psd макеты и верстаешь, с адаптивом, какие-то сложные вещи, которые не можешь сверстать оставляешь пока.
Далее ищешь видео где верстают макет, обычно на первых секундах-минутах показывают макет и сразу можешь понять сможешь ли сверстать сам или нет, если понимаешь, что не сможешь, то смотришь как автор это сделает, узнаешь новое для себя.

По php. Читать большие и толстые книги пока бессмысленно, всё прочитанное будет вылетать из головы. Ставишь OpenServer, и сразу в бой:
1. Переменные, условия, циклы, массивы.
2. Пользовательские функции
3. Базовые функции по работе со строками и с массивами. Комбинация функций. (важно понять и запомнить что они умеют).
4. Post и Get запросы, получение Post и Get запросов из формы (тут сразу и html по формам подтянешь)
5. Базы данных, простые запросы к базе, выборки, запись в базу данных из формы.
6. Куки, сессии.
7. Чтение и запись в файлы.
8. Регулярные выражения.
9. ООП, базовые понятия. Самое сложное и непонятное для новичка. Непонятно потому, что не ясно зачем это нужно и почему это в дальнейшем упрощает работу, поэтому как-то мимо ушей все пролетает.

Если с английским хорошо, то codecademy.com.
Если плохо, то базовую теорию (и сразу практику) делать здесь.

Далее лучше сразу переходить на фреймворк (лучше Laravel). MVC в теории тоже понимается плохо потому, что пользу донести до понимания новичкам сложно, а при работе с фреймворками сам понимаешь почему это удобно.
Во время изучения фреймворка и ООП подтянешь.

Самое главное, по моему опыту обучения, это сразу делать практические задания по ходу изучения тем, постепенно, набивать руку. Задания лучше не пропускать (с мыслью "да тут легко, в теории я знаю как это сделать, пропущу, интересно что будет дальше").
Самое неправильное, это дойти в чтении чуть ли ни до ООП, а открыв редактор кода, понять, что не можешь написать простые условия или перебор массива.

То есть чтения меньше, практики больше. Это про голый PHP.

Про фреймворк, если английский позволяет то Laracasts: Laravel 5.4 from scratch. Если не позволяет, то ищешь в ютубе что-то вроде "простой блог на Laravel", смотришь и кодишь параллельно у себя.
Тут тоже самое, под попкорн просмотреть всю серию роликов от начала до созданного блога с админкой бесполезно. Обнаружится потом, что не можешь даже базовые вещи сделать. Нужно делать параллельно с автором, он делает какой-то функционал, смотришь, делаешь также, изначально может быть непонятно многое и зачем автор это делает, но со временем поймешь как это работает.

Далее пробуешь сделать что-то свое, какие-то "фичи", например авторизацию с помощью соц. сетей, лайки к постам и комментариям (с помощью ajax, тут можно jQuery изучить чуть-чуть), вложенность комментариев и т.д. Можешь другой себе проект придумать(представь себя стартапером).

Далее можно изучить системное администрирование чуть-чуть, покупаешь VPS недорогой, ставишь Nginx, MySQL, PHP-FPM и т.д. Пробуешь залить туда свой проект, так чтобы всё работало. Далее можешь попробовать прикрутить какой-нибудь поисковый движок (Sphinx, например). Изучение командной строки тоже на codeacedemy.com есть.

Возможно для фриланса это и не особо нужно, но при устройстве на работу (в том числе и удаленную), будет не лишним, во многих вакансиях это требуют даже от Junior'ов (но в вакансиях любят преувеличить).

Сам изучаю всё это недавно. До этого был Python+Django(первый фреймворк). В команде никогда не работал. Так что можно сказать передаю опыт от новичка новичку.

Базу знать нужно (html, css, js, jquery). Так как проще и быстрее бэкендеру запилить админку, используя bootstrap и пару jquery плагинов, чем состыковывать в одной задаче двух человек (бэкендера и фронтендера), на написания ТЗ и прочие состыковочные организационные моменты уйдет больше времени, чем на написание простой админки в одиночку. Для фрондендеров это слишком просто и тратить их время выгоднее на более сложные задачи (SPA приложения на фреймворках и т.д.)

Поэтому работодатели и требуют знание frontend базы от бэкендеров, и backend базы от фронтендеров. Команде будет легче общаться.
А "бедные" веб-студии ищут fullstack'ов, потому, что пару fullstack'ов для маленькой студии выгоднее, ведь иногда может нехватать backend задач, но много фронта, а через пару недель наоборот и т.д.

Среди представителей стран СНГ, к сожалению, "токсичность" наблюдается во многих областях деятельности: ИТ, маркетинг, музыка (написание/создание музыки), а в компьютерных играх, там, где большая часть это школьники, думаю и рассказывать не стоит.

Если почитать западные форумы и соц. сети, то можно увидеть, что люди относятся друг к другу очень тактично, даже к новичкам, чья (музыка, код, дизайн еще что-то) оставляет желать лучшего.

В медицине, по понятным причинам, врачи более уважительно друг к другу относятся, даже если крайне несогласны друг с другом. Обвинения в некомпетентности редко увидишь, возможно потому, что очень молодых врачей не бывает. Высшее образование + интернатура + хоть пару лет практики и ты уже взрослый/зрелый человек, и юношеского пыла уже не осталось. В медицину с улицы не попасть, дома за компьютером не научиться этому, как "php за 10 часов", оттого и отношение к другим практикующим врачам соответствующее.

В it порог входа ниже за счет того, что можно почитать пару статей с домашнего компьютера, написать 'Hello world' и ты уже "вайтишник". В итоге после двух-трех недель практики, новички лезут сюда и на форумы, задавать глупые вопросы, которые гуглятся на раз-два. Глупостью это, наверное, называть не правильно, просто "гугление" это тоже навык, который тренируется по мере роста в целом. Так что, "токсичность" на тостере проявляется, в основном, к новичкам. На сложные вопросы так резко не реагируют.

На хабре, например, каждый хочет показать, что он много знает и умеет, и если найдет недостаток в статье автора, то указав на это, имеет шансы получить плюсы. На западных площадках, чаще всего, комментарии типа "Спасибо, мне очень помогло", реже "Спасибо, полезно но...", тогда как у нас: "Пфф... к чему эта статья вообще, если можно почитать что-то там, что-то сям и будешь знать то, о чем написано в статье, не зачет тебе, автор." и придут синьоры-помидоры и наставят такому комменту лайков. Автор, в свою очередь, начинает оправдываться тем, что статья вообще-то не для крутых сеньоров, коих тут набежало. Ну и полетели палки...
С другой стороны, это вынуждает авторов писать по делу, без воды, не повторять очевидных моментов.

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