django-Anonymizer yra Django programa, kuri padeda jums anoniminius duomenis į duomenų bazę, naudojamą plėtojimo Django projektą.
Tai įprasta praktika DEVELPMENT naudoti duomenų bazę, kuri yra labai panaši į turinį į nekilnojamąjį duomenis. Problema yra ta, kad tai gali sukelti turintys kopijas jautrių klientų duomenis apie plėtros mašinų. Ši programa padeda Django teikiant lengvai ir pritaikoma būdas anoniminius duomenis savo modelių.
Pagrindinis metodas yra eiti per visus modelius, kad jūs nurodote, ir generuoti netikrą duomenis visose nurodytose srityse. Introspekcija modelių gamins Anonymizer, kad bus bandoma suteikti protingą netikrą duomenis kiekvienoje srityje, paliekant jums įgnybti jūsų poreikius.
Atkreipkite dėmesį, kad metodai, numatytos gali būti, kad negalėsite visapusiškai anonimiškumą. Net jei jūs anoniminius vardus ir kitą informaciją savo klientams, yra gerai, gali būti pakankamai duomenų, kad juos identifikuoti. Santykiai tarp įrašų duomenų bazėje nėra keičiami, siekiant išsaugoti būdingą struktūrą duomenų jūsų paraiška, tačiau tai gali palikti jums atvira informacijos nutekėjimo, kurios gali būti nepriimtina jūsų duomenis. Ši programa turėtų būti pakankamai geras paprastesnių politiką, pavyzdžiui, "pašalinti visas nekilnojamojo telefono numerius iš duomenų bazės".
Alternatyvus požiūris į realistinio kieki bandymų duomenis vystymosi problemos / testai yra užpildyti duomenų bazę nuo nulio - pamatyti django-pamaiva, django-maketai ir django-autofixture. Šio metodo disavantage yra tai, kad iš duomenų struktūra - kalbant apie susijusių modelių - gali būti nerealu.
Greita apžvalga (žr docs daugiau informacijos, nei docs / arba http://packages.python.org/django-anonymizer).
& Nbsp; * Įdiekite naudojant setup.py arba pip / easy_install.
& Nbsp; * Pridėti "Anonymizer" į savo INSTALLED_APPS nustatymas.
& Nbsp; * Kurti nebaigtas bylas jūsų anonymizers:
& Nbsp; ./ manage.py create_anonymizers app_name1 [app_name2 ...]
& Nbsp; Tai sukurs failą anonymizers.py kiekvienos iš apps jūs nurodote. (Tai nebus perrašyti esamus failus).
& Nbsp; * Redaguoti sukurtas anonymizers.py failus, reguliuojant ar reikia ištrinti, naudojant funkcijas modulio anonymizer.replacers ar užsakymą funkcijas.
& Nbsp; * Jei jums reikia sukurti anonymizers apps, kad jūs neturite kontroliuoti, galite pereiti į anonymizers.py failo turinį į app, kad jums kontroliuoti. Nesvarbu, jei Anonymizer klases modelių, kad neatitinka paraiškų jie yra ją.
& Nbsp; (Pavyzdžiui, jei norite anoniminius į django.contrib.auth modelius, jūs tikriausiai norite perkelti turinį django / contrib / auth / anonymizers.py į yourprojectapp / anonymizers.py)
& Nbsp; * Pradėti anonymizers:
& Nbsp; ./ manage.py anonymize_data app_name1 [app_name2 ...]
& Nbsp; Tai destruktyviai atnaujinti visus savo duomenis. Įsitikinkite, kad jūs padaryti tik nuo jūsų duomenų bazės kopiją, naudokite savo pačių rizika, bla bla.
& Nbsp; * Pastaba: jūsų duomenų bazė negali būti iš tiesų ištrinti pakeistus duomenis iš disko, kai jūs atnaujinsite laukus. PostgreSQL jums reikės vakuume ištrinti tuos duomenis.
& Nbsp; ir net tada, jūsų operacinė sistema negali ištrinti duomenis iš disko. Tinkamai atsikratyti šių pėdsakų liko kaip skaitytojui procedūros metu
Kas naujo , šioje laidoje:.
- Pakeistas "Anonymizer.attributes" reikalauti, kad kiekviena sritis turi būti išvardyti. Tai sandoris su bendrąja saugumo problema, kai modelis yra atnaujinama, tačiau Anonymizer nėra atnaujinama.
- Lapai, kad neturėtų būti anoniminiai, turėtų būti nurodytos specialios vertės & quot; SKIP & quot; kaip "pakaitalo".
- atributai dabar turi būti tuples sąrašas, o ne žodyno.
Kas naujo versijoje 0.2:
- Pasikeitė formatas atributais žodyną į 2 sąrašo -tuples. (su atgalinio suderinamumo - Ankstesnis formatas yra pasmerkta)
- Fiksuotas vabalėlis su pavadinimų / vardų / el kartais nėra susidarančių atitinkančių rinkiniai, dėl sričių, kurių unikalus = True nėra (patikimai) nustatyti prieš kitose srityse.
- Pridėta dok.
Reikalavimai :
- Python
Komentarai nerastas