Django i nasleđivanje klasa u modelu

[nesh]

Odavno me nije bilo ovde, tako da "malo" kasnim

Originalno napisao jablan

Da li i kako funkcioniše nasle?ivanje klasa u modelu? Ja sam nešto probao, pa nije radilo kako treba (nasle?ene klase nisu generisale spoljni klju? na tabelu osnovne klase u bazi). Tako?e, nije ferceralo u samoj aplikaciji. Bio sam prinu?en da radim good ol' copy-paste...

Za sada nikako, ali se radi na tome.

Ima nacina da se nesto izvede preko menjanja klasa u letu (radio) ali u vecini slucajeva to je veca muka nego korist. Ja za sada koristim OneToOne relacije i namenski napravljene admin form-ove.

Originalno napisao misk0

koliko je to stvarno kvalitetno rjesenje za komercijalne sajtove? Mislim, vidim da se tonu default postavki moze override-ovati i to mi djeluje pozitivno, ali da li je stvarno tako buduci da sam ja zagrebao samo po povrsini?

Mislim da se do sada pokazao kao vrlo stabilno i brzo resenje za vecinu primena. Skoro sve je moguce zameniti necim drugim (osim, kao sto Alef rece, url mappera).

Originalno napisao misk0

Da li cu doci u situaciju kad nesto jednostavno nece biti 'izvodljivo' na toj platformi? Obecas ljudima kule i gradove (klijentima) i onda se zapetljas ko pile u kucine.

Sve sto nije izvodljivo, za sada, su kompozitni primarni kljucevi a i to bi trebalo da se resi kad se kao (dodatni) ORM doda i sqlalchemy. Takodje, trenutno, ne podrzava rad sa vise baza podataka (radi se na tome) i prava pristupa po za pojedinacne upise u tabelu (i na tome se radi).

Originalno napisao misk0

Koliki je user-community i koliko tesko se rjesavaju problemi 'ispod haube' tj prepravke koje izlaze iz standardnih mogucnosti?

Brojanje usera je vrlo nezahvalan posao

Dosta projekata koji su uradjeni u django-u su takodje open source tako da uz malo pretrage moze da se nadje goomila primera.

Prepravke ispod haube, ...., xmmmm, posle 0.95 nisam imao potrebe da to radim, ako i dodje do toga to je obicno ispravka nekog bug-a.

Originalno napisao misk0

i da ... koliko je stvarno poznavanje python-a neophodno?

Xmmmm, za osnovno koriscenje ne veliko, ali ako nameravas da radis stvari za koje ne postoje gotova resenja preporucujem advanced level poznavanje python-a, u stvari to uvek preporucujem svima .

Originalno napisao Alef

1. Python hosting-a nema baš mnogo, pogotovo onih koji podržavaju Django. Pa ako tvoj klient ve? ima hosting negde, a njegov hosting ne pordžava Django...

Nikada mi nece biti jasni provajderi koji trebaju da samo daju shell nalog (ionako, po mom misljenju, obavezan deo bilo kog hostiga) i da podese FastCGI protokol kao najjednostavniju varijantu ne samo za django, nego i za ruby & co. Ako to ne zele da urade .... uvek ima ko hoce, a ako ne -- VPS vise nije tako skup

Originalno napisao Alef

2. Sistem autentikacije još uvek nije baš najsre?nije razrešen i ne podržava HTTP autentikaciju definisanu u rfc2616, ve? samo pomo?u Cookie-ja (neka me neko ispravi ako grešim).

Ovaj sto dolazi je dovoljan za vecinu slucajeva, kome treba ozbiljniji sistem moze da ga sam implementira (http://www.djangoproject.com/documen...ation-sources).

A i sama autentikacija je najvise vezana za admin interfejs, nista te ne sprecava da definises neki drugi sistem van toga.

Originalno napisao jablan

Još jedno pitanjce: stekao sam utisak da je onaj njegov admin interfejs prili?no neupotrebljiv, osim za unošenje po?etnih vrednosti u bazu, tokom razvoja. Jesam li u pravu?

Vrlo je flekibilan ali i to ima svojih granica. Kada se dodje do form-ova koji uticu na vise od jedne tabele tu nema pomoci -- mora da se pravi rucno.