adlorenz
Dodanie docker-a
Hej strasznie chciałem kontrybuować ale z racji tego jak się dzisiaj stawia środowiska to bardzo zależało mi na reprodukowalnym środowisku i zdockeryzowaniu go. Całe szczęście udało mi się zachowując wszystkie pierwotne - stare - wersje zależności. Prawie nad każdą linijką tego patch-a zeszło sporo godzin omijania problemów i błędów.
Następne kroki to będzie aktualizacja zależności w kontrolowanym środowisku ale może przed tym dodamy testy akceptacyjne.
Próbowałem to odpalić u siebie (Windows 10 + Docker Desktop) i wyrzuca mi Segmentation fault przy uruchamianiu python src/manage.py syncdb --noinput. Jakieś pomysły co może być nie tak?
@piomar123 niestety projekt jest w python 2, którego trudno mi było ostatnio bez problemów z zależnościami na dockerze bo jest niewspierany wiec obawiam się ze jednak będzie potrzebna jakieś podstawowe zaktualizowanie pythona do 3 i django chociaż do 2 żeby to dać rade odpalic :((
Dzięki za chęci kontrybucji do projektu. Projekt pod względem developerskim jest praktycznie porzucony, niemniej z okazji spodziewanych nowych pozwoleń UKE dla nowych pasm 5G znów tu zajrzałem.
Generalnie moim zdaniem nie ma sensu na siłę ożywiać projektu, który postawiony jest na starych i niewspieranych już fundamentach. Trzeba to po prostu przepisać od nowa.
Mój zamysł jest taki, jak napisałem kiedyś w README. Czyli napisać od zera relatywnie prostą aplikację btsearch-core, której w zasadzie jedynym zadaniem będzie zarządzanie danymi o BTS-ach oraz pozwoleniach UKE i eksponowanie ich przez API. Na bazie takiego API wówczas można tworzyć kolejne aplikacje, np. nową wersję mapy, apkę na smartfony itp itd.
Zamysł jest zacny. Z wykonaniem gorzej, bo ja już nie działam aktywnie w webdev i nie jestem biegły w bieżących trendach (gdy kończyłem zawodową przygodę z webdev, docker był dopiero w powijakach i nie miałem z nim praktycznej styczności, a teraz z tego co widzę jest standardem), więc idealnie byłoby, gdyby ktoś z zewnątrz się tego podjął - o ile ma na to chęć / zapał / czas / etc.
@adlorenz Dzięki za wypowiedź ❤
Ok, to ja też przekminię co i jak z dalszymi losami. Myślę, że możesz mieć dużo racji jeśli chodzi o to że teraz będzie trudno to wskrzesić bez rewrite'u z racji tego jakie to zależności.
Może warto zacząć od czegoś na papierze (jakiś diagram czy chociaż cele) co byśmy chcieli w takim btsearch-core. Ja wówczas mógłbym zaoferować trochę pomocy przy przepisywaniu tego, ja akurat coś tam w webdev jeszcze dłubię :)
@adlorenz Dzięki za wypowiedź ❤
Ok, to ja też przekminię co i jak z dalszymi losami. Myślę, że możesz mieć dużo racji jeśli chodzi o to że teraz będzie trudno to wskrzesić bez rewrite'u z racji tego jakie to zależności.
Może warto zacząć od czegoś na papierze (jakiś diagram czy chociaż cele) co byśmy chcieli w takim
btsearch-core. Ja wówczas mógłbym zaoferować trochę pomocy przy przepisywaniu tego, ja akurat coś tam w webdev jeszcze dłubię :)
Projekt btsearch-core at its core mógłby w znacznej mierze powielać model danych zastosowany w obecnym projekcie. Czyli zasadniczo mamy: model Locations, czyli geograficzne lokalizacje/obiekty, w których znajdują Stations, czyli stacje bazowe, a te z kolei zawierają Cells, a więc poszczególne sektory/komórki, pracujące w różnych pasmach, technologiach itp.
W gruncie rzeczy jest to prosty model danych. Przewiduję, że bardziej złożonym zadaniem będzie sensowny interfejs do zarządzania tymi danymi. Raczej oczywistym jest, że standardowy django-admin do tego nie styknie (no chyba, że przez kilka lat coś się tam diametralnie zmieniło, ale wątpię), więc trzeba napisać to od zera.
W tym zakresie kluczowa będzie współpraca z fizycznymi ludźmi, którzy na codzień te dane wprowadzają do obecnej bazy btsearch.pl, bo to dla nich ten interfejs będzie defacto tworzony. Btw, taki panel do zarządzania danymi zacząłem już nawet tworzyć i pewne jego zręby można odnaleźć w obecnym kodzie (vide /src/btsearch/panel)
No i na deser interfejs API do udostępniania w/w modelu danych.
Brzmi legitnie? :)
Brzmi spoko. Ja nie mam dużo doświadczenia z django ale można zobaczyć czy tam już czegoś gotowego nie będzie pod to. Brzmi dla mnie, że tenże core byłby takim podstawowym REST CRUD-em.
A te osoby, które to wprowadzają to są przyszłościowe czy istniejące? Kto teraz wprowadza te dane? :)
Chciałbym zrozumieć, czy jeśli już istnieją użytkownicy, to z czego korzystają.
Brzmi spoko. Ja nie mam dużo doświadczenia z django ale można zobaczyć czy tam już czegoś gotowego nie będzie pod to. Brzmi dla mnie, że tenże
corebyłby takim podstawowym REST CRUD-em. A te osoby, które to wprowadzają to są przyszłościowe czy istniejące? Kto teraz wprowadza te dane? :) Chciałbym zrozumieć, czy jeśli już istnieją użytkownicy, to z czego korzystają.
Serwis btsearch.pl w sensie merytorycznym jest zdecydowanie aktywny i są osoby pośrednio lub bezpośrednio zaangażowane w bieżące zarządzanie danymi w bazie danych btsearch.pl.
Przy czym zaznaczam, że projekty btsearch.pl i beta.btsearch.pl pod względem technicznym to dwa niezależne twory. Aktualnie cała "mrówcza" praca nad danymi odbywa się na btsearch.pl (stary php+mysql+parę prowizorycznych skryptów do edycji danych), a potem te dane są przetwarzane do struktury kompatybilnej z "nowym" beta.btsearch.pl i finalnie migrowane do bazy danych pod beta.btsearch.pl.
Zakładam, że po wdrożeniu projektu btsearch-core v0.1-beta będziemy w początkowej fazie nadal ręcznie migrować do niego dane z btsearch.pl na zasadzie opisanej jw. Wiem, wciąż mocno naokoło, ale to podejście da kick-start dla REST API i otworzy możliwość korzystania z tego API na realnych danych niemalże z miejsca, a UI do zarządzania danymi bezpośrednio w btsearch-core będziemy wdrażać później.