Czerwiec 2003 - lms - lists.lms.org.pl

RE: [lms] Re: [lms] Re: ufff... mała ankieta.
by Radosław Antoniuk 20 Cze '03

20 Cze '03

> > IPv6 nie będzie można zarządzać? ;-) Będzie można. Jak sobie wreszcie zainstaluję obsługę pod windą :-P -- Pozdrawiam, Radosław 'Warden' Antoniuk | GG: 260746 ICQ:55423024 warden(at)debian.black.pl | #lgul #debian.pl #lms

1 0

Re: [lms] Re: [lms] Re: ufff... mała ankieta.
by Łukasz Jarosław Mozer 20 Cze '03

20 Cze '03

Witam. >> jak co do czego to na lekarstwo postgresowców :-))) > Ja się nie wybieram. MySQL 4 właśnie wszedł do testing :-) A ja podjełem decyzję. O ile cokolwiek będę robił w LMS to niestety nie będę się martwił o postgresa. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: [lms] Re: ufff... mała ankieta.
by Łukasz Jarosław Mozer 20 Cze '03

20 Cze '03

Witam. > IPv6 nie będzie można zarządzać? ;-) Nie, pentagon nie wyraził zainteresowania LMS'em. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: [lms] Re: ufff... mała ankieta.
by Radosław Antoniuk 20 Cze '03

20 Cze '03

> jak co do czego to na lekarstwo postgresowców :-))) Ja się nie wybieram. MySQL 4 właśnie wszedł do testing :-) -- Pozdrawiam, Radosław 'Warden' Antoniuk | GG: 260746 ICQ:55423024 warden(at)debian.black.pl | #lgul #debian.pl #lms

1 0

Re: ufff... mała ankieta.
by Arkadiusz Miskiewicz 20 Cze '03

20 Cze '03

On/Dnia Fri, Jun 20, 2003 at 07:32:55PM +0200, Łukasz Jarosław Mozer wrote/napisał(a) > Witam. > > > Nieznacznie.. to zalezy co chesz liczyc ? > > Tablicę zawierającą listę komputerów, tak około ~ 100, sortowanie wg. > adresu IP zapisanego w postaci stringa (dot quad). I ogólnie > jakiekolwiek array_multisort... Zresztą, cokolwiek by na PHP'a nie > zrzucić, MySQL i tak to zrobi szybciej. Znaczy co do adresów IP, i > pewnie dziś/jutro zostanie przepisany LMS aby korzystał z adresów w > formacie longint. Gdyby PG miał INET_NTOA nie musiałbym po pobraniu > tablicy z danymi przerabiać wiersz po wierszu wyniku by dopisać do tej > tabeli adresy długie. IPv6 nie będzie można zarządzać? ;-) > Łukasz Jarosław Mozer -- Arkadiusz Miśkiewicz CS at FoE, Wroclaw University of Technology arekmatssedotpl AM2-6BONE, 1024/3DB19BBD, arekm(at)ircnet, PLD/Linux

1 0

Re: [lms] Re: ufff... mała ankieta.
by Łukasz Jarosław Mozer 20 Cze '03

20 Cze '03

Witam. > Nieznacznie.. to zalezy co chesz liczyc ? Tablicę zawierającą listę komputerów, tak około ~ 100, sortowanie wg. adresu IP zapisanego w postaci stringa (dot quad). I ogólnie jakiekolwiek array_multisort... Zresztą, cokolwiek by na PHP'a nie zrzucić, MySQL i tak to zrobi szybciej. Znaczy co do adresów IP, i pewnie dziś/jutro zostanie przepisany LMS aby korzystał z adresów w formacie longint. Gdyby PG miał INET_NTOA nie musiałbym po pobraniu tablicy z danymi przerabiać wiersz po wierszu wyniku by dopisać do tej tabeli adresy długie. >> W PG aktualnie potrzebuję zaimplementować obsługę INET_ATON() i >> INET_NTOA() aby w locie przeliczać adresy. Tak, ten zacofany, nic nie >> warto mysql ma takie funkcje ;) > AFAIR ma ma tez fajny typ pola macaddr MySQL? Bo że PG ma to wiem... Ale nadal, jeżeli ma być supportowany i postgres i my, to trzeba jakoś rozsądnie bazę zaprojektować. I ktoś *musi* testować pg i to poprawiać. Ja nie wiem, wszyscy PG chwalą ale jak co do czego to na lekarstwo postgresowców :-))) P. PS. ale się pogoda zjechała. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: ufff... mała ankieta.
by Przemysław 'Repcio' Gubernat 20 Cze '03

20 Cze '03

On Fri, Jun 20, 2003 at 03:19:18PM +0200, Łukasz Jarosław Mozer wrote: [..] > Niestety utrzymanie zapytań SQL w zgodności z postgresem jest dla mnie > nierealne. Nie mam gdzie tego testować ani skąd uzyskać pomocy (tak, > niby pg taki fajny, ale osób chętnych do pomocy i znających go > naprawdę dobrze jest bardzo mało). Niestety przeniesienie takich > rzeczy jak chociażby przeliczanie adresów na barki PHP spowoduje > spowolnienie działania LMS'a. Nieznacznie.. to zalezy co chesz liczyc ? > W PG aktualnie potrzebuję zaimplementować obsługę INET_ATON() i > INET_NTOA() aby w locie przeliczać adresy. Tak, ten zacofany, nic nie > warto mysql ma takie funkcje ;) AFAIR ma ma tez fajny typ pola macaddr -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat IPv4://repcio@3575230515 IPv6://repcio@3ffe:8010:1c:beaf::2 +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | Network Administrator @ Repcio.NET & Trzebnica.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: name vs. name+lastname
by Adam Szpakowski 20 Cze '03

20 Cze '03

On Friday 20 of June 2003 17:19, you wrote: > W LDAPie podział może być dowolny... :-P A tu bym polemizował... jak się nie chce samemu przerabiać źródełek przydatnych progamów (vide qmail-ldap, samba, courier, etc) to lepiej się pewnych zasad trzymać. Pozdrawiam -- Adam Szpakowski Gliwickie Stowarzyszene Internautow -"GSI" oddzial Nexus e-mail: worf(a)nexus.gliwice.pl

1 0

RE: [lms] pozbycie się LMS.class.php
by Radosław Antoniuk 20 Cze '03

20 Cze '03

> Podobnie reorganizacja plików w modules. Scalenie ich do kupy - np. > jeden plik do operacji na użytkownikach, jeden od finansów, > itp. itd. > (Warden, to pytanie bardziej do Ciebie). Well, jestem za. Chociaż to już jest tylko kosmetyka. Ja właśnie teraz scalam czyjąś robotę w ten sposób. Cholernie dużo przepisywanki i analizowania jak nie znam softu... Ale ułatwi mi to później dodawanie ficzerów :-) -- Pozdrawiam, Radosław 'Warden' Antoniuk | GG: 260746 ICQ:55423024 warden(at)debian.black.pl | #lgul #debian.pl #lms

1 0

RE: [lms] Re: pozbycie się statusu
by Radosław Antoniuk 20 Cze '03

20 Cze '03

> Ej, no to właściwie czego brakuje LMS'owi? Bo jak tak dochodzę co do > czego to wychodzi mi że nie ma co przerabiać ;-) A jak myślisz, czemu już dawno nic nie popsułem? :-) no.. może poza brakiem czasu. -- Pozdrawiam, Radosław 'Warden' Antoniuk | GG: 260746 ICQ:55423024 warden(at)debian.black.pl | #lgul #debian.pl #lms

1 0