McBernar

Компоненты в Реакте делятся на несколько основных групп (напишите где ошибаюсь):

Ошибаетесь в том что в реакте компоненты делятся на какие-то такие группы. В реакте компоненты делятся совсем по другому - функциональные, на основе классов и так далее.

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

Update from 2019: I wrote this article a long time ago and my views have since evolved. In particular, I don’t suggest splitting your components like this anymore.

Можно выбрать и какой-то другой подход. И делить по другому. Или вообще на других принципах строить архитектуру. Или видоизменить его подход под какие-то свои конкретные нужны и так далее.

поэтому ответ на вопрос:

Если мы хотим чтобы шапка была серая, куда писать этот стиль?

Зависит от того - как вы в итоге строите свое приложение.
Поэтому ответ - как вы сами считаете правильным.
Для меня критейрий прост - если вы решили делать вещи каким-то образом и через время, когда вам нужно что-то сделать в этом коде вы материтесь и страдаете - решение было неверным. надо делать по другому. Если же меняете то что нужно достаточно легко и без проблем - вы все сделали правильно.

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

Если вам обязательно нужны формальные правила построения компонентов - определите для себя любые как больше нравится и им следуйте. Потом поменяете, если не зайдет.

phpMyAdmin

Главный совет: занимайтесь этим только, если это вам нравится. Если вы занимаетесь этим только из-за денег, то вас ждет большое разочарование, а рынка ждет очередной вайтишник.

Хорошо подумайте, реально ли вам это интересно, или же стоит заняться чем-то другим? Я знаю кучу людей, которые поняли, что это веб - это не их, но они продолжали учится исключительно из-за сказок про бешеные бабки на фрилансе. Есть множество более творческих профессий, может быть у вас к чему-то другому лежит душа? Ну а если вы все-таки прирожденный веб-разработчик, то вам стоит начать с:

JavaScript - learn.javascript.ru
PHP - у Дэвида Скляра есть очень неплохая книга. Самое то для начинающих.

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

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

Осторожно!!! ШП.Она же гиик брэйнс. Достоинства:
Хороший маркетинг. Вкусно выглядит. Дешевле чем в Специалисте при "Бауманке". Недостатки: Плохая подача материала, нет качественной помощи, большой набор в группу. Неадекватная цена за курс при такой одаче.Начнём с группы. Группу набивают до отказа, т. е. сколько влезет в онлайн. В результате страдает качество процесса обучения. Один долбит препода вопросами, остальные сидят читают. Как-то неправильно. Материал. Качество материала, простите - убогое. Ощущение копипаста с какой-то книжки для чайников. Если возникает не стыковка материала и домашней работы, то ответ - ройте сами в гугле, додумывайтесь сами. Сейчас каждый год всё меняется.
Стажировка: враньё качественное. В лучшем случае предложат написать код для них же самих. Преподаватели. Найдите НоРмАльных преподов. Да. Они дорогие, но они будут не распугивать народ (типа... эээ, ууу, ммм, вооот))), а наоборот наматывать, как вилка макароны людей. Вебинары затянуты на 2 часа. Как по старинке. Прошла лекция, никто умных вопросов не задавал и слава богу. Обещали сделать Вообще, задумка была хорошая. Но проблема всех соц. проектов - рентабельность. Долго думали-думали и решили: да пошло оно всё - будем врать. Врать всем. Врать, что можно за 2 недели освоить Java или PHP. Девочки-менеджеры будут толкать макс.кол-во курсов. А мальчики будут рассказывать с экрана, как сделать @HelloWorld@/ И народ потянулся. Бывало люди по 50-100 чел. в одном вебинаре сидели за раз. Если кто читает из преподов ШП - без обид. Вопросы большей части к организаторам проекта. Повернитесь к людям лицом. P.S. В ГикБрэйнс мне не понравилось преподавание, я им об этом высказал, за что они деактивировали мою учётку и при этом ещё остались не пройденые но оплаченные курсы...ГикБрэйн или ШколаПрограммирования. Сёдня позвонили сказали, что оказали полностью весь пакет, я говорю нет, а они говорят за эти деньги(т.е. без скидки которую они мне сделали) они оказали услугу полностью в общем то как в лохотронах в подземных переходах :) Т.е. менеджер Анжела говорила, что пакет будет куплен мной со скидкой в 20%, я повёлся и вот счас всё иначе, т.е. обман.
P.S.Лично там учился и стал жертвой их мошеничества, заплатил за курсы более 70 тыр, но за высказывания своего мнения мой эккаунт был заблокирован, хотя они обещали доступ к оплаченным мной курсам и после их окончания

1) Вычислить уравнение прямой, походящей через точки 1 и 2
(x − x₁) / (x₂ − x₁) = (y − y₁) / (y₂ − y₁)
выражаем у через х, получим уравнение
y = a₁x + b₁
2) Построить перпендикуляр из точки к прямой из пункта 1)
(y – y₃) = -1/a₁ * (x - x₃)
и выразить у через х, получится
y = a₂x + b₂
3) Есть уравнения прямых - надо найти пересечение, т.е. решить систему двух линейных уравнений. Тут методов масса - от простых преобразований до матриц. т.к. у нас уравнения в виде y=f(x), то можно сделать так:

приравниваем уравнения 1 и 2, избавляемся тем самым от y
вычисляем x
подставляем найденное x в любое уравнение

Хотелось бы более приближенные к реальной жизни.

toster.ru/tag/javascript/questions

Никак они не делят. Каждый поток приложения (игры) выполняется одним ядром. За распределение потоков по ядрам и их переключение отвечает операционная система.
Если игра не умеет работать в многопоточном режиме, то вообще будет загружено только одно ядро процессора.

Вы - не показатель.

Чтобы делать выводы на генеральную совокупность (все люди), нужно выделить репрезентативную выборку и с некоторым приближением можно будет говорить о трендах в мире.

А то, что 50% американцев устанавливает 0 приложений в месяц, это слабый аргумент. Может быть, в прошлом месяце было 60%? Уверен, что лет 100 назад было ровно 100%. Нарисуйте график для начала, а там видно будет.

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

Ничего в мире не меняется, Моцарту тоже приходилось отвечать на подобные вопросы.

Как сказал FanatPHP , можно сделать поля-ловушки. У меня немного другой метод, но тоже довольно эффективный:
- создать НЕСКОЛЬКО полей, таких как "phone", "homepage", "skype" и др (на что фантазии хватит). Они должны быть полноценными полями, не `type=hidden`!
- сделать их на уровне CSS скрытыми (сделать класс, который их будет скрывать, либо скрывать их по каждому ID-тэгу). По коду эти поля должны выглядеть максимально естественно и не отличаться от остальных. (чтобы человек их не видел, но чтобы их видел бот и думал, что это естественные поля на форме).
- под капотом, следить за тем, чтобы эти поля были пустыми.
- если это был бот, он обязательно заполнит эти поля. И если они заполнены, то сделать вид, что всё было успешно, НО, при этом под капотом ничего не делать. Пусть бот тратит время на пустые надежды!