- lms - lists.lms.org.pl

Re: Sieci
by Tomasz Chilinski 19 Lut '04

19 Lut '04

On Thu, 19 Feb 2004 10:56:31 +0100, Rafal Ramocki wrote > Stosunkow proste do zrobienia pod warunkiem ze UI jest na bramie. > Wtedy wystarczy zczytac tylko lokalna tablice ARP. Bedzie to > szybkie.... ale ze wzgledu na czas wygasania wpisow arp (nie wiem > ile on wynosi domyslnie) niezbyt dokladne. Sadze ze nawet ja moglbym > temu podolac ;P > Można ewentualnie regulować czas życia wpisów. > A wlasnie skoro jest juz wersja 1.3 to moze najwyzszy czas zeby ja > dalej rozwiac? Niech maitainerzy poszczegolnych czesci kodu > poprawiaja 1.2 a ci co nie maja co poprawiac niech psuja 1.3. Na > przyklad ja :P Popieram. > z powazaniem > Rafal Ramocki Pozdrawiam Tomasz Chiliński

1 0

Re: Sieci
by Tomasz Chilinski 19 Lut '04

19 Lut '04

On Thu, 19 Feb 2004 09:16:54 +0100, A.L.E.C wrote > >> - powinna być możliwość z poziomu programu stwierdzenia, czy aktualne > >> użytkownik ma włączony komputer czy ten nie. Jakaś ikona np. ze zmiennym > >> kolorem jak w GG. > > > >Do zrobienia, też brak koncepcji jak monitorować włączone komputery... > > ja to robię nmap'em, ale nie wiem czy to jest pewny sposób, no i > przy dużej sieci chyba trochę trwa, bo pewnie pasowały by to robić > przy userlist > Ja mam w tej chwili do tego celu 2 programy (napisane w C): 1) Wykorzystujący arp - nazwalem go pinger rozsyła w ciągu kilku sekund arp-requesty do wszystkich kompów opisanych w pliku pinger.conf. 2) Dzialający na zasadzie snifferka prostego nasłuchujący ruch i na bazie odczytanych maców z ramek oraz pliku pinger.conf pokazujący kto ma włączony komputer. Inna metoda to sprawdzenie tablicy arp-cache. > -- > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) Pozdrawiam Tomasz Chiliński

1 0

Re: Sieci
by Tomasz Chilinski 19 Lut '04

19 Lut '04

On Thu, 19 Feb 2004 09:01:09 +0100, Łukasz Jarosław Mozer wrote > > > - powinna być możliwość z poziomu programu stwierdzenia, czy aktualne > > użytkownik ma włączony komputer czy ten nie. Jakaś ikona np. ze zmiennym > > kolorem jak w GG. > > Do zrobienia, też brak koncepcji jak monitorować włączone komputery... Wystarczy: 1) Sprawdzać arpem czy jest wpis w arp cache table odpowiadający określonemu ipkowi. 2) Robić arpinga na żądanie. > -- > Pozdrowienia, > Łukasz Jarosław Mozer Pozdrawiam Tomasz Chiliński

1 0

Re: Sieci
by Rafal Ramocki 19 Lut '04

19 Lut '04

On Thu, 19 Feb 2004 09:16:54 +0100, A.L.E.C wrote > >> - powinna być możliwość z poziomu programu stwierdzenia, czy aktualne > >> użytkownik ma włączony komputer czy ten nie. Jakaś ikona np. ze zmiennym > >> kolorem jak w GG. > > > >Do zrobienia, też brak koncepcji jak monitorować włączone komputery... > > ja to robię nmap'em, ale nie wiem czy to jest pewny sposób, no i > przy dużej sieci chyba trochę trwa, bo pewnie pasowały by to robić > przy userlist > A co byscie powiedzieli na: http://www.interblock.pl/main?go=0 Jest to wynik. nmblookup -T \* Jeden pakiet wyslany, odebrane pakiety od wszystkich komputerow z samba.

1 0

Re: Sieci
by Rafal Ramocki 19 Lut '04

19 Lut '04

On Thu, 19 Feb 2004 09:01:09 +0100, Łukasz Jarosław Mozer wrote > Witaj Sunpol, > > W Twoim liście datowanym 19 lutego 2004 (07:19:59) można przeczytać: > > > - w konfiguracji dsieci wprowadzić maski tak aby mozna było nazwy > > pojedynczych sieci rozdzielić, a mianowicie niech siec o nazwie "X" posiada > > przydzieloną pólę IP np 192.168.1.0 - 254, sieć "Y" 192.168.2.0 - 254 itd. > > Bramka na serwarze wspolna na 192.168.0.1. W takieej konfiguracji oczywiście > > potrzebna jest odpowiedna maska i kazda siećc powinna być konfigurowana > > osobno. > > Masz pomysł jak to zrealizować? > Mnie tez zalezy na tym zeby mozna bylo pdac szersza maske niz /24 w swojej sieci kozystam z /12 i gdyby nie to ze recznie pisalem do bazy danych odpowiednia siec to bym mial kupe. Pamietam ze pierwotna wersja sie wuykrzaczala gdzies przy takiej masce a ta to nie pamietam. Jak zrealizowac dokladnie ten pomysl... hmmm jeszcze nie wiem, ani nie wiem tez po co. Cyz moglbys mi wyjasnic jaki w tym jest sens? No i do czego to moze byc wykozystane. z powazaniem Rafal Ramocki

1 0

Re: Sieci
by Rafal Ramocki 19 Lut '04

19 Lut '04

On Thu, 19 Feb 2004 07:19:59 +0100, Sunpol wrote > Używam LMS'a od niedawna. Dobry program, zwlaszcza, że wspomaga prowadzenie > działalności finansowej. > Chciałbym przekazać swoje uwagi jako użytkownik, moze również inni je > posiadają. > - w konfiguracji dsieci wprowadzić maski tak aby mozna było nazwy > pojedynczych sieci rozdzielić, a mianowicie niech siec o nazwie "X" posiada > przydzieloną pólę IP np 192.168.1.0 - 254, sieć "Y" 192.168.2.0 - > 254 itd. Bramka na serwarze wspolna na 192.168.0.1. W takieej > konfiguracji oczywiście potrzebna jest odpowiedna maska i kazda > siećc powinna być konfigurowana osobno. - powinna być możliwość z > poziomu programu stwierdzenia, czy aktualne użytkownik ma włączony > komputer czy ten nie. Jakaś ikona np. ze zmiennym kolorem jak w GG. > Autorom programu dzieki za wklad pracy i życzę dalszych sukcesów Stosunkow proste do zrobienia pod warunkiem ze UI jest na bramie. Wtedy wystarczy zczytac tylko lokalna tablice ARP. Bedzie to szybkie.... ale ze wzgledu na czas wygasania wpisow arp (nie wiem ile on wynosi domyslnie) niezbyt dokladne. Sadze ze nawet ja moglbym temu podolac ;P A wlasnie skoro jest juz wersja 1.3 to moze najwyzszy czas zeby ja dalej rozwiac? Niech maitainerzy poszczegolnych czesci kodu poprawiaja 1.2 a ci co nie maja co poprawiac niech psuja 1.3. Na przyklad ja :P z powazaniem Rafal Ramocki

1 0

Re: Sieci
by Mateusz phx Murawski 19 Lut '04

19 Lut '04

On Thu, 19 Feb 2004 09:01:09 +0100 Łukasz Jarosław Mozer <lukasz(a)rulez.pl> wrote: > > - w konfiguracji dsieci wprowadzić maski tak aby mozna było nazwy > > pojedynczych sieci rozdzielić, a mianowicie niech siec o nazwie "X" > > posiada przydzieloną pólę IP np 192.168.1.0 - 254, sieć "Y" > > 192.168.2.0 - 254 itd. Bramka na serwarze wspolna na 192.168.0.1. W > > takieej konfiguracji oczywiście potrzebna jest odpowiedna maska i > > kazda siećc powinna być konfigurowana osobno. > > Masz pomysł jak to zrealizować? > > > - powinna być możliwość z poziomu programu stwierdzenia, czy > > aktualne użytkownik ma włączony komputer czy ten nie. Jakaś ikona > > np. ze zmiennym kolorem jak w GG. > Moze arping. Tu przyklad realizacji http://neostrada.info/download.php?dzial=slinux Skrypt Online Pozdrawiam

1 0

Re: 1.3.x
by Rafal Ramocki 19 Lut '04

19 Lut '04

On Wed, 18 Feb 2004 23:44:21 +0100, A.L.E.C wrote > > Witaj lms! > > almsd w żaden > > sposób nie różni się od lms-mgc - dokąd nie będzie czegoś pracującego > > na templejtach to nie ma wogóle o czym gadać. Podobnie wyglądała > > sprawa z zatrudnieniem w Smarty do tego - generalnie pomysł się > > podobał kilku osobom, ale nikt nie ruszył dupy by napisać demona do > > pobierania configów. > > Ja się podejmę stworzenia nowego demona jak będę miał trochę więcej > danych, jak ma to działać. Choć w zasadzie almsd był moim pierwszym większym > kontaktem z C, to jednak widać (tak mi się wydaje), że szybko się uczę. > Piszesz o Smarty. Czyli konfigi miałyby być generowane ręcznie, a > demon by je tylko podmieniał - bułka z masłem. Ja myślałem raczej o > jakimś automacie, który sam wszystko robi, ale żeby to zgrać z > takimi templejtami, trzeba by zrobić coś a'la parser. Zdecydowanie > więcej roboty, ale może by się udało. Pozostaje jeszcze nieustalona > kwestia wykrywania zmian i reloadu, nie wiem czy planowana w 1.9 > przez ciebie tabela 'events' to załatwi. > Ja w dosyc toporny sposob zmusilem LMS'a do pracy wieloserwerowej. Wykozystalem do tego NFS. Jeden komputer robi jako master a drugi jako slave. Master genruje wszystkie konfigi i gieneruje sumy kontrolne, slave co pewnien czas sprawdz czy sumakontrolna jkigos pliku sie nie zmienila, pobiera go i w razie potrzeby restartuje odpowiednia czec firewall'a sterowania przeplywem czy co tam jeszcze. z powazaniem Rafal Ramocki

1 0

Re: 1.3.x
by Rafal Ramocki 19 Lut '04

19 Lut '04

On Wed, 18 Feb 2004 21:45:12 +0100, Dariusz 'Mast3r' Jagodzik wrote > Mysle, że wiele osób nie zdaje sobie > sprawy ze taki projekt istnieje i ze to jest na prawde wygodne, > pokazałem ten projekt dla paru adminów ASK'ów na początku podeszli > do tego pewnym dystansem, ale szybko sie przekonali ze jest to > swietny projekt.. Mam dokladnie te same doswiadcznia, Na lms'a trafilem tylko dlatego ze na stronie jednej sieci zobaczylem ze wlasnie zainstalowali go u siebie, zobaczylem, przejzalem, oblookalem demo i baaaardzo mi przypadk do gustu. Podeslijcie mi logo LMS'a w formacie 83x83. Umieszcze je na stronie interblocku. Przynajmniej w ten sposob bede mogl wesprzec teraz projekt. MOze zainteresuje sie nim jakis nowy, moldy majacy czas programista/administrator :) z powazaniem Rafal Ramocki

1 0

Re: [almsd] tc - htb.sh
by pbern＠pbern.biz 19 Lut '04

19 Lut '04

On Wed, 18 Feb 2004, Marcin Król wrote: > ZTCP moduł TC z almsd nie robi nić więcej niż zrzucenie ograniczeń do > pliku wraz z adresem ip. Tak więc samo TC nadaje się conajwyżej do > wyprodukowania pliku z wartościami upstream i downstream, które > następnie muszą zostać przetworzone przez inny, zewnętrzny skrypt. Czy to jest dobrze spreparowany plik... bo lekko sie poglubilem.. lstat pokazuje ze przez dsl`a ciagle wypycham 0,4Mb.. co jest troche dziwne.. :< Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Sieci
by pbern＠pbern.biz 19 Lut '04

19 Lut '04

On Thu, 19 Feb 2004, Łukasz Jarosław Mozer wrote: > > - powinna być możliwość z poziomu programu stwierdzenia, czy aktualne > > użytkownik ma włączony komputer czy ten nie. Jakaś ikona np. ze zmiennym > > kolorem jak w GG. moze fping?? Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Re: [lms] Re: 1.3.x
by pbern＠pbern.biz 19 Lut '04

19 Lut '04

On Thu, 19 Feb 2004, A.L.E.C wrote: > info idzie do sysloga - nie wystarczy? Ok, je=B6li almsd jest uruchamiany= > z opcj=B1 -q to b=EAdzie dodatkowo rzuca=B3 komunikat na konsol=EA. hm... u mnie przy -q nic nie szlo do sysloga... wlasnie to mnie zmylilo.. bo komunikaty byly takie jak zwykle.. start i koniec ;) Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: [lms] Re: Sieci
by A.L.E.C 19 Lut '04

19 Lut '04

>> - powinna być możliwość z poziomu programu stwierdzenia, czy aktualne >> użytkownik ma włączony komputer czy ten nie. Jakaś ikona np. ze zmiennym >> kolorem jak w GG. > >Do zrobienia, też brak koncepcji jak monitorować włączone komputery... ja to robię nmap'em, ale nie wiem czy to jest pewny sposób, no i przy dużej sieci chyba trochę trwa, bo pewnie pasowały by to robić przy userlist -- Pozdrawiam Aleksander Machniak ( A.L.E.C )

1 0

Re: Sieci
by Marcin Król 19 Lut '04

19 Lut '04

Użytkownik Łukasz Jarosław Mozer napisał: >>- powinna być możliwość z poziomu programu stwierdzenia, czy aktualne >>użytkownik ma włączony komputer czy ten nie. Jakaś ikona np. ze zmiennym >>kolorem jak w GG. > Do zrobienia, też brak koncepcji jak monitorować włączone komputery... Najprościej i najszybciej, jeśli ktoś używa statystyk to sprawdzić czy dany komputer wysłał coś w świat w ciągu np. ostatnich 5 minut. -- "Nie wyrzucaj bohatera z twojej duszy, dzierżyj święcie twoją najwyższą nadzieję." (Zaratustra)

1 0

Re: Sieci
by Łukasz Jarosław Mozer 19 Lut '04

19 Lut '04

Witaj Sunpol, W Twoim liście datowanym 19 lutego 2004 (07:19:59) można przeczytać: > - w konfiguracji dsieci wprowadzić maski tak aby mozna było nazwy > pojedynczych sieci rozdzielić, a mianowicie niech siec o nazwie "X" posiada > przydzieloną pólę IP np 192.168.1.0 - 254, sieć "Y" 192.168.2.0 - 254 itd. > Bramka na serwarze wspolna na 192.168.0.1. W takieej konfiguracji oczywiście > potrzebna jest odpowiedna maska i kazda siećc powinna być konfigurowana > osobno. Masz pomysł jak to zrealizować? > - powinna być możliwość z poziomu programu stwierdzenia, czy aktualne > użytkownik ma włączony komputer czy ten nie. Jakaś ikona np. ze zmiennym > kolorem jak w GG. Do zrobienia, też brak koncepcji jak monitorować włączone komputery... -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: [lms] Re: 1.3.x
by A.L.E.C 19 Lut '04

19 Lut '04

>Co do Almsd.. >to tylko taka mala uwaga.. plz dodaj mu funkcje ze jak nie mzoe sie >polaczyc z baza, ew. jest przez nia odrzucany to by wyrzucal jakies >info... tak jak to robia te skrypty perl`ow... info idzie do sysloga - nie wystarczy? Ok, jeśli almsd jest uruchamiany z opcją -q to będzie dodatkowo rzucał komunikat na konsolę. -- Pozdrawiam Aleksander Machniak ( A.L.E.C )

1 0

Re: 1.3.x
by pbern＠pbern.biz 19 Lut '04

19 Lut '04

On Wed, 18 Feb 2004, A.L.E.C wrote: Co do Almsd.. to tylko taka mala uwaga.. plz dodaj mu funkcje ze jak nie mzoe sie polaczyc z baza, ew. jest przez nia odrzucany to by wyrzucal jakies info... tak jak to robia te skrypty perl`ow... a ogolnie dzialanie almsd mi sie bardzo podoba.. jest szybki.. i wszytko w jednym miejscu.. ;) Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Sieci
by Sunpol 19 Lut '04

19 Lut '04

Używam LMS'a od niedawna. Dobry program, zwlaszcza, że wspomaga prowadzenie działalności finansowej. Chciałbym przekazać swoje uwagi jako użytkownik, moze również inni je posiadają. - w konfiguracji dsieci wprowadzić maski tak aby mozna było nazwy pojedynczych sieci rozdzielić, a mianowicie niech siec o nazwie "X" posiada przydzieloną pólę IP np 192.168.1.0 - 254, sieć "Y" 192.168.2.0 - 254 itd. Bramka na serwarze wspolna na 192.168.0.1. W takieej konfiguracji oczywiście potrzebna jest odpowiedna maska i kazda siećc powinna być konfigurowana osobno. - powinna być możliwość z poziomu programu stwierdzenia, czy aktualne użytkownik ma włączony komputer czy ten nie. Jakaś ikona np. ze zmiennym kolorem jak w GG. Autorom programu dzieki za wklad pracy i życzę dalszych sukcesów Zbyszek

1 0

Re: 1.3.x
by Łukasz Jarosław Mozer 19 Lut '04

19 Lut '04

Witam. > Ja się podejmę stworzenia nowego demona jak będę miał trochę więcej danych, > jak ma to działać. Choć w zasadzie almsd był moim pierwszym większym > kontaktem z C, to jednak widać (tak mi się wydaje), że szybko się uczę. > Piszesz o Smarty. Czyli konfigi miałyby być generowane ręcznie, a demon by > je tylko podmieniał - bułka z masłem. Ja myślałem raczej o jakimś automacie, > który sam wszystko robi, ale żeby to zgrać z takimi templejtami, trzeba by > Zdecydowanie więcej roboty, ale może by się udało. Hm. Napisz taki parser. Ja nie znam w ogóle C, ale... Generalnie smarciak jest i pewnie algorytm z niego można by było jakoś zaimplementować. O ile podstawianie pod zmienne to bułka z masłem jest (no, takowoż zakładam) o tyle np. wykrywanie pętli, foreach'ów i ifów to pewnie by była niezła sieczka. Jeżeli mielibyśmy z poziomu UI generować konfigi, a na demon zwalić parę innych rzeczy, to pozostaje nam napisać ładny iface do edycji konfigów. Akurat składnia templejtów Smarty jest idealna... Wyjątki, srątki, ify, srify i inne takie. And it works. A i może być bardzo proste. Kwestia jak to użyjemy. BTW - wiesz że taki mały hack zadziała?: $SMARTY->assign('DB',$DB); ... {foreach from=$DB->GetAll('SELECT * FROM users') item=user} Generalnie nawet w perlu nie udało mi się znaleźć czegoś podobnego. A jak wykrywać zmiany? Hm. Tutaj przy demonie pobierającym configi zaczynają się jazdy. Ale to zaraz. Taki demonik może być nawet w perlu, w czymkolwiek. Natomiast plik konfiguracyjny musiałby zawierać: wspólne: url do lms'a, ssl (tak/nie), 'secret' per-plik: nazwa templejtu, co zrobić po. Przy czym dostarczyć możemy tyle plików konfiguracyjnych z komentarzami że głowa mała. Dodatkowo w templejtach możemy pisać własne zapytania SQL: <? foreach from=$DB->GetOne('SELECT * FROM nodes') item=node ?> $node.name <? /foreach ?> A co do jazd. Daję polecenie reloadu. Chwila minie zanim demon to załapię. Co jeżeli w tym momencie zrobić coś bardzo głupiego [tm] co odetnie mnie od sieci? :-) I zdąże zrobić to przed reloadem? > Pozostaje jeszcze nieustalona kwestia wykrywania zmian i reloadu, nie wiem > czy planowana w 1.9 przez ciebie tabela 'events' to załatwi. Miejmy nadzieję. Featuresy każdy umie wymyślać. Gorzej opracowaniem recepty na nie, a jeszcze gorzej z realizacją powyższej (nawet NFZ radzi sobie lepiej niż my) P. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: 1.3.x
by Tomasz Chilinski 19 Lut '04

19 Lut '04

On Wed, 18 Feb 2004 23:44:21 +0100, A.L.E.C wrote > > Generalnie - w takim tępie to nic z tego nie wyjdzie. > > Generalnie - straszny z ciebie pesymista :) Zdecydowanie potrzebny > jest nam devel-meeting. Generalnie teksty pojawiające się na stronie głównej LMSa chyba są autorstwa Baseciqa ;) > > -- > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) > http://alec.k27.prv.pl GG-2275252 Pozdrawiam Tomasz Chiliński

1 0

Re: 1.3.x
by Marcin Król 18 Lut '04

18 Lut '04

Użytkownik Tomasz Chilinski napisał: >>>Co jest potrzebne? Mozesz to wyjasnic? >>Bredzę. Koder C. > Gdy zaczniesz zamykać LMS przed światem zewnętrznym doczekasz się forków LMS > na licencji GPL. Koderów C i PHP od cholery może się znaleźć ;) > Do czego potrzebny Ci koder C? Chcesz pisać LMS ala LeftHand 2.0 ?:) Jakich forków? LMS 1.x zostałby na GPL. LMS 2.0 miałby już zupełnie inną licencję ;) Ktokolwiek zrobiłby odłam 2.0 na GPL automatycznie złamałby prawa autorskie. Oj tak. Może zmiana licencji to wcale nie taki głupi pomysł? Nie mówię tu o licencji typowo komercyjnej tylko o nieco bardziej restrykcyjnej GPL. W tej nowej chętnie bym zobaczył _konieczność_ publikowania wszelkich zmian wprowadzanych do kodu. Tak więc każdy kto wprowadza jakąkolwiek zmianę do kodu LMS musiałby podesłać czy opublikować na swojej stronie www diffa. Inaczej BSA na karku ;] -- "Tak czy inaczej, wszystko jest symbolem erotycznym." (Luis Bunuel)

1 0

Re: 1.3.x
by A.L.E.C 18 Lut '04

18 Lut '04

> Witaj lms! > almsd w żaden > sposób nie różni się od lms-mgc - dokąd nie będzie czegoś pracującego > na templejtach to nie ma wogóle o czym gadać. Podobnie wyglądała > sprawa z zatrudnieniem w Smarty do tego - generalnie pomysł się > podobał kilku osobom, ale nikt nie ruszył dupy by napisać demona do > pobierania configów. Ja się podejmę stworzenia nowego demona jak będę miał trochę więcej danych, jak ma to działać. Choć w zasadzie almsd był moim pierwszym większym kontaktem z C, to jednak widać (tak mi się wydaje), że szybko się uczę. Piszesz o Smarty. Czyli konfigi miałyby być generowane ręcznie, a demon by je tylko podmieniał - bułka z masłem. Ja myślałem raczej o jakimś automacie, który sam wszystko robi, ale żeby to zgrać z takimi templejtami, trzeba by zrobić coś a'la parser. Zdecydowanie więcej roboty, ale może by się udało. Pozostaje jeszcze nieustalona kwestia wykrywania zmian i reloadu, nie wiem czy planowana w 1.9 przez ciebie tabela 'events' to załatwi. > Generalnie - w takim tępie to nic z tego nie wyjdzie. Generalnie - straszny z ciebie pesymista :) Zdecydowanie potrzebny jest nam devel-meeting. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: 1.3.x
by Tomasz Chilinski 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004 22:43:21 +0100, Łukasz Jarosław Mozer wrote > > Co jest potrzebne? Mozesz to wyjasnic? > > Bredzę. Koder C. > Gdy zaczniesz zamykać LMS przed światem zewnętrznym doczekasz się forków LMS na licencji GPL. Koderów C i PHP od cholery może się znaleźć ;) Do czego potrzebny Ci koder C? Chcesz pisać LMS ala LeftHand 2.0 ?:) > -- > Łukasz Jarosław Mozer > http://www.baseciq.org > mailto: lukasz(a)rulez.pl Pozdrawiam Tomasz Chiliński

1 0

Re: 1.3.x
by Pawel Rohde 18 Lut '04

18 Lut '04

W liście z śro, 18-02-2004, godz. 20:54, Adrian Smarzewski pisze: > Ja bym proponował rozwinąć stronę księgową. Nie ma w tej chwili > sensownego sieciowego programu na GPL umożliwiającego wystawianie > faktur itp, Defactor-ng to porażka. Może korzystałyby z tego osoby > nie tylko administrujące sieciami, lecz również firmy migrujące > do Unixa, napewno ew. sponsorów byłoby dużo więcej.. Popieram w 200% Nie ma programu do fakturowania ... Wsparcie lms'a na pewno było by większe, a zapomniałem lefthand - też porażka. Żadna mała firma tego nie będzie używać. Do tego jeszcze dochodzi to o czym było mówione - zmiana licencjonowania musiała by być za zgodą wszystkich, a nie wszyscy lubią zamknięty kod. Inaczej nie znam linuxowca, który by lubił zamknięty kod. Ja gdyby nie to że nie mam fakturowania pod linuxa to windę bym penie uruchamiał duuużo rzadziej. -- pozdrawiam Paweł

1 0

Re: 1.3.x
by Łukasz Jarosław Mozer 18 Lut '04

18 Lut '04

Witam. > Co jest potrzebne? Mozesz to wyjasnic? Bredzę. Koder C. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: [lms] Re: 1.3.x
by Marcin Lepianka 18 Lut '04

18 Lut '04

:))) From: "Marek Roszkowski" <m.roszkowski(a)net-link.pl> To: <lms(a)lists.rulez.pl> X-From: lms-bounce(a)lists.rulez.pl Wed Feb 18 20:06:38 2004 Subject: [lms] Re: 1.3.x Date: Wed, 18 Feb 2004 20:03:43 +0100 > Gonthar <admin(a)moon.net.pl> napisal: > ? > > Nie prościej by było np. nową wersję zZendować i dawać klucze za pewną > > sumę pieniędzy? Klucz traci ważność po pewnym czasie i trzeba wykupic > > następny by LMS używac. Do tego dać np. miesięczny klucz demo i po > > sprawie. Gwarantuje, że klientów będzie pełno. :> > > No! Jeszcze wersja OEM/BOX oraz licencje na ilosc stanowsik :> > > Pzdr. > > -- > MaReK > > > > > > > ---------- -Lepian- ----------

1 0

Re: 1.3.x
by Dariusz 'Mast3r' Jagodzik 18 Lut '04

18 Lut '04

Dnia śro 18. lutego 2004 20:54, Adrian Smarzewski napisał: [ciach] > Ogólnie nie ma co się denerwować, że nikt nie wspiera porządnie > projektu, bo takie jest założenie tego typu projektów, że każdy > robi coś w wolnej chwili. Taką samą stagnację przeżywa w tej chwili > sporo projektów (Kadu także). Myślę, że lepiej się zastanowić jakie > funkcjonalności umieścić w projecie, żeby bardziej go spopularyzować. Zgadzam się tutaj z Adrianem.. jak kazdy projekt przezywa różne problemy Wkładamy w projekt "swoje serce" i poswiecamy czas, pozniej dochodzimy do wniosku, że nic z tego nie mamy.. prócz wiedzy - ale czy wiedza nie jest kluczem do wszystkiego :D > Jeśli będzie to czysto aplikacja do administrowania dużymi (ew. > średnimi sieciami) to użytkowników z założenia nie jest dużo. Z tego > znających PHP jeszcze mniej. Chcących pomóc jeszcze mniej. Z LMS'a co prawda zaczołem uzywać od nie dawna, o projekcie dowiedziałem się gdy na jednej z portali linuksowych wyczytalem ze wyszla nowa wersja LMS, przeczytalem, wszedłem, zainstalowałem i odrazu mi sie to spodobało.. Mysle, że wiele osób nie zdaje sobie sprawy ze taki projekt istnieje i ze to jest na prawde wygodne, pokazałem ten projekt dla paru adminów ASK'ów na początku podeszli do tego pewnym dystansem, ale szybko sie przekonali ze jest to swietny projekt.. smutno by sie stało, jakby podupadł. Ja ze swej strony mógłbym wspomóc projekt jako programista.. co prawda duzego doswiadczenia z PHP nie mam, ale zawsze można w jakis sposob poznać tym bardziej jakby mógłbym komus pomóc.. ale niestety najgorzej jest z czasem trzeba go sporo poswiecać, nie mam czasu zeby pogrzebać w Kadu :( szkola, firma i inne sprawy czasami cięzko jest rozpalnować zeby na wszystko starczylo czasu.. dobra koniec bo mozna by tak filozofowac jeszcze dlugo i robi sie juz pozatym OT > Ja bym proponował rozwinąć stronę księgową. Nie ma w tej chwili > sensownego sieciowego programu na GPL umożliwiającego wystawianie > faktur itp, Defactor-ng to porażka. Może korzystałyby z tego osoby > nie tylko administrujące sieciami, lecz również firmy migrujące > do Unixa, napewno ew. sponsorów byłoby dużo więcej... Też coś takiego proponuję, baardzo dobrze by sie stalo jakby LMS umozliwial nie tylko administrowanie siecią i wydatkami z nią związaną, ale także umożliwiał "administrowanie" firmą - jestem przekonany, że baaardzo firm bylby zainteresowane takim oprogramowaniem/systemem . Ja ze swej strony jako, że od nie dawna swoją siec przekształciłem w komercyjną i sie dopiero rowijam ale mógłbym (tak jak Chilek) dorzucić "pare groszy" na rozwój projektu. Pozdrawiam Dariusz 'Mast3r' Jagodzik Ps. Moze to wszystko tak za bardzo kupy sie nie trzyma, ale chciałem w jakis sposób chociażby wesprzeć psychicznie programistów

1 0

lms-rrd
by Tomasz Kucharczyk 18 Lut '04

18 Lut '04

Witam Podsylam obiecane lms-rrd. Mam nadzieje ze sie przyda.

1 0

Re: 1.3.x
by Gonthar 18 Lut '04

18 Lut '04

Witam! W Twoim liście datowanym 18 lutego 2004 (20:44:31) można przeczytać: ŁJM> Witam. >> Nie, ale wystarczyłoby ograniczenie do instalacji na jednym konkretnym >> IP, badź grupie serwerów. Skryptów za free to ja się w życiu napisałem >> sporo... Poźniej przyszło olśnienie. User zapłaci jak się go do tego >> zmusi, albo jak nie będzie miał innego wyjscia. ŁJM> Wyobrażasz sobie zablokowanie tego w PHP? Bo ja nie. Jasne. Po to są takie wynalazki jak Zend żeby nikt w źródła łap nie pchał. -- Pozdrawiam! Wojciech 'Gonthar' Margowniczy

1 0

Re: 1.3.x
by Adrian Smarzewski 18 Lut '04

18 Lut '04

Łukasz Jarosław Mozer wrote: niestety przynajmniej do końca tego roku nie będzie to na > licencji GPL, a dostęp będą mieli tylko betatesterzy i developerzy. Tylko pamiętaj, że możesz korzystać tylko z kodu swojego i ludzi, którzy się na to zgodzą i mimo wszystko sporo ludzi pewnie zgłosi jakieś pretensje, że "to mój pomysł/poprawka i nie daję tego do komerchy"... poza tym moim zdaniem doprowadzisz tylko do forka kodu, bo i tak za chwilę ktoś pociągnie dalej LMS na GPL i ogólnie Chilek ma rację, że lepiej porządnie się wyspać, ew. parę dni urlopu. Też czasem mam taki nastrój to wiem o czym mówię ;) No chyba, że faktycznie chcesz z tego zrobić projekt komercyjny :) Ogólnie nie ma co się denerwować, że nikt nie wspiera porządnie projektu, bo takie jest założenie tego typu projektów, że każdy robi coś w wolnej chwili. Taką samą stagnację przeżywa w tej chwili sporo projektów (Kadu także). Myślę, że lepiej się zastanowić jakie funkcjonalności umieścić w projecie, żeby bardziej go spopularyzować. Jeśli będzie to czysto aplikacja do administrowania dużymi (ew. średnimi sieciami) to użytkowników z założenia nie jest dużo. Z tego znających PHP jeszcze mniej. Chcących pomóc jeszcze mniej. Ja bym proponował rozwinąć stronę księgową. Nie ma w tej chwili sensownego sieciowego programu na GPL umożliwiającego wystawianie faktur itp, Defactor-ng to porażka. Może korzystałyby z tego osoby nie tylko administrujące sieciami, lecz również firmy migrujące do Unixa, napewno ew. sponsorów byłoby dużo więcej...

1 0

Re: 1.3.x
by Rafal Ramocki 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004 20:44:00 +0100, Łukasz Jarosław Mozer wrote > Witam. > > > Tak jak kiedyś pisałem jestem w stanie wysupłać trochę grosza miesięcznie na > > rozwój LMS, a dodatkowo jest skłonny popracować przy nim (aktualnie brakuje > > mi jeszcze możliwości wyboru stawki VAT przy podawaniu jakichkolwiek wpłat. > > Kasa to najmniejszy problem. Bardziej potrzebny nam jest koder FTP. > Co jest potrzebne? Mozesz to wyjasnic? z powazaniem Rafal Ramocki

1 0

Re: 1.3.x
by Rafal Ramocki 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004 20:41:16 +0100, Gonthar wrote > Witam! > > W Twoim liście datowanym 18 lutego 2004 (20:11:16) można przeczytać: > > RR> A ja bym zdzieral kase tylko od firm. Skoro na tym zarabiaja to > niech placa. RR> Nawet 1z/rok od stanowiska, ale zawsze byl byla by > to jakas motywacja dla RR> deweloperow ;) > > Muszę Ci powiedzieć, że bardzo złe podejście masz. Opłata to w dużym > uproszczeniu cena za pracę jaką ludzie w to włożyli. Dlaczego coś ma > dla kogoś kosztować, a dla kogoś nie ? Ja mam zwykłego ASKa, bez > działalności, nie fakturuję, nie mam własnej firmy a za LMSa z chęcia > bym zapłacił, bo bardzo mi pomaga w 'pracy'. I stać mnie na to. Każdego > ASKa pewnie stać, bo wątpię żeby ktoś robił sieci jako "sztukę dla > sztuki" i utrzymywał coś co nie generuje dochodów. > > Zresztą.. Nawet jakby LMS kosztował np. 200 zł i później free upgrady > itp. to warto choćby na sieci się na niego przysłowiowo 'ściepnąć', > bo wydana na niego kaska zwróci się z nawiązką. > Moze mnie nazwiesz idiota, wariatem, lub zaslepionym pasionatem, ale ja tak robie swojego ASK'a. Ale moje podejscie jest takie ze za wiede ktora zdobylem w asku w firmie teraz dostaja sluszna kase. ASK mimo iz mial wiele okazji zeby stac sie firma nigdy sie nia nie stanie. Zalozenie jest takie zeby zawsze to bylo nienastawione na zyski i niedochodowe. Cala kasa ktora z miesiaca na miesiac zostaje idzie na modernizacje lub jak zostanie cos wiecej to na "Konferencje" "naukowa" na ktorej moze zjawic sie kazdy sieciowicz bez wyjatku. Wpadl mi do glowy jeszcze jeden pomysl. Skoro w mfirmie ktorej pracuje wydali 800zl na program do fakturowania a teraz (2 miesiace pozniej) chca przejsc na fakturowanie z LMS'a to mozna by to wykozystac. Niech czesc zarzadzania sicia bedzie darmowa, ewentualnie niech aski dobrowolnie dotuja prace nad nia. Ale czesc gdzie jest fakturowanie i to co jest specjalnie dedykowane pod firmy spokojnie moze byc platna. Jakies spotkania naukowe, konferencje naukowe z rzekami piwa czy jest niezbedna deweloperom do pracy. :) Bez dobrej zabawy nie ma dobrych projektow :P I nic tak nie wspomaga tworczego myslenia jak pogawendka przy piwie :> Dlatego tez nie widze nic zzlego w tym zeby najbardziej aktywni deweloperzy organizowali sobie spotkania zebrania wyjazdy konferencje i inne rzecy z kasy ktora zarobi na siebie projekt. Jednoczesnie zaznaczam ze przykro by mi bylo gdyby projekt sie zupelnie skomercjalizowal i gdyby sie okazlao ze wersja 2.0 miala by byc zupelnie platna bez wzgedu na wszystko i gdyby miala byc do konca kodem zamknietym. z powazaniem Rafal Ramocki

1 0

Re: 1.3.x
by Łukasz Jarosław Mozer 18 Lut '04

18 Lut '04

Witam. > Nie, ale wystarczyłoby ograniczenie do instalacji na jednym konkretnym > IP, badź grupie serwerów. Skryptów za free to ja się w życiu napisałem > sporo... Poźniej przyszło olśnienie. User zapłaci jak się go do tego > zmusi, albo jak nie będzie miał innego wyjscia. Wyobrażasz sobie zablokowanie tego w PHP? Bo ja nie. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: 1.3.x
by Łukasz Jarosław Mozer 18 Lut '04

18 Lut '04

Witam. > Tak jak kiedyś pisałem jestem w stanie wysupłać trochę grosza miesięcznie na > rozwój LMS, a dodatkowo jest skłonny popracować przy nim (aktualnie brakuje > mi jeszcze możliwości wyboru stawki VAT przy podawaniu jakichkolwiek wpłat. Kasa to najmniejszy problem. Bardziej potrzebny nam jest koder FTP. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: 1.3.x
by Gonthar 18 Lut '04

18 Lut '04

Witam! W Twoim liście datowanym 18 lutego 2004 (20:11:16) można przeczytać: RR> A ja bym zdzieral kase tylko od firm. Skoro na tym zarabiaja to niech placa. RR> Nawet 1z/rok od stanowiska, ale zawsze byl byla by to jakas motywacja dla RR> deweloperow ;) Muszę Ci powiedzieć, że bardzo złe podejście masz. Opłata to w dużym uproszczeniu cena za pracę jaką ludzie w to włożyli. Dlaczego coś ma dla kogoś kosztować, a dla kogoś nie ? Ja mam zwykłego ASKa, bez działalności, nie fakturuję, nie mam własnej firmy a za LMSa z chęcia bym zapłacił, bo bardzo mi pomaga w 'pracy'. I stać mnie na to. Każdego ASKa pewnie stać, bo wątpię żeby ktoś robił sieci jako "sztukę dla sztuki" i utrzymywał coś co nie generuje dochodów. Zresztą.. Nawet jakby LMS kosztował np. 200 zł i później free upgrady itp. to warto choćby na sieci się na niego przysłowiowo 'ściepnąć', bo wydana na niego kaska zwróci się z nawiązką. -- Pozdrawiam! Wojciech 'Gonthar' Margowniczy

1 0

Re: 1.3.x
by Łukasz Jarosław Mozer 18 Lut '04

18 Lut '04

Witam. > Witam! > W Twoim liście datowanym 18 lutego 2004 (18:12:41) można przeczytać: ŁJM>> PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? > Nie prościej by było np. nową wersję zZendować i dawać klucze za pewną > sumę pieniędzy? Klucz traci ważność po pewnym czasie i trzeba wykupic > następny by LMS używac. Do tego dać np. miesięczny klucz demo i po > sprawie. Gwarantuje, że klientów będzie pełno. :> Nie wiem jak to działa. Ale to że CVS z 2.0 nie będzie publicznie dostępny to już było postanowione od dawna. Ba, nawet ze strony WWW usunełem info o cvs'owej wersji w ogóle. Prosty powód - Ci którzy umieją się obchodzić z wersją CVS i wiedzą jakie są konsekwencje jej używania poradzą sobie. Pozostali niech się cieszą ze stable. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: 1.3.x
by Gonthar 18 Lut '04

18 Lut '04

Witam! W Twoim liście datowanym 18 lutego 2004 (20:03:43) można przeczytać: MR> No! Jeszcze wersja OEM/BOX oraz licencje na ilosc stanowsik :> Nie, ale wystarczyłoby ograniczenie do instalacji na jednym konkretnym IP, badź grupie serwerów. Skryptów za free to ja się w życiu napisałem sporo... Poźniej przyszło olśnienie. User zapłaci jak się go do tego zmusi, albo jak nie będzie miał innego wyjscia. -- Pozdrawiam! Wojciech 'Gonthar' Margowniczy

1 0

Re: 1.3.x
by Marcin Król 18 Lut '04

18 Lut '04

Użytkownik Rafal Ramocki napisał: [...] >>>Budowa modularna - generalnie do dupy z tym. PHP jest na tyle... [...] >>Baset, twoja koncepcja mi się bardzo podobała... [...] > Ja uwazam ze obecna konstrukcja jest calkiem nie zla... Tylko że ja mówiłem o 1.9. -- "Mało jest uczciwych kobiet, które nie byłyby zmęczone swoją cnotą." (Francois de la Rochefoucauld)

1 0

Re: 1.3.x
by Rafal Ramocki 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004 20:03:43 +0100, Marek Roszkowski wrote > Gonthar <admin(a)moon.net.pl> napisal: > ? > > Nie prościej by było np. nową wersję zZendować i dawać klucze za pewną > > sumę pieniędzy? Klucz traci ważność po pewnym czasie i trzeba wykupic > > następny by LMS używac. Do tego dać np. miesięczny klucz demo i po > > sprawie. Gwarantuje, że klientów będzie pełno. :> > > No! Jeszcze wersja OEM/BOX oraz licencje na ilosc stanowsik :> > A ja bym zdzieral kase tylko od firm. Skoro na tym zarabiaja to niech placa. Nawet 1z/rok od stanowiska, ale zawsze byl byla by to jakas motywacja dla deweloperow ;) z powazaniem Rafal Ramocki

1 0

Re: 1.3.x
by Rafal Ramocki 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004 18:43:30 +0100, Marcin Król wrote > Użytkownik Łukasz Jarosław Mozer napisał: > > > I co dalej? > > > > Budowa modularna - generalnie do dupy z tym. PHP jest na tyle > > zdupionym językiem że nie da się tego ładnie zrobić, by dynamicznie > > doładowywać coś, obsługiwać zdarzenia i takie tam. Owszem budowa > > modularna by się przydała, ale nie ma najmniejszych szans aby ją > > zaimplementować. Z kimkolwiek nie próbuję na ten temat pogadać, to > > albo sam nie ma koncepcji (ALEC i Lexx, mimo wszystko dzięki) albo > > leje ciepłym moczem na LMS'a. > > Baset, twoja koncepcja mi się bardzo podobała, coprawda żarło by to > dużo pamięci, ale od strony kodu wyglądało by całkiem prosto. > Pozatym nie wszystkie moduły trzeba by dołączać do tej klasy, ale to > już do obgadania. Ja uwazam ze obecna konstrukcja jest calkiem nie zla. Jak dla mnie, osoby ktora lms'a znalazla calkiem niedawno i calkiem niedawno zaczela bawic sie w jego modyfikacje, to nie nic zlego w takiej strukturze. Moze zeczywiscie ogranicza pare zeczy ale za to w kodzie polapac sie jest raczej prosto. To wlasnie dlatego po godzinie siedzenia nad czyms co ktos robil pewnie kilka lat udalo mi sie nie majac zbyt wielkiej wiedzy odnosnie PHP dorobic funkcjonalnosc ktorej mi brakowalo. > > Do tego dochodzi jeszcze wielojęzykowść, > > której nie uzyskamy też za cholerę. > > Nie przesadzaj. To się da zrobić na parę sposobów, tylko trzeba > znaleźć ten jeden który nam się spodoba :) Tez uwazam ze da sie ja zobic. TO nie takie trudne. W chwili obecnej najsensowniejszy sposob to podmiany teplatow. Wiec nie jest to takie trudne. I bardzo podoba mi sie rozdzial kodu html od kodu php. > > O demonie nie piszę. almsd w żaden > > sposób nie różni się od lms-mgc - dokąd nie będzie czegoś pracującego > > na templejtach to nie ma wogóle o czym gadać. > > To też trzeba by dobrze przemyśleć. Anyway, to co jest raczej > wystarcza, poza ostatnimi pytaniami o ht, nie zauwazyłem żeby > komuś brakowało jakiś modułów do generowania czego tylko chcemy. Co > nie znaczy że taka funkcjonalność była by miła. Osobiscie sam nie kozystam ani z mgc ani almsd. Mam wlasnego firewall'a z wlasnym sterowaniem przeplywem z wykozystaniem HTB i ani jedno ani drugi enie nadaje sie bezposrednio do wykozystania z tym co juz osiagnalem. Nie mniej jednak ciekawi mnie czy nie dalo by sie w charaterze contrib dolaczyc pewnych moich gotowych rozwiazan. Tak zeby user LMS'a dostawal gotowa paczke UI + Prefabrykowany FIREWALL + Prefabrykowane sterowanie przeplywem + Skrypty sterujace przeladowaniami i generacjami wszystkiego. > > Podobnie wyglądała > > sprawa z zatrudnieniem w Smarty do tego - generalnie pomysł się > > podobał kilku osobom, ale nikt nie ruszył dupy by napisać demona do > > pobierania configów. > > To jest akurat normalne ;) > > [...] > > > PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? > > E, tam. Ja dalej uważam że przed dalszym rozwijaniem LMS 2.0 > powinniśmy się spotkać. Przy okazji, uzytkownicy okazali by swoje > wsparcie sponsorując takie spotkanie, brak chętnych oznaczałby brak > zainteresowania LMS 2.0, co oznacza że można by sobie dać z tym > spokój ;] Ja juz powiedzialem ze Stowarzyszenie Interblock moglo by wylozyc jakas kase na takie spotkanie. :) Sadze ze firma w ktorej zaimplementowalem lms'a rowniez by sie na cos takiego skusila. Co prawda diwe instytucje duzego spotkania deweloperow nie zorganizuja, ale moze ktos jeszcze wspomoze? z powazaniem Rafal Ramocki

1 0

Re: [almsd] tc - htb.sh
by pbern＠pbern.biz 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004, Marcin Król wrote: > > ZTCP moduł TC z almsd nie robi nić więcej niż zrzucenie ograniczeń do > pliku wraz z adresem ip. Tak więc samo TC nadaje się conajwyżej do > wyprodukowania pliku z wartościami upstream i downstream, które > następnie muszą zostać przetworzone przez inny, zewnętrzny skrypt. wiem.... jest nawet jako dodatek do tego moduly... owe htb.sh, ale obsluguje to lacza synchroniczne.. ja pozukuje czegos dla asynchronicznego... i tutaj prosba czy ktos by sie podzielil? Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: 1.3.x
by Marek Roszkowski 18 Lut '04

18 Lut '04

Gonthar <admin(a)moon.net.pl> napisal: ? > Nie prościej by było np. nową wersję zZendować i dawać klucze za pewną > sumę pieniędzy? Klucz traci ważność po pewnym czasie i trzeba wykupic > następny by LMS używac. Do tego dać np. miesięczny klucz demo i po > sprawie. Gwarantuje, że klientów będzie pełno. :> No! Jeszcze wersja OEM/BOX oraz licencje na ilosc stanowsik :> Pzdr. -- MaReK

1 0

Re: 1.3.x
by Gonthar 18 Lut '04

18 Lut '04

Witam! W Twoim liście datowanym 18 lutego 2004 (18:12:41) można przeczytać: ŁJM> PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? Nie prościej by było np. nową wersję zZendować i dawać klucze za pewną sumę pieniędzy? Klucz traci ważność po pewnym czasie i trzeba wykupic następny by LMS używac. Do tego dać np. miesięczny klucz demo i po sprawie. Gwarantuje, że klientów będzie pełno. :> -- Pozdrawiam! Wojciech 'Gonthar' Margowniczy

1 0

Re: 1.3.x
by Tomasz Chilinski 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004 18:43:30 +0100, Marcin Król wrote > E, tam. Ja dalej uważam że przed dalszym rozwijaniem LMS 2.0 > powinniśmy się spotkać. Przy okazji, uzytkownicy okazali by swoje > wsparcie sponsorując takie spotkanie, brak chętnych oznaczałby brak > zainteresowania LMS 2.0, co oznacza że można by sobie dać z tym > spokój ;] Tak jak kiedyś pisałem jestem w stanie wysupłać trochę grosza miesięcznie na rozwój LMS, a dodatkowo jest skłonny popracować przy nim (aktualnie brakuje mi jeszcze możliwości wyboru stawki VAT przy podawaniu jakichkolwiek wpłat. > > -- > "Kobieta wybaczy ci wszystko oprócz jednego: tego, że jej nie > kochasz." > (Alfred Musset) Pozdrawiam Tomasz Chiliński

1 0

Re: 1.3.x
by Marcin Król 18 Lut '04

18 Lut '04

Użytkownik Łukasz Jarosław Mozer napisał: > I co dalej? > > Budowa modularna - generalnie do dupy z tym. PHP jest na tyle > zdupionym językiem że nie da się tego ładnie zrobić, by dynamicznie > doładowywać coś, obsługiwać zdarzenia i takie tam. Owszem budowa > modularna by się przydała, ale nie ma najmniejszych szans aby ją > zaimplementować. Z kimkolwiek nie próbuję na ten temat pogadać, to > albo sam nie ma koncepcji (ALEC i Lexx, mimo wszystko dzięki) albo > leje ciepłym moczem na LMS'a. Baset, twoja koncepcja mi się bardzo podobała, coprawda żarło by to dużo pamięci, ale od strony kodu wyglądało by całkiem prosto. Pozatym nie wszystkie moduły trzeba by dołączać do tej klasy, ale to już do obgadania. > Do tego dochodzi jeszcze wielojęzykowść, > której nie uzyskamy też za cholerę. Nie przesadzaj. To się da zrobić na parę sposobów, tylko trzeba znaleźć ten jeden który nam się spodoba :) > O demonie nie piszę. almsd w żaden > sposób nie różni się od lms-mgc - dokąd nie będzie czegoś pracującego > na templejtach to nie ma wogóle o czym gadać. To też trzeba by dobrze przemyśleć. Anyway, to co jest raczej wystarcza, poza ostatnimi pytaniami o ht, nie zauwazyłem żeby komuś brakowało jakiś modułów do generowania czego tylko chcemy. Co nie znaczy że taka funkcjonalność była by miła. > Podobnie wyglądała > sprawa z zatrudnieniem w Smarty do tego - generalnie pomysł się > podobał kilku osobom, ale nikt nie ruszył dupy by napisać demona do > pobierania configów. To jest akurat normalne ;) [...] > PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? E, tam. Ja dalej uważam że przed dalszym rozwijaniem LMS 2.0 powinniśmy się spotkać. Przy okazji, uzytkownicy okazali by swoje wsparcie sponsorując takie spotkanie, brak chętnych oznaczałby brak zainteresowania LMS 2.0, co oznacza że można by sobie dać z tym spokój ;] -- "Kobieta wybaczy ci wszystko oprócz jednego: tego, że jej nie kochasz." (Alfred Musset)

1 0

Re: 1.3.x
by Łukasz Jarosław Mozer 18 Lut '04

18 Lut '04

Witaj Radosław, W Twoim liście datowanym 18 lutego 2004 (18:25:25) można przeczytać: > Od siebie moge powiedzieć tyle: > Ja przez najbliższe pół roku nie będę miał czasu na pisanie nic nowego.. Biedactwo. Ale pomyśleć możesz. > Wpadne do Ciebie niedługo :P Po cholerę? -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: 1.3.x
by Tomasz Chilinski 18 Lut '04

18 Lut '04

On Wed, 18 Feb 2004 18:12:41 +0100, Łukasz Jarosław Mozer wrote > Witaj lms! > > http://lms.rulez.pl/download/1.2/lms-1.2.0rc1.tar.gz > http://lms.rulez.pl/download/1.2/lms-1.2.0rc1+libs.tar.gz > http://lms.rulez.pl/download/1.3/lms-1.3.0.tar.gz > http://lms.rulez.pl/download/1.3/lms-1.3.0+libs.tar.gz > > I co dalej? > > Budowa modularna - generalnie do dupy z tym. PHP jest na > tyle zdupionym językiem że nie da się tego ładnie zrobić, by dynamicznie > doładowywać coś, obsługiwać zdarzenia i takie tam. Owszem > budowa modularna by się przydała, ale nie ma najmniejszych > szans aby ją zaimplementować. Z kimkolwiek nie próbuję na ten > temat pogadać, to albo sam nie ma koncepcji (ALEC i Lexx, mimo > wszystko dzięki) albo leje ciepłym moczem na LMS'a. Do tego dochodzi > jeszcze wielojęzykowść, której nie uzyskamy też za cholerę. O > demonie nie piszę. almsd w żaden sposób nie różni się od lms-mgc - > dokąd nie będzie czegoś pracującego na templejtach to nie ma > wogóle o czym gadać. Podobnie wyglądała sprawa z zatrudnieniem w > Smarty do tego - generalnie pomysł się podobał kilku osobom, > ale nikt nie ruszył dupy by napisać demona do pobierania configów. > > Dalszy rozwój to wypieprzenie klasy LMS. Jest zupełnie niepotrzebna, > a ta obsługa modułów która teraz jest, nie jest ani udokumentowana, > ani nic, pozwala jedynie na przekazanie do modułu nowego > referencji do obiektów LMS, SMARTY i DB, oraz poprzez funkcję > AddMenu dodać pozycję do menu po lewej, więc do dupy z takimi modułami. > > Funkcje użytkowników - cóż, jedyna szansa to poprzez moduły była, > ale patrz powyższe punkty. Generalnie niektóre features są > fajne, ale niektóre idiotyczne i dokąd mi się nie spodobają to nic z > tego. > > LMS 2 i tak raczej nie wyjdzie, bo brakuje mi wsparcia i dochodzę > do wniosku że nikt w tym zasranym kraju PHP nie umie, a jak umie, to > jest złamanym kutasem i nie myśli o dzieleniu się chociaż > pomysłami z innymi. A co za tym idzie - żygam na GPL. > > Generalnie - w takim tępie to nic z tego nie wyjdzie. > > Anyway, dzisiaj wieczorem jak wrócę do domu przenoszę źródła LMS2 > do innego CVS i niestety przynajmniej do końca tego roku nie będzie > to na licencji GPL, a dostęp będą mieli tylko betatesterzy i developerzy. > > PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? Na razie lepiej prześpij się ;) LMS nie jest niezłym systemem. Trzeba tylko parę rzeczy poprawić i naprawdę bedzie całkiem całkiem ;) > -- > Pozdrowienia, > Łukasz Jarosław Mozer Pozdrawiam Tomasz Chiliński

2 1

Re: 1.3.x
by Radosław Antoniuk 18 Lut '04

18 Lut '04

> PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? Od siebie moge powiedzieć tyle: Ja przez najbliższe pół roku nie będę miał czasu na pisanie nic nowego.. więc.. Trollu.. :> Wpadne do Ciebie niedługo :P -- Warden

1 0

1.3.x
by Łukasz Jarosław Mozer 18 Lut '04

18 Lut '04

Witaj lms! http://lms.rulez.pl/download/1.2/lms-1.2.0rc1.tar.gz http://lms.rulez.pl/download/1.2/lms-1.2.0rc1+libs.tar.gz http://lms.rulez.pl/download/1.3/lms-1.3.0.tar.gz http://lms.rulez.pl/download/1.3/lms-1.3.0+libs.tar.gz I co dalej? Budowa modularna - generalnie do dupy z tym. PHP jest na tyle zdupionym językiem że nie da się tego ładnie zrobić, by dynamicznie doładowywać coś, obsługiwać zdarzenia i takie tam. Owszem budowa modularna by się przydała, ale nie ma najmniejszych szans aby ją zaimplementować. Z kimkolwiek nie próbuję na ten temat pogadać, to albo sam nie ma koncepcji (ALEC i Lexx, mimo wszystko dzięki) albo leje ciepłym moczem na LMS'a. Do tego dochodzi jeszcze wielojęzykowść, której nie uzyskamy też za cholerę. O demonie nie piszę. almsd w żaden sposób nie różni się od lms-mgc - dokąd nie będzie czegoś pracującego na templejtach to nie ma wogóle o czym gadać. Podobnie wyglądała sprawa z zatrudnieniem w Smarty do tego - generalnie pomysł się podobał kilku osobom, ale nikt nie ruszył dupy by napisać demona do pobierania configów. Dalszy rozwój to wypieprzenie klasy LMS. Jest zupełnie niepotrzebna, a ta obsługa modułów która teraz jest, nie jest ani udokumentowana, ani nic, pozwala jedynie na przekazanie do modułu nowego referencji do obiektów LMS, SMARTY i DB, oraz poprzez funkcję AddMenu dodać pozycję do menu po lewej, więc do dupy z takimi modułami. Funkcje użytkowników - cóż, jedyna szansa to poprzez moduły była, ale patrz powyższe punkty. Generalnie niektóre features są fajne, ale niektóre idiotyczne i dokąd mi się nie spodobają to nic z tego. LMS 2 i tak raczej nie wyjdzie, bo brakuje mi wsparcia i dochodzę do wniosku że nikt w tym zasranym kraju PHP nie umie, a jak umie, to jest złamanym kutasem i nie myśli o dzieleniu się chociaż pomysłami z innymi. A co za tym idzie - żygam na GPL. Generalnie - w takim tępie to nic z tego nie wyjdzie. Anyway, dzisiaj wieczorem jak wrócę do domu przenoszę źródła LMS2 do innego CVS i niestety przynajmniej do końca tego roku nie będzie to na licencji GPL, a dostęp będą mieli tylko betatesterzy i developerzy. PS. A może dokończmy to 1.2.0 i dajmy sobie spokój z tym w ogóle? -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: [almsd] tc - htb.sh
by Marcin Król 18 Lut '04

18 Lut '04

Użytkownik pbern(a)pbern.biz napisał: > Czy ktos ma przyklad tego pliku dla lacza asynchronicznego.... > tak jak ja rozumiem.. wystarczy dodac bandwith_down i bandwith_up.. > > i down przydzielic dla eth, a up dla wan... > > dobrze rozumuje ??? ZTCP moduł TC z almsd nie robi nić więcej niż zrzucenie ograniczeń do pliku wraz z adresem ip. Tak więc samo TC nadaje się conajwyżej do wyprodukowania pliku z wartościami upstream i downstream, które następnie muszą zostać przetworzone przez inny, zewnętrzny skrypt. -- "Jedynie ci kochankowie mogą o sobie zapomnieć, którzy niedostatecznie się kochali, by się znienawidzić." (Ernest Hemingway)

1 0

[almsd] tc - htb.sh
by pbern＠pbern.biz 18 Lut '04

18 Lut '04

Czy ktos ma przyklad tego pliku dla lacza asynchronicznego.... tak jak ja rozumiem.. wystarczy dodac bandwith_down i bandwith_up.. i down przydzielic dla eth, a up dla wan... dobrze rozumuje ??? Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Fox ?!
by Radosław Antoniuk 17 Lut '04

17 Lut '04

No proszę, Fox ewoluował w ogra... też ciekawe ;-> -- Warden

1 0

Re: Fox ?!
by Rafal Ramocki 17 Lut '04

17 Lut '04

On Tue, 17 Feb 2004 15:02:13 +0100, Łukasz Jarosław Mozer wrote > Witaj detekt, > > W Twoim liście datowanym 17 lutego 2004 (14:51:40) można przeczytać: > > > hmm ale fajny watek :) > > btw troll jest w shreku i jest nawet sympatyczny :) > > Gdzie?!? It's an Ogr, donkey. > No no! Osoil tez jest w Shreku i jest calkiem sympatyczny, wiec wypada to interpretowac jako komplement :P A w gumisiach co bylo? Trole czy ogry? ;) z powazaniem Rafal Ramocki

1 0

Re: Fox ?!
by detekt＠detekt.pl 17 Lut '04

17 Lut '04

Witam Łukasz, > Witaj detekt, > W Twoim liście datowanym 17 lutego 2004 (14:51:40) można przeczytać: >> hmm ale fajny watek :) >> btw troll jest w shreku i jest nawet sympatyczny :) > Gdzie?!? It's an Ogr, donkey. aaa tam wnikasz za bardzo baset :) -- Pozdrawiam Detekt

1 0

Re: Fox ?!
by Łukasz Jarosław Mozer 17 Lut '04

17 Lut '04

Witaj detekt, W Twoim liście datowanym 17 lutego 2004 (14:51:40) można przeczytać: > hmm ale fajny watek :) > btw troll jest w shreku i jest nawet sympatyczny :) Gdzie?!? It's an Ogr, donkey. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: Fox ?!
by detekt＠detekt.pl 17 Lut '04

17 Lut '04

Witam Łukasz, > Witaj Radosław, > W Twoim liście datowanym 17 lutego 2004 (01:12:00) można przeczytać: >> Fox co Ty do cholery robisz na naszej liście?! > A nie możesz tego pytania zadać mu prywatnie? NTG :P trollu. hmm ale fajny watek :) btw troll jest w shreku i jest nawet sympatyczny :) -- Pozdrawiam Detekt

1 0

Re: Fox ?!
by Łukasz Jarosław Mozer 17 Lut '04

17 Lut '04

Witaj Radosław, W Twoim liście datowanym 17 lutego 2004 (01:12:00) można przeczytać: > Fox co Ty do cholery robisz na naszej liście?! A nie możesz tego pytania zadać mu prywatnie? NTG :P trollu. -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Fox ?!
by Radosław Antoniuk 17 Lut '04

17 Lut '04

Fox co Ty do cholery robisz na naszej liście?! -- Pozdrawiam, Radosław 'Warden' Antoniuk

1 0

Re: data operacji
by A.L.E.C 16 Lut '04

16 Lut '04

> On Mon, 16 Feb 2004 16:59:44 +0100, A.L.E.C wrote >> sorry, zakręciłem się i prawdę mówiąc o tym zapomniałem, może >> dzisiaj to dorobię. > Weź nie przepraszaj kurde. Przecież robisz to z dobrej woli, a nie na > rozkaz ;) no, ale nie ładnie to wygląda jak main developer nie czai o co chodzi. Shame on me :) -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: data operacji
by Tomasz Chilinski 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 16:59:44 +0100, A.L.E.C wrote > sorry, zakręciłem się i prawdę mówiąc o tym zapomniałem, może > dzisiaj to dorobię. Weź nie przepraszaj kurde. Przecież robisz to z dobrej woli, a nie na rozkaz ;) > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) > http://alec.k27.prv.pl GG-2275252 Pozdrawiam Tomasz Chiliński

1 0

Re: data operacji
by A.L.E.C 16 Lut '04

16 Lut '04

>> postaram się to dzisiaj dorobić, tylko że to straszne sztukowanie, >> bo balance są zrobione trochę niekonsekwentnie pod względem kodu w >> stosunku do niektórych modułów. > A jaki to ma związek z balansem? :) Miałem na myśli zapamiętywanie > ostatnio wprowadzonej daty operacji w obrębie sesji tak jak to odbywa > się z polem opis. miałem na myśli moduł balance (czyli balancenew.php, balanceadd.php...), ale masz rację i tak to zrobiłem, chodziło mi o to, że w innych modułach zapamiętywanie danych jest robione bez $_SESSION. >>>>> 3) Nadal nie ma możliwości wprowadzenia daty operacji w >>>>> indywidualnych operacjach użytkownika. >> >> chodzi ci o zmianę daty operacji znajdującej się już w 'cash' - zbyt >> duże zmiany, nie w tej wersji. > Chodzi mi o możliwość podawania daty operacji przy nowych operacjach w > indywidualnych rozliczeniach userów ;) To nie wymaga zbyt dużych > zmian, a przynajmniej niewiększych niż te w formularzu nowej operacji > (globalnej). sorry, zakręciłem się i prawdę mówiąc o tym zapomniałem, może dzisiaj to dorobię. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: data operacji
by Tomasz Chilinski 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 14:13:10 +0100, A.L.E.C wrote > >Właśnie do tego dążę - ostatnio wprowadzona jawnie data operacji powinna > >pojawiać się dla wszystkich następnych operacji - umożliwiłoby to sekwencyjne > >wprowadzanie do bazy wpłat z tą samą datą (jest to banalne do zrobienia > >szczerze mówiąc, ale patrz dalej co napisałem ;)). > > postaram się to dzisiaj dorobić, tylko że to straszne sztukowanie, > bo balance są zrobione trochę niekonsekwentnie pod względem kodu w > stosunku do niektórych modułów. A jaki to ma związek z balansem? :) Miałem na myśli zapamiętywanie ostatnio wprowadzonej daty operacji w obrębie sesji tak jak to odbywa się z polem opis. > > >> > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych > >> > operacjach użytkownika. > > chodzi ci o zmianę daty operacji znajdującej się już w 'cash' - zbyt > duże zmiany, nie w tej wersji. Chodzi mi o możliwość podawania daty operacji przy nowych operacjach w indywidualnych rozliczeniach userów ;) To nie wymaga zbyt dużych zmian, a przynajmniej niewiększych niż te w formularzu nowej operacji (globalnej). > -- > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) Pozdrawiam Tomasz Chiliński

1 0

Re: [lms] Re: data operacji
by A.L.E.C 16 Lut '04

16 Lut '04

>Właśnie do tego dążę - ostatnio wprowadzona jawnie data operacji powinna >pojawiać się dla wszystkich następnych operacji - umożliwiłoby to sekwencyjne >wprowadzanie do bazy wpłat z tą samą datą (jest to banalne do zrobienia >szczerze mówiąc, ale patrz dalej co napisałem ;)). postaram się to dzisiaj dorobić, tylko że to straszne sztukowanie, bo balance są zrobione trochę niekonsekwentnie pod względem kodu w stosunku do niektórych modułów. >> > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych >> > operacjach użytkownika. chodzi ci o zmianę daty operacji znajdującej się już w 'cash' - zbyt duże zmiany, nie w tej wersji. >> To wczoraj ruszylem, ale ugrzazlem niewiele dalej z powodu mojej >> niedostatecznej znajomosci PHP. Nie widzalem jak skonwertowac to co >> user wprowadza na TimeStamp. zobacz do balanceadd.php (choć obsługa błędów tam jest może trochę niedostateczna) > Czekam więc, aż developerzy zrobią to porządnie ;) Ze względu na to iż 1.1 jest już praktycznie zamrożone, część pomysłów zostanie zrealizowane dopiero w 1.9, bo tak byśmy nigdy 1.2 nie zrobili, a trzeba to zrobić, bo kolejna wersja będzie pisana praktycznie od nowa. -- Pozdrawiam Aleksander Machniak ( A.L.E.C )

1 0

Re: data operacji
by Łukasz Jarosław Mozer 16 Lut '04

16 Lut '04

Witam. > Już to zrobiłem wcześniej, ale zważywszy na to, że wokół projektu jest więcej > dyskusji filozoficznej niż samej roboty nie chce mi się tego przesyłać, bo i > tak pewnie nie wejdzie do głównej gałęzi, a na zabawę w contriby po prostu nie > mam czasu. Czekam więc, aż developerzy zrobią to porządnie ;) Developerzy aktualnie mrożą. Ja od mrożenia się aż przyziębiłem. Sądze że lada dzień wyjdzie 1.2.0rc1. Ja w tym momencie mam np. na głowie założenia jak zbudować LMS2. I nie bójcie się, jak już LMS2 zacznie wyglądać, prywatnie mam tak długą listę features które chcę zaimplementować że aż mi się miło na duszy robi ;] Aktualnie pracuję nad rozbudowanie modularności LMS'a (to co teraz jest, to za przeproszeniem drogich kolegów jest gówno). Jak ktoś chce to może obejrzeć w CVS moduł lms2 i skomentować (też do niczego, ale się staram :P). P. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Moja kosmetyka interfejsu.
by Tomasz Chilinski 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 11:54:42 +0100, Rafal Ramocki wrote > Witam! Witam. > > Delikatnie zmodyfikowalem interfejs. JEst to glownie kosmetyka i > poprawa ergonomii. Lista moich zmian: > > 1. Poniewaz wyswietlenie listy uzytkownikow i komputerow trwa czasem > pare sekund dodalem z parej strony mozliwosc przeskoczenia od razu > do szukania uzytkownikow i komputerow bez koniecznosci wyswietlania > ich listy. > > 2.Szukanie duzej ilosci pojedyczych osob jest uciazliwe ze wzgledu > na koniecznosc machania myszka. Zamienilem wiec w szukaniu linka > "szukaj" na odpowiedni przycisk. Wiec teraz po wklepaniu danych > wystarczy nacisnac enter. Accesskey sie nie sprawdza bo kursor > zawsze znajduje sie w polach edycji kiedy accesskey jest potrzebny. > Zresazta klawisz ENTER jest o wiel ebardziej intuicyjny. > > 3. W szukaniu komputerow w linku bylo "&search" pod debianem to nie > dziala > (nie wiem jak pod innymi systemami) zrobilem tak jak jest w szukaniu > uzytkownikow "&search=1". Poruszalem juz to ale chyba nikt tego nie > poprawil. Bo w zeszlym tygodniu bawilem sie wersja z CVS'a i nadal > jest ten blad. > > Wszystkie pache moge przeslac pytanie tylko co jest potrzebne (o ile > cos) bo teraz nie mam z czego zrobic diff'a i nie chce mis ei robic > od nowa modyfikacji (bo moich zmian w miejej wersji jest wieecej > zmian). Wiec jak bedzie cos potrzebne to jeczcie. Super ;) > > z powazaniem > Rafal Ramocki Pozdrawiam Tomasz Chiliński > > PS: Nie wiem czy to jest zmiana do wersji 1.2 czy po wersji 1.2, ale > dodal bym jeszcze jedna kolmumne do tabeli invoices. Kolumne > 'printed' z default = > 0. Tak zeby jednym przyciskiem mozna bylo wydrukowac wszystkie > faktury ktore nie byly do tej pory drukowane. Po wydrukowaniu bylo > by printed=1. Przy druku seryjnym i duzej iloci faktur zaoszczedzilo > by to sporo klikania. PS. Przydałoby się jeszcze pole informujące czy dana wpłata była wyfakturowana, co potem jest przydatne przy zrobieniu rozliczenia przychodów nieewidencjonowanych - a to może załatwić już pole cash::invoice_id używane obecnie tylko dla obciążeń.

1 0

Re: data operacji
by Rafal Ramocki 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 11:49:32 +0100, Tomasz Chilinski wrote > On Mon, 16 Feb 2004 11:36:04 +0100, Rafal Ramocki wrote > > On Mon, 16 Feb 2004 11:09:40 +0100, Tomasz Chilinski wrote > > > Witam. > > > > > > 1) Czy ma sens umieszczanie godziny i minuty operacji? > > > > Tez sie zastanawialem nad tym. Doszedle do wniosku iz jest to > > konieczne. Kazdy ksiegowy powie ze wszystko powinno byc w porzadku > > chronologicznym. Wiec nie moze byc tak, ze ktos wprowadza operacje z > > data 2004.02.16 10:56 i ta operacja w tabeli CASH ma ID 851 a potem > > ktos inny wprowadza operacje z data wczesniejsza o jeden dzien, lub > > tez o jedna minute i ta operacja uzyskuje ID 852. Uwazam ze z punktu > > widzenia UI i rozliczen wazny jest tylko dzien. Nie mniej jednak to > > UI powinien juz dbac o to zeby dalo sie definiowac tylko daty ktore > > nie sa wczesniejsze niz data ostatniej operacji i zeby uzytkownik > > podawal tylko date, a godzine juz obliczal sam UI. > Może być zapamiętywane z tablicy cash tyle, że nie ma sensu tego > pokazywać w UI zgadza się? To znacyz nie ma sensu pokayzwac tej rubryki do wypelnienia, nie mniej jednak w wyniku tego data i godzina musi powstac i bedzie ona wykozystywaa w innych miejscach. > > > > > 2) Moim zdaniem po podaniu daty operacji i zatwierdzeniu nowej operacji > > > powinna pojawiać się data operacji ostatnio wprowadzona (tak jak > > > pole opis). > > > > Uwazam ze ta data powinna byc gdzies podawana. Gdzies ale jeszce nie > > wiem gdzie. Moze z lewej strony? Co by wprowadzajacy na dzien dobry > > widzial ile ma zaleglosci do wprowadzenia i jakie ma zaleglosci we > > wprowadzaniu wplat. > Właśnie do tego dążę - ostatnio wprowadzona jawnie data operacji powinna > pojawiać się dla wszystkich następnych operacji - umożliwiłoby to sekwencyjne > wprowadzanie do bazy wpłat z tą samą datą (jest to banalne do zrobienia > szczerze mówiąc, ale patrz dalej co napisałem ;)). > > > > > > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych > > > operacjach użytkownika. > > > > To wczoraj ruszylem, ale ugrzazlem niewiele dalej z powodu mojej > > niedostatecznej znajomosci PHP. Nie widzalem jak skonwertowac to co > > user wprowadza na TimeStamp. Ale jak posiedze dluzej to moze cos z > > tego wyjdzie. Chociaz jezeli Tomku masz wiecej doswiadczenia z PHP i > > wiesz jak sie do tego zabrac, to ustapie Ci pola :) > Już to zrobiłem wcześniej, ale zważywszy na to, że wokół projektu > jest więcej dyskusji filozoficznej niż samej roboty nie chce mi się > tego przesyłać, bo i tak pewnie nie wejdzie do głównej gałęzi, a na > zabawę w contriby po prostu nie mam czasu. Czekam więc, aż > developerzy zrobią to porządnie ;) Alleluja :) > > > > z powazaniem > > Rafal Ramocki > Pozdrawiam > Tomasz Chiliński z powazaniem Rafal Ramocki

1 0

Moja kosmetyka interfejsu.
by Rafal Ramocki 16 Lut '04

16 Lut '04

Witam! Delikatnie zmodyfikowalem interfejs. JEst to glownie kosmetyka i poprawa ergonomii. Lista moich zmian: 1. Poniewaz wyswietlenie listy uzytkownikow i komputerow trwa czasem pare sekund dodalem z parej strony mozliwosc przeskoczenia od razu do szukania uzytkownikow i komputerow bez koniecznosci wyswietlania ich listy. 2.Szukanie duzej ilosci pojedyczych osob jest uciazliwe ze wzgledu na koniecznosc machania myszka. Zamienilem wiec w szukaniu linka "szukaj" na odpowiedni przycisk. Wiec teraz po wklepaniu danych wystarczy nacisnac enter. Accesskey sie nie sprawdza bo kursor zawsze znajduje sie w polach edycji kiedy accesskey jest potrzebny. Zresazta klawisz ENTER jest o wiel ebardziej intuicyjny. 3. W szukaniu komputerow w linku bylo "&search" pod debianem to nie dziala (nie wiem jak pod innymi systemami) zrobilem tak jak jest w szukaniu uzytkownikow "&search=1". Poruszalem juz to ale chyba nikt tego nie poprawil. Bo w zeszlym tygodniu bawilem sie wersja z CVS'a i nadal jest ten blad. Wszystkie pache moge przeslac pytanie tylko co jest potrzebne (o ile cos) bo teraz nie mam z czego zrobic diff'a i nie chce mis ei robic od nowa modyfikacji (bo moich zmian w miejej wersji jest wieecej zmian). Wiec jak bedzie cos potrzebne to jeczcie. z powazaniem Rafal Ramocki PS: Nie wiem czy to jest zmiana do wersji 1.2 czy po wersji 1.2, ale dodal bym jeszcze jedna kolmumne do tabeli invoices. Kolumne 'printed' z default = 0. Tak zeby jednym przyciskiem mozna bylo wydrukowac wszystkie faktury ktore nie byly do tej pory drukowane. Po wydrukowaniu bylo by printed=1. Przy druku seryjnym i duzej iloci faktur zaoszczedzilo by to sporo klikania.

1 0

Re: data operacji
by Tomasz Chilinski 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 11:36:04 +0100, Rafal Ramocki wrote > On Mon, 16 Feb 2004 11:09:40 +0100, Tomasz Chilinski wrote > > Witam. > > > > 1) Czy ma sens umieszczanie godziny i minuty operacji? > > Tez sie zastanawialem nad tym. Doszedle do wniosku iz jest to > konieczne. Kazdy ksiegowy powie ze wszystko powinno byc w porzadku > chronologicznym. Wiec nie moze byc tak, ze ktos wprowadza operacje z > data 2004.02.16 10:56 i ta operacja w tabeli CASH ma ID 851 a potem > ktos inny wprowadza operacje z data wczesniejsza o jeden dzien, lub > tez o jedna minute i ta operacja uzyskuje ID 852. Uwazam ze z punktu > widzenia UI i rozliczen wazny jest tylko dzien. Nie mniej jednak to > UI powinien juz dbac o to zeby dalo sie definiowac tylko daty ktore > nie sa wczesniejsze niz data ostatniej operacji i zeby uzytkownik > podawal tylko date, a godzine juz obliczal sam UI. Może być zapamiętywane z tablicy cash tyle, że nie ma sensu tego pokazywać w UI zgadza się? > > > 2) Moim zdaniem po podaniu daty operacji i zatwierdzeniu nowej operacji > > powinna pojawiać się data operacji ostatnio wprowadzona (tak jak > > pole opis). > > Uwazam ze ta data powinna byc gdzies podawana. Gdzies ale jeszce nie > wiem gdzie. Moze z lewej strony? Co by wprowadzajacy na dzien dobry > widzial ile ma zaleglosci do wprowadzenia i jakie ma zaleglosci we > wprowadzaniu wplat. Właśnie do tego dążę - ostatnio wprowadzona jawnie data operacji powinna pojawiać się dla wszystkich następnych operacji - umożliwiłoby to sekwencyjne wprowadzanie do bazy wpłat z tą samą datą (jest to banalne do zrobienia szczerze mówiąc, ale patrz dalej co napisałem ;)). > > > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych > > operacjach użytkownika. > > To wczoraj ruszylem, ale ugrzazlem niewiele dalej z powodu mojej > niedostatecznej znajomosci PHP. Nie widzalem jak skonwertowac to co > user wprowadza na TimeStamp. Ale jak posiedze dluzej to moze cos z > tego wyjdzie. Chociaz jezeli Tomku masz wiecej doswiadczenia z PHP i > wiesz jak sie do tego zabrac, to ustapie Ci pola :) Już to zrobiłem wcześniej, ale zważywszy na to, że wokół projektu jest więcej dyskusji filozoficznej niż samej roboty nie chce mi się tego przesyłać, bo i tak pewnie nie wejdzie do głównej gałęzi, a na zabawę w contriby po prostu nie mam czasu. Czekam więc, aż developerzy zrobią to porządnie ;) > > z powazaniem > Rafal Ramocki Pozdrawiam Tomasz Chiliński

1 0

Re: data operacji
by Rafal Ramocki 16 Lut '04

16 Lut '04

On Mon, 16 Feb 2004 11:09:40 +0100, Tomasz Chilinski wrote > Witam. > > 1) Czy ma sens umieszczanie godziny i minuty operacji? Tez sie zastanawialem nad tym. Doszedle do wniosku iz jest to konieczne. Kazdy ksiegowy powie ze wszystko powinno byc w porzadku chronologicznym. Wiec nie moze byc tak, ze ktos wprowadza operacje z data 2004.02.16 10:56 i ta operacja w tabeli CASH ma ID 851 a potem ktos inny wprowadza operacje z data wczesniejsza o jeden dzien, lub tez o jedna minute i ta operacja uzyskuje ID 852. Uwazam ze z punktu widzenia UI i rozliczen wazny jest tylko dzien. Nie mniej jednak to UI powinien juz dbac o to zeby dalo sie definiowac tylko daty ktore nie sa wczesniejsze niz data ostatniej operacji i zeby uzytkownik podawal tylko date, a godzine juz obliczal sam UI. > 2) Moim zdaniem po podaniu daty operacji i zatwierdzeniu nowej operacji > powinna pojawiać się data operacji ostatnio wprowadzona (tak jak > pole opis). Uwazam ze ta data powinna byc gdzies podawana. Gdzies ale jeszce nie wiem gdzie. Moze z lewej strony? Co by wprowadzajacy na dzien dobry widzial ile ma zaleglosci do wprowadzenia i jakie ma zaleglosci we wprowadzaniu wplat. > 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych > operacjach użytkownika. To wczoraj ruszylem, ale ugrzazlem niewiele dalej z powodu mojej niedostatecznej znajomosci PHP. Nie widzalem jak skonwertowac to co user wprowadza na TimeStamp. Ale jak posiedze dluzej to moze cos z tego wyjdzie. Chociaz jezeli Tomku masz wiecej doswiadczenia z PHP i wiesz jak sie do tego zabrac, to ustapie Ci pola :) z powazaniem Rafal Ramocki

1 0

data operacji
by Tomasz Chilinski 16 Lut '04

16 Lut '04

Witam. 1) Czy ma sens umieszczanie godziny i minuty operacji? 2) Moim zdaniem po podaniu daty operacji i zatwierdzeniu nowej operacji powinna pojawiać się data operacji ostatnio wprowadzona (tak jak pole opis). 3) Nadal nie ma możliwości wprowadzenia daty operacji w indywidualnych operacjach użytkownika. Pozdrawiam Tomasz Chiliński

1 0

Re: wersja PHP
by pbern＠pbern.biz 16 Lut '04

16 Lut '04

On Sun, 15 Feb 2004, Łukasz Jarosław Mozer wrote: php-4.3.4-3 apache-2.0.48-0.1.3 Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: wersja PHP
by Tomasz Lam 15 Lut '04

15 Lut '04

> No właśnie, jakiej wersji PHP używacie? php-4.2.2-17.2 Niedługo (tydzień?) zmiana na 4.3 Tom

1 0

Re: wersja PHP
by A.L.E.C 15 Lut '04

15 Lut '04

>> No właśnie, jakiej wersji PHP używacie? Apache/1.3.29 (Unix) PHP/4.3.4 -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: wersja PHP
by Krzysztof Zagorski 15 Lut '04

15 Lut '04

Sunday, February 15, 2004, 8:58:08 PM, you wrote: > Witam. > No właśnie, jakiej wersji PHP używacie? ii php4 4.3.3-4 -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http:/ /3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0

Re: wersja PHP
by Rafal Ramocki 15 Lut '04

15 Lut '04

On Sun, 15 Feb 2004 20:58:08 +0100, Łukasz Jarosław Mozer wrote > Witam. > > No właśnie, jakiej wersji PHP używacie? > Wersja PHP: 4.3.3 z powazaniem Rafal Ramocki

1 0

Re: wersja PHP
by warden＠anim.pl 15 Lut '04

15 Lut '04

On Sun, Feb 15, 2004 at 08:58:08PM +0100, ?ukasz Jaros?aw Mozer wrote: > No w?a?nie, jakiej wersji PHP u?ywacie? ii php4 4.3.4-1moolfreet -- Rados�aw 'Warden' Antoniuk

1 0

wersja PHP
by Łukasz Jarosław Mozer 15 Lut '04

15 Lut '04

Witam. No właśnie, jakiej wersji PHP używacie? -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: Bledny pesel
by hunter 14 Lut '04

14 Lut '04

On Sat, Feb 14, 2004 at 05:43:13PM +0100, detekt(a)detekt.pl wrote: > Witam , > > Czy ktos moze mnie osiwecic czemu taki pesel jest bledny > 75061000091 ?? tak twierdzi lms Zapewne chodzi o sumę kontrolną: 1 3 7 9 1 3 7 9 1 3 --> wagi 7 5 0 6 1 0 0 0 0 9 po mnozeniu: 715 054 1 0 0 0 0 21 po dodaniu: 7+15+54+1 daje 98 co modulo 10 jak wol jest 8 10 - 8 daje 2 ERGO ten nr nie jest zgodny z usawa o PESELu. wyslij czlowieka na /dev/null Nazywa sie to ISBN International System Book Number kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Bledny pesel
by detekt＠detekt.pl 14 Lut '04

14 Lut '04

Witam , Czy ktos moze mnie osiwecic czemu taki pesel jest bledny 75061000091 ?? tak twierdzi lms -- Pozdrawiam Detekt

1 0

LMS 1.1-cvs (1.261/1.38)
by Piotr Piwoński 14 Lut '04

14 Lut '04

Witam! Jak można rozwiązać taki problem: użytkownicy na moim osiedlu mogą wykupić sobie zewnętrzny własny IP. Jak to uwzględnić w LMSie ? Jak to zrobić lms-mgc, żeby robił DNAT i SNAT? Np.: /sbin/iptables -t nat -A PREROUTING -p tcp -d 195.136.xx.yy/32 --dport 20 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t nat -A PREROUTING -p tcp -d 195.136.xx.yy/32 --dport 21 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t nat -A PREROUTING -p udp -d 195.136.xx.yy/32 --dport 21 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t nat -A PREROUTING -p tcp -d 195.136.xx.yy/32 --dport 80 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t nat -A PREROUTING -p udp -d 195.136.xx.yy/32 --dport 80 -j DNAT --to-destination 192.168.43.11 /sbin/iptables -t filter -A FORWARD -s 192.168.43.11 -j ACCEPT /sbin/iptables -t filter -A FORWARD -d 192.168.43.11 -j ACCEPT /sbin/iptables -t nat -A POSTROUTING -s 192.168.43.11 -o eth0 -j SNAT --to 195.136.xx.yy -- pozdrawiam Piotr Piwoński.

1 0

Re: CVS via www.
by hunter 13 Lut '04

13 Lut '04

On Fri, Feb 13, 2004 at 12:30:34AM +0100, Rafal Ramocki wrote: > > mirrorowania CVS'a (a wlasciwie danych tak zeby dzialal ten viewcvs)? np rsync plików RCS ze strony serwera. kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Kosmetyka invoices
by Rafal Ramocki 13 Lut '04

13 Lut '04

. Przy generacji duzej liczby faktur jednego dnia dobrze bylo by sortowac faktury po dwoch kryteriach. data i id. w zwiazku z modyfikacja w funkcji GetInvoicesList jest na koncu zapytania: cdate ASC' sugeruje zeby zmienic na cdate ASC, id' z powazaniem Rafal Ramocki

1 0

Re: CVS via www.
by Łukasz Jarosław Mozer 13 Lut '04

13 Lut '04

Witam. >>Problem tkwi w samym viewcvs. Aktualnie maszyna na której to stoii to >>Intel 2GHz, 512MB ram, 2mbps łącza, więc nie wiem co silniejszego >>można by było dać. A już nie mam koncepcji. > Ja mam nowiutkiego P4 2,6GHz HT na serwerku. :) > A próbowałeś cvsweb? Może byłby mniej obciążający. Nie działał mi. Ale powoli dochodze czego to wina. Trzeba będzie wyciąć netsprinta, bo to on ostatnio mi zabił maszynę. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: [lms] Re: CVS via www.
by A.L.E.C 13 Lut '04

13 Lut '04

>Problem tkwi w samym viewcvs. Aktualnie maszyna na której to stoii to >Intel 2GHz, 512MB ram, 2mbps łącza, więc nie wiem co silniejszego >można by było dać. A już nie mam koncepcji. Ja mam nowiutkiego P4 2,6GHz HT na serwerku. :) A próbowałeś cvsweb? Może byłby mniej obciążający. -- Aleksander Machniak ( A.L.E.C )

1 0

Re: CVS via www.
by Rafal Ramocki 13 Lut '04

13 Lut '04

On Fri, 13 Feb 2004 10:29:40 +0100, Łukasz Jarosław Mozer wrote > Witam. > > > Moze dalo by sie to prezucic na jakis inny serwer na ktorym nie bedzie to > > szkodzilo? Jaki sewer to obslugiwal i jakie wymagnia co do lacza sa potrzebne > > zeby obslugiwac to dalej? No i czy istnieje jakis sensowny mechanizm > > mirrorowania CVS'a (a wlasciwie danych tak zeby dzialal ten viewcvs)? > > Problem tkwi w samym viewcvs. Aktualnie maszyna na której to stoii to > Intel 2GHz, 512MB ram, 2mbps łącza, więc nie wiem co silniejszego > można by było dać. A już nie mam koncepcji. Moze rozwiazaniem bylo by os takiego jakie zrobil microsoft przed atakiem mydoom'a.Czyli przez dns'y rozbic ruch na kilka serwerow. Tak zeby klient wydajac zapytanie za kazdym razem byl przekirowywany do innego (losowego) sewera. A tak na marginesie to mydoom i user to taka sama choroba oba nic tylko atakuja serwery chcac cos sciagnac i zadnego z nich pozytku :P z powazaniem Rafal Ramocki

1 0

Re: CVS via www.
by Łukasz Jarosław Mozer 13 Lut '04

13 Lut '04

Witam. > Moze dalo by sie to prezucic na jakis inny serwer na ktorym nie bedzie to > szkodzilo? Jaki sewer to obslugiwal i jakie wymagnia co do lacza sa potrzebne > zeby obslugiwac to dalej? No i czy istnieje jakis sensowny mechanizm > mirrorowania CVS'a (a wlasciwie danych tak zeby dzialal ten viewcvs)? Problem tkwi w samym viewcvs. Aktualnie maszyna na której to stoii to Intel 2GHz, 512MB ram, 2mbps łącza, więc nie wiem co silniejszego można by było dać. A już nie mam koncepcji. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: CVS via www.
by Rafal Ramocki 13 Lut '04

13 Lut '04

On Thu, 12 Feb 2004 09:31:53 +0100, Łukasz Jarosław Mozer wrote > Witaj lms! > > Niestety. Będę zmuszony zablokować dla świata dostęp do viewcvs: > > 09:31:38 up 5 days, 4:40, 8 users, load average: 530.63, 527.68, 518.14 > Moze dalo by sie to prezucic na jakis inny serwer na ktorym nie bedzie to szkodzilo? Jaki sewer to obslugiwal i jakie wymagnia co do lacza sa potrzebne zeby obslugiwac to dalej? No i czy istnieje jakis sensowny mechanizm mirrorowania CVS'a (a wlasciwie danych tak zeby dzialal ten viewcvs)? z powazaniem Rafal Ramocki

1 0

CVS via www.
by Łukasz Jarosław Mozer 12 Lut '04

12 Lut '04

Witaj lms! Niestety. Będę zmuszony zablokować dla świata dostęp do viewcvs: 09:31:38 up 5 days, 4:40, 8 users, load average: 530.63, 527.68, 518.14 :-/ -- Pozdrowienia, Łukasz Jarosław Mozer

1 0

Re: mailing
by SylveK 12 Lut '04

12 Lut '04

Czesc, >> Fatal error: Call to undefined function: mail() in >> /usr/local/apache/htdocs/lms-1.1.8/lib/LMS.class.php on line 2127 ALEC> skonfiguruj php i serwer do wysylania poczty mam skonfigurowane php i serwer poczty (exim). chyba ze w konfiguracji sa jakies niuanse, ze cos musi byc ustawione tak a nie inaczej. jakies konkretne wskazowki? z gory dzieki. Pozdrawiam, SylveK

1 0

Re: mailing
by A.L.E.C 11 Lut '04

11 Lut '04

> Witam! > > Witam ponownie, z paymentsami juz sie uporalem, ale teraz > przyszedl czas na mailing i kolejne zaciecie, a mianowicie przy > probie wyslania maila z sekcji "Mailing" dostaje taki oto > komunikat: > Fatal error: Call to undefined function: mail() in > /usr/local/apache/htdocs/lms-1.1.8/lib/LMS.class.php on line 2127 > skonfiguruj php i serwer do wysylania poczty -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

mailing
by SylveK 11 Lut '04

11 Lut '04

Witam! Witam ponownie, z paymentsami juz sie uporalem, ale teraz przyszedl czas na mailing i kolejne zaciecie, a mianowicie przy probie wyslania maila z sekcji "Mailing" dostaje taki oto komunikat: Fatal error: Call to undefined function: mail() in /usr/local/apache/htdocs/lms-1.1.8/lib/LMS.class.php on line 2127 Cos u mnie nie tak? Czy moze cos w pliku nie tak? Za wszelkie podpowiedzi z gory serdeczne Bog zaplac :) Pozdrawiam, SylveK

1 0

Poprawka pliku invoicelist.html
by Marek Roszkowski 11 Lut '04

11 Lut '04

Witam wszystkich. Niniejszym wysylam poprawke do poprawki pliku invoicelist.html . Wybor stron zawierajacych liste faktur dziala poprawnie. Pozdrawiam, -- MaReK

1 0

Re: Problem przy backupie bazy.
by Krzysztof Zagorski 11 Lut '04

11 Lut '04

Tuesday, February 10, 2004, 11:40:55 PM, you wrote: > Backup możesz zrobić także z poziomu mysql'a. -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http:/ /3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0

Re: Problem przy backupie bazy.
by Łukasz Jarosław Mozer 10 Lut '04

10 Lut '04

Witam. > Monday, February 2, 2004, 1:38:37 PM, you wrote: >>> Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 >>> (tried to allocate 5 bytes) in >>> /var/www-lms/lib/LMSDB_driver_postgres.class.php on line 76 >> Hm. Któraś tabela jest za duża. Trzeba przerobić obsługę DBdump z >> LMS.class.php aby była mniej pamięciożerna. Zaraz to oblookam. > I jak? > Bo dalej mam opory przed wrzuceniem nowej wersji bez backupu bazy :) Backup możesz zrobić także z poziomu mysql'a. -- Łukasz Jarosław Mozer http://www.baseciq.org mailto: lukasz(a)rulez.pl

1 0

Re: LMS skrypty
by SylveK 10 Lut '04

10 Lut '04

czesc Rafal, RR> Mozesz tez sprobowac dodac tabele recznie (zobacz definicje tabeli RR> paymnents w doc/lms.mysql) dzieki wielkie, dodalem recznie i wszystko dziala jak nalezy. jeszcze raz dzieki. Pozdrawiam, SylveK

1 0

Re: LMS skrypty
by Rafal Ramocki 10 Lut '04

10 Lut '04

On Tue, 10 Feb 2004 02:57:36 +0100, lan wrote > RR> Ktorej wersji uzywasz? Tej z CVS'a? A moze 1.1.8? Lub ktorej > RR> tam jeszcze? > Używam wersji 1.1.8 > > RR> mysql>> describe payments; > ERROR 1146: Table 'lms.payments' doesn't exist > > RR> jezeli nei istnieje cos spiepszyles pod czas instalacji. > No więc ewidentnie coś spiepszyłem podczas instalacji. > > Dzięki za podpowiedź. Zainstaluje jeszcze raz i zobacze co się > będzie działo. Mozesz tez sprobowac dodac tabele recznie (zobacz definicje tabeli paymnents w doc/lms.mysql) z powazaniem Rafal Ramocki

1 0

Re: Problem przy backupie bazy.
by Krzysztof Zagorski 10 Lut '04

10 Lut '04

Monday, February 2, 2004, 1:38:37 PM, you wrote: >> Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 >> (tried to allocate 5 bytes) in >> /var/www-lms/lib/LMSDB_driver_postgres.class.php on line 76 > Hm. Któraś tabela jest za duża. Trzeba przerobić obsługę DBdump z > LMS.class.php aby była mniej pamięciożerna. Zaraz to oblookam. I jak? Bo dalej mam opory przed wrzuceniem nowej wersji bez backupu bazy :) -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http://3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0

Re: LMS skrypty
by lan 10 Lut '04

10 Lut '04

RR> Ktorej wersji uzywasz? Tej z CVS'a? A moze 1.1.8? Lub ktorej RR> tam jeszcze? Używam wersji 1.1.8 RR> mysql>> describe payments; ERROR 1146: Table 'lms.payments' doesn't exist RR> jezeli nei istnieje cos spiepszyles pod czas instalacji. No więc ewidentnie coś spiepszyłem podczas instalacji. Dzięki za podpowiedź. Zainstaluje jeszcze raz i zobacze co się będzie działo. Pozdrawiam, SylveK

1 0

Re: LMS skrypty
by Rafal Ramocki 10 Lut '04

10 Lut '04

On Tue, 10 Feb 2004 02:20:52 +0100, lan wrote > Przy każdym odpaleniu lms-payments dostaje taki komunikat: > DBD::mysql::st execute failed: Table 'lms.payments' doesn't exist at > /usr/sbin/lms-payments line 191. DBD::mysql::st execute failed: > Table 'lms.payments' doesn't exist at /usr/sbin/lms-payments line 191. > Ktorej wersji uzywasz? Tej z CVS'a? A moze 1.1.8? Lub ktorej tam jeszcze? Istotnie wyglada na to ze nie ma tej tabeli mozesz sie upewnic czy ja masz o mniej wiecej tak: # mysql -u root -p Enter password: mysql> use lms Database changed mysql> show tables; [tutaj wyskoczy lista tabel] mysql> describe payments; [a tutaj wyskoczy opis tabeli payments (o ile istnieje)] jezeli nei istnieje cos spiepszyles pod czas instalacji. z powazaniem Rafal Ramocki

1 0

LMS skrypty
by lan 10 Lut '04

10 Lut '04

Witam! Mam taki mały problemik ze skryptami, a dokładniej z lms-payments. Przez brak IniFiles przeszedłem, znalazłem odpowiedź na liście, ale na aktualny problem nie mogę znaleść odpowiedzi. Być może źle szukam .. no ale do rzeczy. Przy każdym odpaleniu lms-payments dostaje taki komunikat: DBD::mysql::st execute failed: Table 'lms.payments' doesn't exist at /usr/sbin/lms-payments line 191. DBD::mysql::st execute failed: Table 'lms.payments' doesn't exist at /usr/sbin/lms-payments line 191. Mógłby mi ktoś to wytłumaczyć? Na tyle ile się orientuję to brakuje tablicy 'lms.payments' w mysql'u. Ale dlaczego jej brakuje? Ja nic nie usuwałem, lms sam jej nie stworzył? A może trzeba ją dodać ręcznie? Będę wdzieczny za każda podpowiedź. Pozdrawiam, SylveK

1 0