django-anonymizer

Джанго-анонимност е Django приложение, което ви помага да анонимна информация в база данни, използвана за разработване на проект Django.
Това е обичайна практика в дународното развитие да се използва база данни, която е много близка по съдържание на реални данни. Проблемът е, че това може да доведе до като копия на чувствителни данни на клиенти на машини за развитие. Това Django ап помага, като предоставя лесен и персонализация начин за анонимно данни в своите модели.
Основният метод е да се мине през всички модели, които задавате, и генериране на фалшиви данни за всички области, посочени. Интроспекция от моделите ще се получи анонимност, че ще се опита да осигури разумна фалшиви данни за всяко поле, оставяйки ви да се настроят за вашите нужди.
Моля, имайте предвид, че методите, предвидени може да не са в състояние да дадат пълна анонимност. Дори ако вашето анонимно имената и други подробности за вашите клиенти, там може и да са достатъчно данни, за да ги идентифицират. Отношенията между записите в базата данни не са променени, за да се запази характерната структура на данни в молбата Ви, но това може да ви остави отворена за изтичане на информация, които може да не са приемливи за вашите данни. Това заявление трябва да бъде достатъчно добър за по-прости политики като "премахване на всички недвижими телефонни номера от базата данни".
Един алтернативен подход към проблема с реалистична Сумата от опитни данни за развитие / изпитвания е да се пренесат на база данни от нулата - виж Джанго-позьор, Джанго-примерни оформления и Джанго-autofixture. The disavantage на този метод е, че структурата на данните - по отношение на свързаните с модели - може да е нереалистично.
Бърз преглед (виж Документи за повече информация, както във Документи / или на http://packages.python.org/django-anonymizer).
& Nbsp; * Монтирайте посредством setup.py или PIP / easy_install.
& Nbsp; * Добави "анонимност", за да си настройка INSTALLED_APPS.
& Nbsp; * Създаване на някои междинни файлове за вашите anonymizers:
& Nbsp; ./ manage.py create_anonymizers app_name1 [app_name2 ...]
& Nbsp; Това ще създаде файл anonymizers.py във всяко от приложенията, които сте задали. (Не ще заменят съществуващите файлове).
& Nbsp; * Edit образуваните anonymizers.py файлове, коригиране или заличаване, колкото е необходимо, като използвате функциите в модул anonymizer.replacers или потребителски функции.
& Nbsp; * Ако е необходимо да се създаде anonymizers за приложения, които не се контролират, може да искате да премести съдържанието на файла anonymizers.py да приложение, което правиш контрол. Това няма значение, ако класовете анонимност са за модели, които не отговарят на заявленията са го съдържат.
& Nbsp; (Например, ако искате да анонимно моделите в django.contrib.auth, вероятно ще искате да преместите съдържанието на Джанго / вноска / AUTH / anonymizers.py в yourprojectapp / anonymizers.py)
& Nbsp; * Пусни anonymizers:
& Nbsp; ./ manage.py anonymize_data app_name1 [app_name2 ...]
& Nbsp; Това разрушително ще актуализира всичките си данни. Уверете се, че направи това само по едно копие на вашата база данни, използвайте на собствен риск, ала-бала.
& Nbsp; * Забележка: Вашата база данни не може в действителност да изтриете променяни данните от диска, когато се актуализира полета. За PostgreSQL ще трябва да се вакуум, за да изтриете тези данни.
& Nbsp; И дори тогава, вашата операционна система не може да изтрие информацията от диска. Правилно да се отървем от тези следи е оставил като упражнение за читателя

Какво ново в тази версия:.

• Промяна "Anonymizer.attributes" да изисква от всяка област, за да бъдат изброени. Това е сделка с общия проблем на сигурността, когато моделът е актуализиран, но анонимност не е актуализиран.
• Fields, че не трябва да се правят анонимни следва да уточни специална стойност & quot; SKIP & quot; като "заместител".
• атрибути трябва сега да бъде списък от кортежи, не речника.

Какво ново във версия 0.2:

• Променени формат на атрибути от речника на списък от 2 -tuples. (с обратна съвместимост - предишния формат е отхвърлена)
• Фиксирана малък бъг с имена / потребителски имена / имейли понякога не се генерират в съответните набори, дължащи се на полета с уникален = не е вярно е (надеждно) поставената пред други области.
• Добавени документи.

<силни> Изисквания :

• Python