Witam Wszystkie kompy + urzadzenia sieciowe zgodne z terytem powklepywane i uporzadkowane. lms-teryt nie zwraca juz blednych lokalizacji. Natomiast przy probie wygenerowania plikow do UKE (Osprzet Sieciowy --> Raport do UKE) dostaje zip`a z pustymi plikami csv (5 plikow kazdy 0 bajtow) any idea ?
W dniu 20.03.2012 16:26, Mariusz G. Bednarek napisał(a):
Witam
Witam.
Wszystkie kompy + urzadzenia sieciowe zgodne z terytem powklepywane i uporzadkowane. lms-teryt nie zwraca juz blednych lokalizacji. Natomiast przy probie wygenerowania plikow do UKE (Osprzet Sieciowy --> Raport do UKE) dostaje zip`a z pustymi plikami csv (5 plikow kazdy 0 bajtow) any idea ?
Czy wersja lms z bieżącego git? Czy urządzenia są ze sobą połączone w jakikolwiek sposób? Czy są do nich dopięte komputery? Jakieś komunikaty w logu serwera www?
W dniu 20.03.2012 16:29, Tomasz Chiliński pisze:
Czy wersja lms z bieżącego git? Czy urządzenia są ze sobą połączone w jakikolwiek sposób? Czy są do nich dopięte komputery? Jakieś komunikaty w logu serwera www?
A tak mi sie przypomnialo - czy moze powodem tego stanu rzeczy jest to, ze niechcacy ciachlem" chyba 3 tabele z cala ogolnopolska baza teryta ? chcialem zostawic tylko woj. 10 , zeby backup bazy byl mniejszy uli, simc i cos tam ? z tego co pamietam - nie wiem na ile to jest potrzebne w chwili obecnej bo wyszukiwanie po terycie w LMS`a dzial bez tego aktualnie sa tabele location i sa tam wpisy terytowe dla woj.10
W dniu 20 marca 2012 16:26 użytkownik Mariusz G. Bednarek <mariusz@propl.com
napisał:
Natomiast przy probie wygenerowania plikow do UKE (Osprzet Sieciowy --> Raport do UKE) dostaje zip`a z pustymi plikami csv (5 plikow kazdy 0 bajtow) any idea ?
włacz pokazywanie błędów w php.ini (display_errors = On) oczywiście bez filtrów na errory
W dniu 20.03.2012 17:27, Marcin pisze:
W dniu 20 marca 2012 16:26 użytkownik Mariusz G. Bednarek <mariusz@propl.com mailto:mariusz@propl.com> napisał:
Natomiast przy probie wygenerowania plikow do UKE (Osprzet Sieciowy --> Raport do UKE) dostaje zip`a z pustymi plikami csv (5 plikow kazdy 0 bajtow) any idea ?włacz pokazywanie błędów w php.ini (display_errors = On) oczywiście bez filtrów na errory
Wlaczylem - ale nic a nic nie pluje - a pliki puste ja to mam zawsze jakies nietypowe problemy :)
W dniu 21 marca 2012 08:49 użytkownik Mariusz G. Bednarek <mariusz@propl.com
napisał:
Wlaczylem - ale nic a nic nie pluje - a pliki puste ja to mam zawsze jakies nietypowe problemy :)
czy Twój daemon może pisać do /tmp? sprawdź czy jak wpiszesz /?m=uke to w /tmp pojawią się pliki LMS_SIIS*. ewentualnie czy /tmp ma trochę miejsca wolnego. acha, czy lmsowy user, z którego klikach raporty czy mam pełne prawa dostępu? ja miałem podobny przypadek tyle, że z wysyłaniem faktur w pdf. pdf się generował ale zawartość była pusta. okazało się, że użytkownik którego do tego stworzyłem nie mógł przeglądać faktur (mimo dania dostępu do faktur), pełen dostęp rozwiązał sprawę.
W dniu 21.03.2012 08:56, Marcin pisze:
czy Twój daemon może pisać do /tmp? sprawdź czy jak wpiszesz /?m=uke to w /tmp pojawią się pliki LMS_SIIS*. ewentualnie czy /tmp ma trochę miejsca wolnego. acha, czy lmsowy user, z którego klikach raporty czy mam pełne prawa dostępu? ja miałem podobny przypadek tyle, że z wysyłaniem faktur w pdf. pdf się generował ale zawartość była pusta. okazało się, że użytkownik którego do tego stworzyłem nie mógł przeglądać faktur (mimo dania dostępu do faktur), pełen dostęp rozwiązał sprawę. --
W /tmp sie tworza - ale zerowe
LMS_SIIS_4Byc5L LMS_SIIS_fBLoSh
W dniu 21 marca 2012 09:03 użytkownik Mariusz G. Bednarek <mariusz@propl.com
napisał:
W /tmp sie tworza - ale zerowe
LMS_SIIS_4Byc5L LMS_SIIS_fBLoSh
te pliki też mam zerowe, ale dodatkowo jest jeszcze zip. -rw------- 1 www-data www-data 0 03-21 09:06 LMS_SIIS_B3zB9P -rw------- 1 www-data www-data 0 03-21 09:06 LMS_SIIS_zptbMS -rw-r--r-- 1 www-data www-data 42K 03-21 09:06 LMS_SIIS_zptbMS.zip
czasem nie masz jakiejś starszej wersji uke.php. jak masz tą najnowszą i nic w niej nie zmieniałeś, nawet defaultowego kodu pocztowego to powinieneś mieć takie md5.
root@testsql:/var/www/lms/modules# md5sum uke.php 37ff57873b17f739430464a17742b5bb uke.php
W dniu 21.03.2012 09:11, Marcin pisze:
W dniu 21 marca 2012 09:03 użytkownik Mariusz G. Bednarek <mariusz@propl.com mailto:mariusz@propl.com> napisał:
W /tmp sie tworza - ale zeroweczasem nie masz jakiejś starszej wersji uke.php. jak masz tą najnowszą i nic w niej nie zmieniałeś, nawet defaultowego kodu pocztowego to powinieneś mieć takie md5.
root@testsql:/var/www/lms/modules# md5sum uke.php 37ff57873b17f739430464a17742b5bb uke.php
taka sama suma a ta sie zastanawiam - komputery to powinny byc przypisane do grup ? bo ja tego nie mam moze to jest powodem ?
W dniu 21 marca 2012 09:16 użytkownik Mariusz G. Bednarek <mariusz@propl.com
napisał:
taka sama suma a ta sie zastanawiam - komputery to powinny byc przypisane do grup ? bo ja tego nie mam moze to jest powodem ?
hmm, komputery komputerami. przypisz chociaż jeden i będziesz wiedział. aczkolwiek skoro ci drukuje się mapka znaczy że masz powiązane węzły. powinieneś choć jeden plik mieć wypełniony danymi. szczerze powiedziawszy nie wiem, czemu ci nie chce wypełniać danymi :( szkoda, że nie można tego modułu odpalić z konsoli, bo próba odpalenia krzyczy o niezdefiniowanej stałej przy jej definiowaniu;
root@testsql:/var/www/lms/modules# php5 uke.php PHP Notice: Use of undefined constant ZIP_CODE - assumed 'ZIP_CODE' in /var/www/lms/modules/uke.php on line 150 PHP Notice: Undefined variable: DB in /var/www/lms/modules/uke.php on line 183
a linia 150 mówi: define(ZIP_CODE, '15-950');
więc koło się zamyka
W dniu 21.03.2012 09:22, Marcin napisał(a):
W dniu 21 marca 2012 09:16 użytkownik Mariusz G. Bednarek <mariusz@propl.com [1]> napisał:
taka sama suma a ta sie zastanawiam - komputery to powinny byc przypisane do grup ? bo ja tego nie mam moze to jest powodem ?
hmm, komputery komputerami. przypisz chociaż jeden i będziesz wiedział. aczkolwiek skoro ci drukuje się mapka znaczy że masz powiązane węzły. powinieneś choć jeden plik mieć wypełniony danymi. szczerze powiedziawszy nie wiem, czemu ci nie chce wypełniać danymi :( szkoda, że nie można tego modułu odpalić z konsoli, bo próba odpalenia krzyczy o niezdefiniowanej stałej przy jej definiowaniu;
Można - trzeba odkomentować cały blok instrukcji na początku.
root@testsql:/var/www/lms/modules# php5 uke.php PHP Notice: Use of undefined constant ZIP_CODE - assumed ZIP_CODE in /var/www/lms/modules/uke.php on line 150 PHP Notice: Undefined variable: DB in /var/www/lms/modules/uke.php on line 183
a linia 150 mówi: define(ZIP_CODE, 15-950);
więc koło się zamyka
W dniu 21.03.2012 09:32, Marcin pisze:lms-uke.php (C) 2001-2012 LMS Developers Using file /etc/lms/lms.ini as config. PHP Warning: Cannot modify header information - headers already sent by (output started at ./htdocs/modules/uke.php:84) in ./htdocs/modules/uke.php on line 618 PHP Warning: Cannot modify header information - headers already sent by (output started at ./htdocs/modules/uke.php:84) in ./htdocs/modules/uke.php on line 619 PHP Warning: Cannot modify header information - headers already sent by (output started at ./htdocs/modules/uke.php:84) in ./htdocs/modules/uke.php on line 620 P�Ku@ WEZLY.csvP�Ku@W_INTERFACE.csvP�Ku@ W_ZASIEG.csvP�Ku@ LINIE.csvP�Ku@POLACZENIA.csvP�Ku@ WEZLY.csvP�Ku@)W_INTERFACE.csvP�Ku@ XW_ZASIEG.csvP�Ku@ �LINIE.csvP�Ku@�POLACZENIA.csvPK!
W dniu 21 marca 2012 09:32 użytkownik Mariusz G. Bednarek <mariusz@propl.com
napisał:
W dniu 21.03.2012 09:32, Marcin pisze:lms-uke.php (C) 2001-2012 LMS Developers Using file /etc/lms/lms.ini as config. PHP Warning: Cannot modify header information - headers already sent by (output started at ./htdocs/modules/uke.php:84) in ./htdocs/modules/uke.php on line 618 PHP Warning: Cannot modify header information - headers already sent by (output started at ./htdocs/modules/uke.php:84) in ./htdocs/modules/uke.php on line 619 PHP Warning: Cannot modify header information - headers already sent by (output started at ./htdocs/modules/uke.php:84) in ./htdocs/modules/uke.php on line 620 P�Ku@ WEZLY.csvP�Ku@W_INTERFACE.csvP**�Ku@ W_ZASIEG.csvP�Ku@ LINIE.csvP�Ku@POLACZENIA.csvP�**Ku@ WEZLY.csvP�Ku@ )W_INTERFACE.**csvP�Ku@ XW_ZASIEG.csvP�Ku@ �LINIE.csvP�Ku@�POLACZENIA.**csvPK!
no i masz już odpowiedź czemu pliki nie zawierają danych. którą wersje php masz? bo u mnie żadnych błędów nie wywala
root@testsql:/var/www# php5 -v PHP 5.3.3-7+squeeze3 with Suhosin-Patch (cli) (built: Jun 28 2011 13:13:26) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH
# php -v PHP 5.3.5 (cli) Copyright (c) 1997-2010 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
W dniu 21.03.2012 09:40, Marcin pisze:
/htdocs/modules/uke.php:84
w jakiej lokalizacji masz content lms?
bo mamy teoretycznie te same wersje lms to powinno być ok. nie zauważyłem wcześniej tego htdocs, może coś lezy na ścieżce? u mnie jest w standarcie /var/www/lms
to vhost - ogolnie ten lms dziala od lat na tym , przechodza wszelkie aktualizacje i nie ma z niczym problemu - po za tym kwiatkiem tak jak pytalem wczesniej moglbys sprawdzic czy masz u siebie 3 tabele w bazie , simc, uli i cos tam jeszcze - bo ja te tabele niechcacy usunalem i byc moze w tym tkwi problem.
sam juz nie wiem - narobilem sie jak dziki osiol zeby to uporzadkowac z tym terytem itd - a tu d..a
W dniu 21.03.2012 13:39, Mariusz G. Bednarek napisał(a):
W dniu 21.03.2012 09:40, Marcin pisze:
/htdocs/modules/uke.php:84
w jakiej lokalizacji masz content lms?
bo mamy teoretycznie te same wersje lms to powinno być ok. nie zauważyłem wcześniej tego htdocs, może coś lezy na ścieżce? u mnie jest w standarcie /var/www/lms
to vhost - ogolnie ten lms dziala od lat na tym , przechodza wszelkie aktualizacje i nie ma z niczym problemu - po za tym kwiatkiem tak jak pytalem wczesniej moglbys sprawdzic czy masz u siebie 3 tabele w bazie , simc, uli i cos tam jeszcze - bo ja te tabele niechcacy usunalem i byc moze w tym tkwi problem.
sam juz nie wiem - narobilem sie jak dziki osiol zeby to uporzadkowac z tym terytem itd - a tu d..a
Sam sobie odpowiedziałeś - usunięcie podanych tabel to nie był dobry pomysł ;-)
W dniu 21.03.2012 13:47, Tomasz Chiliński pisze:
Sam sobie odpowiedziałeś - usunięcie podanych tabel to nie był dobry pomysł ;-)
alez nie bylo to celowe dzialanie ;) - jedynie chcialem ograniczyc do woj. 10 te kobyly. Poniewaz czesto te baze backupuje to robi sie problem. Oki powiedz Tomku w takim razie jak przywrocic te tabele (chetnie z danymi) bez uszczerbku dla reszty.
W dniu 21.03.2012 13:49, Mariusz G. Bednarek napisał(a):
W dniu 21.03.2012 13:47, Tomasz Chiliński pisze:
Sam sobie odpowiedziałeś - usunięcie podanych tabel to nie był dobry pomysł ;-)
alez nie bylo to celowe dzialanie ;) - jedynie chcialem ograniczyc do woj. 10 te kobyly. Poniewaz czesto te baze backupuje to robi sie problem. Oki powiedz Tomku w takim razie jak przywrocic te tabele (chetnie z danymi) bez uszczerbku dla reszty.
Zajrzyj do definicji schematu bazy danych w doc/lms.{pg,my}sql. Wykonujesz polecenia przywracające te widoki w konsoli bazy danych.
Jeszcze jedna rzecz mi wyskoczyla Zgodnie z pismem mial byc stan na dzien 31.12.2011 r. - natomiast z tego co widze pobralo mi wszystko nawet aktualne instalacje z wczoraj. Jest Jakis sposob zeby ograniczyc wyciaganie danych do konca 2011 r ?
Witam,
mam przerobionego lms-cutoff do włączania powiadomien taki sposób
my $sdbq = $dbase->prepare("UPDATE nodes SET access=1, warning=1 WHERE ownerid='$row->{'id'}'");
Mam pytanie jak przerobić lms-cutoff aby wyłączał powiadomienia jeżli saldo jest na >=0.
Pozdrawiam
$DB->Execute('update nodes set warning=0 where warning=1 and ownerid in (select customerid from cash group by customerid HAVING SUM(value) >=0 ) ');
W dniu 20 marca 2012 21:23 użytkownik Darek darek@radio-net.info.plnapisał:
Witam,
mam przerobionego lms-cutoff do włączania powiadomien taki sposób
my $sdbq = $dbase->prepare("UPDATE nodes SET access=1, warning=1 WHERE ownerid='$row->{'id'}'");
Mam pytanie jak przerobić lms-cutoff aby wyłączał powiadomienia jeżli saldo jest na >=0.
Pozdrawiam ______________________________**_________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/**mailman/listinfo/lmshttp://lists.lms.org.pl/mailman/listinfo/lms
uczestnicy (5)
-
Darek -
Marcin -
Mariusz G. Bednarek -
milek -
Tomasz Chiliński