Schemat systemu

[cytadela8]

Potrzebujemy porządny opis całego systemu, albo chociażby schemat z którego będzie wynikało, do którego modułu należą jakie zadania.

• [x] stworzyć stronę na wiki do opisywania protokołów
• [x] schemat poglądowy
• [ ] opis protokołu serwer-radiowęzeł
  • [x] minimalny opis
• [ ] opis API serwera
• [ ] zasady przechowywania danych (bazy danych, muzyka, logi itd.

[cytadela8]

Nie da się assigne-ować dwóch osób...

[mRokita]

Jeśli chodzi o przechowywanie muzyki to sugeruję cokolwiekSQL (początkowo może SQLite), informacje o muzyce będą ładowane przy starcie radio i udostępniane przez protokół do www na żądanie. logi mogą iść gdzieś do /var/log, przewidujemy działanie tylko na systemach GNU/Linux.

[s17k]

@mRokita ok, możemy jakiegoś pysqlite poużywać. To powinienem zwracać dicta w Issue#1, czy jednak ładować od razu do jakieś bazy ? Chyba lepiej byłoby od razu do bazy, bo może tego dużo być.

[mRokita]

@stassczesniak Nie wiem, trzeba by było policzyć ile RAMu to będzie używało, nie sądzę, żeby zbyt dużo ;)

[s17k]

@mRokita no tak, ale nie chcemy chyba tych tagów cały czas trzymać w dictie, podczas, gdy serwer chodzi. Powinna być na przykład opcja do zrobienia update na bibilotece muzycznej w trakcie działania, więc funkcja będzie wrzucała od razu do bazy danych.

[mRokita]

Zrób, jak chcesz, chodzi o to, żeby były ładne funkcję do przeszukiwania biblioteki. Możesz zrobić SQL. CMUS ładuje to do RAMu z ~/.cmus/cache, próbowałem ogarnąć, czy to da się sensownie parsowac, nic nie wykombinowalem, pewnie jest to gdzieś w kodzie źródłowym CMUSa... @cytadela8 chyba Ty tu najlepiej znasz C

[s17k]

@mRokita Ja pisałem dużo w C również.

[cytadela8]

@mRokita co masz na myśli?

[mRokita]

zobaczcie sobie ~/.cmus/cache