Евгений Ромашкан

Скорее всего email с которым вы коммитите не совпадает с указанным на гитхабе.
Можете попробовать посмотреть вывод git config user.email в директории со скачанным репозиторием.

Ещё если в PyCharm`е залезть в git log должна быть возможность просматривать credentials связанные с каждым коммитом

Меняется email просто командой git config user.email "some_email@example.com"

Хватит уже пытаться во всём следовать каким-то стандартам )
Интересоваться ими, если они есть, однозначно, стоит. Но слепо следовать каким-либо стандартам только за то что они существуют бессмысленно и часто вредно.
Выкладывайте, вобщем, как удобнее, вы ведь не просто для галочки VCS(Git) используете?

Если это два отдельных проекта общающихся по API, нет никаких проблем выносить их в два разных репозитория. Если работают одни разработчики и изменения идут одновременно и там и там, можно положить в один. Выбор за вами.

Это просто json over http application programming interface(API), зачем вы ещё как-то пытаетесь его классифицировать, какой в этом смысл?

Может быть это подвид REST API

Вот вам автора термина REST в ленту - roy.gbiv.com/untangled/2008/rest-apis-must-be-hype... , REST API не нуждается в документировании, версионировании, и не заставляет думать клиента об урлах и структуре возвращаемых ответов, разве это похоже на api ВК?

Итак,

какие конкретно стоит почитать

1. Макконнелл, "Совершенный код". Объемная но не особо сложная книжка, можно прочитать не особо то за большее время чем такую-же книжку из художественной лит-ры.
2. Роберт Мартин, Идеальный программист. Есть ещё "Программист прагматик", вроде тоже о чем то подобном. Книжка небольшая, в принципе можно за пару тройку недель прочитать рассуждения Дяди Боба о работе программиста.
3 Роберт Мартин, Чистый Код. Весьма хорошая книжка, очень широко затрагивает тему написания поддерживаемого кода. Важно - особенно в этой книге, но так же и в любой другой - не зацикливайтесь на догмах аля "3 строчки на функцию", не обожествляйте SOLID, а рассматривайте, какие проблемы решают предложенные решения. Советую в каждом случае рассуждать о том, как описываемые вещи влияют на качество кода и архитектуры программы.
4. Роберт Мартин, Чистая Архитектура - относительно новая книжка о том, что всё новое это хорошо забытое старое. Возможно вещи описываются немножко поверхностно, впрочем, углубляться в любом случае нужно самому. Книжка годная, получше объясняет SOLID, затрагивает другие принципы, затрагивает парадигмы, принципы дизайна, архитектуру, объясняет почему то, что многие горе-разработчики нынче зовут ООП им не является. Думаю эту книжку можно даже перенести на первое место.
Дальше уж по ситуации - паттерны GoF, PoEAA, Рефакторинг Фаулера, Кента Бека про тестирование etc.

подсознательно я продолжаю выбирать именно "правильные" подходы,

Боюсь, что вы просто используете те подходы что знаете, а не выбираете исходя из требований и ситуации.
Хотя бы потому что "правильных" подходов не бывает, есть подходящие в данной ситуации, и плохо подходящие, компромиссные и откровенно вредные.

наследование — это реализовывается само собой.

Вот эта фраза явно даёт понять что у вас есть проблемы в дизайне. Наследование это весьма опасная штука, и делать его просто потому что показалось удобным, не задумываясь об LSP, контрактах и инвариантах.. Кхм.. Плохо.

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

Обычно головы на плечах хватает. Если есть то конкуренция для вас минимальна и проблем устроиться не будет.

скажите пожалуйста, нужно ли будет в будущем учить php и mysql?

В будущем будете исходить от требований и собственных желаний. Чтобы устроиться фронтенд-разработчиком(не верстальщиком) займитесь поплотнее js. Разберитесь с популярными инструментами(gulp, webpack), понятиями (что такое SPA, и как его реализовать? Ajax? Websocket?) и освойте какой-нибудь фремворк (react / vue / angular etc.)

Ну и да, ориентируйтесь по вакансиям на джуна.

p.s. ещё git и примеры кода на github.

А причем тут Symfony и Twig то?)
Это делается одним CSS параметром :nth-child
См. htmlbook.ru/css/nth-child

<!DOCTYPE html>
<html>
 <head>
  <meta charset="utf-8">
  <title>nth-child</title>
  <style>
   table { 
    width: 100%; /* Ширина таблицы */
    border-spacing: 0; /* Расстояние между ячейками */
   }
   tr:nth-child(2n) {
    background: #f0f0f0; /* Цвет фона */
   } 
   tr:nth-child(1) {
    background: #666; /* Цвет фона */
    color: #fff; /* Цвет текста */
   } 
  </style>
 </head>
 <body>
  <table border="1">
   <tr> 
    <td>&nbsp;</td><td>2134</td><td>2135</td>
    <td>2136</td><td>2137</td><td>2138</td>
   </tr>
   <tr> 
    <td>Нефть</td><td>16</td><td>34</td>
    <td>62</td><td>74</td><td>57</td>
   </tr>
   <tr>
    <td>Золото</td><td>4</td><td>69</td>
    <td>72</td><td>56</td><td>47</td>
   </tr>
   <tr>
    <td>Дерево</td><td>7</td><td>73</td>
    <td>79</td><td>34</td><td>86</td>
   </tr>
   <tr>
    <td>Камни</td><td>23</td><td>34</td>
    <td>88</td><td>53</td><td>103</td>
   </tr>
  </table> 
 </body>
</html>

1. PHP умирает на каждый запрос. Это его главное преимущество и особенность. Это допускает очень много вещей, т.е можно не париться закрытием файлов, завершением подключения к БД и т.п. Как только вы захотите писать асинхронно вам про всё это нужно будет помнить.

2. Итак, плавно переходим к тому что помнить, вобщем то, нужно будет не только вам. 99% всех библиотек/фреймворков etc. для PHP не пригодны к работе асинхронно.

3. "полностью асинхронным" = отсутствие блокировок? Первое на чем вы споткнетесь - банальные запросы к базе. С дефолтным драйвером они идут синхронно. Точно так же как синхронно работает куча других подключений, и всякие Swoole etc. вынуждены писать над всем этим свои обертки и свои драйвера к БД.

Вобщем, асинк в PHP это огромное усложнение на пустом месте, и при наличии блокирующих операций не имеет никакого смысла. Сильно проще сменить язык программирования, если вам нужна асинхронщина.
По описанию вашего вопроса - гляньте RoadRunner, интересная штука. Как раз чтобы сократить оверхед на инициализацию.
Есть ещё всякие штуки аля https://github.com/php-service-bus/service-bus , но повторюсь, проще подходящий ЯП взять.

не CMS и пр. - ведь это просто блог

Вот как раз для блога, если цель - вести, извиняюсь, блог, как раз стоило бы взять готовую CMS - скорее всего Wordpress, и не париться. Всё что нужно от блога - стабильно работать, не мешать SEO и содержать полезный контент - у CMS с первым и вторым всё хорошо уже из коробки. 3 - зависит только от вас.

Ну а для саморазвития - всё к чему душа лежит.

В общем, расскажите мне основные принципы запуска сайта на хостинг, его защиту, необходимое ПО

Ставите на VDS-ку веб-сервер, настраиваете его чтоб слушал запросы и вызывал ваш код. Всё.
А нет, не всё - пароль дефолтный смените. Теперь всё.

Парни, дайте совет.

Совет - Юзай UUID. Идеальное решение для таких случаев

Легко )
Стартуют команды Cron'ом