Na forum 4programmers.net korzystamy z plików cookies. Część z nich jest niezbędna do funkcjonowania
naszego forum, natomiast wykorzystanie pozostałych zależy od Twojej dobrowolnej zgody, którą możesz
wyrazić poniżej. Klikając „Zaakceptuj Wszystkie” zgadzasz się na wykorzystywanie przez nas plików cookies
analitycznych oraz reklamowych, jeżeli nie chcesz udzielić nam swojej zgody kliknij „Tylko niezbędne”.
Możesz także wyrazić swoją zgodę odrębnie dla plików cookies analitycznych lub reklamowych. W tym celu
ustaw odpowiednio pola wyboru i kliknij „Zaakceptuj Zaznaczone”. Więcej informacji o technologii cookie
znajduje się w naszej polityce prywatności.
projekt zawiera opis, zrzuty ekranu. Zrzuty ekranu trochę zdążyły się już zdezaktualizować
proszę o ocenę samego pomysłu. Może już są alternatywy, które jednak go realizują? Wydaje mi się że Lemmy jest dużym projektem, ja myślę o czymś o wiele 'prostszym'
nie jestem zawodowym programistą pythona, ani Django, więc domyślam się że wiele rzeczy robię naokoło
projekt ma bardziej na celu dostarczenie funkcjonalności moderacyjnej dla jednego człowieka (lub małej drużyny). Odbiorców może być natomiast większa ilość. Nie skupiałem się zatem nad tym, aby wszystkie funkcje działały dla użytkowników różnej kategorii (is_staff / is_authenticated)
projekt jest jeszcze nie skończony i nie jestem pewien czy kiedykolwiek będzie
0
Zainteresuj się poetry, skoro udostępniasz projekt na githubie, to oczekiwałbym, że po sklonowania i odpaleniu jednej komendy/skryptu jestem w stanie podnieść projekt/developowac,
Na tym poziomie kwestia gustu IMO, ale do takiej aplikacji wybrałbym raczej FastAPI,
W modelu jest kod, który powinien być raczej w kontrolerze,
Model powinien służyć tylko do odczytywania/zapisywania danych do bazy/API/itd. po pobraniu danych powinno się je zamalować na obiekty domenowe i na nich przeprowadzać operacje,
Dużo zakomentowanego kodu, jak nie używasz to usuń, po to też jest git by trzymał historię jak będziesz chciał wrócić do tego,
Po screenach wygląda na późne lata 90`te. Może przy używaniu jakoś to działa, ale na statycznych obrazkach raczej odstrasza.
To tak na szybko, nie odpalałem, nie wczytywałem się w kod, to jest co mi się rzuciło od razu po przypadkowym przeklikiwaniu się po plikach.
0
Dzięki za analizę i twój czas.
Na szybko już parę rzeczy poprawiłem. Między innymi dodałem skrypt instalacyjny. Poprawiłem formatowanie. Nie będę już tu więcej spamować co zrobiłem a czego nie, tylko sukcesywnie będę rozwiązywać problemy.
W makefile jest sudo, temu mówimy stanowcze nie, wrzuć to do docker jak już,
Użyj poetry, w najgorszym wypadku virtualenv,
W requirements.txt nie ma wersji danych narzędzi, wie jak ja to u siebie odpalę za 2 lata, to pobierze mi się Django 6.0 i będzie zonk,
Dlaczego wrzucasz wszystko do osobnych folderów, tak z ciekawości pytam?
0
Udało mi się znowu popracować nad repozytorium. Changelog:
usunąłem sudo
użyłem poetry
zaktualizowałem requirements o wersje. Docelowo chcę spushować to co generuje poetry. Jeszcze jednak tego outputu nie zweryfikowałem w kontekście poprawności
zreformatowałem kod używając black
jeszcze nie zrobiłem dockera
jeszcze nie rozwiązałem wszystkich problemów z oryginalnego pierwszego komentarza
Natomiast mam jeszcze swoje wątpliwości do co projektu. Ciekaw jestem waszego zdania:
oprócz screenshot-ów dobrze by mieć jakieś video przedstawiające program (YouTube). 2-3 minuty przedstawiające podstawowe funkcjonalności, in english
wiele razy korzystam z get_context/init_context z views.py. Wolę jednak mieć dużą ilość mały plików z małymi klasami, niż parę dużych plików z wieloma klasami. Pewnie można to rozwiązać bardziej elegancko
korzystam z łopatologicznego zarządzania gitem (services/gitrepo) operatym na CLI git-a. Pewnie jest bardziej elegancki sposób na wpychanie danych do gita
za mało unit testów. Powinny pojawić się przynajmniej takie które dodają jakiś link / źródło, oraz wyświetlają je
Na tym etapie nie chciałbym rezygnować z django na rzecz innego frameworka (to odnośnie FastAPI).
Jeśli chodzi o to że model ma trochę funkcji należących do kontrolera, to na swoją obronę tylko mogę powiedzieć że domyślnie widoki w tutorialach prezentują zachowanie dla klas modelu - kod poniżej. Potem mam te obiekty w template i mogę nimi operować. Z lenistwa dodałem parę funkcji do modelu zamiast zastanawiać się jak przekazać do widoku coś innego niż model. Przy okazji spojrzę jak to naprawić.
class RssEntriesListView(generic.ListView):
model = LinkDataModel
0
@renegat0x0: Cieszę się, że poprawiasz kod i że chce ci się rozwijać.
Jak już wykorzystujesz moje podpowiedzi, to proszę, zapoznaj się z dokumentacją. Zajmie ci to do godziny czasu, pierwszy szlif, a da spory bust do wiedzy. Mówię tutaj np. o poetry. Skoro używasz, to rquirements.txt nie jest ci potrzebne, ba może tylko w przyszłości sprowadzić kłopoty. Zapomnij o pip i ciesz się nowym życiem https://python-poetry.org/docs/basic-usage/.
Natomiast mam jeszcze swoje wątpliwości do co projektu. Ciekaw jestem waszego zdania:
oprócz screenshot-ów dobrze by mieć jakieś video przedstawiające program (YouTube). 2-3 minuty przedstawiające podstawowe funkcjonalności, in english
Możesz użyć OBS'a do nagrania ekranu ~20s i wrzucić plik na githuba. Ja osobiście nie widzę takiej potrzeby jak są screeny. UI/UX powinien być oczywisty dla użytkownika, jeśli jest dobrze zaprojektowany. Jeśli nie, trzeba przemyśleć i poprawić design,
Ja w projektach używałem Celery. Ponadto widzę, że używasz WSGI, dzisiaj używa się ASGI,
wiele razy korzystam z get_context/init_context z views.py. Wolę jednak mieć dużą ilość mały plików z małymi klasami, niż parę dużych plików z wieloma klasami. Pewnie można to rozwiązać bardziej elegancko
Jak chcesz to na siłę można sobie foldery porobić odpowiednie,
korzystam z łopatologicznego zarządzania gitem (services/gitrepo) operatym na CLI git-a. Pewnie jest bardziej elegancki sposób na wpychanie danych do gita