Alexander

А АПИ яндекс карт не даёт такие возможности? Или там есть какие-то свои нюансы?

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

А где же классика от отца основателя - Кевина Митника? :)

Обычно используют поисковые системы. К примеру
sphinx (используется на хабре)
solr
Elasticsearch
Xapian
Whoosh

И за что тогда платить?
Идея не новая. Способов монетизации пользователей сотни, не хочешь ограничиться так, выбирай другие варианты:
Расширение функционала профиля; Дополнительные возможности к объявлениям/постам; Статусы(платный, про, проверенный, доверенный и так далее); Отдельные блоки для вывода платных объявлений (директ в поиске яндекса) и тому подобное.

Искать "грамотного" и занятого. Чтобы он за отдельную денежку, проверил ваших кандидатов. А пунктуального только испытательным сроком проверить. Ну или если через знакомых нашли (прошлые заказчики, работодатели).

Тут смотреть только в ту часть кода, которая отвечает за авторизацию. И дорабатывая её, а уже с этим воевать.
Просто так, зашёл и получил список пользователей онлайн, только на основании, что у них открыта сессия, нельзя. Или писать мега великий бубен с чтением файлов сессии с HDD сервера. Но их никто не писал никогда и не пишет. Только если какой "хакер", получил доступ к чужому сайту и хочет "подсмотреть" кто из пользователей онлайн. Да и то не будет заморачиваться таким способом.
Дорабатывают систему авторизации обычно, через дататайм авторизации и последующем его обновлением при гуляние по сайту. А потом смотрят, кто авторизировался за последние 5-10-15 минут.

{{ publicfield.pub_date|date:"d.m.Y" }}

Как не крути, везде будет три запроса. К блокноту, записи и её картинкам. Достаточно блокноту дать связь на "владельца" ForeignKey(User) и проверять права в цепочке сначала права блокнота. И если прав хватило, то делать запрос к записи и картинкам.
Если хотите права более одного юзера на блокнот. То делать отдельную модель прав и через манитумани связывать.

P.S. Для обратных связей, можете использовать related_name

1. Наличие успешно реализованных проектов.
А что есть успешно реализованные? Вот мои примеры, только крупные, за последние 10 лет.
1.1. На этапе альфы умер из-за смены руководства и закрытия финансирования.
1.2. Умер на этапе разработки из-за смены направления
1.3. Запущен, но не поддерживался, не развивался. Умер через несколько лет тупого висения в интернете. Из-за руководства, которое считало, что достаточно только создать, а дальше само пойдёт.
1.4. Запущен, развивался, умер из-за ошибок менеджмента (не правильная оценка целевой аудитории, не учёт занятости рынков, игнорирование конкурентов). Умер через 2 года жизни, разрабатывался до запуска 1 год.
1.5. Живёт и здравствует, но там работал в команде, команда частично сменилась, развивается.
1.6. Умер на этапе разработки (неправильное распределение финансов, быстрое истощение фондов, банкротство владельца).
1.7. Разрабатывается почти год, из-за вечных "хотелок" заказчика, всё время откладывается запуск альфа-версии.
1.8. Система для внутреннего пользования. Живёт года 4, заказчики довольны. Но посмотреть извне, не удастся.

И что остаётся? Кучка мелких проектов, делавшихся за неделю-две? Один проект, где был участником команды?

2. если человек видит себя через 5 лет на той же должности и с тем же кругом задач
Встречал очень хороших специалистов, одарённых и фанатичных программистов. Но своё движение они видят в развитии в области программирования (языки, технологии, сервера etc), но не в области руководства. Ибо как не крути, хороший программист и хороший управленец, это разные вещи. А гибрид по определению не может быть равен "узкому" специалисту. Вот и выбираем, кто важнее, управленец с слабыми знаниями программиста или программист плавающий в управлении.

Про партнёрство.
Меня если честно, корёжит, когда слышу про партнёрство. Ибо сколько раз я слышал: "Гениальная идея, срубим бабла, захватим мир! Нужно только создать второй клон фб, гугла, ютуба, ебая, амазона, но другого цвета и добавив пару кнопок!".
Ищите исполнителя в первую очередь, предлагайте только возможность стать ведущим разрабом. Но не партнёрство. В партнёры можно потом взять, спустя год-два. А на начальном этапе, в партнёры врятли пойдут слишком большие разработчики. Тем более когда проекта ещё нет и не понятно, что хочет "партнёр"/заказчик.

Оценка прошлого опыта
А как неквалифицированный заказчик, может оценить работу программиста в прошлых проектах? По статистике, 95% заказчиков смотрит на дизайн(программист не рисует дизайн) и даже не понимают, что под одной "кнопочкой" может быть не одна тысяча строк кода.

Посмотрите эту страницу:
Permissions and Authorization

В любом браузере открыть через "просмотр HTML". Там будут видны все теги. Пои идее.

Посмотрите в сторону InlineModelAdmin

Пример

from django.contrib import admin
from catalog.models import Item, ItemPhoto, ItemParams
class ItemPhotoInline(admin.TabularInline):
    model = ItemPhoto
    extra = 1

class ItemParamsInline(admin.TabularInline):
    model = ItemParams
    extra = 1

class ItemAdmin(admin.ModelAdmin):
    list_display = ('name', 'price', 'oldprice', 'show', 'available', 'sort', 'create', 'update')
    list_display_links = ('name', 'price')
    list_filter = ('show', 'available', 'offer')
    search_fields = ['name']
    list_editable = ("sort",)
    fieldsets = (
        (u"Настройки", {'fields': ('category', 'offer', 'show', 'sort', 'ref_url')}),
        (u"Общее", {'fields': ('name', 'url', 'title', 'vendor', 'picture', 'thumbnail', 'price', 'oldprice', 'text', 'subtext')}),
        (u"XML", {'fields': ('xml_id', 'xml_original_id', 'xml_category_id')}),
    )
    inlines = [ItemPhotoInline, ItemParamsInline]

admin.site.register(Item, ItemAdmin)

Если он делает изменение в питон файле (models.py), то можно использовать любую систему контроля версий (git, svn, hg, ...). А потом просто смотреть изменения в репозитарии. Даже если этот человек сам не будет вносить в репозитарий изменений, делайте это вы, выполняя команду проверки наличия изменённых файлов. Видно будет изменения до символа (что заменили, что удалили, что добавили в код).

Не до конца понял что за магия нужна, но если вы про связи, то двойное подчёркивание рулит.

class Accessories_node(models.Model):
    def __unicode__(self):
        return u"%s - %s" % (self.accessories_view_eq__accessories_plot, self.accessories_view_eq__access_name_view)