Розясни детальніще що значить "доповнюється інформацією для адміна". Якщо виводить 1-2 рядки іншої інфомрації тоді не варто робити багато класів. А якщо логіка роботи досить відрізняється краще тоді розширювати клас сторінки.
А взагалі клас користувача не має мати три модифікації. Клас користувача має тільки статус юзера. Ось приклад коду.

if($user->status==User::STATUS_ADMIN){
 echo 'hi admin';
}else{
 echo 'hi user';
}

p.s. Це так по простому. Надіюсь зрозуміло. Якщо щось питай)

зрозумів.

$user->status==User::STATUS_ADMIN
якщо властивість status об’єкта user дорівнює статичній властивості класу User значенням STATUS_ADMIN,то ...
так?

MVC - це шаблон проектування. І ти вірно підмітив без початкового знання ооп братись до шаблонів проектування досить важко.
В загальному ооп це парадигма якою користуються для того що б в голові було легко утримувати певну логіку роботи сайту, структуру і тд.
Почни по кроках вивчати відпрості шого до складнішого. Перше зрозумій принципи а потім уже можна на шаблони переходити

Майже вірно.  Тілкьи User::STATUS_ADMIN не статична властивість а константа класу. Це зроблено для того що б читаючи цей код було зрозуміло що це за код. Бо якщо писати ось так:

if($user['status']==1){
echo 'is admin;
}

Буде менш прикольніше Так що використання констант є важливою фішкою у підтримці коду

Хех ) перейдемо до критики.
0 -  включай код в тег код ))
1 - що за назва $sName;  без s ніяк? просто напиши private $name;  З іншими назвами так само)
2 - не доганяю методу getUser. Передаєш імя і мило а отримуєш?? переважно методи які мають приставку get повертають те що іде після get Для прикладу getUser має повернути юзера. getStatus - має повернути статус
3. - кашамалаша.

Детально опишу пункт 3.  Тобі треба зрозуміти що має робити клас User. Всіми нами вищевказаний клас User має просто зберігати інфомрацію про юзера і видавати її. Він не має міняти статус при авторизації чи щось таке. Мінятись має інфомрація тільки тоді коли необхідно. Ти мабуть трохи не зрозумів що і куди. Почни з простого. Опиши всі властивості юзера і методи доступу до властивостей.
Дальше зроби клас LoginPage який буде містити інформацію про поточного юзера, буде шукати юзера в базі, і буде виводити повідомлення. Як на мене це оптимальніше ніж все тримати в класі user

Тю, я php майже рік "вчу" а з ООП майже не знайомий.

для кінцевого розуміння ооп - фреймворк в руки)
codeigniter подивися на класи, шо там куда, думаєш дальше "вебити" на похапе - yii, simfony

Краще вже Java, а не C++

хз я б не кидався такими словами. Я згідний що Java краще розвинена з погляду використання ООП але все ж таки, і на php є обєкти і можна теж зрозуміти що таке наслідування і поліморфізм.
Взагалі як я уже казав краще від простого до складного. І не варто думати що приклад простий.  Сам клас user уже підходить під парадигму OOП сеттери і геттери в ньому є, властивості є. Це має стати головною фішкою з чого треба починати. Бо зразу взяти наслідування класів і думати що звідки і як звязано для початківців думаю важко)

Велика перевага Java у вивченні ООП це те, що усе стандартне API Java - велика ієрархія класів, тобто вивчаючи Java ти полюбому будеш жити в ООП. Хоча на php також можна все роздуплитися в ООП. І взагалі, самий більший стереотип про ООП це той який каже що ООП це складно. Пам'ятайте, ООП створювали для полегшення програмування а не для його ускладнення.