SkinControl

MaXyM

Tak mi się tytul teraz napisał ale to nie jest oficjalna nazwa programu który właśnie pisze. Posiedziałem parę godzin aby sobie przypomnieć VisualC++ bo ostatnio pisałem w nim 3 lata temu. Ale podstawy już znam, opanowałem ściaganie danych via-net. Mam już przygotowany wstępnie engine strony www (php+mysql).

Co to jest - wszyscy się domyślają: system automatycznego downloadu skinów aut Nascara. Poniżej napisze pokrótce jakie są założenia. Proszę się wypowiadac na temat ich trafności oraz ew rozwiązań jakie byście chcieli widzieć.

Oto założenia.
1. upload nowego skina ręcznie, po wejściu na stronę, zalogowaniu się
2. Możliwość uploadu skina, ilustracji podstawowej oraz dodatkowych (jesli będziecie chcieli), np. obrazki z różnych stron wozu
3. W bazie danych będzie przechowywana data ostatniej modyfikacji/dodania skina oraz dane użytkownika jak na stronie ligowej.
4. Skin jak i uzytkownik będzie identyfikowany po numerze wozu

3. Program-klient bedzie łączył się z serwerem www i zasysał od niego aktualny spis skinów (nr wozu, data)
4. na podstawie spisu skinów zainstalowanych w systemie (nr i data) zadecyduje które skiny ma ściagnąć. Plik będzie tekstowy. Prawdopodobnie będzie miał format .ini
5. Nastepnie program zciągnie odpowiednie skiny nadpisując stare w katalogu Nascara i dokona aktualizacji dat w swoim spisie.

Wszelkie dane konfiguracyjne będą zapisywane w katalogu programu (nie w rejestrach) ze względu na łątwośc przenoszenia między komputerami. Będa one w plikach tekstowych. Proponuję format INI gdyż mam gotową bibliotekę obsługująca ją i nie będę musiał pisac parsera. Dodatkow jest on przejrzysty i łatwy do modyfikacji ręcznej.

W GUI programu przewiduję:
- text field dla URL serwera
- text field dla ścieżki do katalogu ze skinami
- przycisk Aktualizuj skiny
- przycisk Przerwij
- checkbox 'aktualizuj przy uruchomieniu'
- checkbox 'uruchom Nascara po aktualizacji'
- listbox 'Skiny do ściagnięcia'
- progress bar - wskaźnik zaawansowania ściągania

Szacowana wielkośc programu po kompilacji: paredziesiąt kB.
Język: C++ (VisualC++ 6.0)

Zakładam że nie będziecie chcieli wodotrysków jak skinowanie programu, viewer samochodów z poziomu tego programu na podstawie plików .car etc.

Richie

nareszcie od slow do czynow

dzieki za checi z gory!

teraz tak: zakladanie kont userow na haslo, logowanie sie, autoryzacja, wysylanie plikow na server - to wszystko masz gotowe z automatow gpl.tenbit.pl naszych i to oczywiscie zaadoptujemy stamtad zebys nie robil przypadkiem drugi raz tego samego, skoro juz jest

MaXyM

I tak muszę to zrobić (właściwie zrobiłem) chociażby w celach testowych aby sprawdzić programik czy działa.
Ale oczywiście całość się zaimplementuje w gotowym serwisie.

Na pewno trzeba będzie postawić bazę danych dla driverów (jedna tabela + katalog na car'y). Potem można to rozbudowac o tabele z wynikami etc. ale to nie dotyczy tego projektu.

Aha, trzeba będzie się zastanowić czy każdy kto zechce będzie mógł się wpisać do bazy. Czy po wykonaniu czynności rejestracyjnych nie będzie musiał czekał na veryfikację/akceptację prowadzącego serwis. Ale to już szczegóły organizacyjne.

Richie

albo jeszcze lepiej

dopiero po dostaniu licencji mailem zostaje podeslane user i haslo do wysylania swojego wozu nowemu driverowi

PiotreQ

Takie moje skromne przemyślenia

1. Użytkownik musi mieć prawo wyboru które skiny aktualizować, a które nie. To nie może być wymuszane przez soft dla wszystkich nowych skór.
2. Soft po stronie serwera musi mieć kontrolę zajętych numerów, żeby nie było sytuacji (pomyłkowych), że dwóch różnych kierowców będzie wysyłac skiny na ten sam numer.
3. Przydała by się jakaś kontrola poprawności pliku ze skinem - nie wiem jak zachowuje się nascar w przypadku próby załadowania uszkodzonego pliku skóry
4. Dobra robota !!!

MaXyM

ad1 Też o tym myślałem aczkolwiek będę musiał się zagłębić bardziej w MFC

Pytanie tylko czy to naprawdę takie konieczne jeśli założeniem programu jest utrzymywanie jak najbardziej aktualnych skinów. Ale jeśli tak to się zrobi.
ad2 To jest zrobione na poziomie bazy danych. Po prostu Nrwozu będzie równocześnie kluczem głównym tabeli z kierowcami. Jedyne co to trzeba będzie obsłużyć to odpowiedni błąd mysqla (albo sprawdzać nr przed próbą zapisu do bazy (ale to jedno zapytanie SQL więcej

).
ad3 Tu może być problem. Choćiaż... może nie. Wystarczy policzyć sumę kontrolną i zapisywac ją w bazie razem ze skinem.

McLaren

Rowniez sie ciesze ze takowy program ma ruszyc bo da to spore mozliwosci zabawy w malowanie samochodu

. Odnosnie moich uwag w programie:
zamiast text field dla ścieżki do katalogu ze skinami, proponowalbym aby program poprosil o znalezienie pliku NR2003.exe i na tej podstawie sam wpisal do configa sciezke

przycisk Aktualizuj skiny zastapilbym Sprawdz czy sa nowe skiny po czym bylaby podawana lista nowych skinow wraz z 1-2 zdaniami od autora na temat zmian w swoim skinie (trzeba byloby dodac record na taki opis w przypadku uploadowania pliku). Na podstawie tego spisu domyslnie bylyby zaznaczone wszystkie checkboxy ze skinami a uzytkownik moglby sobie te ktore mu sie nie podobaja odznaczyc i dopiero pobrac skiny

co do kontorli poprawnosci pliku ze skinem to chyba najprosciej porownac wielkosc pliku na serku i HD uzytkownika

z wodotryskow to dodalbym oczywiscie mozliwosc dodania z 2 fotek skina, przy czym zeby serek trzymal takze 2 fotki starsze (z porzedniej wersji) co daloby mozliwosc porowania zmian

MaXyM

Można szukać w ten sposób. Łatwiej jednak znaleźć w rejestrach. I tu pytanie: czy Nascar musi być zainstalowany, znaczy czy musi mieć wpisy w rejestrach aby działać).

Komentarze/zmiany do skinów - wg mnie bez sensu, mimo że zrobienie tego to żaden problem. Jesli ktoś zmienia sobie skin, to nie widze potrzeby aby wyjaśniał co było zmienione każąc się tym samym zastanawiać userowi czy chce ściągać czy nie. No chyba że autor skina bardzo chce się pochwalić. Podobnie do tych ilustracji. Niech będą na serwerze ale nie widze potrzeby ściągania ich do programu. A nikogo nie powinny interesowac różnice tylko to że widzi aktualne malowanie - bo taki jest cel programu

Porównanie wielkości to najprostrzy sposób faktycznie pytanie czy wystarczający. Ja bym jeszcze dodał na wszelki wypadek backupowanie nadpisywanych skinów

McLaren

Co do ilustracji to oczywiscie nie mialem na mysli dawac ich do programu tylko aby mozna to bylo zobaczyc na stronie, co do opisow to nie ma obowiazku zeby ktos cos pisal jak nie chce ale daje to jakies pojecie jak sie skin zmienil.
Co do backupu skinow to napewno nie zaszkodzi, a porownanie wielkosci chyba wystarczy nie ma co sobie komplikowac zycia

Co od szukania sciezki z rejestru to tez pomysl aczkolwiek mniej trafny ostatnio mialem reinstal windy i nie chialoby mi sie instalowac np N2003 tylko po to zeby byl wpis w rejestrze.

Nogal · Dołączył: 18 Sie 2001 Posty: 5561 Skąd: Warszawa

MaXyM

Nogal, dowiedziałęm się że wersja NoCD nie wymaga wpisów w rejestrze. Więc chyba pozostanie szukanie exec'a.

O podziale tabel myślałem ale doszedłem do tego, że to bez sensu (chyba że ktoś znajdzie argument za). Kierowca jest na stałe związany z danym nuemrem wozu. Nie zdarzy się sytuacja żeby kierowca miał dwa wozy albo z jednego numeru korzystało dwóch kierowców. Stąd wystarczy jedna tabela i baza ta nie da się znormalizowac bardziej.

W MFC jest lista. Ale zaznaczanie na liście jest niewygodne/nieładne. Najlepsza by była lista z checkmarkami. Tylko ze to trzeba samemu sobie napisać.

Nogal · Dołączył: 18 Sie 2001 Posty: 5561 Skąd: Warszawa

MaXyM

Nogal, nie ma problemu otworzyć file requester. Ale tu chcieli aby automagicznie się wyszukiwał katalog nascara

więc trzeba będzie przeczesać katalogi. Oczywiście filerequester też będzie (a właściwie będzie najpierw)

Co do tabel to nie dodac tabelę tylko kolumnę do tabeli z datą aktualizacji. Moja propozycja tabeli (skłądnia mysql'a)

IDcar SMALLINT PRIMARY KEY,
FName VARCHAR(30),
LName VARCHAR(30),
Nick VARCHAR(30),
City VARCHAR(50),
BirthYear SMALLINT ,
Team VARCHAR(50),
Email VARCHAR(100),
WWW VARCHAR(100),
CarPath VARCHAR(100),
CarDate TIMESTAMP

Nad rozbiciem tabeli można by się zastanowić jeśli by się robiło normalizację pod względem teamów. Wtedy osobna tabela z teamami i w tabli kierowców IDteam. Ale czy jest sens dla jednej kolumny?

PHP będzie wysyłał do programu tylko IDcar, CarDate i URLa do pliku.

Nogal · Dołączył: 18 Sie 2001 Posty: 5561 Skąd: Warszawa

kavoo · Dołączył: 16 Sie 2001 Posty: 8688 Skąd: 100lica

Key
	Nie możesz pisać nowych tematów Nie możesz odpowiadać w tematach Nie możesz zmieniać swoich postów Nie możesz usuwać swoich postów Nie możesz głosować w ankietach Możesz dodawać załączniki w tym forum Mozesz sciagac pliki w tym forum