- lms - lists.lms.org.pl

Re: LMS i PIN
by A.L.E.C 08 Wrz '04

08 Wrz '04

Maciej Ochalek wrote: > 12:55:24 PM, A.L.E.C był(a) łaskaw(a) nastukać list o treści: > ALEC> Marcin Król wrote: >>> Witam, >>> >>> W najnowszej wersji LMSa pojawiła się obsługa PINu w UI. Jeśli ktoś >>> posiada już numery PIN w bazie, zostaną one zastąpione na inne, >>> wygenerowane automatycznie przy upgrade bazy. Tak więc jeśli nie >>> chcesz stracić numerów PIN, wyedytuj odpowiedni plik upgradu zanim >>> uruchomisz lmsa. > > ALEC> dodam, że chodzi o plik w katalogu lib/upgradedb z numerkiem > 2004090800 w ALEC> nazwie, a pin zapisywany jest w kolumnie pin w > tabeli users. > > A takie lamerskie pytanie. Upgraduje sobie 1.3.5 na 1.3.6, jak to mam > zrobic? Odpalic wszystkie upgrady po kolei czy jest jakies rozwiazanie > systemowe? Dotad robilem backup, wgrywalem baze na nowo i odtwarzalem > dane, ale to chyba tez nie jest zalecany sposob.... > O. upgrady wykonają się same przy uruchomieniu lms-ui, natomiast jeśli chodzi o sprawę pinu, należe wcześnie we wskazanym pliku usunąć linie z ALTER I UPDATE dotyczące tej kolumny. Oczywiście zaleca się wykonanie kopii bazy na wszelki wypadek. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: LMS i PIN
by Maciej Ochalek 08 Wrz '04

08 Wrz '04

12:55:24 PM, A.L.E.C był(a) łaskaw(a) nastukać list o treści: ALEC> Marcin Król wrote: >> Witam, >> >> W najnowszej wersji LMSa pojawiła się obsługa PINu w UI. Jeśli ktoś >> posiada już numery PIN w bazie, zostaną one zastąpione na inne, >> wygenerowane automatycznie przy upgrade bazy. Tak więc jeśli nie chcesz >> stracić numerów PIN, wyedytuj odpowiedni plik upgradu zanim uruchomisz >> lmsa. ALEC> dodam, że chodzi o plik w katalogu lib/upgradedb z numerkiem 2004090800 w ALEC> nazwie, a pin zapisywany jest w kolumnie pin w tabeli users. A takie lamerskie pytanie. Upgraduje sobie 1.3.5 na 1.3.6, jak to mam zrobic? Odpalic wszystkie upgrady po kolei czy jest jakies rozwiazanie systemowe? Dotad robilem backup, wgrywalem baze na nowo i odtwarzalem dane, ale to chyba tez nie jest zalecany sposob.... O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0

Re: bledne naliczanie po nacisnieciu przycisku ROZLICZ
by A.L.E.C 08 Wrz '04

08 Wrz '04

andzio wrote: > Ok. Z gory dzieki. Opcja rozlicz jest bardzo przydatna, wiec mysle ze > wszyscy beda zadowoleni:) > Dla zagmatwania sprawy dodam ze takie bledne naliczanie raz wystepuje, > raz nie. tzn dla jednego > uzytkownika liczy dobrze a dla drugiego zle. Nie moge tylko wylapac jaka > jest zaleznosc miedzy nimi. > Mam wrazenie ze dla tych co mieli juz kiedys rozliczone liczy dobrze, a > dla tych co pierwszy raz to > zle. Ale jeszcze to potestuje... poszła poprawka do cvsu, ale jeszcze to potestujcie. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: bledne naliczanie po nacisnieciu przycisku ROZLICZ
by andzio 08 Wrz '04

08 Wrz '04

Użytkownik A.L.E.C napisał: >andzio wrote: > > >>Dla przykladu w zalaczniku dolaczam zrzut ekranu. >>Z gory dziekuje za pomoc; >> >> > >no teraz, mam dane do testów i błąd namierzyłem, może poprawię dzisiaj. > > > Ok. Z gory dzieki. Opcja rozlicz jest bardzo przydatna, wiec mysle ze wszyscy beda zadowoleni:) Dla zagmatwania sprawy dodam ze takie bledne naliczanie raz wystepuje, raz nie. tzn dla jednego uzytkownika liczy dobrze a dla drugiego zle. Nie moge tylko wylapac jaka jest zaleznosc miedzy nimi. Mam wrazenie ze dla tych co mieli juz kiedys rozliczone liczy dobrze, a dla tych co pierwszy raz to zle. Ale jeszcze to potestuje... -- pozdrawiam andzio

1 0

Re: Skiepszony mailing
by A.L.E.C 08 Wrz '04

08 Wrz '04

Sylwester Szady wrote: > Witam > > Przy wysylaniu wiadomosci email do klientow z poziomu > WWW LMS (a tylko w tym trybie wykorzystuję funkcjonalnosc) > zamiast podstawiania kont email klientow wszystkie > wiadomosci trafiaja do mnie. Tak się dzieje od wielu > wersji CVS. opcja debug_email w lms.ini -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Skiepszony mailing
by Grzegorz Czechowski 08 Wrz '04

08 Wrz '04

W Twoim liście datowanym 8 września 2004 (13:27:28) można przeczytać: SS> Witam SS> Przy wysylaniu wiadomosci email do klientow z poziomu SS> WWW LMS (a tylko w tym trybie wykorzystuję funkcjonalnosc) SS> zamiast podstawiania kont email klientow wszystkie SS> wiadomosci trafiaja do mnie. Tak się dzieje od wielu SS> wersji CVS. Wyłącz w lms.ini tryb debugowania maili ok. linii 346: debug_email = Pozdrawiam, -- g.

1 0

Skiepszony mailing
by Sylwester Szady 08 Wrz '04

08 Wrz '04

Witam Przy wysylaniu wiadomosci email do klientow z poziomu WWW LMS (a tylko w tym trybie wykorzystuję funkcjonalnosc) zamiast podstawiania kont email klientow wszystkie wiadomosci trafiaja do mnie. Tak się dzieje od wielu wersji CVS. Sylwek -- GG: 1842056 Tel.: (084) 62-70-713 http://eliasz.pl http://rekabit.pl Czy i TY wołasz: "Przyjdź Panie Jezu"?

1 0

Re: LMS i PIN
by A.L.E.C 08 Wrz '04

08 Wrz '04

Marcin Król wrote: > Witam, > > W najnowszej wersji LMSa pojawiła się obsługa PINu w UI. Jeśli ktoś > posiada już numery PIN w bazie, zostaną one zastąpione na inne, > wygenerowane automatycznie przy upgrade bazy. Tak więc jeśli nie chcesz > stracić numerów PIN, wyedytuj odpowiedni plik upgradu zanim uruchomisz > lmsa. dodam, że chodzi o plik w katalogu lib/upgradedb z numerkiem 2004090800 w nazwie, a pin zapisywany jest w kolumnie pin w tabeli users. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: bledne naliczanie po nacisnieciu przycisku ROZLICZ
by A.L.E.C 08 Wrz '04

08 Wrz '04

andzio wrote: > Dla przykladu w zalaczniku dolaczam zrzut ekranu. > Z gory dziekuje za pomoc; no teraz, mam dane do testów i błąd namierzyłem, może poprawię dzisiaj. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

LMS i PIN
by Marcin Król 08 Wrz '04

08 Wrz '04

Witam, W najnowszej wersji LMSa pojawiła się obsługa PINu w UI. Jeśli ktoś posiada już numery PIN w bazie, zostaną one zastąpione na inne, wygenerowane automatycznie przy upgrade bazy. Tak więc jeśli nie chcesz stracić numerów PIN, wyedytuj odpowiedni plik upgradu zanim uruchomisz lmsa. -- _ _ _ ___ | |_ | \/ |( __| 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: [lms] Re: [lms] Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Wednesday, September 8, 2004, 11:57:05 AM, you wrote: ALEC> A.L.E.C wrote: >> lukas wrote: >>> Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, >>> którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą >>> danych. >> dobry pomysł, do zrobienia od zaraz ALEC> jeszcze pytanie, czy to polecenie ma być wykonywane przy starcie demona, czy ALEC> przy każdym połączeniu z bazą (domyślnie wyszłoby co minutę)? Jeśli myśleć o takim zastosowaniu, o którym ja napisałem to przy każdym połączeniu z bazą. Ja np taki tunel SSH odpalam na 10 sekund - jeśli w tym czasie nie zostanie nawiązane połączenie przez ten tunel to jest on zamykany. Nawiązane w ciągu tych 10 sekund połączenia nie są przerywane przez ssh. -------------------- Łukasz Wojciechowski

1 0

Re: [lms] Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by A.L.E.C 08 Wrz '04

08 Wrz '04

A.L.E.C wrote: > lukas wrote: >> Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, >> którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą >> danych. > dobry pomysł, do zrobienia od zaraz jeszcze pytanie, czy to polecenie ma być wykonywane przy starcie demona, czy przy każdym połączeniu z bazą (domyślnie wyszłoby co minutę)? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: [lms] Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Wednesday, September 8, 2004, 11:36:28 AM, you wrote: ALEC> lukas wrote: >> Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, >> którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą >> danych. >> >> Dzięki temu mógłbym np ustanowić tunel SSH z serwerem na którym mam >> LMS'a a w lms.ini [database] podawalbym adres lokalnej maszyny. >> >> imho - brak możliwości zaszyfowania komunikacji ALMSD z bazą to bardzo >> poważny brak :) ALEC> dobry pomysł, do zrobienia od zaraz no to się cieszę bo do tej pory musiałem składać wszystko z kilku skryptów - teraz będzie łatwiej :) -------------------- Łukasz Wojciechowski

1 0

Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by A.L.E.C 08 Wrz '04

08 Wrz '04

lukas wrote: > Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, > którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą > danych. > > Dzięki temu mógłbym np ustanowić tunel SSH z serwerem na którym mam > LMS'a a w lms.ini [database] podawalbym adres lokalnej maszyny. > > imho - brak możliwości zaszyfowania komunikacji ALMSD z bazą to bardzo > poważny brak :) dobry pomysł, do zrobienia od zaraz -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

bledne naliczanie po nacisnieciu przycisku ROZLICZ
by andzio 08 Wrz '04

08 Wrz '04

Witam; Mam problem ktory zglaszalem juz do BTS, ale niestety zostal odrzucony. Pisze wiec na grupe, moze ktos juz sie z tym spotkal i pomoze. Chodzi o to ze np. mam uzytkownika z -19,90 saldem. Klikam na przycisk rozlicz, i LMS powinien wyrownac do 0. Zamiast jednak wyrownac LMS dodal wplate 119,70 przez co saldo uzytkownika wynosi 99,80 . Nie moge znalezc przyczyny takiego stanu rzeczy. Moze ktos podpowie gdzie szukac bledu? Przegladarka - MOZILLA ale pod IE tez tak sie dzieje. Moze baze mam jakas skopana bo juz kilka miesiecy ta sama? LMS najnowszy z CVS ale wczesniejsze wersje (1.3) tez testowane i to samo. Dla przykladu w zalaczniku dolaczam zrzut ekranu. Z gory dziekuje za pomoc; -- pozdrawiam andzio

1 0

Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Jeśli proponowane przezemnie zmiany weszły by do CVS to miałbym jeszcze jeden wg mnie bardzo ważny pomysł. Chodzi o możliwość zdefiniowania w lms.ini [lmsd] komendy systemowej, którą ALMSD wykonywałby jako pierwszą - przed połączeniem się z bazą danych. Dzięki temu mógłbym np ustanowić tunel SSH z serwerem na którym mam LMS'a a w lms.ini [database] podawalbym adres lokalnej maszyny. imho - brak możliwości zaszyfowania komunikacji ALMSD z bazą to bardzo poważny brak :) pozdrawiam jak zawsze -------------------- Łukasz Wojciechowski

1 0

Re: [lms] Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

ALEC> lukas wrote: >> daemon/almsd.c - kilka drobnych zmian ALEC> możesz napisać parę słów, jak to działa. Nie wiem czy dobrze rozumiem. ALEC> Uruchamiasz dla każdej sieci demona? I on sprawdza czy jego sieć jest w ALEC> tabeli reloads? Dokladnie tak. Tabela wygląda tak: CREATE TABLE reloads ( netid int(10) unsigned NOT NULL default '0', recordtype enum('0','1') NOT NULL default '0', userid int(10) unsigned NOT NULL default '0', timestamp int(10) unsigned NOT NULL default '0', PRIMARY KEY (netid,recordtype) ) TYPE=MyISAM; Chyba tylko pole recordtype wymaga wyjaśnienia. 0 - polecenie przeładowania (to widać na screenie z mojego pierwszego posta) 1 - potwierdzenie przeładowania (takie rekordy wstawiał by ALMSD po przeładowaniu konfiguracji i w LMS-UI byłoby widać, które z instancji ALMSD się przeładowały i w jakim momencie) Jeśli netid==0 to jest to polecenie przeładowania wszystkich sieci. Jeśli userid==0 to jest to potwierdzenie przeładowania i w LMS-UI zamiast imienia i nazwiska admina będzie "ALMSD". PRZYKŁAD: Z poziomu LMS-UI któryś z adminów chce przeładować konfigurację dla sieci 'SIEC1' - wybiera ją z listy, klika przeładuj i... Dodawany jest rekord z ID sieci, ID admina, recordtype='0', timestamp=time(). ALMSD na jakimś tam odległym routerze. 1. Odczytać timestamp poprzedniego przeładowania (np z pliku) lub 0 - $last_timestamp 2. Odczytać z lms.ini sieci, którymi ma się zajmować dana instancja ALMSD - $networks (tablica z IDkami sieci) 3. Wykonać zapytanie "SELECT timestamp FROM reloads WHERE (netid IN(".join(','$networks).") OR netid=0) AND recordtype = '0' AND timestamp > $last_timestamp 4. Czy zwrócono jakiekolwiek rekordy? 4.1 [TAK] - pojechać po zdefiniowanych w lms.ini instancjach 4.1.1 Dla każdego ID z $networks wykonać zapytanie "REPLACE INTO reloads values($netid,'1',0,".time().")" 4.1.2 Zapisać aktualny timestamp w pliku 4.1.3 Zakończyć działanie 4.2 [NIE] - zakończyć działanie Mniej więcej w ten sposób. Dzieki tym zmianom, będzie można przeładowywać konfigurację tylko na konkretnym routerze. ^^^^^^^^^^^^^ ver1 W między czasie wpadłem na kolejną - lekko ulepszoną i elastyczniejszą wersję tego mechanizmu. Niech to bedzie ver2, opis poniżej. Niektóre moduły ALMSD wymagają w konfiguracji wylistowania sieci, które mają brać pod uwagę podczas działania - tutaj można by zmodyfikować ALMSD i takie moduły aby to ALMSD przekazywał IDki sieci, którymi poszczególne moduły mają się zająć - to by wyeliminowało konieczność definiowania listy sieci w kilku miejscach - wystarczyło by w sekcji [lmsd] Algorytm z ver1 w przypadku gdy ALMSD będzie mial skonfigurowanych kilka sieci - dokona przeładowania zawsze i dla każdej sieci jeśli tylko istnieje polecenie przeładowania dla którejkolwiek z nich. W ver2 od punktu 4 wyglądałoby to tak: 4. Czy zwrócono jakiekolwiek rekordy? 4.1 [TAK]Pobrać IDki sieci, z rekordów z punktu 4. - $reload_networks 4.1.05 pojechać po zdefiniowanych w lms.ini instancjach podając każdej z nich (każdemu modułowi) listę sieci ($reload_networks), które ma wziąć pod uwagę 4.1.1 Dla każdego ID z $reload_networks wykonać zapytanie "REPLACE INTO reloads values($netid,'1',0,".time().")" 4.1.2 Zapisać aktualny timestamp w pliku 4.1.3 Zakończyć działanie 4.2 [NIE] - zakończyć działanie I dla ver1 i ver2 można założyć że definicja sieci w sekcji [lmsd] pliku lms.ini ma zwierać nazwy sieci oddzielone spacją. ALMSD zanim zacząłby cokolwiek sprawdzać to przetłumaczył by sobie te nazwy na IDki - to by jeszcze bardziej uelastyczniło cały mechanizm - ale z drugiej strony nie wydaje mi się, żeby tablica networks a zarazem powiązania nazwasieci <=> idsieci często się zmieniały. huh - no ja bym to tak widział :) Mam gotowe pliki reload.php i reload.html. W alms.c dopiero dłubię i pewnie mi to chwilę zajmie ale jeśli pomysł się spodobał to może ALEC by się zają plikiem alms.c? -------------------- Łukasz Wojciechowski

1 0

Re: Mala optymalizacja
by detekt2＠detekt.pl 08 Wrz '04

08 Wrz '04

Witam Tomasz, > On Wed, 8 Sep 2004 00:55:17 +0200, detekt2 wrote >> Witam , > Witaj. >> btw. takie samo spowolnienie wystepuje przy uzytkownikach i pewnie >> tez LEFT JOIN tu psuje > Jakiej bazdy danych używasz? MySql? mysql 4.0.14 i maszyna nie jest zabijana :) -- Pozdrawiam Michal Kusmirek

1 0

Re: [lms] Przeładowywanie konfiguracji - propozycja usprawnienia
by A.L.E.C 08 Wrz '04

08 Wrz '04

lukas wrote: > daemon/almsd.c - kilka drobnych zmian możesz napisać parę słów, jak to działa. Nie wiem czy dobrze rozumiem. Uruchamiasz dla każdej sieci demona? I on sprawdza czy jego sieć jest w tabeli reloads? -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Przeładowywanie konfiguracji - propozycja usprawnienia
by lukas 08 Wrz '04

08 Wrz '04

Witam Już kilka razy o tym gdzieś tam wspominałem a teraz już mam prawie gotowy kod. Mówię o możliwości przeładowywania konfiguracji tylko konkretnych sieci. Mi jest to bardzo potrzebne, bo wdrażam LMS'a do firmy z ponad 10 lokalizacjami. Wygląda to tak jak na załączonym obrazku. Zrobiłem to w oparciu o nową tabelę, którą nazwałem "reloads" (4pola). Zmian wymagają pliki: doc/lms.mysql - definicja tabeli reloads modules/reload.php - napisany od nowa templates/reload.html - napisany od nowa daemon/almsd.c - kilka drobnych zmian Szefowie :) - co wy na to? Jeśli się zdecydujecie to podeślę konkretny kod i opiszę wszystko szczegółowo. pozdrawiam -------------------- Łukasz Wojciechowski

1 0

Re: Mala optymalizacja
by A.L.E.C 08 Wrz '04

08 Wrz '04

Tomasz Chilinski wrote: > Jakiej bazdy danych używasz? MySql? MySQL. Optymalizator postgresa radzi sobie z taką sytuacją wyśmienicie, oto wyniki moich testów. Invoices-3000, Invoicecontents-4500 rekordów. P4 2,8 GHz, 256 RAM PostgreSQL: 1. z JOINem 0,13 sek. 2. bez JOINa 0,13 sek. 3. założenie indeksu na invoicecontents.invoiceid nic nie zmienia MySQL: 1. z JOINem 40,0 sek. 2. bez JOINa 0,18 sek. 3. z indeksem j.w. 0,18 sek. Reasumując zmiana zaproponowana przez detekta jest uzasadniona (po co zakładać indeks jak można zmienić zapytanie). Zwracam także uwagę na wyniki postgresa :) Co do listy użytkowników, to problem został rozwiązany wczoraj. W tym wypadku nie można zrezygnować z LEFT JOINów. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Mala optymalizacja
by Tomasz Chilinski 08 Wrz '04

08 Wrz '04

On Wed, 8 Sep 2004 00:55:17 +0200, detekt2 wrote > Witam , Witaj. > btw. takie samo spowolnienie wystepuje przy uzytkownikach i pewnie > tez LEFT JOIN tu psuje Jakiej bazdy danych używasz? MySql? > Pozdrawiam Michal Kusmirek Pozdrawiam Tomasz Chiliński

1 0

Mala optymalizacja
by detekt2＠detekt.pl 08 Wrz '04

08 Wrz '04

Witam , od razu uprzedzam ze na bazach sie nie znam, odrobine ich uzywam ale zaczelo mnie zastanawiac czemu jak mam 2300 faktur przechodzenie przez kolejne podstrony trwa az tak dlugo wiec zrobilem prosty test zapytanie z funkcji GetInvoicesList() : SELECT id, number, cdate, customerid, name, address, zip, city, finished, SUM(value*count) AS value, COUNT(invoiceid) AS count >FROM invoices LEFT JOIN invoicecontents ON invoiceid = id WHERE finished = 1 GROUP BY id, number, cdate, customerid, name, address, zip, city, finished ORDER BY cdate ASC zmodyfikowalem na takie : SELECT id, number, cdate, customerid, name, address, zip, city, finished, SUM(value*count) AS value, COUNT(invoiceid) AS count >FROM invoices ,invoicecontents WHERE finished = 1 and invoiceid = id GROUP BY id, number, cdate, customerid, name, address, zip, city, finished ORDER BY cdate ASC i wynik mnie zaskoczyl : na moim p4 2.8 oryginalne zapytanie wykonywalo sie : Pokazanie rekordów 0 - 29 (2276 wszystkich, Wykonanie zapytania trwało 20.1586 sekund(y)) natomiast to zmodyfikowane : Pokazanie rekordów 0 - 29 (2276 wszystkich, Wykonanie zapytania trwało 0.1459 sekund(y)) wyniki obu zapytan byly identyczne wiec jezeli optymalizacja jest sluszna to zrobie maly update w cvs btw. takie samo spowolnienie wystepuje przy uzytkownikach i pewnie tez LEFT JOIN tu psuje -- Pozdrawiam Michal Kusmirek

1 0

Re: Postgres -> MySQL
by A.L.E.C 07 Wrz '04

07 Wrz '04

Grzegorz Czechowski wrote: > Wracając do mojego problemu to rozwiązanie go jest banalne, w plikach > lms.ini i lms-mgc.ini mialem jako bazę MySQL podany adres 127.0.0.1 i > to był błąd. Po wpisaniu localhost poszło, któs kojarzy dlaczego? jednak dobrze wyczułem, że problem z bazą i konfigiem, a za powyższe zachowanie odpowiada opcja skip-networking w my.cnf lub raczej obsługa połaczenia w PHP, czyli jak wpiszesz localhost połaczenie idzie po sockecie, a jak adres IP to po TCP/IP. Ty masz zablokowane połączenia TCP/IP w mysqlu. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 Lan Management System Developer http://lms.alec.pl

1 0

Re: Postgres -> MySQL
by Grzegorz Czechowski 07 Wrz '04

07 Wrz '04

W Twoim liście datowanym 7 września 2004 (22:08:27) można przeczytać: ALEC>> Grzegorz Czechowski wrote: >>> Był sobie LMS na Postgresie, lecz znudziło mu się i postanowił przejść >>> sobie na MySQL. ALEC>> jeszcze do niego wrócisz :) l> Właśnie mi się nasunęło pytanie. l> Czy LMS na postgresie jest wydajniejszy ? l> Mówię tutaj o bazie z 3000 userów. Postgres przy większych bazach danych jest dużo szybszy niż MySQL. Wracając do mojego problemu to rozwiązanie go jest banalne, w plikach lms.ini i lms-mgc.ini mialem jako bazę MySQL podany adres 127.0.0.1 i to był błąd. Po wpisaniu localhost poszło, któs kojarzy dlaczego? Może to jakiś błąd, który należy poprawić? -- g.

1 0