- lms - lists.lms.org.pl

MySQL extension not loaded
by semtex 21 Paź '05

21 Paź '05

Witam! Ostatnio probowalem zaczac uzywac lms`a, niestety, napotkalem spory problem: mianowicie przy probie odwolania sie do pliku lms/index.php dostaje blad: MySQL extension not loaded! Dodam, ze w pliku php.ini mam odkomentowane rozszerzenia sql`a. Wszystko robilem zgodnie z dokumentacja, tak ze nie wiem co jest... Czy ktos sie spotkal juz z takim problemem? Pozdrawiam Semtex ---------------------------------------------------------------------- INTERIA.PL | Kliknij po wiecej >>> http://link.interia.pl/f18c1

1 0

Re: upgrade 1.4 -> 1.6 i rozliczanie
by A.L.E.C 21 Paź '05

21 Paź '05

Marcin Król napisał(a): > Pewnie bliżej niż do 1.6. > > Ps. Czy ktoś coś ostatnio wspominał o stabilizacji? Bo nie pamiętam. planowałem stabilizację od grudnia, więc jakby poszło zgodnie z planem, to pierwsze rc 1.8 byłoby koło Nowego Roku. -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: upgrade 1.4 -> 1.6 i rozliczanie
by Marcin Król 21 Paź '05

21 Paź '05

Paweł Rohde napisał(a): > Używam prawie wszystkiego + trochę swojego, chciałem się mniej więcej > zoriętować jak blisko 1.8 jest wersja 1.7. Pewnie bliżej niż do 1.6. Ps. Czy ktoś coś ostatnio wspominał o stabilizacji? Bo nie pamiętam. -- _ _ _ ___ | |_ | \/ |( __| 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: upgrade 1.4 -> 1.6 i rozliczanie
by Paweł Rohde 21 Paź '05

21 Paź '05

Dnia 2005-10-21 11:42, Użytkownik Marcin Król napisał: >Paweł Rohde napisał(a): > > > >>>W 1.7 już tej funkcjonalności nie ma, więc zastanów się, czy ci to jest >>>na prawdę potrzebne. >>> >>> >>> >>> >>No własnie nie specjalnie, >>1.7 już da sie używać "produkcyjnie" ? (w skali 0-100% ?) >> >> > >Każdą wersję da się używać produkcyjnie ;) >A na poważnie: sciągnij snapshota na maszynę testową, stestuj upgrady i >funkcjonalności które chcesz używać, a puźniej ew. przegraj ją na >maszynę produkcyjną. Szansa na to że wersja develowa rozsypie Ci bazę i >coś jeszcze są mniejwięcej stałe przez cały okres kodowania, więc nie >można mówić o wersjach używalnych produkcyjnie. > > > Używam prawie wszystkiego + trochę swojego, chciałem się mniej więcej zoriętować jak blisko 1.8 jest wersja 1.7. -- [pozdrawiam Paweł Rohde ] [email: pawel(a)rohde.poznan.pl, kom: 888 56 86 26 ] [JID: admin(a)suchylas.net, GG: 755284 ]

1 0

Re: upgrade 1.4 -> 1.6 i rozliczanie
by Marcin Król 21 Paź '05

21 Paź '05

Paweł Rohde napisał(a): >> W 1.7 już tej funkcjonalności nie ma, więc zastanów się, czy ci to jest >> na prawdę potrzebne. >> >> > No własnie nie specjalnie, > 1.7 już da sie używać "produkcyjnie" ? (w skali 0-100% ?) Każdą wersję da się używać produkcyjnie ;) A na poważnie: sciągnij snapshota na maszynę testową, stestuj upgrady i funkcjonalności które chcesz używać, a puźniej ew. przegraj ją na maszynę produkcyjną. Szansa na to że wersja develowa rozsypie Ci bazę i coś jeszcze są mniejwięcej stałe przez cały okres kodowania, więc nie można mówić o wersjach używalnych produkcyjnie. -- _ _ _ ___ | |_ | \/ |( __| 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: upgrade 1.4 -> 1.6 i rozliczanie
by Paweł Rohde 21 Paź '05

21 Paź '05

Dnia 2005-10-21 07:41, Użytkownik A.L.E.C napisał: >W 1.7 już tej funkcjonalności nie ma, więc zastanów się, czy ci to jest >na prawdę potrzebne. > > No własnie nie specjalnie, 1.7 już da sie używać "produkcyjnie" ? (w skali 0-100% ?) -- [pozdrawiam Paweł Rohde ] [email: pawel(a)rohde.poznan.pl, kom: 888 56 86 26 ] [JID: admin(a)suchylas.net, GG: 755284 ]

1 0

Re: Upgrady DB między wersjami
by Marcin Król 21 Paź '05

21 Paź '05

Piotr Dobrzański napisał(a): > Cześć > > Pracuję nad upgradem wersji 1.4.1 do (planowanej) 1.8. Analizuje > lib/upgradedb i pojawilo sie pare pytan: > - Upgrade jest robiony przyrostowo, tzn od od daty w bazie do aktualnej > wersji iteruje po każdej wersji po drodze? Tak. > - Co się stanie, jeżeli baza danych zawiera dodatkowe, własne tabele? Raczej nic, ew. pojawią się błędy bazy jeśli nazwy tabel będą się pokrywać. > - Co się stanie, jeżeli oryginalne pola mają dostawione własne kolumny? Też raczej nic, chyba że j/w. No, i jeśli tabela jest kasowana, to pola dodatkowe też będą (Hint, nazwy tabel zmieniły się bardzo od 1.4, więc trzeba uważać). > - Czy jeżeli upgrade się nie powiedzie, będzie jakieś info? Jakieś będzie. Tzn, pojawią się błędy sql. -- _ _ _ ___ | |_ | \/ |( __| 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

Upgrady DB między wersjami
by Piotr Dobrzański 21 Paź '05

21 Paź '05

Cześć Pracuję nad upgradem wersji 1.4.1 do (planowanej) 1.8. Analizuje lib/upgradedb i pojawilo sie pare pytan: - Upgrade jest robiony przyrostowo, tzn od od daty w bazie do aktualnej wersji iteruje po każdej wersji po drodze? - Co się stanie, jeżeli baza danych zawiera dodatkowe, własne tabele? - Co się stanie, jeżeli oryginalne pola mają dostawione własne kolumny? - Czy jeżeli upgrade się nie powiedzie, będzie jakieś info? pozdrawiam Piotr Dobrzański

1 0

Re: upgrade 1.4 -> 1.6 i rozliczanie
by A.L.E.C 21 Paź '05

21 Paź '05

Paweł Rohde wrote: > Jest jakiś spsób prosty, by wyłączyć mechanizm rozliczania "po > nowemu"? Ew, co trzeba skonfigurować, by działało to poprawnie także > dla danych historycznych (rozliczanie różne - ręcznie lub przez > rozlicz)? > > Może jest tu jakiś głęboki zamysł, proszę powiedzcie jaki. W 1.7 już tej funkcjonalności nie ma, więc zastanów się, czy ci to jest na prawdę potrzebne. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

upgrade 1.4 -> 1.6 i rozliczanie
by Paweł Rohde 21 Paź '05

21 Paź '05

Witam Znalazłem chwilę czasu, by wkońcu zrobić upgrade lmsa do 1.6. Napotkałem problem ( o którym już trochę czytałem na liście ) z rozliczaniem klientów. Otórz, rozumiem, że wpłata by była powiązana z fv musi mieć jej idek w polu invoiceid, a klient jest rozliczony, gdy zgadzają się wpłaty "na obciążenia" - po idkach. Sru, napiszę sobie grzebaczkę, która mi powiąże obecne wpłaty, ale tak sobie myślę ... Wielu klientów wpłaca mi "z góry", a ja im naliczam co miesiąc, co wtedy z takimi? Będą przecież cały czas nierozliczeni ? A rozlicz zrobi im nadpłatę. Jest jakiś spsób prosty, by wyłączyć mechanizm rozliczania "po nowemu"? Ew, co trzeba skonfigurować, by działało to poprawnie także dla danych historycznych (rozliczanie różne - ręcznie lub przez rozlicz)? Może jest tu jakiś głęboki zamysł, proszę powiedzcie jaki. -- pozdrawiam Paweł Rohde ] [gadu-gadu: 755284 mail:pawel_NOSPAM@rohde.poznan.pl ] [komórka : 888 56 86 26 ] [skype : www.sky24.pl ]

1 0