W dniu 2012-03-16 10:26, Tomasz Chiliński pisze:
Widzę, że ostatnio rozwój LMS przyspieszył.
Ja juz nic nie mowie - nie czytalem listy kilka dni i 300 nowych postow :( Moze uda sie wkoncu to o czym glosno nie rozmawiamy - stala wspolpraca z 2-3 developerami i ich stale finansowanie.
Zapomniałem dodać, że teraz "na radarze" mamy:
- Przejście z lokalizacjami klientów na obsługę TERYT (nadal musi zostać
możliwość wpisywania dowolnych adresów). Tu zmiany zaczniemy od rozbicia pola address i post_address na *_street, *_house, *_flat. Będziemy wymagana aktualizacja schematu bazy danych, która przy okazji spróbuje automatycznie rozbić pola adresu na poszczególne części. Trochę doświadczeń związanych z lms-teryt już jest, więc na pewno będzie łatwiej, ale dobrze byłoby, żeby pojawiło się więcej uwag odnośnie rozbijania adresu na części.
Ja do powyzszego moge tylko napisac, ze obserwujac komercyjny projekt/system pewnej kablowki tam idealnie sprawdza sie trzymanie w bazie wszystkich lokalizacji, w ktorych mamy zasieg. A wiec miasto/ulica/numer_bloku/numer_mieszkania. I na listach wyboru wlasnie te wszystkie pozycje sa wybieralne. Wbrew pozorom nie dodaje to wcale wiecej pracy (wyklikiwanie), ale za to minimalizuje do zera ryzyko pomylek itp. Oczywiscie obok listy wyboru jest formularzyk dodawania nowej lokalizacji do bazy. Tak wiec w praktyce trzymamy tylko pelne HP klientow (konkretne punkty w ktorych mamy swoje gniazdka). Powyzszy oczywiscie tyczy sie lokalizacji komputerow/urzadzen. Choc przy klientach jest podobnie z tym ze adresy korespondencyjne sa wpisywane recznie, a lokalizacje na umowie (z dowodu) sa niby wybieralne, ale mozna je recznie nadpisywac (nowe nie zapisuja sie juz w bazie). Moze wiec warto w tym kierunku pojsc przy uewnetualnych zmianach w lokalizacjach komputerow. Bo z klientami nie ma co za duzo dumac. Rozbic na poszczegolne pola i trzymac zgodnie z terytem lub bez terytu. W komputerach moim zdaniem powinien pojawic sie juz tylko teryt i to tylko te pola w ktorych mamy zasieg.
pozdrawiam