index0h

Вы ищите то, чего нет. Нет понятия "правильных" частей системы, или "правильных" паттернов.
Вот вам пример: OAuth, что вы привели имеет 2 версии, это что получается, первая была не правильная?))
RBAC - это подход, который далеко не всегда уместен, часто его проще и лучше заменить ACL (безусловно, это не всегда так).

PSR-3 - это не совсем паттерн, это скорее рекомендуемое соглашение.

Конкретно по php миру: рекомендую реализовывать следующие требования, проникнуться Symfony way, активно использовать паттерны: DTO, VO, код писать вместе с тестами (вот это капец как критично для крупных систем).

Что касается более высокоуровневых паттернов, в стиле OAuth, RBAC - они вам потребуются только в случае, если это требуется бизнесу, для которого вы пишете систему.

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

Если вы совсем не видите разницы - тогда зачем делаете выбор?)) VPS/VDS так, или иначе придется настраивать. Хостер может несколько упростить этот процесс, но не исключить, иначе смысла брать VDS/VPS просто нету.
Бурите для начала CentOS6, и изучайте/практикуйтесь, на виртуальной машине на своем компьютере, после этого уже беритесь за прод

Ноут рекомендую брать только в случае, если мобильность для вас критична. Если это не так - смотрите стационарник, будет И дешевле И мощнее.

Зависимость от вашего пакета с автолоадом в композере прописана?

Язык выбирается не только на основании фичей, что вы хотите. Важными для бизнеса являются еще другие критерии:
- как легко найти специалистов? Если 1 программист уволится например.
- на сколько мало у вас времени? ПО на разных языка пишется в разных темпах.
- сколько вы готовы платить? Бояре из разных языков запросят разную сумму.
- ...

Вот эти вопросы определяют ваше понимание "лучше", как не специалиста. Понимаете, те требования, что вы написали можно реализовать на КАЖДОМ из приведенных языков.

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

элементы социальной сети

различные платежные функции

покупку/продажу виртуальных товаров

Язык вы так не определите, меньше маркетинга и больше конкретики.

Я вам рекомендую написать бриф, какие фичи вы хотите, и какие бизнес требования вы налагаете на проект.
Далее нанимаете бизнес аналитика, который уже по вашим требованиям сможет создать некое ТЗ и подскажет какие спецы вам нужны.

И еще, вопрос про написание движка сайта. Я так понимаю, большинство из них одной направленности. Как быть, если сайт такой многофункциональный?

И еще, вопрос про написание книг. Я так понимаю, большинство из них одной направленности. Как быть, если книга такая многостраничная?

Странный вывод. Роутер - это штука, которая должна уметь по строке определить функционал, который необходимо выполнить. Есть там класс, нету - это не его ума дело. Если ваш роутер умеет только в один тип адресов (/{type}/{action}/{id}) - он не строгий, а кастрированный))

Т.к. в системе же нет классов price или about либо надо лезть внутрь и самому дописывать правила обработки таких адресов и их обработчики.

Ну да, а вы как хотели?

Use UUID Luke!

Вы не проверяете вставляемый роут, а что если я туда объект вместо строки влеплю? Если что-то влетело не так - бросайте исключение.

Не используйте супер глобальные переменные. В начале создайте объект Request и уже с ним работайте.

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

callable - это довольно специфическая хрень. Это может быть массив из двух строк, функция, объект со строкой, просто строка. Нахрен это дерьмо. Используйте тогда уже \Closure.

Если у вас все равно регулярки всюду - имеет смысл использовать именованные последовательности:

|(?P<id>\d+)|
|(?P<name>[a-Z]+)|

Замены паттернов имеет смысл делать при вставке роута, а не на момент диспатча.

Форматирование...
Почитайте про PSR-2

З.Ы. Когда наиграетесь - возьмите готовое и качественное в Symfony/Silex))

redmine, jira

Попробуйте использовать пример из Symfony, но с включенным xdebug. Пройдите процесс аутинтефикации от начала запроса и до отдачи ответа. На самом деле xdebug стоит использовать в принципе для ситуаций, когда вы не знаете, что в коде происходит))

Из за забитости серверной директории, то есть чем больше файлов на сервере , тем он медленнее с ними работает, так ведь?

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

всего 2 недели разработки могут сэкономить целых 2 часа проектирования

Составляйте ТЗ либо самостоятельно, либо на пару с заказчиком. Пока у вас не закончатся вопросы - работа не начинается в принципе. Базовое проектирование "что-где" у вас будет происходить уже в этот момент.

А как девелоперить прямо на хостинге?

Плохая идея, очень. Для разработки - используйте окружение, максимально похожее на прод.
Для заливки - тут уже все зависит от стека технологий, которым вы ограничены. Но как вариат - билд каталог на сервере с git, а далее заливка в рабочим каталогом через rsync. Можно через докер. Можно через tar архивы,...
Но диплой и ручная правка кода должны быть независимыми. Иначе 99.99% в самый подходящий момент отстрелите себе яйцы.

что бы к примеру зайти на www.somesite.com и каждый мог в реальном времени наблюдать как идут изменение что избавляет нас от проблемы FTP в общем, остается только адрес хостинга в галпе менять на новом проекте.

Не осознал, зачем? Делаете релиз -> все видят изменения/

И хочу спросить у старших товарищей как вы это все делаете, живете с sftp?

Разработка под Vagrant. Все правки коммитятся в общий репозиторий. В час Ч на проде pull и пересборка.

Вы хотите, что бы критику php коду давали по скрину с версткой?)) Что уж тут, скидывайте внутрянку.

На счет идеи: как консольная обертка над inotify с логгером - вполне может быть полезно. GUI сомневаюсь, что вообще нужен.

• Удаление файлов.
  
• Редактирование.
  
• Показывает размер, тип, время изменения, сколько прошло с изменения.
  

Это вам вряд ли нужно. Для редактирования и удаления файлов есть огромнейшее количество программ.

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