barker

> Но потом я прочитал, что Джанго не может связать поле через ForeignKey с другой базой.

А вообще БД какие-то так умеют? Вы это вообще как представляете себе? Ну храните там не ForeignKey а просто int на какое-то значение, но ручками придётся учитывать. Ну несколько баз можно запросто, в джанге: https://docs.djangoproject.com/en/1.8/topics/db/mu... , думаю вы там уже сами читали.

Не очень понятно как используете Q для каждого слова, просто собираете из них выражение с __icontains через filter по цепочке? Оно и так по идее использует полнотекстовый поиск, если БД позволяет, емнип. А БД какая вообще?

Ну, тут больше пожалуй и правда никак, т.к. из clean приходят только экзепшены с текстом, и собираются они внутри тоже с текстом в словарь по именам полей. Эта штука по ссылке, как я понял, делает то же самое (сопоставляет). В своих clean (формы, полей итд) так-то можно возвращать и с кодом и как угодно, просто не очень понятно на каком уровне у вас REST API. Если выше форм, то никак не сделаете, т.к. собирается внутри форм всё равно в словарь. Если ниже, ну так тут либо свои валидации, либо + в дополнение перекрывать стандартные.

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

Это очень просто сделать через inlineformset_factory, разберитесь с ним. На клиенте добавление строк я делал на jquery, десяток строк, не более.

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