Александр: Не знаю как там с админками, по-моему задача слишком тривиальная, чтобы какие-то сравнения проводить, но для скраппинга и кроулинга лучше https://scrapy.org нет даже рядом.
Ну, я не буду строить догадок почем знакомый выбрал именно PHP. Лет 10 такой совет может и был актуален, ибо PHP при всех недостатках уже имел за собой богатый набор инструментов, решений и так далее. Сейчас по этому показателю другие языки ему как минимум не уступают.
Начинать (но не зацикливаться) так или иначе нужно с базы. На чем ее в процессе обучения реализовывать не столь принципиально.
Eva05: Я никогда с FB не работал, так что не буду тыкать пальцем в небо. Суть так или иначе в том, что вам сначала надо пройти авторизацию. Очевидно это можно сделать разными способами. Сильно сомневаюсь, что простая подстановка auth={user='user',password='password'} вообще что-то даст.
Сергей Зеленский: <- поддерживаю этого господина. Вы скорее всего авторизованы на сайте, а через requests запрашиваете как неавторизованный пользователь. Само собой ничего лишнего вы не видите.
Вы можете вбить в гугл "Angular 2 + Django" и получить огромное количество материала на любой вкус, цвет и размер.
Вам куда важнее понять, что бэкэнд на django (или чем-то еще) и приложение на ангуляре - это две разные, самостоятельные сущности. Серверное приложение, с открытыми endpoint'ами и клиент, который по этим endpoint'ам обращается за данными (или посылая по ним данные).
Если же вопрос о том, как можно организовать структуру проекта, в котором есть бэк на джанго и клиент на ангуляре - то это вопрос с открытым обсуждением, и тостер\so - не те ресурсы где этими вопросами занимаются исходя из природы вопроса. Какого-то золотого правила, выбитого в граните тут нет.
А что делать, если есть { 'name': 'Аntonello', num: 2 }? Мы инкрементим count в итоговом массиве? Или это отдельный хэш? Если второе - как вы их потом различать собираетесь?
Так конечно не получится.
Тут либо надо думать над тем - а правильный ли это архитектурный подход в принципе, либо менять структуру проекта.
Например (не зная всей идеи конечно), я бы выделил разные Api в свои пакеты, а то, что выглядит как обертка для них в пакет уровня выше.
т.е.
api_v1.go:
api (обертка итп):
PS: Ну и почитать про паттерны будет полезно. Не зная общей задумки тут сложно что-то еще дельное сказать.