Zapytanie sqlowe, prosba o pomoc
![](https://secure.gravatar.com/avatar/054a0ea50a82abf2e8d713190ce78d74.jpg?s=120&d=mm&r=g)
Witam, w jaki sposob powinno wygladac zapytanie, ktore pozwoli wyswietlic wszystkich klientow wg daty statusu "podlaczony"?
Pozdrawiam.
![](https://secure.gravatar.com/avatar/054a0ea50a82abf2e8d713190ce78d74.jpg?s=120&d=mm&r=g)
Matys Łukasz napisał(a):
Witam, w jaki sposob powinno wygladac zapytanie, ktore pozwoli wyswietlic wszystkich klientow wg daty statusu "podlaczony"?
Pozdrawiam.
LMS wersja 1.8.x
![](https://secure.gravatar.com/avatar/b9e2fc5171e3574e6177aa8bd3c54856.jpg?s=120&d=mm&r=g)
Matys Łukasz wrote:
Matys Łukasz napisał(a):
Witam, w jaki sposob powinno wygladac zapytanie, ktore pozwoli wyswietlic wszystkich klientow wg daty statusu "podlaczony"?
Pozdrawiam.
LMS wersja 1.8.x
napisz co rozumiesz przez "datę statusu podlaczony"?
![](https://secure.gravatar.com/avatar/054a0ea50a82abf2e8d713190ce78d74.jpg?s=120&d=mm&r=g)
A.L.E.C napisał(a):
Matys Łukasz wrote:
Matys Łukasz napisał(a):
Witam, w jaki sposob powinno wygladac zapytanie, ktore pozwoli wyswietlic wszystkich klientow wg daty statusu "podlaczony"?
Pozdrawiam.
LMS wersja 1.8.x
napisz co rozumiesz przez "datę statusu podlaczony"?
Wiec, chodzi o wyswietlenie wszystkich klientow wg daty wprowadzenia do LMS'a.
Nazwisko,imie,data.
Za pomoc dziekuje.
Pozdrawiam.
![](https://secure.gravatar.com/avatar/59190a2d29753b5ddf557d1397f6a158.jpg?s=120&d=mm&r=g)
Matys Łukasz pisze:
Wiec, chodzi o wyswietlenie wszystkich klientow wg daty wprowadzenia do LMS'a.
Nazwisko,imie,data.
Za pomoc dziekuje.
Pozdrawiam.
Może coś takiego: mysql> select name,lastname,from_unixtime(creationdate) from customers order by creationdate;
pozdrawiam
!DSPAM:47c304ae87541402712270!
![](https://secure.gravatar.com/avatar/054a0ea50a82abf2e8d713190ce78d74.jpg?s=120&d=mm&r=g)
Dawid Widyna napisał(a):
Może coś takiego: mysql> select name,lastname,from_unixtime(creationdate) from customers order by creationdate;
pozdrawiam
A to samo, ale np za zadany okres np: miedzy 01.01.2006 do 01.01.2007 ? Pozdrawiam.
![](https://secure.gravatar.com/avatar/b9e2fc5171e3574e6177aa8bd3c54856.jpg?s=120&d=mm&r=g)
Matys Łukasz wrote:
Dawid Widyna napisał(a):
Może coś takiego: mysql> select name,lastname,from_unixtime(creationdate) from customers order by creationdate;
A to samo, ale np za zadany okres np: miedzy 01.01.2006 do 01.01.2007 ? Pozdrawiam.
W wyszukiwarce klientów masz taką możliwość.
![](https://secure.gravatar.com/avatar/0d85d3c078c66353f5920a45343d68ea.jpg?s=120&d=mm&r=g)
co zrobic zeby pinger pokazywal aktualnie wlaczone komputery w sieci z dzialajacym pppoe
!DSPAM:47c40f0e151471163869485!
![](https://secure.gravatar.com/avatar/054a0ea50a82abf2e8d713190ce78d74.jpg?s=120&d=mm&r=g)
maccolo napisał(a):
co zrobic zeby pinger pokazywal aktualnie wlaczone komputery w sieci z dzialajacym pppoe
Rozwiazanie jednego z kolegow, i dziala ladnie zamiast pingera dla sesji pppoe:
#!/bin/bash ip addr show|grep peer|awk '{ print $4}' |awk -F / '{print $1}'>/tmp/pppip ip=`cat /tmp/pppip`; for ipek in $ip; #do echo "IP: $ipek"; do `mysql -h 193.22.83.11 -u lms --password=haselko -e "use lms; update nodes SET lastonline=UNIX_TIMESTAMP() WHERE ipaddr=INET_ATON('$ipek');"` done exit 0;
Pozdrawiam.
![](https://secure.gravatar.com/avatar/958c992ac985e706a8f0b9fbd1e60577.jpg?s=120&d=mm&r=g)
26-02-08, Piotr S. piotr@lcs.net.pl napisał(a):
ja mam koncentrator pppoe na MT i informację czy komp jest online robi radius
ja mam dokladnie jak kolega, zreszta z 2-3 tygodnie temu bylo to poruszane i tam jest wlasnie sposob jk zrobic aby radius sam uaktualnial baze danych lmsa odnosnie aktyhwnych hostow.natomiast jesli nie masz radius no to szczerze wspolczuje :) musisz sobie zrobic skrypta expecta ktory ci to wyciagnie badz wyciagnac dane z miba przez snmp walk. druga metoda znacznie lepsza pozdrawiam
!DSPAM:47c7609614501106414047!
![](https://secure.gravatar.com/avatar/bde6a14a67f4b691b7693ddb9274fd6b.jpg?s=120&d=mm&r=g)
witam, pisałem już kilkakrotnie na bts, ale ostatnio bez odzewu :(
chodzi o wystawianie FV z dużą ilością produktów, przy takiej pozycji lms źle wylicza końcówki np:
70szt x 121,31zł netto = 8491,70zł netto, 10359,87zł brutto a lms wylicza: 10360zł brutto (netto jest ok)
i nie jest to problem przeliczania sztuk najpierw x netto a dopiero potem na brutto, czy odwrotnie bo wychodzi tak samo, bardziej jest to problem z zaokrąglaniem końcowek (taka moja opinia).
Teraz mam kilka FV które do mnie wróciło z innych firm z prośbą o korekte, więc staram się jakoś zmieniać zeby była jedna pozycja, ale nie jest to rozwiązanie docelowe. Bo przecież program powinien wyliczać prawidłowow.
---------------------------------------------------- Co KAROL OKRASA myśli o kaszance i truflach? Zobacz w najnowszym felietonie specjalnie dla WP! Kliknij: http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fkarolokrasa.html&...
!DSPAM:47c7e0d3157751804284693!
![](https://secure.gravatar.com/avatar/55b075a0b16786b4865cbbbdabc65149.jpg?s=120&d=mm&r=g)
Bartosz Gala pisze:
witam, pisałem już kilkakrotnie na bts, ale ostatnio bez odzewu :(
chodzi o wystawianie FV z dużą ilością produktów, przy takiej pozycji lms źle wylicza końcówki np:
70szt x 121,31zł netto = 8491,70zł netto, 10359,87zł brutto a lms wylicza: 10360zł brutto (netto jest ok)
i nie jest to problem przeliczania sztuk najpierw x netto a dopiero potem na brutto, czy odwrotnie bo wychodzi tak samo, bardziej jest to problem z zaokrąglaniem końcowek (taka moja opinia).
Teraz mam kilka FV które do mnie wróciło z innych firm z prośbą o korekte, więc staram się jakoś zmieniać zeby była jedna pozycja, ale nie jest to rozwiązanie docelowe. Bo przecież program powinien wyliczać prawidłowow.
PHP nie powinien traktować kwot jako float. Float ma taką właściwość, że błędy na groszach sumują się... a do tego większość naszych ułamków dziesiętnych w systemie dwójkowym ma reprezentację okresową.
Przy małej ilości sum kwota nie odbiega od tego co ma być, ale uwidacznia się to przy większej ilości operacji.
--
Widzę dwa rozwiązania. Policzyć to z końcowej kwoty netto... no ale podatki mogą być różne (7%, 22%), więc chyba odpada.
Druga możliwość to zastosowanie liczb stałoprzecinkowych. Wtedy całą liczbę traktujemy jako liczbę całkowitą, a w odpowiednim momencie dokładamy przecinek do wyniku końcowego (np. mnożymy razy 100, albo więcej i pamiętamy, żeby przy wyświetlaniu podzielić przez taką samą liczbę :P ... tylko trzeba sprawdzić, czy PHP z float zrobił nam integer).
Wystarczy policzyć kwoty brutto (które wychodzą dla pojedyńczych operacji prawidłowe) i zsumować je zaokrąglone do dwóch miejsc po przecinku, jako liczby całkowite.
--
No i takie krótkie podsumowanie - liczby zmiennoprzecinkowe nie nadają się do księgowości... na końcu nigdy nie ma 100% gwarancji, że otrzymany wynik jest dokładny.
!DSPAM:47c85514300499210314635!
![](https://secure.gravatar.com/avatar/bde6a14a67f4b691b7693ddb9274fd6b.jpg?s=120&d=mm&r=g)
czyli jest szansa że LMS będzie liczył prawidłowo?? Można liczyć na poprawkę?? Bo narazie wystawiam FV korekty... :( No i zaprzestałem wystawiać pozycję o większych ilościach :) ale to nie jest rozwiazanie...
Dnia 29-02-2008 o godz. 19:55 Konrad napisał(a):
Bartosz Gala pisze:
witam, pisałem już kilkakrotnie na bts, ale ostatnio bez odzewu :(
chodzi o wystawianie FV z dużą ilością produktów, przy takiej pozycji lms źle wylicza końcówki np:
70szt x 121,31zł netto = 8491,70zł netto, 10359,87zł brutto a lms wylicza: 10360zł brutto (netto jest ok)
i nie jest to problem przeliczania sztuk najpierw x netto a dopiero potem na brutto, czy odwrotnie bo wychodzi tak samo, bardziej jest to problem z zaokrąglaniem końcowek (taka moja opinia).
Teraz mam kilka FV które do mnie wróciło z innych firm z prośbą o korekte, więc staram się jakoś zmieniać zeby była jedna pozycja, ale nie jest to rozwiązanie docelowe. Bo przecież program powinien wyliczać prawidłowow.
PHP nie powinien traktować kwot jako float. Float ma taką właściwość, że błędy na groszach sumują się... a do tego większość naszych ułamków dziesiętnych w systemie dwójkowym ma reprezentację okresową.
Przy małej ilości sum kwota nie odbiega od tego co ma być, ale uwidacznia się to przy większej ilości operacji.
--
Widzę dwa rozwiązania. Policzyć to z końcowej kwoty netto... no ale podatki mogą być różne (7%, 22%), więc chyba odpada.
Druga możliwość to zastosowanie liczb stałoprzecinkowych. Wtedy całą liczbę traktujemy jako liczbę całkowitą, a w odpowiednim momencie dokładamy przecinek do wyniku końcowego (np. mnożymy razy 100, albo więcej i pamiętamy, żeby przy wyświetlaniu podzielić przez taką samą liczbę :P ... tylko trzeba sprawdzić, czy PHP z float zrobił nam integer).
Wystarczy policzyć kwoty brutto (które wychodzą dla pojedyńczych operacji prawidłowe) i zsumować je zaokrąglone do dwóch miejsc po przecinku, jako liczby całkowite.
--
No i takie krótkie podsumowanie - liczby zmiennoprzecinkowe nie nadają się do księgowości... na końcu nigdy nie ma 100% gwarancji, że otrzymany wynik jest dokładny.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
---------------------------------------------------- Brian Tracy w Polsce! Rewolucja w sprzedaży! Konferencja 'Nowa Psychologia Sprzedaży', 25 kwietnia 2008, Warszawa, Hotel Marriott http://klik.wp.pl/?adr=www.briantracy.pl&sid=250
!DSPAM:47cd5e24265391163869485!
uczestnicy (8)
-
A.L.E.C
-
Bartosz Gala
-
Dawid Widyna
-
Konrad
-
maccolo
-
Matys Łukasz
-
Michał Gacek
-
Piotr S.