jednak dzisiaj potwierdziłem sam przed sobą, że jednak potrafię i git push mi już nie straszny

@Hans_Olo: brawo.

Wszystko w miarę możliwości czasowych zgodnie z nowoczesnymi wyznacznikami projektowania aplikacji i zarządzania projektem.

@Hans_Olo: a to sam stwierdziles, ze jest zajebiscie? ( ͡° ͜ʖ ͡°)

Wśród nich byli scrum masterzy

@Hans_Olo: Wiesz co mowia o scrum masterach w branzy ( ͡° ͜ʖ ͡°) To samo co o wykladowcach..

. No i nie mówię, że od razu zajebiście, ale założenia zrealizowane i wszystko przetestowane, więc duma rozpiera.

@Hans_Olo: na pewno wybrales dobra i sensowna technologie, a to juz polowa sukcesu

@DyrektorWykopu: odpowiedź jak zawsze jest: TO ZALEŻY.

1. Od wielkości aplikacji (ilość kodu i specyficznych rzeczy).
2. Od tego czy piszesz to dla siebie na szybko, czy przyszłościowo.
3. OdPokaż całość

wcześniej sam wklepałem albo co dodawała oddzielna wtyczka, to powinienem na nią przejść i wywalić zbędny kod

@DyrektorWykopu: Jak najbardziej, im mniej kodu tym lepiej. Historię i tak masz w systemie kontroli wersji. Oczywiście mówimy tu o dobrze przetestowanych modułach.

@malpaa: starczy

@malpaa: http://tutorial.djangogirls.org/pl/

@krychu789: da się. Powiąż usera w modelu z innym userem np. pole admins (będziesz tam przypisywał admina/adminów) a następnie w ModelAdmin nadpisz metodę get_queryset w której będziesz filtorwać model aby zawierał w admins aktualnie zalogowanego usera. Wtedy userzy nieprzypisani do danego admina nie będą się wyświetlać w django admin.

@FiKsUmDyRdUm: jakoś osobiście nie widzę sensu dzielenia uprawnień w ten sposób, no ale to moja prywatna opinia.

@krychu789: to co napisał @dikamilo i @FiKsUmDyRdUm to oczywiście prawda. Myślałem, że pytasz o „gołe” Django bez większych przeróbek i dodatków.

Bo jeśli masz jakiś pomysł, to generalnie na pytanie „Czy da się X?” w Django w 99% przypadków odpowiedź brzmi „Tak, musisz tylko napisać Y” ew. „Użyj zewnętrznegoPokaż całość

@krychu789: https://docs.djangoproject.com/en/1.9/ref/forms/validation/

@W_k_u: Ja polecam Digital Ocean bo jest tanie i dobre, ale -- jeżeli się uczysz dopiero, to spróbuj z Heroku, bo masz podstawowe konto za free, a nie musisz się bawić z configiem, instalacją etc adminsys pierdołami

@krychu789: https://djangosnippets.org/snippets/74/

@krychu789: pełny przykład z dokumentacji
https://docs.djangoproject.com/ja/1.9/topics/auth/customizing/#a-full-example

@karolek-bolek: No napisz ( ͡° ͜ʖ ͡°)

Co wygrałeś? Pewnie jakiegoś biednego pendriva, żal. Mi nawet nie chciało by się wstać z łóżka za taki shit

@kater: projekt

@soma115: ten kod z verify=False działa, tylko wyskakuje warning, no i wtedy nie masz tej weryfikacji SSL.

jak chcesz ten plik pem to wejdź na
https://cservices.certum.pl/muc-customer/certificate/list

podaj mail: biuro@epf.org.pl i wyszukaj, wybierz ten pierwszy, bo jest ważny i kliknij Zapisz tekstowo wtedyPokaż całość

@soma115: manage.py makemigrations nazwa aplikacji, manage.py migrate

@Angel_of_death: "Zanurkuj w Pythonie" to podstawa. Do Django jest fajna lista tutoriali: https://code.djangoproject.com/wiki/Tutorials - w szczególności na początek całkiem dobry jest tutorial DjangoGirls (tylko nie zniechęcaj się nazwą :P): http://tutorial.djangogirls.org/pl/ (po polsku).

@Jojne_Zimmerman: Do API to lepiej Django Rest Framework niż czyste Django.

@malpaa: jakiś spoj, luźne programy, albo klep rzeczy z listy z załącznika :)

@malpaa: Chyba dobrze jest stworzyć sobie jakąś apkę. Każda wymaga douczenia się 'czegoś' np. importowania modułów. wtedy przyda się dobra książka.

@Hans_Olo: mała porada na przyszłość: virtualenv

@mozz: https://docs.djangoproject.com/en/1.9/intro/

@mozz: masz dwie szkoły. Ja sam wolę funkcje, ale w przypadku CRUDowych appek CBV skraca boilerplate code do minimum. W pracy wszystko zależy od seniorów/ludzi prowadzących projekt, ale trzeba pamiętać iż obie formy są poprawne i tak samo respektowane.

@max1983: dziwne bo z tego co wiem ta wersja ma wbudowanego pip'a.

@max1983: Sprawdź czy na pewno masz do PATH'a dodane wszystkie ścieżki - zarówno C:\Python34\, jak i C:\Python34\Scripts (w tym katalogu znajduje się między innymi PIP)

@xmihau: jezeli chodzi o takiego bloga to wydzielilbym najwyzej 2 appki, od wpisow i od komentarzy.
Django jest o type fajne, ze ma niski prog wejscia, dlatego wydaje sie 'uproszczone', ale jest tez bardzo rozszerzalne, a porzadek mimo to stosunkowo latwo zachowac. No i inne ORMy przy djangowym to straszna bieda, mozliwosci operowania na bazach danych w djangowym ORMie sa zajebiste - bajecznie proste joiny, mozliwosc tworzenia nawet skomplikowanych zapytanPokaż całość