Mam pytanie dlaczego hasło w lms.ini jest prawidłowe dla działania strony a nie prawidłowe dla lms-payments. Jeśli hasło jest podane "123456" to serwis się otwiera a lms-payments krzyczy że złe hasło, po zmianie na 123456 strona nie działa a lms-payments się uruchamia, druga sprawa że nie chce mi payments działać to napisze w innym poście. Może ktoś mi to wytłumaczyć.
Michał Sz.
W dniu 2010-02-10 19:05, michal pisze:
Mam pytanie dlaczego hasło w lms.ini jest prawidłowe dla działania strony a nie prawidłowe dla lms-payments. Jeśli hasło jest podane "123456" to serwis się otwiera a lms-payments krzyczy że złe hasło, po zmianie na 123456 strona nie działa a lms-payments się uruchamia, druga sprawa że nie chce mi payments działać to napisze w innym poście. Może ktoś mi to wytłumaczyć.
Nikt nie wie dlaczego tak się dzieje ? Chciałbym zaoszczędzić problemów z ingerencją w kod.
Michał Sz.
michal wrote:
W dniu 2010-02-10 19:05, michal pisze:
Mam pytanie dlaczego hasło w lms.ini jest prawidłowe dla działania strony a nie prawidłowe dla lms-payments. Jeśli hasło jest podane "123456" to serwis się otwiera a lms-payments krzyczy że złe hasło, po zmianie na 123456 strona nie działa a lms-payments się uruchamia, druga sprawa że nie chce mi payments działać to napisze w innym poście. Może ktoś mi to wytłumaczyć.
Nikt nie wie dlaczego tak się dzieje ?
Widocznie zamiana dotychczasowego sposobu parsowania pliku lms.ini wbudowaną funkcją PHP parse_ini_file() była zbyt pochopna. Widać ta funkcja nie kuma składni używanej przez perlowy moduł Config::IniFiles. Utwórz osobne pliki konfiguracyjne dla perla i php.
michal wrote:
W dniu 2010-02-10 19:05, michal pisze:
Mam pytanie dlaczego hasło w lms.ini jest prawidłowe dla działania strony a nie prawidłowe dla lms-payments. Jeśli hasło jest podane "123456" to serwis się otwiera a lms-payments krzyczy że złe hasło, po zmianie na 123456 strona nie działa a lms-payments się uruchamia, druga sprawa że nie chce mi payments działać to napisze w innym poście. Może ktoś mi to wytłumaczyć.
Nikt nie wie dlaczego tak się dzieje ?
Widocznie zamiana dotychczasowego sposobu parsowania pliku lms.ini wbudowaną funkcją PHP parse_ini_file() była zbyt pochopna. Widać ta funkcja nie kuma składni używanej przez perlowy moduł Config::IniFiles. Utwórz osobne pliki konfiguracyjne dla perla i php.
-- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ja używam skladni ; Database password. Default: empty password = haslo
i dziala mi i www i lms-payments ... Uzywam LMS-cvs ale mysle ze tam nie ma znaczenia i z tego co pamietam nigdy nie dawalem hasla w "haslo", teraz jeszcze zmienilem haslo na "haslo" i dziala mi www a lms-payments nie chce moze w lms.ini masz cos nie tak wpisane
W dniu 2010-02-12 15:35, Przemysław (H_C_K) Bryniak pisze:
michal wrote:
W dniu 2010-02-10 19:05, michal pisze:
Mam pytanie dlaczego hasło w lms.ini jest prawidłowe dla działania strony a nie prawidłowe dla lms-payments. Jeśli hasło jest podane "123456" to serwis się otwiera a lms-payments krzyczy że złe hasło, po zmianie na 123456 strona nie działa a lms-payments się uruchamia, druga sprawa że nie chce mi payments działać to napisze w innym poście. Może ktoś mi to wytłumaczyć.
Nikt nie wie dlaczego tak się dzieje ?
Widocznie zamiana dotychczasowego sposobu parsowania pliku lms.ini wbudowaną funkcją PHP parse_ini_file() była zbyt pochopna. Widać ta funkcja nie kuma składni używanej przez perlowy moduł Config::IniFiles. Utwórz osobne pliki konfiguracyjne dla perla i php.
-- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ja używam skladni ; Database password. Default: empty password = haslo
i dziala mi i www i lms-payments ... Uzywam LMS-cvs ale mysle ze tam nie ma znaczenia i z tego co pamietam nigdy nie dawalem hasla w "haslo", teraz jeszcze zmienilem haslo na "haslo" i dziala mi www a lms-payments nie chce moze w lms.ini masz cos nie tak wpisane
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
A jaką wersje masz LMSa ??, moja to: *Wersja LMS: http://www.lms.org.pl* 1.11.9 Moloc (1.1006/1.29) *Wersja LMSDB: http://www.lms.org.pl* 1.11.9 Moloc (1.49/1.55) * Wersja MySQL: http://www.mysql.com * 5.0.45 *Wersja PHP: http://www.php.net/* 5.2.6 *Wersja Smarty: http://www.smarty.net* 2.6.26
Michał Sz.
---- Wiadomość Oryginalna ---- Od: michal szipluk@poczta.onet.pl Do: lista użytkowników LMS lms@lists.lms.org.pl Data: 12 lutego 2010 22:55 Temat: Re: [lms] lms-payments i lms.ini
W dniu 2010-02-12 15:35, Przemysław (H_C_K) Bryniakpisze:michal wrote: W dniu 2010-02-10 19:05, michal pisze: Mam pytanie dlaczego hasło w lms.ini jest prawidłowe dla działania strony a nie prawidłowe dla lms-payments.Jeśli hasło jest podane "123456" to serwis się otwiera alms-payments krzyczy że złe hasło,po zmianie na 123456 strona nie działa a lms-payments sięuruchamia, druga sprawa że nie chce mi payments działać to napisze w innympoście.Może ktoś mi to wytłumaczyć. Nikt nie wie dlaczego tak się dzieje ? Widocznie zamiana dotychczasowego sposobu parsowania pliku lms.ini wbudowaną funkcją PHP parse_ini_file() była zbyt pochopna. Widać tafunkcja nie kuma składni używanej przez perlowy modułConfig::IniFiles.Utwórz osobne pliki konfiguracyjne dla perla i php.-- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252LAN Management System Developer http://lms.org.plRoundcube Webmail Developer http://roundcube.net_______________________________________________lms mailing listlms@lists.lms.org.plhttp://lists.lms.org.pl/mailman/listinfo/lms Ja używam skladni ; Database password. Default: emptypassword = hasloi dziala mi i www i lms-payments ... Uzywam LMS-cvs ale mysle ze tam nie ma znaczenia i z tego copamietam nigdy nie dawalem hasla w "haslo", teraz jeszczezmienilem haslo na "haslo" i dziala mi www a lms-paymentsnie chce moze w lms.ini masz cos nie tak wpisane_______________________________________________lms mailing listlms@lists.lms.org.plhttp://lists.lms.org.pl/mailman/listinfo/lms A jaką wersje masz LMSa ??, moja to: Wersja LMS:1.11.9 Moloc (1.1006/1.29)Wersja LMSDB:1.11.9 Moloc (1.49/1.55)Wersja MySQL:5.0.45Wersja PHP:5.2.6Wersja Smarty:2.6.26Michał Sz.
Przeciez pisalem ze LMS-cvs :) ale to nie powinno miec znaczenia bo dojscia do lms.ini sa wszedzie takie same sprawdz czy masz wszystko OK w lms.ini albo zrob nowy lms.ini z exampla czy cokolwiek moze pomoze ... bo nie mam pojecia o co chodzi
Przemysław (H_C_K) Bryniak wrote:
Ja używam skladni ; Database password. Default: empty password = haslo
i dziala mi i www i lms-payments ... Uzywam LMS-cvs ale mysle ze tam nie ma znaczenia i z tego co pamietam nigdy nie dawalem hasla w "haslo", teraz jeszcze zmienilem haslo na "haslo" i dziala mi www a lms-payments nie chce moze w lms.ini masz cos nie tak wpisane
A problem może wynikać stąd, że od wersji PHP 5.2.4 mamy:
"Keys and section names consisting of numbers are now evaluated as PHP integers thus numbers starting by 0 are evaluated as octals and numbers starting by 0x are evaluated as hexadecimals. "
Ale nie robiłem testów.
W dniu 2010-02-13 09:12, A.L.E.C pisze:
Przemysław (H_C_K) Bryniak wrote:
Ja używam skladni ; Database password. Default: empty password = haslo
i dziala mi i www i lms-payments ... Uzywam LMS-cvs ale mysle ze tam nie ma znaczenia i z tego co pamietam nigdy nie dawalem hasla w "haslo", teraz jeszcze zmienilem haslo na "haslo" i dziala mi www a lms-payments nie chce moze w lms.ini masz cos nie tak wpisane
A problem może wynikać stąd, że od wersji PHP 5.2.4 mamy:
"Keys and section names consisting of numbers are now evaluated as PHP integers thus numbers starting by 0 are evaluated as octals and numbers starting by 0x are evaluated as hexadecimals. "
Ale nie robiłem testów.
Okazało się to że jeśli w hasle znajdzie się "@" "!" czy "#" lub pewnie i inne znaki to wystąpi problem, ja chciałem mieć hasełko dość egzotyczne i niestety miałem z tego powodu problemy zmieniłem na error i działa tak jak powinno, może można by było to porawić, pewnie nie tylko ja się na to nabrałem :-).
Pozdrawiam Michał Sz.
Przemysław (H_C_K) Bryniak wrote:
Ja używam skladni ; Database password. Default: empty password = haslo
i dziala mi i www i lms-payments ... Uzywam LMS-cvs ale mysle ze tam nie ma znaczenia i z tego co pamietam nigdy nie dawalem hasla w "haslo", teraz jeszcze zmienilem haslo na "haslo" i dziala mi www a lms-payments nie chce moze w lms.ini masz cos nie tak wpisane
A problem może wynikać stąd, że od wersji PHP 5.2.4 mamy:
"Keys and section names consisting of numbers are now evaluated as PHP integers thus numbers starting by 0 are evaluated as octals and numbers starting by 0x are evaluated as hexadecimals. "
Ale nie robiłem testów.
-- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Tutaj ALEC mozesz miec racje gdyz.. Wersja MySQL: 5.1.43-0.dotdeb.1 Wersja PHP: 5.2.12-0.dotdeb.1 Wersja Smarty: 2.6.25
ja mam takie wersje :)
michal pisze:
Mam pytanie dlaczego hasło w lms.ini jest prawidłowe dla działania strony a nie prawidłowe dla lms-payments. Jeśli hasło jest podane "123456" to serwis się otwiera a lms-payments krzyczy że złe hasło, po zmianie na 123456 strona nie działa a lms-payments się uruchamia, druga sprawa że nie chce mi payments działać to napisze w innym poście. Może ktoś mi to wytłumaczyć.
używam 1.10.cośtam mam password = i_tu_haslo bez "" i działa jedno i drugie paweł
uczestnicy (4)
-
A.L.E.C -
michal -
Paweł Rohde -
Przemysław (H_C_K) Bryniak