- lms - lists.lms.org.pl

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