- lms - lists.lms.org.pl

Re: Zle sie licza fakturki...chyba
by A.L.E.C 29 Cze '05

29 Cze '05

jpk wrote: > Są dwie szkoły liczenie VAT-u od kwoty brutto (VAT=brutto/1,22) lub > od kwoty netto (VAT=netto*1.22). Wychodzą czasem drobne różnice > jeżeli się liczy tę samą fakturę dwoma metodami i to jest > dopuszczalne. Ważne jest aby na fakturze netto+VAT=brutto !! Jeżeli > ta suma jest zgodna to > faktura jest poprawna niezależnie od sposobu liczenia VAT-u. ale nie o to tutaj chodzi! tutaj chodzi o to, że jak na fakturze jest kilka pozycji, to może się zdarzyć, że vat od łącznej sumy nie równa się sumie vatów z poszczegółnych pozycji. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: Konta
by konrad rzentarzewski 29 Cze '05

29 Cze '05

24/06/05, messie from [ Krzysztof Drewicz ] ... > Tak, ale jak wiesz mamy mało mocy przerobowych a dużo "dróg" w które > można pójść, jako "TODO" brzmi super zrobienie tego, jako "do 1.8.0" > imvho obsługa kont powinna być jakoś bardziej na zasadzie contrib a nie > "gotowy sposób", imvho ważniejsze ważności są do zrobienia _teraz_. mimo wszystko jestem przeciwko prowizorkom, więc lepiej to zostawić, niż robić jakieś pseudorozwiązanie dla 1% użytkowników i wpisu w Changelogu. imho to co zaproponowałem, czyli podział na "konta" i "dane kont" jest sensowne (podobnie wygląda przecież uiconfig) i mogę powoli w tym dłubać, chyba że pisząc o tych "ważniejszych" rzeczach masz na myśli coś innego niż finanse, do których się nie zamierzam dotykać. tylko wydaje mi się, że w tej chwili dyskusja utyka w martwym punkcie i jak dla mnie na argumencie "nie, bo nie" - tak samo jak w przypadku validacji formularzy z ajaxem, które zaproponowałem jakiś czas temu. więc tak jak napisałeś, plany są ambitne, ale nie o tyle brakuje realizatorów co przejrzystości jak te plany w ogóle mają wyglądać :) -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: Konta
by Krzysztof Drewicz 29 Cze '05

29 Cze '05

konrad rzentarzewski napisał(a): >24/06/05, messie from [ Krzysztof Drewicz ] ... > > > >>Tzn wiecie mi się na prawdę wydaje że nie ma co aż tak kombinować bo na >>pewno są ludzie którzy mają virtualki z różnymi ip i kilka wirutalek pod >> >> >> [..] >>Jakiś międzymordź generujący plik apachea i tyle...a właściwie >>generujący np 50_clientid/domainname_lms_automagic.conf >>w httpd jest przecież -t i jeśli jest "zły" jeden conf to apache może go >>olać... >> >> > >wszystkie dane dot. wirtualki znajdowały się w bazie. > OK, to chyba oczwista oczwistość. >a to dlatego, że jestem zagorzałym >przeciwnikiem tego, co się nazywa "przeładowaniem" i wg. mnie serwisy >powinny same czytać konfigurację z bazy. i teraz: > - dla shella to jest nss_(pg|my)sql > - dla ftpa, proftpd czy vsftpd > - dla maila - (ALL_MTA&~SENDMAIL) i cała masa demonów pop3/imap > (dovecot, cyrus, courier, w końcu wszystko via pam) > > Phi, Teapop czy tpopd ten który mówi że masz "spadać na bambus i nie marnować czasu" przy timeout, wspiera przez pam i przez sql... Ja go osobiście dobrze lubić... >natomiast dla apache'a nie ma poważnego modułu > Tak wiem i my w ramach lms mamy już lmsdb, ale chyba niedlugo dopisać trza do niego jakiś debug mode... >albo olejemy ten ficzer w lmsie i będziemy rekomendować jakiś otwarty >web-panel, albo napiszemy coś, co będzie użyteczne dla normalnego ISP >(czyli takiego, który zarabia na usługach, w tym hostingu). > Tak, ale jak wiesz mamy mało mocy przerobowych a dużo "dróg" w które można pójść, jako "TODO" brzmi super zrobienie tego, jako "do 1.8.0" imvho obsługa kont powinna być jakoś bardziej na zasadzie contrib a nie "gotowy sposób", imvho ważniejsze ważności są do zrobienia _teraz_. kd. -- Krzysztof Drewicz

1 0

Re: Konta
by konrad rzentarzewski 29 Cze '05

29 Cze '05

24/06/05, messie from [ Krzysztof Drewicz ] ... > Tzn wiecie mi się na prawdę wydaje że nie ma co aż tak kombinować bo na > pewno są ludzie którzy mają virtualki z różnymi ip i kilka wirutalek pod > jedną oraz np wirtualki z SSL i trzymają pliki z kluczem "gdzieś". Imvho > coś na kształt lms-mgc, do apache można spiąć np perla albo plik db w > którym by umieszczona konfiguracja była bo odpytywanie sqla per www hit > to khem... no jednak maile się smtp/pop3 -uje rzadziej niż WWW. > > Jakiś międzymordź generujący plik apachea i tyle...a właściwie > generujący np 50_clientid/domainname_lms_automagic.conf > w httpd jest przecież -t i jeśli jest "zły" jeden conf to apache może go > olać... hunter, ja jestem za tym, żeby to było proste, ale też za tym, żeby wszystkie dane dot. wirtualki (czy domeny, jak w poprzednich mailach do aleca) znajdowały się w bazie. a to dlatego, że jestem zagorzałym przeciwnikiem tego, co się nazywa "przeładowaniem" i wg. mnie serwisy powinny same czytać konfigurację z bazy. i teraz: - dla shella to jest nss_(pg|my)sql - dla ftpa, proftpd czy vsftpd - dla maila - (ALL_MTA&~SENDMAIL) i cała masa demonów pop3/imap (dovecot, cyrus, courier, w końcu wszystko via pam) natomiast dla apache'a nie ma poważnego modułu dającego w pełni elastyczną możliwość generowania wirtualek, dlatego też pełno jest różnych web-paneli dla firm hostingowych. i teraz mamy 2 rozwiązania: albo olejemy ten ficzer w lmsie i będziemy rekomendować jakiś otwarty web-panel, albo napiszemy coś, co będzie użyteczne dla normalnego ISP (czyli takiego, który zarabia na usługach, w tym hostingu). -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: Zle sie licza fakturki...chyba
by jpk 29 Cze '05

29 Cze '05

netcom(a)netcom.poczta.pl napisał(a): >>netcom(a)netcom.poczta.pl wrote: >> >> >>>Witam - LMS'a uzywam wlasciwie tylko do rozliczania klientow i >>>wystawiania faktur. Zauwazylem jednak nastepujacy problem np: >>>Sprzedajac komus 9 elementow po 0,31 zl netto LMS liczy brutto od >>>jednego elementu, zaokragla i mnozy przez 9. >>>Wedlug mnie powinno byc: ilosc razy netto razy np 1.22 i dopiero >>>zaokraglenie calosci >>> >>> >>z tego co kiedyś słyszałem ,to są dwie szkoły i nie powinno być problemów >>z takim sposobem jaki przyjęliśmy w LMSie, IMHO lepszym/łatwiejszym. >> >>-- >>Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 >>LAN Management System Developer http://lms.alec.pl >> >> >> >problem tylko w tym, ze przy podsumowaniu faktury kwota netto razy np 1.22 >nie daje kwoty brutto a to jest blad. nie jestem ksiegowym ale nie >slyszalem o 2 szkolach w liczeniu faktur > > > > > Są dwie szkoły liczenie VAT-u od kwoty brutto (VAT=brutto/1,22) lub od kwoty netto (VAT=netto*1.22). Wychodzą czasem drobne różnice jeżeli się liczy tę samą fakturę dwoma metodami i to jest dopuszczalne. Ważne jest aby na fakturze netto+VAT=brutto !! Jeżeli ta suma jest zgodna to faktura jest poprawna niezależnie od sposobu liczenia VAT-u. -- pozdrowienia jpk

1 0

Re: Konta
by konrad rzentarzewski 29 Cze '05

29 Cze '05

24/06/05, messie from [ Przemysław 'Repcio' Gubernat ] ... > less /etc/httpd/httpd.conf/20_mod_vhost_alias.conf > > VirtualDocumentRoot /home/services/httpd/virtual/%0 > > zapytując o www.test.pl szuka katalogu: /home/services/httpd/virtual/www.test.pl > można też (odpowiednio używając %1,%2, itd) dostosować do swoich potrzeb. znaczy taki pseudo mod_rewrite? :) RewriteMap vhost txt:/path/to/vhost.map RewriteMap lowercase int:tolower RewriteCond ${lowercase:%{HTTP_HOST}|NONE} ^(.+)$ RewriteCond ${vhost:%1} ^(/.*)$ RewriteRule ^/(.*)$ %1/$1 [E=VHOST:${lowercase:%{HTTP_HOST}}] [...] www.vhost1.dom:80 /path/to/docroot/vhost1 www.vhost2.dom:80 /path/to/docroot/vhost2 > jest też moduł mod_vhost_alias_sql (nie używałem) dwie kwestie: (1) wydajność (mod_rewrite ją ogranicza jak cholera, twój moduł przypuszczalnie też) i (2) elastyczność (czyli cokolwiek ponad serwowanie vhostów dla obrazków i htmla, patrz mój wcześniejszy komentarz nt. plików .htaccess). -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: Konta
by Krzysztof Drewicz 29 Cze '05

29 Cze '05

Przemysław 'Repcio' Gubernat napisał(a): >On Wed, Jun 29, 2005 at 02:20:02PM +0200, konrad rzentarzewski wrote: > > >>24/06/05, messie from [ A.L.E.C ] ... >> >> >> >>>>ja. potrzebny do tego perl i mod_perl + mały demon w perlu, który wyśle >>>>sigint1 do apache'a kiedy w bazie zajdą zmiany. backend mam zrobiony, >>>>jak ktoś zrobi UI do wirtualek to mogę się podzielić :) >>>> >>>> >>>pomysł był taki, żeby lmsowe Konta to załatwiały i tam to trzeba trzymać, czy czegoś im brakuje (oprócz linku do przeładowania apache'a)? a jakim UI myślałeś? >>> >>> >>nie da się. pomiędzy użytkownikiem a wirtualką może zachodzić relacja >>1:N. apache do wirtualek potrzebuje (wg. mnie): >> - fqdn (nazwa wirtualki, odpowiednik ServerName) >> - aliases (odpowiednik ServerAlias >> - server_ip (na podstawie tych dwóch można wpisywać od razu dane >> dla dnsa) >> >> >> - docroot (wiadomo, w przypadku /^https?:/ odpalane jest mod_proxy) >> - snippet (możliwość dodania własnego kawałka kodu, np. >> autoryzacja sql dla jakiegoś forum czy czego sobie użytkownik >> zażyczy, bez potrzeby dawania mu uprawnień do tworzenia >> .htaccess) - tak, wiem że dodanie złego snippetu może >> wywalić apache'a i tak, mam zrobioną walidację. >> >> >> > >less /etc/httpd/httpd.conf/20_mod_vhost_alias.conf > >VirtualDocumentRoot /home/services/httpd/virtual/%0 > >zapytując o www.test.pl szuka katalogu: /home/services/httpd/virtual/www.test.pl >można też (odpowiednio używając %1,%2, itd) dostosować do swoich potrzeb. > > Tzn wiecie mi się na prawdę wydaje że nie ma co aż tak kombinować bo na pewno są ludzie którzy mają virtualki z różnymi ip i kilka wirutalek pod jedną oraz np wirtualki z SSL i trzymają pliki z kluczem "gdzieś". Imvho coś na kształt lms-mgc, do apache można spiąć np perla albo plik db w którym by umieszczona konfiguracja była bo odpytywanie sqla per www hit to khem... no jednak maile się smtp/pop3 -uje rzadziej niż WWW. Jakiś międzymordź generujący plik apachea i tyle...a właściwie generujący np 50_clientid/domainname_lms_automagic.conf w httpd jest przecież -t i jeśli jest "zły" jeden conf to apache może go olać... >jest też moduł mod_vhost_alias_sql (nie używałem) > Jak i nawet log_sql :> kd. -- Krzysztof Drewicz

1 0

Re: Zle sie licza fakturki...chyba
by netcom＠netcom.poczta.pl 29 Cze '05

29 Cze '05

> netcom(a)netcom.poczta.pl wrote: >> Witam - LMS'a uzywam wlasciwie tylko do rozliczania klientow i >> wystawiania faktur. Zauwazylem jednak nastepujacy problem np: >> Sprzedajac komus 9 elementow po 0,31 zl netto LMS liczy brutto od >> jednego elementu, zaokragla i mnozy przez 9. >> Wedlug mnie powinno byc: ilosc razy netto razy np 1.22 i dopiero >> zaokraglenie calosci > > z tego co kiedyś słyszałem ,to są dwie szkoły i nie powinno być problemów > z takim sposobem jaki przyjęliśmy w LMSie, IMHO lepszym/łatwiejszym. > > -- > Aleksander 'A.L.E.C' Machniak http://alec.pl gg-2275252 > LAN Management System Developer http://lms.alec.pl > problem tylko w tym, ze przy podsumowaniu faktury kwota netto razy np 1.22 nie daje kwoty brutto a to jest blad. nie jestem ksiegowym ale nie slyszalem o 2 szkolach w liczeniu faktur

1 0

Re: Konta
by konrad rzentarzewski 29 Cze '05

29 Cze '05

24/06/05, messie from [ A.L.E.C ] ... > konrad rzentarzewski wrote: > > > nie da się. pomiędzy użytkownikiem a wirtualką może zachodzić relacja > > 1:N. apache do wirtualek potrzebuje (wg. mnie): > > - fqdn (nazwa wirtualki, odpowiednik ServerName) > czyli nazwa domeny, po za tym konta chyba tak były myślane, że > passwd.login || '.' || domains.name = nazwa wirtualki > dlatego są konta typu 'www' ok, pomyliłem customers z accounts, w sumie może być konto typu www... chociaż ja bym to widział w UI jako 'Accounts' (przemianowane na 'Accounts and Services' -> 'Web services', jakoś bardziej userfriendly niż szukanie WWW w kontach (konta się kojażą z shellem/pocztą/ftp, ale z www już nie). poza tym wrzucanie kolejnych pól do accounts, które mają być niepuste tylko w 1/4 przypadków, hmmm... średnio mi się podoba. może tak: accounts: -[ RECORD 1 ]---------------------------------- id | 1 ownerid | 81 login | zoltaczka type | 1 domainid | 1 realname | Stefan Zoltaczka lastlogin | 0 expdate | 1167519600 createtime | 0 -[ RECORD 2 ]---------------------------------- id | 2 ownerid | 81 login | www.zoltaczka.one.pl type | 4 domainid | 1 realname | Stefan Zoltaczka lastlogin | 0 expdate | 0 createtime | 0 accounts_data: -[ RECORD 1 ]---------------------------------- id | 1 accountid | 1 attribute | password value | $1$d2KFu8q7$zdObwJNu2CEidz.TkXR4M1 -[ RECORD 2 ]---------------------------------- id | 2 accountid | 1 attribute | uid value | 2001 -[ RECORD 3 ]---------------------------------- id | 3 accountid | 1 attribute | home value | /home/users/zoltaczka -[ RECORD 4 ]---------------------------------- id | 4 accountid | 1 attribute | quota value | 0 -[ RECORD 5 ]---------------------------------- id | 5 accountid | 2 attribute | server_ip value | 1.2.3.4 -[ RECORD 6 ]---------------------------------- id | 6 accountid | 2 attribute | docroot value | /home/users/zoltaczka/moja_domowa -[ RECORD 7 ]---------------------------------- id | 7 accountid | 2 attribute | snippet value | <Directory /home/users/zoltaczka/moja_domowa> # We trust this user limitless AllowOverride all </Directory> -[ RECORD 8 ]---------------------------------- id | 8 accountid | 2 attribute | allow_ip value | 192.168.123.0/24 > dodać powyższe do tabeli domains dlaczego do domains?!?! > > jw, nie da się, 1:N :) > po małych przeróbkach może się da, j.w. ;) hm, tutaj, mam wrażenie, jesteśmy ograniczeni implementacją SQLa w bindzie/powerdnsie (w tym drugim co prawda można definiować własne query, ale dns dość mocno obciąża bazę (nawet mimo cache'owania) i ni wiem, czy dobrym pomysłem byłoby tu stosować złączenia (ja na produkcyjnym serwerze nie brałem tego ryzyka na siebie :)). -- :|[ kondi.net ]|:::::::::::::::::::::::::::::::::::|[ 2:480/133@fidonet.org ]|:

1 0

Re: Konta
by Przemysław 'Repcio' Gubernat 29 Cze '05

29 Cze '05

On Wed, Jun 29, 2005 at 02:20:02PM +0200, konrad rzentarzewski wrote: > 24/06/05, messie from [ A.L.E.C ] ... > > > > ja. potrzebny do tego perl i mod_perl + mały demon w perlu, który wyśle > > > sigint1 do apache'a kiedy w bazie zajdą zmiany. backend mam zrobiony, > > > jak ktoś zrobi UI do wirtualek to mogę się podzielić :) > > pomysł był taki, żeby lmsowe Konta to załatwiały i tam to trzeba trzymać, czy czegoś im brakuje (oprócz linku do przeładowania apache'a)? a jakim UI myślałeś? > > nie da się. pomiędzy użytkownikiem a wirtualką może zachodzić relacja > 1:N. apache do wirtualek potrzebuje (wg. mnie): > - fqdn (nazwa wirtualki, odpowiednik ServerName) > - aliases (odpowiednik ServerAlias > - server_ip (na podstawie tych dwóch można wpisywać od razu dane > dla dnsa) > - customerid (wiadomo) > - docroot (wiadomo, w przypadku /^https?:/ odpalane jest mod_proxy) > - snippet (możliwość dodania własnego kawałka kodu, np. > autoryzacja sql dla jakiegoś forum czy czego sobie użytkownik > zażyczy, bez potrzeby dawania mu uprawnień do tworzenia > .htaccess) - tak, wiem że dodanie złego snippetu może > wywalić apache'a i tak, mam zrobioną walidację. > - attributes (może być maska bitowa, do obsłużenia przez > backend (np. włączenia AuthType Basic, włączenie > php/cgi/suexec i tym podobne głupotki, > których nie trzeba za każdym razem wpisywać w snippet) > - allow_ip (odpowiednik sekcji <Limit>) > less /etc/httpd/httpd.conf/20_mod_vhost_alias.conf VirtualDocumentRoot /home/services/httpd/virtual/%0 zapytując o www.test.pl szuka katalogu: /home/services/httpd/virtual/www.test.pl można też (odpowiednio używając %1,%2, itd) dostosować do swoich potrzeb. jest też moduł mod_vhost_alias_sql (nie używałem) -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna | | System Administrator @ Repcio.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0