Grudzień 2002 - lms - lists.lms.org.pl

Re: login czy nr. klienta?
by Łukasz Mozer 28 Gru '02

28 Gru '02

Witaj Radosław, W Twoim liście z dnia 28 grudnia 2002 (02:03:08) można przeczytać: > No więc jeszcze raz tu. Ja jestem za rozwiazaniem > user == auto_email == login_klienta > Proste i skuteczne rozwiazanie, ale Baseciq (na razie nieskutecznie) probuje > obalic moj pomysl :-) Dokładnie. Jeszcze ludzi z listy na Ciebie napuszczam :) Pozdrawiam -- WREDNA ŚWINIA <lukasz(a)rulez.pl> :) Rulez Development Team http://www.rulez.pl

1 0

Re: login czy nr. klienta?
by Paweł "Argail" Kowalski 28 Gru '02

28 Gru '02

W dniu 2002-12-28, lms-l(a)rulez.pl napisał(a) > Witajcie. > Co wg. was powinno być podstawą do identyfikacji przy kontakcie z > klientem? > a) login - przyjemniejsze dla usera, gorsze dla nas. Trzeba wymyśleć > bądź wygenerować login, wytłumaczyć że login jest zajęty, poza tym > duplikuje się to z już istniejącym ID; > b) nr klienta - dla nas łatwiejsze, jest już w bazie pole id, > unikatowe, wogóle profesjonalnie to wygląda itd. itdp. :) Generalnie raczej numer - nie wszyscy uzytkownicy korzystaja z oferowanych im w pakiecie kont email/www - brak takowegoż może spowodować niepotrzebne zamieszanie i kombinowanie. -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

login czy nr. klienta?
by Łukasz Mozer 28 Gru '02

28 Gru '02

Witajcie. Co wg. was powinno być podstawą do identyfikacji przy kontakcie z klientem? a) login - przyjemniejsze dla usera, gorsze dla nas. Trzeba wymyśleć bądź wygenerować login, wytłumaczyć że login jest zajęty, poza tym duplikuje się to z już istniejącym ID; b) nr klienta - dla nas łatwiejsze, jest już w bazie pole id, unikatowe, wogóle profesjonalnie to wygląda itd. itdp. :) Pozdrawiam. -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Pare ideasow
by Goblin 28 Gru '02

28 Gru '02

> Jak powinna wyglądać faktura? IMHO pojawia sie rowniez problem realizacji wydruku, gdyz HTML specjalnie do tego sie nie nadaje. Moze pdf siakis... -- Goblin.

1 0

Re: ilosc uzytkownikow
by Goblin 28 Gru '02

28 Gru '02

> Proponuje podczas wyswietlania dzielic ilosc wyswietlanych rekordow na > ustalone wczesniej ilosci (np 25,50,100 na stronie) - ulatwi to > nawigacje pomiedzy nimi. > Dobrym wyjsciem bylo by rowniez podzielenie wyswietlania danych userow > na klasy, np. wchodzimy na strone wyswietlania, i ustawiamy iż chcemy > zobaczyc użytkowników na litere A, lub z klasy > 10.200.0.0/255.255.255.128 itd itd - to rownież zdecydowanie poprawi > jasność wyswietlanych danych. Przyda sie rowniez mozliwosc filtrowania po danych adresowych i rejonizacja np po osiedlach czy segmentach to juz jak kto sobie przyjmie, wazne zeby mozna bylo na rejony dzielic -- Goblin

1 0

Re: Pare ideasow
by Goblin 28 Gru '02

28 Gru '02

> > 5. seryjne wystawianie drukow wplat czy tez faktur. > > Jak powinna wygl±daæ faktura? moje wygladaja mw tak jak w zalaczniku :) generalnie jescze niedawno robilem to w wordzie, szblon mam juz w OOo ale jeszce nie dogadalem sie z korespondencja seryjna w OOo -- Goblin. -- Binary/unsupported file stripped by Listar -- -- Type: application/vnd.sun.xml.writer -- File: faktury-oryginal.sxw

1 0

Re: Pare ideasow
by Pawel Bernadowski 28 Gru '02

28 Gru '02

On Sat, 28 Dec 2002, Goblin wrote: > Hejka, > > z luznych pomyslow to mozliwe ze przydalo by sie zrobienie podstrony > dla osob zaangazowanych w projekt, ktora by to spinala jakos organizacyjnie > coby sie burdel nie zrobil, i coby wiadomo bylo kto co robi. > > 1. Abonamenty czy tez taryfy: wiadomo, kwestia wysokosci oplat, > ale nie tylko. Zdarza sie ze od abonamentu zaleza transfery maksymalne, > dostepne porty (czeste wycinanie p2p) czy tez zewnetrzne IP. > > 2. moze by tak odrazu przewidziec wsparcie dla IPv6? w koncu kiedys tego > bedzie trzeba zaczac uzywac :) > > 3. skrypt generujacy regolki dla QoS > (preferuje HTB ale i CBQ sie pewnie komus przyda) > > 4. pomyslem dosc ciekawym moze byc umozliwienie scentralizowanej obslugi > kilku serwerow przez jednego LMS'a. Ja to widze tak: > Masterserver z obsluga LMS'a (GUI) -> export bazy danych na serwery > zarzadzane i tam juz tylko LMSd. Wymagalo by to przydzielania hostow > do strefy i exportowanie do childserverow tylko danych o obslugiwanych > przez nie strefach. > > 5. seryjne wystawianie drukow wplat czy tez faktur. > > 6. nie bawilem sie linuxstatem, ale przydalo by sie info w stylu MRTGowych > wykresow, o osiaganych przez hosta transferach i/lub o aktywnosci > komputera w sieci (is_alive?) > > -- > Goblin > > >

1 0

ilosc uzytkownikow
by Paweł "Argail" Kowalski 28 Gru '02

28 Gru '02

Mala rzecz a jednak przeszkadza .... W sytuacji gdy mamy ponad 2 tys userow ktorych chcielibysmy dopisac do lms, pojawia sie problem z przegladaniem ich wszystkich. W aktualnej wersji juz przegladanie ponad 100 userow staje sie meczace (ciagle przewijanie ekranu) Proponuje podczas wyswietlania dzielic ilosc wyswietlanych rekordow na ustalone wczesniej ilosci (np 25,50,100 na stronie) - ulatwi to nawigacje pomiedzy nimi. Dobrym wyjsciem bylo by rowniez podzielenie wyswietlania danych userow na klasy, np. wchodzimy na strone wyswietlania, i ustawiamy iż chcemy zobaczyc użytkowników na litere A, lub z klasy 10.200.0.0/255.255.255.128 itd itd - to rownież zdecydowanie poprawi jasność wyswietlanych danych. Sprawa druga - demon. W moim przypadku - uzytkownicy zapieci sa na kilka roznych serwerow, kazdy w innej podsieci kozystajacy z innego lacza. Idealnym wyjściem (tak i dla mnie jak i wogóle na przyszłość) było by takie zbudowanie demona, aby mozna było go odpalić na np 4 serwerach, a glowną baze na 5 - wówczas w momencie dodania kolejnego użytkownika serwer 5 wysyłał by do serwerów podrzędnych informacje o nowym użytkowniku wraz z ip, mac itd itd - na nich zaś demon generował by łancuchy iptables (ipchains, ipfw or whatever). Generalnie baza może być wysyłana do serwerów w formie niezmienionej na każdy z serwerów - wpisy mogą się na nich duplikować - często na skutek padu serwera/łącza przepina się dane podsieci na serwer obok - oszczędziło by to w takiej sytuacji przenoszenia regół pomiędzy serwerami. -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: Pare ideasow
by Pawel Bernadowski 28 Gru '02

28 Gru '02

> 5. seryjne wystawianie drukow wplat czy tez faktur. To by mnie takze zainteresowalo, chociaz szczerze to bardziej druczki przelewu. A jako ze maja istniec takze usrowie "ogladacze" to optowal bym nawet za tym by kazdy z userow mogl sobie sam wydrukowac blankiet polecenia przelewu. Pawel Bernadowski GG 3377

1 0

Re: Pare ideasow
by Łukasz Mozer 28 Gru '02

28 Gru '02

Witaj Goblin, W Twoim liście z dnia 28 grudnia 2002 (00:54:14) można przeczytać: > 4. pomyslem dosc ciekawym moze byc umozliwienie scentralizowanej obslugi (...) Przecież to można do MySQL'a dodać dostęp zdalny a wszystkie skrypty które narazie piszę respektują opcje networks, czyli listę sieci (wg. listy sieci z LMS'a) dla których mają coś generować (: > 5. seryjne wystawianie drukow wplat czy tez faktur. Jak powinna wyglądać faktura? -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0