- lms - lists.lms.org.pl

Re: Czy ktoś zna jakiś konwerter do konwersji znaków z ISO-8859-2 na utf-8
by Damian Gawęda 22 Wrz '05

22 Wrz '05

Dnia 22-09-2005, czw o godzinie 21:58 +0200, Jaroslaw Dziubek napisał(a): > > Na linuksa nie ma. > iconv? > ;-) Coz, mamy rozne poczucia humoru. :) -- Damian Gawęda

1 0

Re: Czy ktoś zna jakiś konwerter do konwersji znaków z ISO-8859-2 na utf-8
by Jaroslaw Dziubek 22 Wrz '05

22 Wrz '05

[Thursday, 22 September 2005], Damian Gawęda napisał(a): > Dnia 22-09-2005, czw o godzinie 21:44 +0200, Marcin napisał(a): > > Witam > > > > Jak w temacie. > > Dzieki za pomoc. > Na linuksa nie ma. iconv? ;-) -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

Re: Czy ktoś zna jakiś konwerter do konwersji znaków z ISO-8859-2 na utf-8
by Damian Gawęda 22 Wrz '05

22 Wrz '05

Dnia 22-09-2005, czw o godzinie 21:44 +0200, Marcin napisał(a): > Witam > > Jak w temacie. > Dzieki za pomoc. > Na linuksa nie ma. -- Damian Gawęda

1 0

Czy ktoś zna jakiś konwerter do konwersji znaków z ISO-8859-2 na utf-8
by Marcin 22 Wrz '05

22 Wrz '05

Witam Jak w temacie. Dzieki za pomoc. -- Pozdrowienia, Marcin

1 0

wf-mag i lms
by intonet＠jaroslaw.net.pl 22 Wrz '05

22 Wrz '05

Linkowal ktos rozrachunki z wf-maga dla windowsa opartego na ms sql serwer z lms na mysql??? potrzebuje cos takiego zrobic poniewaz u mnie w firmie ksiegowosc jest prowadzona wlasnie na wf-magu a chce aby user mial podglad do swoich rozrachunkow -- Pozdrawiam Marek Konieczny -- Używam programu pocztowego Opery: http://www.opera.com/mail/

1 0

Re: SQLite
by Krzysztof Drewicz 22 Wrz '05

22 Wrz '05

Paweł Rohde napisał(a): > Dnia 2005-09-22 14:44, Użytkownik Tommy Vercetti napisał: > >>>> Ja mam mysqla na serwerze tylko dlatego ze niektorzy deweloperzy do >>>> prawdziwego sqla nie dorosli. >>>> >>> >>> Takie teksty to sobie zostaw dla siebie m'key? >>> >> >> To jest takie prawdziwe ze widze ze tka pewnych głeboko. Ale m'key. >> >> > Coś w tym jest, że mysql'owcy świata nie widzą poza tą bazą, ale by im > odrazu uwłaczać? > Zobacz jaki kawał dobrej roboty zrobili, dla ciebie kurwa też. > Tak więc bądź łaskaw i usuń swoją instalację mysqla i wszyscy będą happy. > Chfyla, mamont. Od posiadania okresu na tej liście to ja jestem i proszę sobie na priv takie teksty wysyłać. A jeśli ze względów technicznych konieczne będzie powiedzenie: pewne kwerendy na danym silniku trzeba robić metodą kombinowaną to używający tego silnika albo zaproponują metody lepsze, fajniejsze czy w ogóle działajace albo nei będą mieli jakiś dziwnych zapytań. kd. -- Krzysztof Drewicz

1 0

Re: SQLite
by Paweł Rohde 22 Wrz '05

22 Wrz '05

Dnia 2005-09-22 14:44, Użytkownik Tommy Vercetti napisał: >>>Ja mam mysqla na serwerze tylko dlatego ze niektorzy deweloperzy do >>>prawdziwego sqla nie dorosli. >>> >>> >>Takie teksty to sobie zostaw dla siebie m'key? >> >> >To jest takie prawdziwe ze widze ze tka pewnych głeboko. Ale m'key. > > Coś w tym jest, że mysql'owcy świata nie widzą poza tą bazą, ale by im odrazu uwłaczać? Zobacz jaki kawał dobrej roboty zrobili, dla ciebie kurwa też. Tak więc bądź łaskaw i usuń swoją instalację mysqla i wszyscy będą happy. -- [pozdrawiam Paweł Rohde ] [email: pawel(a)rohde.poznan.pl, kom: 888 56 86 26 ] [JID: admin(a)suchylas.net, GG: 755284 ]

1 0

Re: SQLite
by Tommy Vercetti 22 Wrz '05

22 Wrz '05

On Thursday 22 September 2005 14:24, Marcin Król wrote: > Tommy Vercetti napisał(a): > > [...] > > > Ja mam mysqla na serwerze tylko dlatego ze niektorzy deweloperzy do > > prawdziwego sqla nie dorosli. > > Takie teksty to sobie zostaw dla siebie m'key? To jest takie prawdziwe ze widze ze tka pewnych głeboko. Ale m'key. -- Vercetti

1 0

Re: SQLite
by Marcin Król 22 Wrz '05

22 Wrz '05

Tommy Vercetti napisał(a): [...] > Ja mam mysqla na serwerze tylko dlatego ze niektorzy deweloperzy do > prawdziwego sqla nie dorosli. Takie teksty to sobie zostaw dla siebie m'key? -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: SQLite
by Tommy Vercetti 22 Wrz '05

22 Wrz '05

On Thursday 22 September 2005 11:20, konrad rzentarzewski wrote: > 11/09/05, messie from [ Robert CyberM ] ... > > > coz mysql'a chyba ma wiecej osob niz sqlite wiec pomysl jest chyba > > sredni... no chyba ze bedzie mechanizm przenoszacy zmiany. choc nie kryje > > ze i tak srednio mi sie usmiecha trzymanie 2 systemow bazodanowych > > zwlaszcza ze moi klienci nigdy sie o postgresa nie prosili i wszystko > > maja na mysql. > > no właśnie. 10mln$Q: dlaczego użyszkodnik wybierze mysqla? bo: > 1. jest łatwiejszy w administracji (nie trzeba nic wiedzieć o > optymalizacji i vacuumach, żeby odpalić serwer), czasami nawet nie > wymaga tej administracji, poza rpm -i mysql*rpm. > 2. jest popularny i opis instalacji, czy konfiguracji użytkownik > znajdzie bez problemu, do tego po polsku. Wiec wyrzucając obsługę mysqla pozbywasz się lamerii która nie umie czytać i nic wiecej oprócz wykonania podstawowych komend. Pomyślcie jakie kożyści. Ja mam mysqla na serwerze tylko dlatego ze niektorzy deweloperzy do prawdziwego sqla nie dorosli. > porównajmy z sqlite (+php5): > 1. uruchamianie jakiegokolwiek serwera nie jest konieczne. instalacja > ogranicza się do rpm -i php-sqlite.rpm lub kompilacji --with-sqlite. > aplikacja (np. lms, do 1.7.3) może inicjalizować bazę danych bez > jakiejkolwiek interwencji użytkownika (granty, hasła, createdb, etc). > 2. doce php są po polsku. shell jest równie łatwy do zatrybienia, jak > ten od mysqla. Ale sqllite ma tez swoje ograniczenia. Na przyklad to ze na bazie r/w moze dzialac tylko jedna instancja. Coś za coś. Ja jestem obiema rękami za wywaleniem sqllite, co do mysqla, to wszystkie moje czlonki są za. -- Vercetti

1 0

Re: SQLite
by konrad rzentarzewski 22 Wrz '05

22 Wrz '05

11/09/05, messie from [ Robert CyberM ] ... > coz mysql'a chyba ma wiecej osob niz sqlite wiec pomysl jest chyba sredni... > no chyba ze bedzie mechanizm przenoszacy zmiany. choc nie kryje ze i tak > srednio mi sie usmiecha trzymanie 2 systemow bazodanowych zwlaszcza ze moi > klienci nigdy sie o postgresa nie prosili i wszystko maja na mysql. no właśnie. 10mln$Q: dlaczego użyszkodnik wybierze mysqla? bo: 1. jest łatwiejszy w administracji (nie trzeba nic wiedzieć o optymalizacji i vacuumach, żeby odpalić serwer), czasami nawet nie wymaga tej administracji, poza rpm -i mysql*rpm. 2. jest popularny i opis instalacji, czy konfiguracji użytkownik znajdzie bez problemu, do tego po polsku. porównajmy z sqlite (+php5): 1. uruchamianie jakiegokolwiek serwera nie jest konieczne. instalacja ogranicza się do rpm -i php-sqlite.rpm lub kompilacji --with-sqlite. aplikacja (np. lms, do 1.7.3) może inicjalizować bazę danych bez jakiejkolwiek interwencji użytkownika (granty, hasła, createdb, etc). 2. doce php są po polsku. shell jest równie łatwy do zatrybienia, jak ten od mysqla. -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: SQLite
by Robert CyberM 22 Wrz '05

22 Wrz '05

> > Jeszcze wywaliłbym wsparcie mysql i mielibyśmy potężne możliwości > > zaszyte w samym silniku bazodanowym ;-) > tą rewolucję zostawimy na 2.0 ;) coz mysql'a chyba ma wiecej osob niz sqlite wiec pomysl jest chyba sredni... no chyba ze bedzie mechanizm przenoszacy zmiany. choc nie kryje ze i tak srednio mi sie usmiecha trzymanie 2 systemow bazodanowych zwlaszcza ze moi klienci nigdy sie o postgresa nie prosili i wszystko maja na mysql. Robert CyberM -- Sarocom Network (http://www.sarocom.net) Debian Project (http://www.debian.org)

1 0

Re: SQLite
by konrad rzentarzewski 22 Wrz '05

22 Wrz '05

11/09/05, messie from [ A.L.E.C ] ... > >> cóż, łatwiej kijek pocieniasić niż go potem pogrubasić. > cóż, chyba tylko ja tego używałem (dawno temu) nie zrozumiałeś mnie. przedruk z devlisty: wsparcie dla sqlite jest mocno teoretyczne w tej chwili, bo nikt nie używa php5, natomiast nie byłbym pewien losów przewagi mysqla w przyszłości. imho, wsparcie teoretyczne należałoby zostawić do czasów, kiedy ten będzie używalny, po wycięciu będziemy mieli hardcore jeśli w przyszłości mielibyśmy do niego powracać, a w tej chwili - cbdu - możliwości mysql/sqlite przeważają jednak na korzyść tego drugiego. -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: SQLite
by A.L.E.C 22 Wrz '05

22 Wrz '05

Tomasz Chilinski wrote: >> cóż, łatwiej kijek pocieniasić niż go potem pogrubasić. cóż, chyba tylko ja tego używałem (dawno temu) > Jeszcze wywaliłbym wsparcie mysql i mielibyśmy potężne możliwości > zaszyte w samym silniku bazodanowym ;-) tą rewolucję zostawimy na 2.0 ;) -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: SQLite
by konrad rzentarzewski 22 Wrz '05

22 Wrz '05

11/09/05, messie from [ Tomasz Chilinski ] ... > > > Zatem od wersji 1.7.3 żegnamy się z SQLite. > > cóż, łatwiej kijek pocieniasić niż go potem pogrubasić. > Jeszcze wywaliłbym wsparcie mysql i mielibyśmy potężne możliwości zaszyte > w samym silniku bazodanowym ;-) zatem od wersji 1.7.3 żegnamy się z mysqlem :^) -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: SQLite
by Tomasz Chilinski 22 Wrz '05

22 Wrz '05

On Thu, 22 Sep 2005 10:35:41 +0200, konrad rzentarzewski wrote > 11/09/05, messie from [ A.L.E.C ] ... > > > Czy ktoś oprócz mnie kiedykolwiek tego używał z LMSem? Chyba nie, bo od > > dłuższego czasu jest w nim kilka zapytań, których nie obsługuje SQLite, > > jest także problem z UTF-8. Zatem od wersji 1.7.3 żegnamy się z SQLite. > > cóż, łatwiej kijek pocieniasić niż go potem pogrubasić. Jeszcze wywaliłbym wsparcie mysql i mielibyśmy potężne możliwości zaszyte w samym silniku bazodanowym ;-) > -- > :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ > 2:480/133@fidonet.org ]|: Pozdrawiam, Tomek

1 0

Re: SQLite
by konrad rzentarzewski 22 Wrz '05

22 Wrz '05

11/09/05, messie from [ A.L.E.C ] ... > Czy ktoś oprócz mnie kiedykolwiek tego używał z LMSem? Chyba nie, bo od > dłuższego czasu jest w nim kilka zapytań, których nie obsługuje SQLite, > jest także problem z UTF-8. Zatem od wersji 1.7.3 żegnamy się z SQLite. cóż, łatwiej kijek pocieniasić niż go potem pogrubasić. -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: pytanko o dodatkowe query SQLowe w pewnych sytuacjach
by Łukasz Jarosław Mozer 21 Wrz '05

21 Wrz '05

Witam. W liście z dnia 21 września 2005 (15:53:56) można przeczytać: > Witam listowiczow ;) > To moj pierwszy post na ta grupe. Jeszcze nie uzywam LMSa produkcyjnie, > dopiero przegladam kod i mysle sobie o roznych integracjach ;). Sama idea jest okej. Niestety, gorzej z wykonaniem. -- Łukasz Jarosław Mozer mailto: lukasz(a)rulez.pl LMS: idea/layout/php/perl

1 0

LMSD
by Krzysztof Lewandowski 21 Wrz '05

21 Wrz '05

Czy istnieje jakiś sposób aby LMSD nie sprawdzał czy ma się przeładować co 1 minute a co np 5 minut? KL -- Krzysztof Lewandowski - krzysiek(a)lca.pl Oficjalny Portal Miasta Legnicy - www.lca.pl 59-220 Legnica, ul. Pomorska 56 tel. (76) 866 49 11 biuro(a)lca.pl Nie odpisuje na listy pisane w HTML

1 0

Re: pytanko o dodatkowe query SQLowe w pewnych sytuacjach
by Jakub Wartak 21 Wrz '05

21 Wrz '05

Dnia środa, 21 września 2005 16:21, konrad rzentarzewski napisał: > 11/09/05, messie from [ Jakub Wartak ] ... > > > I mam pierwsze pytanie: > > czy ktos planuje zrobienie mozliwosci dodawania roznych *dodatkowych* > > zapytan w przypadku dodania/usuniecia kompa/usera/urzadzenia/etc ? > > > > Bo byloby mi to potrzebne w kilku lokalizacjach ( integracja z postfixem > > na sqlu na innej maszynie + integracja z czyms takim jak netmrg/podobne > > ), i oczywiscie dopisze troche kodu php jesli bedzie bardzo potrzebne, > > tylko nie chcialbym wynajdywac kola na nowo ;) > > dobrym rozwiązaniem będzie dla ciebie zastosowanie funkcji składowanych > i triggerów (ew. widoków i zasad, jeśli struktury będą proste), co > determinuje użycie postgresa, jako silnika db, ale ma kilka *bardzo* > istotnych zalet: > > - ponieważ lms nie planuje użycia funkcji/triggerów/widoków, nie będzie > kolidować z "głównym wydaniem" > - ponieważ lms rozwija się szybko i wydaje 10 nowych wersji w ciągu roku > będziesz mógł zrobić upgrade bez martwienia się o kompatybilność ze > swoimi modyfikacjami > - ponieważ lms ma w zwyczaju zmieniać strukturę bazy z wydania na > wydanie przy ewentualnym upgradzie będziesz musiał tylko dostosować > swoje funkcje/widoki, a nie martwić się o zmiany w aplikacjach > współpracujących > No wlasnie tez myslalem juz nad triggerami, tyle ze ( w przewazajacej ilosci przypadkow jest juz MySQL ). Hm, pomysle nad upgradem do 5.0 :/ > pozostałe modyfikacje, czyli swoje części systemu rób poza lmsem, bo > ten nie nadaje się jeszcze do modułowej rozbudowy (tj. funkcje core, > na których mógłbyś chcieć polegać zmieniają się z wersji na wersję i > prędzej czy później będziesz zmuszony albo do utrzymywania swojej > własnej gałęzi, albo do przepisywania swoich modyfikacji w czasie zmiany > wersji). A gdyby core-team zdecydowal sie robic inclusion ( include_once() czy cos takiego ) jakiegos skryptu php w przypadku jego istnienia ? To chyba byloby najbardziej elastyczne i eleganckie rozwiazanie. > śmiało możesz założyć, że będziesz chciał upgrade'ować, ze względu na > nowe funkcjonalności. Ok. -- Jakub Wartak -vnull FreeBSD/OpenBSD/Linux/Solaris/Network Administrator http://vnull.pcnet.com.pl/

1 0

Re: pytanko o dodatkowe query SQLowe w pewnych sytuacjach
by konrad rzentarzewski 21 Wrz '05

21 Wrz '05

11/09/05, messie from [ Jakub Wartak ] ... > I mam pierwsze pytanie: > czy ktos planuje zrobienie mozliwosci dodawania roznych *dodatkowych* zapytan > w przypadku dodania/usuniecia kompa/usera/urzadzenia/etc ? > > Bo byloby mi to potrzebne w kilku lokalizacjach ( integracja z postfixem na > sqlu na innej maszynie + integracja z czyms takim jak netmrg/podobne ), i > oczywiscie dopisze troche kodu php jesli bedzie bardzo potrzebne, tylko nie > chcialbym wynajdywac kola na nowo ;) dobrym rozwiązaniem będzie dla ciebie zastosowanie funkcji składowanych i triggerów (ew. widoków i zasad, jeśli struktury będą proste), co determinuje użycie postgresa, jako silnika db, ale ma kilka *bardzo* istotnych zalet: - ponieważ lms nie planuje użycia funkcji/triggerów/widoków, nie będzie kolidować z "głównym wydaniem" - ponieważ lms rozwija się szybko i wydaje 10 nowych wersji w ciągu roku będziesz mógł zrobić upgrade bez martwienia się o kompatybilność ze swoimi modyfikacjami - ponieważ lms ma w zwyczaju zmieniać strukturę bazy z wydania na wydanie przy ewentualnym upgradzie będziesz musiał tylko dostosować swoje funkcje/widoki, a nie martwić się o zmiany w aplikacjach współpracujących pozostałe modyfikacje, czyli swoje części systemu rób poza lmsem, bo ten nie nadaje się jeszcze do modułowej rozbudowy (tj. funkcje core, na których mógłbyś chcieć polegać zmieniają się z wersji na wersję i prędzej czy później będziesz zmuszony albo do utrzymywania swojej własnej gałęzi, albo do przepisywania swoich modyfikacji w czasie zmiany wersji). śmiało możesz założyć, że będziesz chciał upgrade'ować, ze względu na nowe funkcjonalności. -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: pytanko o dodatkowe query SQLowe w pewnych sytuacjach
by Marcin Król 21 Wrz '05

21 Wrz '05

Jakub Wartak napisał(a): > To moj pierwszy post na ta grupe. Jeszcze nie uzywam LMSa produkcyjnie, > dopiero przegladam kod i mysle sobie o roznych integracjach ;). > > I mam pierwsze pytanie: > czy ktos planuje zrobienie mozliwosci dodawania roznych *dodatkowych* zapytan > w przypadku dodania/usuniecia kompa/usera/urzadzenia/etc ? > > Bo byloby mi to potrzebne w kilku lokalizacjach ( integracja z postfixem na > sqlu na innej maszynie + integracja z czyms takim jak netmrg/podobne ), i > oczywiscie dopisze troche kodu php jesli bedzie bardzo potrzebne, tylko nie > chcialbym wynajdywac kola na nowo ;) afik nikt nie planuje niczego takiego. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

pytanko o dodatkowe query SQLowe w pewnych sytuacjach
by Jakub Wartak 21 Wrz '05

21 Wrz '05

Witam listowiczow ;) To moj pierwszy post na ta grupe. Jeszcze nie uzywam LMSa produkcyjnie, dopiero przegladam kod i mysle sobie o roznych integracjach ;). I mam pierwsze pytanie: czy ktos planuje zrobienie mozliwosci dodawania roznych *dodatkowych* zapytan w przypadku dodania/usuniecia kompa/usera/urzadzenia/etc ? Bo byloby mi to potrzebne w kilku lokalizacjach ( integracja z postfixem na sqlu na innej maszynie + integracja z czyms takim jak netmrg/podobne ), i oczywiscie dopisze troche kodu php jesli bedzie bardzo potrzebne, tylko nie chcialbym wynajdywac kola na nowo ;) -- Jakub Wartak -vnull FreeBSD/OpenBSD/Linux/Solaris/Network Administrator http://vnull.pcnet.com.pl/

1 0

Re: [lms] Re: Problem z zarządaniem łącza poprzez lms'a?
by DeMeO 20 Wrz '05

20 Wrz '05

Dnia Tue, 20 Sep 2005 19:38:11 +0200, Krzysztof Drewicz <hunter(a)mimuw.edu.pl> napisał: > > LMS nei dzieli łączą! > >> W jaki sposob to jest zwiazane z lmsem? > > Ok przepraszam, widocznie źle się wyraziłem. Najbardziej rozumiem, że lms nie dzieli łącza :) Chodziło mi o fakt przygotowywania konfigów pod shapera, bo chce zamiast shapera coś innego uruchomić i miło by było gdyby to lms generował te konfigi :) A co do czytania to jestem w trakcie :) -- pozdrawiam [DeMeO]

1 0

Re: LMSD i wykluczanie grup , sieci
by A.L.E.C 20 Wrz '05

20 Wrz '05

JacekK napisał(a): > Czy bedzie taka możliwość w następnych wersjach lmsd ??? może, jest wiele rzeczy do zrobienia, na razie skupiam się na parserze. Jak chciałbyś coś przyspieszyć, to zapraszam na lms-support -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0